From owner-freebsd-bugs Sun Nov 12 02:42:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04393 for bugs-outgoing; Sun, 12 Nov 1995 02:42:33 -0800 Received: (from davidg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04372 ; Sun, 12 Nov 1995 02:42:30 -0800 Date: Sun, 12 Nov 1995 02:42:30 -0800 From: David Greenman Message-Id: <199511121042.CAA04372@freefall.freebsd.org> To: uhclem@fw.ast.com, davidg, freebsd-bugs Subject: Re: kern/810 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: Some I/O attempts to CD-ROMs hangs at isoilk FDIV038 State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Nov 12 02:40:49 PST 1995 State-Changed-Why: The cd9660 filesystem wasn't checking for read-onlyness in several cases. This has been fixed and the fixes were brought into the 2.1 branch. From owner-freebsd-bugs Sun Nov 12 02:53:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04914 for bugs-outgoing; Sun, 12 Nov 1995 02:53:29 -0800 Received: (from markm@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA04893 ; Sun, 12 Nov 1995 02:53:25 -0800 Date: Sun, 12 Nov 1995 02:53:25 -0800 From: Mark Murray Message-Id: <199511121053.CAA04893@freefall.freebsd.org> To: mark@grondar.za, markm, freebsd-bugs Subject: Re: bin/375 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: NIS does not seem to work with Kerberos State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sun Nov 12 02:45:00 PST 1995 State-Changed-Why: Either I was doing something grossly wrong, or there was a bug that is now fixed. Most likely the former. From owner-freebsd-bugs Sun Nov 12 14:03:25 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05824 for bugs-outgoing; Sun, 12 Nov 1995 14:03:25 -0800 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA05791 for ; Sun, 12 Nov 1995 14:02:57 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id GAA22752 for freebsd-bugs@freebsd.org; Mon, 13 Nov 1995 06:01:56 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-bugs@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-bugs@freebsd.org Date: 13 Nov 1995 06:01:36 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <485qs0$lsk$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199511111318.FAA16818@freefall.freebsd.org>, <199511120143.DAA19761@katiska.clinet.fi> Subject: Re: bin/816 Sender: owner-bugs@freebsd.org Precedence: bulk hsu@clinet.fi (Heikki Suonsivu) writes: >David Greenman writes: > > Synopsis: fsck -y ignores clean flag > > > > State-Changed-From-To: open-closed > > State-Changed-By: davidg > > State-Changed-When: Sat Nov 11 05:17:30 PST 1995 > > State-Changed-Why: > > It's intentional that the clean bit is only consulted when "preening". The > > proper solution to this is to simply specify -p -y. >With -p most of things which need the -y flag are considered fatal and fsck >will exit. Thus this is not a solution, it still would require me drive >down there to run the fsck manually. >What I'm searching for: >- run check for the news file system only if it is not clean, and all >problems fixable by fsck will be fixed >- all other file systems are fsck'd normally (with -p, without -y). >This would allow me to reboot the system without forced fsck on news file >system (15+ minutes), and will allow the system to reboot automatically in >case of panic. Hmm. Perhaps: stick a "rw,async,noauto" in your fstab file for the news filesystem, then do something like this in /etc/rc: mount -a -t nonfs if [ $? != 0 ]; then ... existing code ... fi # Retry mounting /news if necessary. mount /news if [ $? != 0 ]; then fsck -y /dev/rwherever mount /news fi That way, it'll 'fsck -y' if the mount failed, and if it fails after that, it'll continue booting (so you can telnet to the machine to then fsdb it.. :-). INN will safely not start up if the spool is not there. -Peter >-- >Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, >hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Sun Nov 12 15:50:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13932 for bugs-outgoing; Sun, 12 Nov 1995 15:50:04 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13920 ; Sun, 12 Nov 1995 15:50:01 -0800 Resent-Date: Sun, 12 Nov 1995 15:50:01 -0800 Resent-Message-Id: <199511122350.PAA13920@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@linus.demon.co.uk Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12808 for ; Sun, 12 Nov 1995 15:40:18 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id WAA00350; Sun, 12 Nov 1995 22:13:42 GMT Message-Id: <199511122213.WAA00350@linus.demon.co.uk> Date: Sun, 12 Nov 1995 22:13:42 GMT From: Mark Valentine Reply-To: mark@linus.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/820: scsi tape problems Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 820 >Category: kern >Synopsis: scsi tape problems >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 12 15:50:01 PST 1995 >Last-Modified: >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #2: Sun Nov 12 19:29:29 GMT 1995 mark@linus.demon.co.uk:/usr/src/sys/compile/LINUS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14868480 (14520K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x334-0x337 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM PD1050iS 3072" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1003MB (2055096 512 byte sectors) sd0(aha0:0:0): with 2448 cyls, 12 heads, and an average 69 sectors/track (aha0:4:0): "WANGTEK 5525ES SCSI M74H 11" type 1 removable SCSI 1 st0(aha0:4:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled (aha0:6:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2 cd0(aha0:6:0): CD-ROM cd0(aha0:6:0): NOT READY asc:3a,0 Medium not present can't get the size npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: uart0 at 0x330 irq 9 on isa uart0: <6850 Midi Interface> joy0 at 0x201 on isa joy0: joystick RTC BIOS diagnostic error 16 new masks: bio c0004840, tty c003009a, net c003009a WARNING: / was not properly dismounted. [The Adaptec is a 1542C (an early one, but all devices are internal) - SCSI_DELAY=15.] >Description: (1) I had a system hang while reading a QIC-120 tape (co-inciding with the timeout shown below). Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out The first error seems to be unrelated, since it didn't show up on subsequent attempts, but the problem occurs repeatably at the same place on the tape (about two thirds through). The tape error isn't a simple retry - the head shuffles about on the tape considerably. The tape wasn't written on this drive. (Could this be a tape drive problem?) On my third attempt I came out of X, and this time the system timed out and trapped into DDB ("adapter not taking commands.. frozen?!"). (2) The system doesn't like to be rebooted while the tape is rewinding; SCSI_DELAY=15 is nowhere near enough here! The system panics in the usual way after a SCSI timeout. Is this just because the probe isn't clever enough to delay talking to the SCSI device, or should it be able to find out what it needs from the device even while rewinding? >How-To-Repeat: Happens at the same position on my tape each time. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 12 18:54:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA01671 for bugs-outgoing; Sun, 12 Nov 1995 18:54:17 -0800 Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA01656 for ; Sun, 12 Nov 1995 18:54:08 -0800 Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id DAA09483 for ; Mon, 13 Nov 1995 03:53:56 +0100 (MET) Message-Id: <199511130253.DAA09483@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-bugs@freebsd.org Subject: strtouq broken in FreeBSD 2.0.5 Date: Mon, 13 Nov 1995 03:53:54 +0100 From: Torbjorn Granlund Sender: owner-bugs@freebsd.org Precedence: bulk This program demonstrates that strtouq doesn't work right. As a matter of fact, it seems to have more than one problem, since other things fail when a non-zero base argument is passed. The author of strtouq should learn to test his/her code. #include #include #include main () { unsigned long long rs = strtouq ("12345678910", 0, 0); printf ("%qx\n", rs); } From owner-freebsd-bugs Sun Nov 12 20:14:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA09493 for bugs-outgoing; Sun, 12 Nov 1995 20:14:05 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA09478 for ; Sun, 12 Nov 1995 20:13:59 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA04625; Mon, 13 Nov 1995 15:09:55 +1100 Date: Mon, 13 Nov 1995 15:09:55 +1100 From: Bruce Evans Message-Id: <199511130409.PAA04625@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, tege@matematik.su.se Subject: Re: strtouq broken in FreeBSD 2.0.5 Sender: owner-bugs@freebsd.org Precedence: bulk >This program demonstrates that strtouq doesn't work right. >As a matter of fact, it seems to have more than one problem, since >other things fail when a non-zero base argument is passed. >The author of strtouq should learn to test his/her code. >#include >#include >#include >main () >{ > unsigned long long rs = strtouq ("12345678910", 0, 0); > printf ("%qx\n", rs); >} This seems to be a bug in gcc. Doesn't the author of gcc test his/her code? :-) main () { unsigned long qbase = 10; unsigned long long cutoff = ((unsigned long long)0 - 1) / qbase; printf ("%qd\n", cutoff); } Output from `gcc -O -S z.c' under FreeBSD. .file "z.c" gcc2_compiled.: ___gnu_compiled_c: .text LC0: .ascii "%qd\12\0" .align 2 .globl _main .type _main,@function _main: pushl %ebp movl %esp,%ebp call ___main pushl $0 pushl $10 pushl $0 // <== should be -1 pushl $-1 call ___udivdi3 addl $16,%esp pushl %edx pushl %eax pushl $LC0 call _printf leave ret Lfe1: .size _main,Lfe1-_main This is for gcc-2.6.3 under FreeBSD. gcc-2.5.8 under Linux and gcc-2.7.0 under FreeBSD produce the correct code. I think the complicated definition of UQUAD_MAX is to work around bugs in older versions of gcc. But shouldn't depend on typedefs or even use casts. Bruce From owner-freebsd-bugs Sun Nov 12 21:04:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14644 for bugs-outgoing; Sun, 12 Nov 1995 21:04:08 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA14612 ; Sun, 12 Nov 1995 21:03:57 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02761-0@bunyip.cc.uq.oz.au>; Mon, 13 Nov 1995 14:57:56 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA11388; Mon, 13 Nov 1995 15:03:20 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA29025; Mon, 13 Nov 1995 05:01:51 GMT Message-Id: <199511130501.FAA29025@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: bugs@freebsd.org, current@freebsd.org Subject: sethostname system call doesn't work anymore X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Nov 1995 15:01:50 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk After the last lot of sysctl changes, hostname foo wont work. However sysctl -w kern.hostname=foo.bar.edu does. Note also domainname appears to be broken. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Mon Nov 13 00:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA20081 for bugs-outgoing; Mon, 13 Nov 1995 00:00:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA20069 ; Mon, 13 Nov 1995 00:00:02 -0800 Date: Mon, 13 Nov 1995 00:00:02 -0800 Message-Id: <199511130800.AAA20069@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/820: scsi tape problems Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR kern/820; it has been noted by GNATS. From: J Wunsch To: mark@linus.demon.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/820: scsi tape problems Date: Mon, 13 Nov 1995 08:47:42 +0100 (MET) As Mark Valentine wrote: > Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 This is clearly a problem with your tape (and/or drive). > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out This looks like a subsequent problem in the driver (since your tape drive did lengthy attempts to recover from the above error). I've once been discussing the problems of adapter timeouts with Peter Dufault. I think we came to the conclusion to make something else than now, but i forgot what it was. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Nov 13 04:23:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA13339 for bugs-outgoing; Mon, 13 Nov 1995 04:23:18 -0800 Received: (from phk@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA13315 ; Mon, 13 Nov 1995 04:23:15 -0800 Date: Mon, 13 Nov 1995 04:23:15 -0800 From: Poul-Henning Kamp Message-Id: <199511131223.EAA13315@freefall.freebsd.org> To: phk, freebsd-bugs, phk Subject: Re: kern/516 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: Crynwr compatibility mode for PLIP driver. Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: phk Responsible-Changed-When: Mon Nov 13 04:21:42 PST 1995 Responsible-Changed-Why: I guess I own this one. I sent out an email some time back, but didn't get any answer from anybody that had tested it. When I get a chance I'll test that it works against itself and commit it. From owner-freebsd-bugs Mon Nov 13 04:24:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA13609 for bugs-outgoing; Mon, 13 Nov 1995 04:24:50 -0800 Received: (from phk@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA13586 ; Mon, 13 Nov 1995 04:24:48 -0800 Date: Mon, 13 Nov 1995 04:24:48 -0800 From: Poul-Henning Kamp Message-Id: <199511131224.EAA13586@freefall.freebsd.org> To: phk, freebsd-bugs, phk Subject: Re: misc/469 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: ctm leaves temp files after errors Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: phk Responsible-Changed-When: Mon Nov 13 04:24:23 PST 1995 Responsible-Changed-Why: Put on my list for ctm. From owner-freebsd-bugs Mon Nov 13 04:29:35 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14339 for bugs-outgoing; Mon, 13 Nov 1995 04:29:35 -0800 Received: (from phk@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14313 ; Mon, 13 Nov 1995 04:29:32 -0800 Date: Mon, 13 Nov 1995 04:29:32 -0800 From: Poul-Henning Kamp Message-Id: <199511131229.EAA14313@freefall.freebsd.org> To: grio@next.com, phk, freebsd-bugs Subject: Re: kern/448 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: ktrace not enabled in default kernel State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon Nov 13 04:28:15 PST 1995 State-Changed-Why: This has been discussed several times. We still expect the users to configure and install their own kernel. Therefore ktrace which isn't quite exactly necessary to install a machine isn't in GENERIC, and probably never will be. From owner-freebsd-bugs Mon Nov 13 05:19:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA21309 for bugs-outgoing; Mon, 13 Nov 1995 05:19:14 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA21299 for ; Mon, 13 Nov 1995 05:19:10 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA03087; Mon, 13 Nov 1995 08:16:30 -0500 From: Peter Dufault Message-Id: <199511131316.IAA03087@hda.com> Subject: Re: kern/820: scsi tape problems To: j@uriah.heep.sax.de Date: Mon, 13 Nov 1995 08:16:29 -0500 (EST) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199511130800.AAA20069@freefall.freebsd.org> from "J Wunsch" at Nov 13, 95 00:00:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 997 Sender: owner-bugs@FreeBSD.org Precedence: bulk > > Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1 > > This is clearly a problem with your tape (and/or drive). > > > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out > > This looks like a subsequent problem in the driver (since your tape > drive did lengthy attempts to recover from the above error). I've > once been discussing the problems of adapter timeouts with Peter > Dufault. I think we came to the conclusion to make something else > than now, but i forgot what it was. :-) We decided that if something claims it is "in the process of becoming ready" we'd keep trying forever with an increasing timeout that stops at 20 seconds or so, together with an ioctl on a control device to force it to finally fail. I don't think it applies in this case. -- 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 Tue Nov 14 01:46:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA18457 for bugs-outgoing; Tue, 14 Nov 1995 01:46:07 -0800 Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA18441 ; Tue, 14 Nov 1995 01:46:02 -0800 Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA173632355; Tue, 14 Nov 1995 01:45:56 -0800 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA044242354; Tue, 14 Nov 1995 01:45:55 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA259202354; Tue, 14 Nov 1995 01:45:54 -0800 Message-Id: <199511140945.AA259202354@hpnmhjw.sr.hp.com> To: freebsd-questions@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: "Bug" in syscons? Date: Tue, 14 Nov 1995 01:45:53 -0800 From: Darryl Okahata Sender: owner-bugs@FreeBSD.org Precedence: bulk [ I'm sorry about the cross-mailing to both questions and bugs, but I may have gotten inexplicably auto-deleted from the bugs mailing list, and I haven't had the time to cajole Majordomo into resubscribing me. Anyway, ... ] I've been having some text<-->graphics mode switching problems, where switching from X-windows back to a syscons console resulted in utterly corrupt fonts in my syscons consoles. I tried using pcvt, and the corrupt font problems went away. After comparing the pcvt and syscons sources, I came up with the included patch (relative to 2.0.5), which solves my corrupt font problems with syscons. Can anyone tell me what the old 2.0.5 syscons is trying to do with the "weird" VGA register values? I know what my "fixed" values are doing, but what are the old values trying to do? (I just ordered a copy of Richard Wilton's "Programmer's Guide to PC Video Systems", but it hasn't arrived yet.) I'm currently using a cheap (but fast) Hercules Stingray VL (Ark Logic chipset) video card. I also had similar problems with an ISA Hercules Dynamite Pro (Tseng ET4000/W32p chipset), but I had originally chalked that up to a buggy XF86_W32 accelerated server (which led me to get the Stingray VL); maybe this patch would have fixed my ET4000/W32p problem also? -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion or policy of Hewlett-Packard or of the little green men that have been following him all day. =============================================================================== *** syscons.c.orig Mon Nov 13 23:13:43 1995 --- syscons.c Tue Nov 14 01:12:14 1995 *************** *** 2804,2819 **** outb(ATC, 0x30); outb(ATC, 0x01); #if SLOW_VGA outb(TSIDX, 0x02); outb(TSREG, 0x04); ! outb(TSIDX, 0x04); outb(TSREG, 0x06); outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); ! outb(GDCIDX, 0x06); outb(GDCREG, 0x05); #else outw(TSIDX, 0x0402); ! outw(TSIDX, 0x0604); outw(GDCIDX, 0x0204); outw(GDCIDX, 0x0005); ! outw(GDCIDX, 0x0506); /* addr = a0000, 64kb */ #endif } --- 2804,2819 ---- outb(ATC, 0x30); outb(ATC, 0x01); #if SLOW_VGA outb(TSIDX, 0x02); outb(TSREG, 0x04); ! outb(TSIDX, 0x04); outb(TSREG, 0x07); outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); ! outb(GDCIDX, 0x06); outb(GDCREG, 0x00); #else outw(TSIDX, 0x0402); ! outw(TSIDX, 0x0704); outw(GDCIDX, 0x0204); outw(GDCIDX, 0x0005); ! outw(GDCIDX, 0x0006); /* addr = a0000, 64kb */ #endif } *************** *** 2827,2833 **** outb(ATC, 0x30); outb(ATC, 0x0C); #if SLOW_VGA outb(TSIDX, 0x02); outb(TSREG, 0x03); ! outb(TSIDX, 0x04); outb(TSREG, 0x02); outb(GDCIDX, 0x04); outb(GDCREG, 0x00); outb(GDCIDX, 0x05); outb(GDCREG, 0x10); if (crtc_addr == MONO_BASE) { --- 2827,2833 ---- outb(ATC, 0x30); outb(ATC, 0x0C); #if SLOW_VGA outb(TSIDX, 0x02); outb(TSREG, 0x03); ! outb(TSIDX, 0x04); outb(TSREG, 0x03); outb(GDCIDX, 0x04); outb(GDCREG, 0x00); outb(GDCIDX, 0x05); outb(GDCREG, 0x10); if (crtc_addr == MONO_BASE) { *************** *** 2838,2844 **** } #else outw(TSIDX, 0x0302); ! outw(TSIDX, 0x0204); outw(GDCIDX, 0x0004); outw(GDCIDX, 0x1005); if (crtc_addr == MONO_BASE) --- 2838,2844 ---- } #else outw(TSIDX, 0x0302); ! outw(TSIDX, 0x0304); outw(GDCIDX, 0x0004); outw(GDCIDX, 0x1005); if (crtc_addr == MONO_BASE) From owner-freebsd-bugs Tue Nov 14 07:13:49 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07550 for bugs-outgoing; Tue, 14 Nov 1995 07:13:49 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07532 for ; Tue, 14 Nov 1995 07:13:42 -0800 Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA07148 for ; Tue, 14 Nov 1995 07:13:27 -0800 Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id QAA07534; Tue, 14 Nov 1995 16:05:44 +0100 (MET) Date: Tue, 14 Nov 1995 16:05:44 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199511141505.QAA07534@racer.dkrz.de> To: freebsd-bugs@freebsd.org Subject: 2.1.0-951104-SNAP: SUCCESS with 4MB RAM! Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk Hello all, last weekend I managed to get the 1104 SNAP installed on my other machine which has only 4 MB of RAM. I set the motherboard to remap 256 kB (that's all it possibly can remap), i. e. it now provides 640 kB base + (3 MB + 256 kB) extended RAM. I didn't try without remapping, but I believe it won't work. At least the previous snap would panic when I didn't remap. Many thanks to Jordan for modifying sysinstall real quickly after my previous complaints. I still intend to make a real small boot floppy with only the minimal set of drivers and features. Once I get time... Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Tue Nov 14 13:20:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA14313 for bugs-outgoing; Tue, 14 Nov 1995 13:20:07 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA14302 for ; Tue, 14 Nov 1995 13:20:01 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA21469 for ; Tue, 14 Nov 1995 22:19:52 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA28768 for freebsd-bugs@FreeBSD.ORG; Tue, 14 Nov 1995 22:19:51 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id WAA08606 for freebsd-bugs@FreeBSD.ORG; Tue, 14 Nov 1995 22:17:47 +0100 (MET) From: Ollivier Robert Message-Id: <199511142117.WAA08606@keltia.freenix.fr> Subject: tftp client broken To: freebsd-bugs@FreeBSD.ORG (FreeBSD Bugs' list) Date: Tue, 14 Nov 1995 22:17:47 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Has anyone ever tried this on tftp: 359 [21:56] roberto@keltia:/tmp> tftp localhost warning: this program uses gets(), which is unsafe. tftp> c (to) Segmentation fault (core dumped) Reading tftp's code, it cannot run without coredumping. When in main.c, it analyzes the arguments, it calls setpeer() to set the hostname we'll connect to. Later, when you answer , it will call setpeer again but this time as there no argument, it will call gethostname(NULL) !! A friend of mine, playing with its Sun 3/80 as X-terminal call me about that. The tftp client's command handling is a mess... On a side note, it seems that our tftpd doesn't support the "-s" option to chroot() into... Here is the stack trace for tftp: Program received signal SIGSEGV, Segmentation fault. 0x12503 in strcasecmp () (gdb) where #0 0x12503 in strcasecmp () #1 0x4648 in _gethostbyhtname () #2 0x40e6 in gethostbyname () #3 0x1379 in setpeer (argc=1, argv=0x26170) at main.c:207 #4 0x2180 in command () at main.c:620 #5 0x1284 in main (argc=2, argv=0xefbfd504) at main.c:183 (gdb) frame 3 #3 0x1379 in setpeer (argc=1, argv=0x26170) at main.c:207 207 host = gethostbyname(argv[1]); (gdb) print argv[1] $1 = 0x0 (gdb) print argv $2 = (char **) 0x26170 (gdb) print argv[0] $3 = 0x261e8 "Connect" -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-bugs Tue Nov 14 15:19:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA24394 for bugs-outgoing; Tue, 14 Nov 1995 15:19:11 -0800 Received: from gate.ti.com (news.ti.com [192.94.94.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA24365 for ; Tue, 14 Nov 1995 15:18:48 -0800 Received: from tilde.csc.ti.com ([128.247.160.56]) by gate.ti.com (8.6.12/) with ESMTP id RAA28192 for ; Tue, 14 Nov 1995 17:18:13 -0600 Received: from Islington-Terrace (islington-terrace.hc.ti.com [192.94.82.15]) by tilde.csc.ti.com (8.7.1/8.7.1) with SMTP id RAA05615 for ; Tue, 14 Nov 1995 17:17:42 -0600 (CST) Message-Id: <3025379862-11020495@Islington-Terrace> Date: Tue, 14 Nov 95 17:17:42 CST Moon: Full From: Paul Fuqua To: bugs@freebsd.org Subject: Can (!) Install 2.1.0-951026-SNAP on T4600 Sender: owner-bugs@freebsd.org Precedence: bulk This is mostly a success report, with a couple of minor glitches. I successfully installed the 951026-SNAP on my Toshiba T4600 laptop, using a single / partition (ie, no /usr), and NFS over PPP. Wow, that was smooth. Answer some configuration questions, get the PPP connection up, go away for a few hours (38400 bps connection), and return to a fully installed system. Very nice, notably easier than the 950210-SNAP I installed last time. Two minor glitches: although I went through the network configuration dialog and entered my laptop's name and address, they were not communicated to iijppp or /etc/hosts. PPP still thought the local address was 0.0.0.0, so the remote host had to specify both addresses when making the connection, and /etc/hosts ended up with no entries but localhost. One actual bug: the following patch showed up on comp.protocols.ppp a while back but apparently never found its way to the FreeBSD newsgroups. The particular bug causes, for example, ntpdate to hang if run from /etc/ppp/ip-up (when using kernel PPP and pppd). The bug is still present in 951026-SNAP, and the source is unpatched in 951104-SNAP. If I apply the patch to the 951104-SNAP source and run it on my 951026-SNAP installation, ntpdate from /etc/ppp/ip-up works. Date: Sun, 30 Oct 1994 21:01:34 +0000 From: Bill Hay Subject: sleep hangs The patch below fixes a bug in pppd which prevented a sleep command in the ip-up script from ever waking up. Hopefully it doesn't introduce too many new bugs in the process :-) diff -r -u --new-file ppp-2.1.2b/pppd/main.c ppp-2.1.2b.fixed/pppd/main.c --- ppp-2.1.2b/pppd/main.c Wed Oct 12 04:14:26 1994 +++ ppp-2.1.2b.fixed/pppd/main.c Sun Oct 30 20:10:02 1994 @@ -1255,6 +1255,7 @@ char **args; int must_exist; { + sigset_t alarm; int pid; pid = fork(); @@ -1263,6 +1264,9 @@ return -1; } if (pid == 0) { + sigemptyset(&alarm); + sigaddset(&alarm,SIGALRM); + sigprocmask(SIG_UNBLOCK,&alarm, NULL); execv(prog, args); if (must_exist || errno != ENOENT) syslog(LOG_WARNING, "can't execute %s: %m", prog); From owner-freebsd-bugs Tue Nov 14 15:34:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA27451 for bugs-outgoing; Tue, 14 Nov 1995 15:34:21 -0800 Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA27295 for ; Tue, 14 Nov 1995 15:33:01 -0800 Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id PAA03682 for bugs@freebsd.org; Tue, 14 Nov 1995 15:32:09 -0800 From: Archie Cobbs Message-Id: <199511142332.PAA03682@bubba.tribe.com> Subject: cvsinit To: bugs@freebsd.org Date: Tue, 14 Nov 1995 15:32:09 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 627 Sender: owner-bugs@freebsd.org Precedence: bulk Minor bug: "cvsinit" creates initial CVS files in $CVSROOT/CVSROOT. However, one of these files, "loginfo" performs an incorrect call to another, "log.pl". As supplied, loginfo contains this line: DEFAULT $CVSROOT/CVSROOT/log.pl -%s $CVSROOT/CVSROOT/commitlog but the correct line is this: DEFAULT $CVSROOT/CVSROOT/log.pl -f $CVSROOT/CVSROOT/commitlog %s Looks like "log.pl" got updated at some point, but "loginfo" wasn't adjusted. Thanks, -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-bugs Wed Nov 15 01:46:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA12435 for bugs-outgoing; Wed, 15 Nov 1995 01:46:12 -0800 Received: from vogon.muc.de (vogon.muc.de [193.174.4.4]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA11682 for ; Wed, 15 Nov 1995 01:36:42 -0800 Received: from [193.174.4.22] ([193.174.4.22]) by vogon.muc.de with SMTP id <95596-1>; Wed, 15 Nov 1995 10:31:54 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Nov 1995 10:32:46 +0100 To: freebsd-bugs@freefall.FreeBSD.org From: lutz@muc.de (Lutz Albers) Subject: Re: cvsinit Cc: archie@tribe.com Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199511142332.PAA03682@bubba.tribe.com>, Archie Cobbs writes: - - -Minor bug: - -"cvsinit" creates initial CVS files in $CVSROOT/CVSROOT. However, one -of these files, "loginfo" performs an incorrect call to another, "log.pl". - -As supplied, loginfo contains this line: - - DEFAULT $CVSROOT/CVSROOT/log.pl -%s $CVSROOT/CVSROOT/commitlog Hi, this is a known bug in CVS 1.4. See the following info from the cvs-info mini-faq a friend of mine send me: 5. What does "Too many arguments!" mean? CVS 1.4a2 has a cvsinit script that incorrectly sets up the loginfo file, but only if perl is available. If you don't have perl, you won't see this message (I don't have perl installed, which is why my testing didn't catch this bug). If you do have perl, you can apply the patch at the end of this message to your 1.4a2 distribution, or make the same change to your installed loginfo file (add a -f between %s and $CVSROOT). Appendices: I. The loginfo patch for 1.4a2 *** scratch/loginfo Sun Feb 12 19:51:25 1995 --- examples/loginfo Sun Feb 12 19:51:46 1995 *************** *** 18,20 **** # in addition to the first matching regex or DEFAULT. # ! DEFAULT $CVSROOT/CVSROOT/log.pl %s $CVSROOT/CVSROOT/commitlog --- 18,20 ---- # in addition to the first matching regex or DEFAULT. # ! DEFAULT $CVSROOT/CVSROOT/log.pl %s -f $CVSROOT/CVSROOT/commitlog --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - email:lutz@muc.de ph: +49-89-93940364 | But not fair at all http://www.muc.de/~lutz fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-bugs Wed Nov 15 01:55:27 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13207 for bugs-outgoing; Wed, 15 Nov 1995 01:55:27 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA13195 for ; Wed, 15 Nov 1995 01:55:23 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <05258-1@bunyip.cc.uq.oz.au>; Wed, 15 Nov 1995 19:55:15 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id TAA17200 for ; Wed, 15 Nov 1995 19:45:42 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id JAA17130 for ; Wed, 15 Nov 1995 09:44:27 GMT Message-Id: <199511150944.JAA17130@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: bugs@freebsd.org Subject: Cannot interactively restore from a multivolume dump X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 19:44:26 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk Doing a multivolume dump of my /usr/src (with dump 0Bf 128000 /dev/rwt0) I have found that doing a later interactive restore of a single file fails. I put in the first tape to get all the directories, cd to the directory I want then add the single file. I then tell it to extract, starting with the last volume when it prompts me for the volume number. As each volume is processing, it mumbles something about rsyncing & skipping a few blocks, and only takes a tiny fraction of the time that it took to write each tape i.e. it doesn't seem to be writing the full tape. ANybody else noticed this? Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Wed Nov 15 01:55:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13264 for bugs-outgoing; Wed, 15 Nov 1995 01:55:59 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA13253 for ; Wed, 15 Nov 1995 01:55:56 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <05262-0@bunyip.cc.uq.oz.au>; Wed, 15 Nov 1995 19:55:19 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id TAA17091 for ; Wed, 15 Nov 1995 19:35:14 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id JAA17101 for ; Wed, 15 Nov 1995 09:34:01 GMT Message-Id: <199511150934.JAA17101@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: bugs@freebsd.org Subject: ejecting & replacing a tape while rwt0 is open will cause a crash. X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 19:34:01 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk Excuse me for not using send-pr, but with our mail configuration it's a bit awkward. When I'm using restore (which has some other bugs I'll address in a later message) to interactively restore a single file from a multi-volume backup I can reliably cause the machine to crash by following these steps. 1) Be at the prompt where it says to enter a volume number after issuing the extract command. 2) Remove the tape and put it back in. Note that restore still has the drive open during this process. 3) Enter the volume number & press return (causing restore to close the device so it's rewound) 4) Watch the machine die - getting the core with savecore and weilding gdb -k reveals the following. IdlePTD 1cc000 current pcb at 1c0d6c panic: page fault #0 0xf0177c1d in boot () (kgdb) bt #0 0xf0177c1d in boot () #1 0xf0110e1b in panic () #2 0xf017d53f in trap_fatal () #3 0xf017d099 in trap_pfault () #4 0xf017ccdb in trap () #5 0xf01752ad in calltrap () #6 0xf010c85d in tsleep () #7 0xf01a7962 in wtpoll () #8 0xf01a7f38 in wtstatus () #9 0xf01a7dd7 in wtsense () #10 0xf01a767c in wtintr () #11 0xf01a7c54 in wtimer () #12 0xf0102bb4 in softclock () #13 0xf01765c7 in doreti_swi () #14 0xf017c278 in cpu_switch () My config is as follows FreeBSD 2.2-CURRENT #11: Wed Nov 15 09:24:34 EST 1995 toor@unixtest:/usr/src/sys/compile/bloop CPU: i486DX (486-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6811648 (6652K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:d2:b2:72, type SMC8216T (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 pca0 on motherboard pca0: PC speaker audio driver aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:0:0): "SEAGATE ST12550N 0013" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 2040MB (4178874 512 byte sectors) sd0(aha0:0:0): with 2708 cyls, 19 heads, and an average 81 sectors/track fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wt0 at 0x300-0x301 irq 5 drq 3 on isa wt0: type npx0 on motherboard npx0: INT 16 interface pas0 at 0x388 irq 12 drq 6 on isa pas0: sb0 at 0x220 irq 9 drq 1 on isa sb0: opl0 at 0x38a on isa opl0: joy0 at 0x201 on isa joy0: joystick -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Wed Nov 15 02:06:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA14060 for bugs-outgoing; Wed, 15 Nov 1995 02:06:24 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA14049 for ; Wed, 15 Nov 1995 02:06:19 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id CAA02276; Wed, 15 Nov 1995 02:06:18 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id CAA00434; Wed, 15 Nov 1995 02:06:01 -0800 Message-Id: <199511151006.CAA00434@corbin.Root.COM> To: Stephen Hocking cc: bugs@freebsd.org Subject: Re: ejecting & replacing a tape while rwt0 is open will cause a crash. In-reply-to: Your message of "Wed, 15 Nov 95 19:34:01 +1000." <199511150934.JAA17101@netfl15a.devetir.qld.gov.au> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Nov 1995 02:05:57 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >4) Watch the machine die - getting the core with savecore and weilding gdb -k >reveals the following. > > >IdlePTD 1cc000 >current pcb at 1c0d6c >panic: page fault >#0 0xf0177c1d in boot () >(kgdb) bt >#0 0xf0177c1d in boot () >#1 0xf0110e1b in panic () >#2 0xf017d53f in trap_fatal () >#3 0xf017d099 in trap_pfault () >#4 0xf017ccdb in trap () >#5 0xf01752ad in calltrap () >#6 0xf010c85d in tsleep () >#7 0xf01a7962 in wtpoll () >#8 0xf01a7f38 in wtstatus () >#9 0xf01a7dd7 in wtsense () >#10 0xf01a767c in wtintr () >#11 0xf01a7c54 in wtimer () >#12 0xf0102bb4 in softclock () >#13 0xf01765c7 in doreti_swi () >#14 0xf017c278 in cpu_switch () wtpoll() shouldn't be calling tsleep in an interrupt context...definately bad news to do that. I can't say any more without looking at the code, but it's an obvious bug. -DG From owner-freebsd-bugs Wed Nov 15 03:25:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA20798 for bugs-outgoing; Wed, 15 Nov 1995 03:25:12 -0800 Received: from todonix.ping.de (root@todonix.ping.de [193.100.14.43]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA20768 for ; Wed, 15 Nov 1995 03:25:00 -0800 Received: by todonix.ping.de (Smail3.1.29.1 #3) id m0tFfwZ-0006zZC; Wed, 15 Nov 95 12:23 MET Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: panic: nfsreq nogrps To: freebsd-bugs@freebsd.org Date: Wed, 15 Nov 1995 12:23:55 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 566 Sender: owner-bugs@freebsd.org Precedence: bulk Hello, any idea where the above panic can result from ? (located at nfs/nfs_socket.c line 920) the machine (running 2.0.5 RELASE with kernel from 2.1.0-1104-SNAP) only mounts some directories from an 1.1.5 machine. Jan -- PING e.V. Jan Wedekind (Kassenwart) jan@ping.de Emil-Figge-Str. 85 Lindemannstr. 12 kasse@ping.de 44227 Dortmund 44137 Dortmund vorstand@ping.de Tel.: 0231 / 97 91 - 0 Tel.: +49 (231) 13 44 04 info@ping.de --- FreeBSD: Never trust an operating system you don't have sources for. Linux: We love our enemies, and - yes - we're faster! From owner-freebsd-bugs Wed Nov 15 03:39:26 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA21880 for bugs-outgoing; Wed, 15 Nov 1995 03:39:26 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA21871 for ; Wed, 15 Nov 1995 03:39:21 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id DAA03033; Wed, 15 Nov 1995 03:39:17 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id DAA00558; Wed, 15 Nov 1995 03:38:49 -0800 Message-Id: <199511151138.DAA00558@corbin.Root.COM> To: jan@todonix.ping.de (Jan Wedekind) cc: freebsd-bugs@freebsd.org Subject: Re: panic: nfsreq nogrps In-reply-to: Your message of "Wed, 15 Nov 95 12:23:55 +0100." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Nov 1995 03:38:48 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >any idea where the above panic can result from ? > (located at nfs/nfs_socket.c line 920) > >the machine (running 2.0.5 RELASE with kernel from 2.1.0-1104-SNAP) >only mounts some directories from an 1.1.5 machine. It's usually caused by Smail. Smail does a setgroups(0,foo) which isn't valid (you have to have at least one group in the list - the effective gid). This was fixed recently in the version of Smail in the ports tree. The bug in the kernel was fixed in -current just recently. The kernel fix is to disallow ngroups=0. -DG From owner-freebsd-bugs Wed Nov 15 05:16:25 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA27171 for bugs-outgoing; Wed, 15 Nov 1995 05:16:25 -0800 Received: from todonix.ping.de (root@todonix.ping.de [193.100.14.43]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA27157 for ; Wed, 15 Nov 1995 05:16:12 -0800 Received: by todonix.ping.de (Smail3.1.29.1 #3) id m0tFhg3-0006zZC; Wed, 15 Nov 95 14:14 MET Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: Re: panic: nfsreq nogrps To: davidg@Root.COM Date: Wed, 15 Nov 1995 14:14:59 +0100 (MET) Cc: jan@todonix.ping.de, freebsd-bugs@freebsd.org In-Reply-To: <199511151138.DAA00558@corbin.Root.COM> from "David Greenman" at Nov 15, 95 03:38:48 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: 576 Sender: owner-bugs@freebsd.org Precedence: bulk Hi, > > It's usually caused by Smail. Smail does a setgroups(0,foo) which isn't > valid (you have to have at least one group in the list - the effective gid). > This was fixed recently in the version of Smail in the ports tree. The bug in > the kernel was fixed in -current just recently. The kernel fix is to disallow > ngroups=0. > Thanks for the hint, but on that machine (with the panic) only sendmail is running. On the other machine (mounted by nfs) smail is running, but no directory-tree concerning mail configuring or delivery is mounted by the other on. Jan From owner-freebsd-bugs Wed Nov 15 05:23:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA27382 for bugs-outgoing; Wed, 15 Nov 1995 05:23:14 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA27375 for ; Wed, 15 Nov 1995 05:23:09 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id FAA06338; Wed, 15 Nov 1995 05:23:08 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id FAA00623; Wed, 15 Nov 1995 05:22:26 -0800 Message-Id: <199511151322.FAA00623@corbin.Root.COM> To: jan@todonix.ping.de (Jan Wedekind) cc: freebsd-bugs@freebsd.org Subject: Re: panic: nfsreq nogrps In-reply-to: Your message of "Wed, 15 Nov 95 14:14:59 +0100." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Nov 1995 05:22:26 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >> It's usually caused by Smail. Smail does a setgroups(0,foo) which isn't >> valid (you have to have at least one group in the list - the effective gid). >> This was fixed recently in the version of Smail in the ports tree. The bug in >> the kernel was fixed in -current just recently. The kernel fix is to disallow >> ngroups=0. >> >Thanks for the hint, but on that machine (with the panic) only >sendmail is running. > >On the other machine (mounted by nfs) smail is running, but >no directory-tree concerning mail configuring or delivery >is mounted by the other on. Then something else must be doing the setgroups() call. The kernel fix is attached. -DG Index: kern_prot.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_prot.c,v retrieving revision 1.13 retrieving revision 1.14 diff -c -r1.13 -r1.14 *** 1.13 1995/10/08 00:06:07 --- 1.14 1995/11/04 10:50:55 *************** *** 407,413 **** if ((error = suser(pc->pc_ucred, &p->p_acflag))) return (error); ! if ((ngrp = uap->gidsetsize) > NGROUPS) return (EINVAL); pc->pc_ucred = crcopy(pc->pc_ucred); if ((error = copyin((caddr_t)uap->gidset, --- 407,414 ---- if ((error = suser(pc->pc_ucred, &p->p_acflag))) return (error); ! ngrp = uap->gidsetsize; ! if (ngrp < 1 || ngrp > NGROUPS) return (EINVAL); pc->pc_ucred = crcopy(pc->pc_ucred); if ((error = copyin((caddr_t)uap->gidset, From owner-freebsd-bugs Wed Nov 15 06:13:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00921 for bugs-outgoing; Wed, 15 Nov 1995 06:13:01 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00754 ; Wed, 15 Nov 1995 06:11:33 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA04591; Thu, 16 Nov 1995 00:06:23 +1100 Date: Thu, 16 Nov 1995 00:06:23 +1100 From: Bruce Evans Message-Id: <199511151306.AAA04591@godzilla.zeta.org.au> To: darrylo@hpnmhjw.sr.hp.com, freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: Re: "Bug" in syscons? Sender: owner-bugs@freebsd.org Precedence: bulk >which solves my corrupt font problems with syscons. Can anyone tell me >what the old 2.0.5 syscons is trying to do with the "weird" VGA register >values? I know what my "fixed" values are doing, but what are the old >values trying to do? (I just ordered a copy of Richard Wilton's >"Programmer's Guide to PC Video Systems", but it hasn't arrived yet.) In set_font_mode(): old: > outb(TSIDX, 0x02); outb(TSREG, 0x04); >! outb(TSIDX, 0x04); outb(TSREG, 0x06); > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); >! outb(GDCIDX, 0x06); outb(GDCREG, 0x05); new: > outb(TSIDX, 0x02); outb(TSREG, 0x04); >! outb(TSIDX, 0x04); outb(TSREG, 0x07); > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); >! outb(GDCIDX, 0x06); outb(GDCREG, 0x00); TS reg 4 bit 0x01 is "Reserved" for the ET4000. Better not use it. GDC reg 6 bit 0x01 is "Graphics mode enable"; bits 0x04 and 0x08 select the memory map: 0x00: 128K at 0xA0000 0x04: 64K at 0xA0000 0x08: 32K at 0xB0000 0x0C: 32K at 0xB8000 Bruce From owner-freebsd-bugs Wed Nov 15 07:40:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAB12511 for bugs-outgoing; Wed, 15 Nov 1995 07:40:12 -0800 Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA12504 for ; Wed, 15 Nov 1995 07:40:08 -0800 Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id KAA15163 for ; Wed, 15 Nov 1995 10:40:06 -0500 (EST) Message-Id: <199511151540.KAA15163@quackerjack.cc.vt.edu> Received: from asm4-4.sl001.cns.vt.edu by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id KAA01085; Wed, 15 Nov 1995 10:40:04 -0500 Date: Wed, 15 Nov 95 10:39:35 -0800 From: Terry Witt X-Mailer: Mozilla 1.22 (Windows; I; 16bit) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Sanyo 3 cd support Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk I have a Sanyo 3 cd disk changer for my Gateway 2000 computer. I attend Virginia Tech and I am majoring in Computer Science. We are going through the installation for BSD in one of my classes. I need to know how to get BSD to recognize my CDROM drive. It recognized my drive once out of 30 times and I do not understand why. What am I doing wrong? If anybody can help please email me at twitt@vt.edu Thank you Terry Witt From owner-freebsd-bugs Wed Nov 15 13:32:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00338 for bugs-outgoing; Wed, 15 Nov 1995 13:32:08 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA00319 for ; Wed, 15 Nov 1995 13:31:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA24379; Wed, 15 Nov 1995 22:31:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04684; Wed, 15 Nov 1995 22:31:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA08838; Wed, 15 Nov 1995 21:55:33 +0100 From: J Wunsch Message-Id: <199511152055.VAA08838@uriah.heep.sax.de> Subject: Re: Cannot interactively restore from a multivolume dump To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Wed, 15 Nov 1995 21:55:33 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511150944.JAA17130@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Nov 15, 95 07:44:26 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1089 Sender: owner-bugs@freebsd.org Precedence: bulk As Stephen Hocking wrote: > I then tell it to extract, starting with the last volume when it > prompts me for the volume number. As each volume is processing, it > mumbles something about rsyncing & skipping a few blocks, and only > takes a tiny fraction of the time that it took to write each tape > i.e. it doesn't seem to be writing the full tape. ANybody else > noticed this? I've succesfully been using it. It's okay that it doesn't read the entire tape in order to find that it hasn't to deal with just that particular volume (that's one of the big advantages of dump/restore actually!). It simply tracks all i-node numbers that it wants to restore, and all it has to do for any volume is to examine the first header on it, and see if there's any actual work on this volume. (It does always write based on i-node number ordering.) So the question is: why did it think that your files haven't been on *any* volume? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Nov 15 14:16:00 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA09395 for bugs-outgoing; Wed, 15 Nov 1995 14:16:00 -0800 Received: from www.cybercity.dk ([194.16.56.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA09373 ; Wed, 15 Nov 1995 14:15:51 -0800 Received: from SandBox by www.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id XAA08947; Wed, 15 Nov 1995 23:19:02 +0100 Received: (from sos@localhost) by SandBox (8.6.11/8.6.9) id XAA00502; Wed, 15 Nov 1995 23:14:12 +0100 From: Soren Schmidt Message-Id: <199511152214.XAA00502@SandBox> Subject: Re: "Bug" in syscons? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 15 Nov 1995 23:14:04 +0100 (MET) Cc: darrylo@hpnmhjw.sr.hp.com, freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: <199511151306.AAA04591@godzilla.zeta.org.au> from "Bruce Evans" at Nov 16, 95 00:06:23 am Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1531 Sender: owner-bugs@FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > > >which solves my corrupt font problems with syscons. Can anyone tell me > >what the old 2.0.5 syscons is trying to do with the "weird" VGA register > >values? I know what my "fixed" values are doing, but what are the old > >values trying to do? (I just ordered a copy of Richard Wilton's > >"Programmer's Guide to PC Video Systems", but it hasn't arrived yet.) > > In set_font_mode(): > old: > > outb(TSIDX, 0x02); outb(TSREG, 0x04); > >! outb(TSIDX, 0x04); outb(TSREG, 0x06); > > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); > >! outb(GDCIDX, 0x06); outb(GDCREG, 0x05); > new: > > outb(TSIDX, 0x02); outb(TSREG, 0x04); > >! outb(TSIDX, 0x04); outb(TSREG, 0x07); > > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); > >! outb(GDCIDX, 0x06); outb(GDCREG, 0x00); > > TS reg 4 bit 0x01 is "Reserved" for the ET4000. Better not use it. > GDC reg 6 bit 0x01 is "Graphics mode enable"; bits 0x04 and 0x08 > select the memory map: > 0x00: 128K at 0xA0000 > 0x04: 64K at 0xA0000 > 0x08: 32K at 0xB0000 > 0x0C: 32K at 0xB8000 > > Bruce Excatly, I've allready sent mail directly, this patch blows up on all my machines, I'll investigate further though... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-bugs Wed Nov 15 15:04:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20524 for bugs-outgoing; Wed, 15 Nov 1995 15:04:47 -0800 Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20493 ; Wed, 15 Nov 1995 15:04:38 -0800 Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA272356673; Wed, 15 Nov 1995 15:04:33 -0800 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA091106671; Wed, 15 Nov 1995 15:04:32 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA228256671; Wed, 15 Nov 1995 15:04:31 -0800 Message-Id: <199511152304.AA228256671@hpnmhjw.sr.hp.com> To: sos@FreeBSD.org, bde@zeta.org.au (Bruce Evans), freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: "Bug" in syscons? Date: Wed, 15 Nov 1995 15:04:30 -0800 From: Darryl Okahata Sender: owner-bugs@FreeBSD.org Precedence: bulk > Excatly, I've allready sent mail directly, this patch blows up on > all my machines, I'll investigate further though... I'll do some more digging tonight, also. The strange thing is, without my patch, my syscons fonts are corrupted, and XFree86's SuperProbe also mangles the console. With the patch, everything's fine. Does PCVT also blow up on these systems? The patch is basically doing what PCVT does, except the sequencer reset. I originally added the PCVT sequencer reset code, but it didn't change anything for me. I'll see if I can shrink the patch; there may be some unnecessary code in it. The patch was developed by reading the pcvt source and checking the changes against some slightly vague info in two different books (I've forgotten the exact titles, but one was a book on VGA graphics programming by Michael Abrash). I'll also put my old ET4000/W32i card back into the system, to see if my patches also fix my ET4000/W32i problems. Furthermore, I'll try to see if can determine which ET4000/W32i chip revision I have. [ I originally said that I have an ET4000/W32p -- which I do -- but that's in a different system. My FreeBSD system was using an ISA-based ET4000/W32i board (Hercules Dynamite Pro), and is now using an Ark Logic-based Hercules Stingray VL. ] If it makes a difference, I'm using an old NICE Super EISA motherboard (which is an excellent motherboard, and so I'd be surprised if it's the problem). -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion or policy of Hewlett-Packard or of the little green men that have been following him all day. From owner-freebsd-bugs Wed Nov 15 18:10:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA28996 for bugs-outgoing; Wed, 15 Nov 1995 18:08:27 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27017 ; Wed, 15 Nov 1995 18:00:03 -0800 Resent-Date: Wed, 15 Nov 1995 18:00:03 -0800 Resent-Message-Id: <199511160200.SAA27017@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peterb@muc.de Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA26027 for ; Wed, 15 Nov 1995 17:53:01 -0800 Received: from fns.muc.de ([193.174.4.223]) by colin.muc.de with SMTP id <86018-1>; Thu, 16 Nov 1995 02:52:51 +0100 Received: (from peterb@localhost) by fns.muc.de (8.6.12/8.6.9) id CAA00815; Thu, 16 Nov 1995 02:48:53 +0100 Message-Id: <199511160148.CAA00815@fns.muc.de> Date: Thu, 16 Nov 1995 02:48:53 +0100 From: peterb@muc.de Reply-To: peterb@muc.de To: FreeBSD-gnats-submit@freebsd.org Cc: peterb@fns.muc.de X-Send-Pr-Version: 3.2 Subject: kern/824: system hangs after a few hours without saying why Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 824 >Category: kern >Synopsis: system hangs after a few hours without saying why >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 15 18:00:02 PST 1995 >Last-Modified: >Originator: Peter Bechtold >Organization: -- >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #0: Wed Nov 15 08:28:38 MET 1995 peterb@fns.muc.de:/usr/local/public/FreeBSD/current/src/sys/compile/NEW CPU: i486DX (486-class CPU) real memory = 37748736 (36864K bytes) avail memory = 34639872 (33828K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> ed0 at 0x2c0-0x2df irq 15 maddr 0xd0000 msize 16384 on isa ed0: address 00:c0:a8:37:44:ee, type WD8013EBT (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f irq 5 on isa lpt1: Interrupt-driven port lp1: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x2a0-0x2a7 flags 0x501 on isa sio2: type 16450 (multiport) sio3 at 0x2a8-0x2af flags 0x501 on isa sio3: type 16450 (multiport) sio4 at 0x2b0-0x2b7 flags 0x501 on isa sio4: type 16450 (multiport) sio5 at 0x2b8-0x2bf irq 9 flags 0x501 on isa sio5: type 16550A (multiport master) pca0: disabled, not probed. aha0 at 0x234-0x237 irq 11 drq 6 on isa (aha0:1:0): "MAXTOR 7345-SCSI 0960" type 0 fixed SCSI 1 sd2(aha0:1:0): Direct-Access 329MB (675484 512 byte sectors) sd2(aha0:1:0): with 2220 cyls, 4 heads, and an average 76 sectors/track (aha0:2:0): "TANDBERG TDC 3800 =03:" type 1 removable SCSI 2 st0(aha0:2:0): Sequential-Access density code 0x0, 512-byte blocks, write-enable d (aha0:4:0): "MAXTOR 7345-SCSI 2065" type 0 fixed SCSI 1 sd3(aha0:4:0): Direct-Access 329MB (675484 512 byte sectors) sd3(aha0:4:0): with 2220 cyls, 4 heads, and an average 76 sectors/track (aha0:5:0): "MAXTOR 7345-SCSI 0960" type 0 fixed SCSI 1 sd4(aha0:5:0): Direct-Access 329MB (675484 512 byte sectors) sd4(aha0:5:0): with 2220 cyls, 4 heads, and an average 76 sectors/track fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 7 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0: disabled, not probed. joy0: disabled, not probed. ahc0: at 0x1c00-0x1cff irq 12 on isa ahc0: 284x Single Channel, SCSI Id=7, 4 SCBs (ahc0:0:0): "FUJITSU M2684S-512 2026" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 507MB (1039329 512 byte sectors) sd0(ahc0:0:0): with 2380 cyls, 6 heads, and an average 72 sectors/track (ahc0:3:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 sd1(ahc0:3:0): Direct-Access 1033MB (2117025 512 byte sectors) sd1(ahc0:3:0): with 1819 cyls, 15 heads, and an average 77 sectors/track (ahc0:6:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd0(ahc0:6:0): NOT READY asc:4,1 cd0(ahc0:6:0): Logical unit is in process of becoming ready can't get the size uk0(noadapter::): Unknown new masks: bio c0000840, tty c00382ba, net c00382ba >Description: After a few hours of uptime or during intensive disk i/o (like make world, bonnie, iozone etc.), the system suddenly stops to access the harddisks. After a few more moments, everthing hangs. Then it reboots. This doesn't occur with a about 2 weeks old kernel binary (i don't have the sources of this one anymore ...). >How-To-Repeat: Wait for a few hours or do heavy disk i/o. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 15 20:59:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA18468 for bugs-outgoing; Wed, 15 Nov 1995 20:59:24 -0800 Received: from ceram.nirim.go.jp (ceram.nirim.go.jp [202.17.63.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA18461 for ; Wed, 15 Nov 1995 20:59:21 -0800 Received: from netman.nirim.go.jp by ceram.nirim.go.jp (8.7.1/TISN-1.3M/R2) id NAA27208; Thu, 16 Nov 1995 13:59:36 +0900 (JST) Received: from usagi.nirim.go.jp by netman.nirim.go.jp (8.6.11+2.4W/TISN-1.3L/R2) id NAA11154; Thu, 16 Nov 1995 13:59:35 +0900 Received: from usagi.nirim.go.jp by usagi.nirim.go.jp (8.7.1/3.4W2) id NAA01252; Thu, 16 Nov 1995 13:55:32 +0900 (JST) Message-Id: <199511160455.NAA01252@usagi.nirim.go.jp> To: bugs@freebsd.org Subject: expr command X-Mailer: Mew version 1.00.4 on Emacs 19.28.2, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 16 Nov 1995 13:55:31 +0900 From: Takashi Nagashima Sender: owner-bugs@freebsd.org Precedence: bulk FreeBSD 2.1.0-950928-SNAP expr 1000 : '\(....\)' result> 1000 expr 0000 : '\(....\)' result> <-- No print expr 00012 : '.*\(...\)' result> <-- No print SunOS 4.1.3, SunOS 5.3, DEC OSF/1 V2.0, BSDI BSD/OS 2.0.1 expr 1000 : '\(....\)' result> 1000 expr 0000 : '\(....\)' result> 0000 expr 00012 : '.*\(...\)' result> 012 Is this a bug ? -- Takashi Nagashima Nat. Inst. Res. Inorganic Materials 1-1 Namiki Tsukuba, Japan From owner-freebsd-bugs Wed Nov 15 21:18:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA20249 for bugs-outgoing; Wed, 15 Nov 1995 21:18:39 -0800 Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA20239 ; Wed, 15 Nov 1995 21:18:35 -0800 Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA018869097; Wed, 15 Nov 1995 21:18:17 -0800 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA138429096; Wed, 15 Nov 1995 21:18:16 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA276929095; Wed, 15 Nov 1995 21:18:15 -0800 Message-Id: <199511160518.AA276929095@hpnmhjw.sr.hp.com> To: Bruce Evans Cc: gwk@cray.com, sos@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: "Bug" in syscons? Date: Wed, 15 Nov 1995 21:18:15 -0800 From: Darryl Okahata Sender: owner-bugs@FreeBSD.org Precedence: bulk > TS reg 4 bit 0x01 is "Reserved" for the ET4000. Better not use it. > GDC reg 6 bit 0x01 is "Graphics mode enable"; bits 0x04 and 0x08 Bingo -- the magic bit is the GDC misc register (reg. 6) bit 0x01. Leaving this bit set causes my video card to have corrupt fonts when switching from graphics (X-windows) to text (syscons console). To the end of this message, I've appended a minimal syscons patch (it's relative to the original 2.0.5 syscons.c). I've tested it with an Hercules Stingray VL (VLB video card) and a 2MB ISA-based Hercules Dynamite Pro. While attempting to fix this bug, I also tried resetting the sequencer and adding splhigh()/splx() to set_font_mode(), but these didn't do anything. If other cards need bit 0x01 to be set, perhaps we can add some kind of broken-video-card #if directives to optionally use code that doesn't set bit #6? For the record, my hardware config is (my earlier messages contained slightly incorrect info regarding my Stingray VL card): * Hercules Stingray VL. This is a 1MB, VLB video card based upon the Avance Logic ALG2228 chip. The date code appears to be 9447. The DAC appears to be marked as an Avance Logic ALG1201-OAL110, although SuperProbe reports the presence of an "AcuMos ADAC1 15/16/24-bit DAC". * NICE Super EISA rev. 1 motherboard with an Intel DX4/100. I have also tested the included patch on the following video card: * 2MB Hercules Dynamite Pro, ISA-bus version. This is an ET4000/W32i rev. B-based card. The patch did not cause any problems with this card, but it did not fix the problem that I had with it regarding the XFree86 3.1.1 XF86_W32 server (yes, 3.1.1, and not 3.1.2). [ The problem was that xdm would hang the console, after exiting an X session. The system appeared to be fully functional, except that the console was hung (pressing any key would just result in beeping). Fortunately, Ctrl-Alt-Del still worked. ;-( ] -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion or policy of Hewlett-Packard or of the little green men that have been following him all day. =============================================================================== *** syscons.c.orig Mon Nov 13 23:13:43 1995 --- syscons.c Wed Nov 15 20:12:06 1995 *************** *** 2807,2819 **** outb(TSIDX, 0x04); outb(TSREG, 0x06); outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); ! outb(GDCIDX, 0x06); outb(GDCREG, 0x05); #else outw(TSIDX, 0x0402); outw(TSIDX, 0x0604); outw(GDCIDX, 0x0204); outw(GDCIDX, 0x0005); ! outw(GDCIDX, 0x0506); /* addr = a0000, 64kb */ #endif } --- 2807,2819 ---- outb(TSIDX, 0x04); outb(TSREG, 0x06); outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); ! outb(GDCIDX, 0x06); outb(GDCREG, 0x04); #else outw(TSIDX, 0x0402); outw(TSIDX, 0x0604); outw(GDCIDX, 0x0204); outw(GDCIDX, 0x0005); ! outw(GDCIDX, 0x0406); /* addr = a0000, 64kb */ #endif } From owner-freebsd-bugs Wed Nov 15 21:59:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA24158 for bugs-outgoing; Wed, 15 Nov 1995 21:59:04 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA24139 for ; Wed, 15 Nov 1995 21:58:56 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <26499-0@bunyip.cc.uq.oz.au>; Thu, 16 Nov 1995 15:55:20 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA24099 for ; Thu, 16 Nov 1995 15:00:27 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA23381 for ; Thu, 16 Nov 1995 04:59:21 GMT Message-Id: <199511160459.EAA23381@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: bugs@freebsd.org Subject: Heavy paging buggers secondary system clock X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 14:59:19 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk When my 8Mb machine is paging heaving (a fistful of xterms, AUIS ez, exmh & a make world) running systat will at some time (after a few hours, it happened in the middle of the night) systat -vmstat will revert to the pigs display, with the message "The alternate system clock has died!". After this has happened, it will always happen. Top will also then die with a FP error (div by 0) after this point. This (systat & top) continues until the system is rebooted. I think this is also responsible for some of my NAS problems (which depends on itimer to clock the sound flow) during times of heavy system load. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Wed Nov 15 21:59:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA24163 for bugs-outgoing; Wed, 15 Nov 1995 21:59:04 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA24146 for ; Wed, 15 Nov 1995 21:58:59 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <26502-0@bunyip.cc.uq.oz.au>; Thu, 16 Nov 1995 15:55:25 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA24019; Thu, 16 Nov 1995 14:48:53 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA23348; Thu, 16 Nov 1995 04:47:48 GMT Message-Id: <199511160447.EAA23348@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: bugs@freebsd.org Subject: Re: Cannot interactively restore from a multivolume dump In-reply-to: Your message of "Wed, 15 Nov 1995 21:55:33 +0100." <199511152055.VAA08838@uriah.heep.sax.de> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 14:47:48 +1000 From: Stephen Hocking Sender: owner-bugs@freebsd.org Precedence: bulk > I've succesfully been using it. It's okay that it doesn't read the > entire tape in order to find that it hasn't to deal with just that > particular volume (that's one of the big advantages of dump/restore > actually!). It simply tracks all i-node numbers that it wants to > restore, and all it has to do for any volume is to examine the first > header on it, and see if there's any actual work on this volume. (It > does always write based on i-node number ordering.) > > So the question is: why did it think that your files haven't been on > *any* volume? Don't know - I tried dumping again (this time making sure that the fs was unmounted, last time it was just quiescent) and then interactively restoring gain. I took note of where the inodes started from for each tape (I love the scrollback on xterm) and when I did the interactive restore, chose the tape dependent on the inode of each file, as shown by the directory on tape 1 and extracted. It still said "resyncing on restore, skipped 33 blocks" but found the files OK. Wish I knew why it was resyncing - I'll probably dive in with a debugger one of these days. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Thu Nov 16 00:07:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA08516 for bugs-outgoing; Thu, 16 Nov 1995 00:07:48 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA08492 ; Thu, 16 Nov 1995 00:07:39 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tFzGk-000I5GC; Thu, 16 Nov 95 09:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tFy4e-00001PC; Thu, 16 Nov 95 07:45 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: "Bug" in syscons? To: sos@FreeBSD.org Date: Thu, 16 Nov 1995 07:45:28 +0100 (MET) Cc: bde@zeta.org.au, darrylo@hpnmhjw.sr.hp.com, freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: <199511152214.XAA00502@SandBox> from "Soren Schmidt" at Nov 15, 95 11:14:04 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1411 Sender: owner-bugs@FreeBSD.org Precedence: bulk > > In set_font_mode(): > > old: > > > outb(TSIDX, 0x02); outb(TSREG, 0x04); > > >! outb(TSIDX, 0x04); outb(TSREG, 0x06); > > > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > > > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); > > >! outb(GDCIDX, 0x06); outb(GDCREG, 0x05); > > new: > > > outb(TSIDX, 0x02); outb(TSREG, 0x04); > > >! outb(TSIDX, 0x04); outb(TSREG, 0x07); > > > outb(GDCIDX, 0x04); outb(GDCREG, 0x02); > > > outb(GDCIDX, 0x05); outb(GDCREG, 0x00); > > >! outb(GDCIDX, 0x06); outb(GDCREG, 0x00); > > > > TS reg 4 bit 0x01 is "Reserved" for the ET4000. Better not use it. This is correct and i wonder where i got it from (for pcvt). But, my very first chipset to support this was and still is a ET4000 and it runs just fine. >From the Ferraro book: bit 0 selects between alpha and graphics mode on an EGA (!!) 0=graphics 1=alphanumerics. > > GDC reg 6 bit 0x01 is "Graphics mode enable"; bits 0x04 and 0x08 > > select the memory map: > > 0x00: 128K at 0xA0000 > > 0x04: 64K at 0xA0000 > > 0x08: 32K at 0xB0000 > > 0x0C: 32K at 0xB8000 This might be the cause of the problem, bit 0 selects for a VGA what the above described bit selects for a VGA: 0=alphanumerics, 1=graphics. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-bugs Thu Nov 16 00:19:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA10453 for bugs-outgoing; Thu, 16 Nov 1995 00:19:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA10308 ; Thu, 16 Nov 1995 00:18:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14773; Thu, 16 Nov 1995 09:15:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13549; Thu, 16 Nov 1995 09:14:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA11687; Thu, 16 Nov 1995 08:44:03 +0100 From: J Wunsch Message-Id: <199511160744.IAA11687@uriah.heep.sax.de> Subject: Re: "Bug" in syscons? To: darrylo@hpnmhjw.sr.hp.com (Darryl Okahata) Date: Thu, 16 Nov 1995 08:44:03 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511152304.AA228256671@hpnmhjw.sr.hp.com> from "Darryl Okahata" at Nov 15, 95 03:04:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 659 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Darryl Okahata wrote: > > The patch was developed by reading the pcvt source and checking the > changes against some slightly vague info in two different books (I've > forgotten the exact titles, but one was a book on VGA graphics > programming by Michael Abrash). You must state which portion of pcvt you've been reading: pcvt has some basic knowledge of different SVGA's, in order to allow for 132-column operation. So pcvt sometimes performs hardware-specific additional operations. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Nov 16 00:25:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11457 for bugs-outgoing; Thu, 16 Nov 1995 00:25:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11397 for ; Thu, 16 Nov 1995 00:24:52 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14999; Thu, 16 Nov 1995 09:19:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13621; Thu, 16 Nov 1995 09:19:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA12073; Thu, 16 Nov 1995 09:15:55 +0100 From: J Wunsch Message-Id: <199511160815.JAA12073@uriah.heep.sax.de> Subject: Re: Cannot interactively restore from a multivolume dump To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Thu, 16 Nov 1995 09:15:54 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511160447.EAA23348@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Nov 16, 95 02:47:48 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 946 Sender: owner-bugs@freebsd.org Precedence: bulk As Stephen Hocking wrote: > Don't know - I tried dumping again (this time making sure that the fs was unmounted, last time it was just quiescent) and then interactively restoring gain. I took note of where the inodes started from for each tape (I love the scrollback on xterm) and when I did the interactive restore, chose the tape dependent on the inode of each file, as shown by the directory on tape 1 and extracted. It still said "resyncing on restore, skipped 33 blocks" but found the files OK. Wish I knew why it was resyncing - I'll probably dive in with a debugger one of these days. (Hmm, this was a mammut line. :-) I usually write down the starting i-node numbers, too. And i generally see the `resync' messages, but i didn't care by now. It always worked as expected. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Nov 16 02:10:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA28088 for bugs-outgoing; Thu, 16 Nov 1995 02:10:07 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA28065 ; Thu, 16 Nov 1995 02:10:03 -0800 Resent-Date: Thu, 16 Nov 1995 02:10:03 -0800 Resent-Message-Id: <199511161010.CAA28065@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peterb@muc.de Received: from vogon.muc.de (vogon.muc.de [193.174.4.4]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA27435 for ; Thu, 16 Nov 1995 02:05:39 -0800 Received: from fns.muc.de ([193.174.4.223]) by vogon.muc.de with SMTP id <93369-1>; Thu, 16 Nov 1995 11:04:10 +0100 Received: (from peterb@localhost) by fns.muc.de (8.6.12/8.6.9) id LAA07380; Thu, 16 Nov 1995 11:00:19 +0100 Message-Id: <199511161000.LAA07380@fns.muc.de> Date: Thu, 16 Nov 1995 11:00:19 +0100 From: peterb@muc.de Reply-To: peterb@muc.de To: FreeBSD-gnats-submit@freebsd.org Cc: peterb@fns.muc.de X-Send-Pr-Version: 3.2 Subject: kern/825: reading my scsi tape doesn't work Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 825 >Category: kern >Synopsis: reading from scsi tape gives "bad request" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 16 02:10:01 PST 1995 >Last-Modified: >Originator: Peter Bechtold >Organization: -- >Release: FreeBSD 2.2-CURRENT i386 >Environment: 486, aha0 (1542) with st0 (Tandberg 3820 SCSI II QIC 525) and 3 SCSI I disks, ahc0 (2842) with 2 SCSI II disks >Description: fns# tar tvf /dev/rst0 tar: read error on /dev/rst0 : Input/output error in syslog: st0: block wrong size, 10 blocks residual Writing to tape works fine. >How-To-Repeat: Just try to read the tape with dd, tar, cpio ... >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 16 03:50:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA09009 for bugs-outgoing; Thu, 16 Nov 1995 03:50:09 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA08990 ; Thu, 16 Nov 1995 03:50:04 -0800 Resent-Date: Thu, 16 Nov 1995 03:50:04 -0800 Resent-Message-Id: <199511161150.DAA08990@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@grondar.za Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA08798 for ; Thu, 16 Nov 1995 03:47:50 -0800 Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id NAA12654 for ; Thu, 16 Nov 1995 13:47:36 +0200 Received: (from mark@localhost) by grumble.grondar.za (8.6.12/8.6.9) id NAA03189; Thu, 16 Nov 1995 13:47:34 +0200 Message-Id: <199511161147.NAA03189@grumble.grondar.za> Date: Thu, 16 Nov 1995 13:47:34 +0200 From: Mark Murray Reply-To: mark@grondar.za To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/826: ttymux listener in inetd does not work Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 826 >Category: bin >Synopsis: ttymux listener in inetd does not work >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 16 03:50:03 PST 1995 >Last-Modified: >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-current >Description: Trying to get a private daemon going through tcpmux does not work. >How-To-Repeat: in /etc/inetd.conf: tcpmux/+date stream tcp nowait nobody /bin/date date Then kill -HUP or restart the inetd, then telnet localhost tcpmux Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused netstat -a shows that no listener is listening on port 1. >Fix: Not sure... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 16 06:40:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA20406 for bugs-outgoing; Thu, 16 Nov 1995 06:40:32 -0800 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA20394 for ; Thu, 16 Nov 1995 06:40:24 -0800 Received: from mwunix (localhost.mitre.org [127.0.0.1]) by mwunix.mitre.org (8.6.10/8.6.4) with SMTP id JAA10940 for ; Thu, 16 Nov 1995 09:40:20 -0500 Message-Id: <199511161440.JAA10940@mwunix.mitre.org> Date: Thu, 16 Nov 95 09:40:20 -0500 From: Dallas A Scott X-Mailer: Mozilla 1.1N (X11; I; SunOS 4.1.3_U1 sun4m) MIME-Version: 1.0 To: bugs@freebsd.org Subject: rtsock/route bug X-URL: http://www.freebsd.org/support.html Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk There is a bug in the rtsock.c or route.c kernel code. The system will not accept a cmd of the form: route add -iface host -link dev(unit):ether_addr I walked through the route utility: it seems to send the correct cmd to the routing socket, but the kernel locks up. We had this problem in early 4.4 code and we fixed it, but I don't remember what we did. I'll look for our fix. Meanwhile, if anyone has fixed this... (Our BSDI systems work fine, but they may have our fix in the kernel.) Thanks, dscott@mitre.org From owner-freebsd-bugs Thu Nov 16 14:10:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18237 for bugs-outgoing; Thu, 16 Nov 1995 14:10:12 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18227 ; Thu, 16 Nov 1995 14:10:07 -0800 Resent-Date: Thu, 16 Nov 1995 14:10:07 -0800 Resent-Message-Id: <199511162210.OAA18227@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dscott@mitre.org Received: from lusty.acet.org ([192.188.104.237]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA17696 for ; Thu, 16 Nov 1995 14:02:36 -0800 Received: (from root@localhost) by lusty.acet.org (8.6.11/8.6.9) id RAA01681; Thu, 16 Nov 1995 17:01:00 -0500 Message-Id: <199511162201.RAA01681@lusty.acet.org> Date: Thu, 16 Nov 1995 17:01:00 -0500 From: System Administrator Reply-To: dscott@mitre.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/827: rtsock.c and/or route.c buf Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 827 >Category: kern >Synopsis: System hangs when doing a "route add" command >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 16 14:10:04 PST 1995 >Last-Modified: >Originator: Dallas A. Scott >Organization: The MITRE Corporation >Release: FreeBSD 2.2-CURRENT i386 >Environment: Nothing special beyond the Release. >Description: The kernel will not allow the execution of a manual addition of a route to a link-level gateway. The kernel locks up indefinitely. The exact same route can be manually added to BSDI and NetBSD. >How-To-Repeat: type: route add -iface 255.255.255.255 -link ed0:ff:ff:ff:ff:ff:ff (Any other route to a link-level gateway has the same effect-I need this strange route to do a dhcp implementation. I walked through the route utility and it generates the correct routing socket message.) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 17 04:10:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28502 for bugs-outgoing; Fri, 17 Nov 1995 04:10:09 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28496 ; Fri, 17 Nov 1995 04:10:03 -0800 Date: Fri, 17 Nov 1995 04:10:03 -0800 Message-Id: <199511171210.EAA28496@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/825: reading my scsi tape doesn't work Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/825; it has been noted by GNATS. From: J Wunsch To: peterb@muc.de Cc: FreeBSD-gnats-submit@freebsd.org, peterb@fns.muc.de Subject: Re: kern/825: reading my scsi tape doesn't work Date: Fri, 17 Nov 1995 12:47:32 +0100 (MET) As peterb@muc.de wrote: > > in syslog: > st0: block wrong size, 10 blocks residual > > Writing to tape works fine. Use the correct blocksize when reading. QIC-525 and higher, as well as DAT use variable-size blocks, so the block size for reading and writing must match. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Nov 17 15:18:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05459 for bugs-outgoing; Fri, 17 Nov 1995 15:18:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05421 for ; Fri, 17 Nov 1995 15:18:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA19988; Sat, 18 Nov 1995 00:18:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA07405; Sat, 18 Nov 1995 00:18:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA17917; Sat, 18 Nov 1995 00:12:06 +0100 From: J Wunsch Message-Id: <199511172312.AAA17917@uriah.heep.sax.de> Subject: Re: expr command To: nagashim@nirim.go.jp (Takashi Nagashima) Date: Sat, 18 Nov 1995 00:12:06 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511160455.NAA01252@usagi.nirim.go.jp> from "Takashi Nagashima" at Nov 16, 95 01:55:31 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 587 Sender: owner-bugs@freebsd.org Precedence: bulk As Takashi Nagashima wrote: > > > FreeBSD 2.1.0-950928-SNAP > > expr 0000 : '\(....\)' > result> <-- No print > SunOS 4.1.3, SunOS 5.3, DEC OSF/1 V2.0, BSDI BSD/OS 2.0.1 > > expr 0000 : '\(....\)' > result> 0000 > Is this a bug ? Definately, yes. My fault. I fixed the bogus numerical comparisions (``expr 0000 \< 1'' wasn't `true'), but apparently broke the colon operator by this. Thank'ya for reporting it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 18 00:58:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04027 for bugs-outgoing; Sat, 18 Nov 1995 00:58:47 -0800 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04012 ; Sat, 18 Nov 1995 00:58:44 -0800 Date: Sat, 18 Nov 1995 00:58:44 -0800 From: Joerg Wunsch Message-Id: <199511180858.AAA04012@freefall.freebsd.org> To: peterb@muc.de, joerg, freebsd-bugs Subject: Re: kern/825 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: reading from scsi tape gives "bad request" State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Nov 18 09:57:27 MET 1995 State-Changed-Why: Operator error: block sizes for input and output operations must be identical on variable blocksize devices. From owner-freebsd-bugs Sat Nov 18 02:42:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA12470 for bugs-outgoing; Sat, 18 Nov 1995 02:42:32 -0800 Received: from marimo.cs.titech.ac.jp (marimo.cs.titech.ac.jp [131.112.80.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA12453 for ; Sat, 18 Nov 1995 02:42:13 -0800 Received: by marimo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Sat, 18 Nov 1995 19:41:59 +0900 Message-Id: <199511181041.TAA16351@marimo.cs.titech.ac.jp> To: freebsd-bugs@freebsd.org Cc: kouji@cs.titech.ac.jp Subject: _gethostbynisaddr() Reply-To: kouji@cs.titech.ac.jp X-Mailer: Mew beta version 0.99+ on Emacs 19.28.10, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 18 Nov 1995 19:41:59 +0900 From: YAMAMOTO Kouji Sender: owner-bugs@freebsd.org Precedence: bulk I think there is a bug at _gethostbynisaddr() in lib/libc/net/gethostbynis.c still in 2.1.0-RELEASE. Here is my patch. --- gethostbynis.c.org Sun Sep 25 11:12:14 1994 +++ gethostbynis.c Sat Nov 18 18:55:00 1995 @@ -111,5 +111,12 @@ _gethostbynisaddr(name) char *name; { - return _gethostbynis(name, "hosts.byaddr"); + char addr[16]; + + sprintf(addr, "%d.%d.%d.%d", + (unsigned char)(name[0]), + (unsigned char)(name[1]), + (unsigned char)(name[2]), + (unsigned char)(name[3])); + return _gethostbynis(addr, "hosts.byaddr"); } This function is called from gethostbyaddr() in lib/libc/net/gethostnamadr.c, with 3 parameters. But _gethostbynisaddr() accepts only one parameter. ( But this causes no problems.) In addition, the first parameter is brought from __ivaliduser() in lib/libc/net/rcmd.c. In _gethostbynisaddr() (and _gethostbynis() ), the contents of the paramater is treated as a pointer to a char-string though the contents __ivaliduser() sends as a parameter is the pointer to u_long! So the validation by __invaliduser() will sometimes fail. ( This is taken place only when host address is checked by NIS.) Thank you. ---- YAMAMOTO Kouji < kouji@cs.titech.ac.jp > Grad. School of Info.Sci. & Eng., Dept. of Comp.Sci. Tokyo Institute of Technology From owner-freebsd-bugs Sat Nov 18 04:30:53 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA18621 for bugs-outgoing; Sat, 18 Nov 1995 04:30:53 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA18607 for freebsd-bugs; Sat, 18 Nov 1995 04:30:43 -0800 Date: Sat, 18 Nov 1995 04:30:43 -0800 From: GNU GNATS Message-Id: <199511181230.EAA18607@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [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/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [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/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [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/10] bin/104 pax -rwl may corrupt filesystem [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/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/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/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [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] 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] 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/176 EIDRM not defined in errno.h [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] 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/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/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/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/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] kern/266 ifconfig panics kernel built without option NFS [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/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] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [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/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [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/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [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/17] kern/349 Panic with bad dir [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] bin/357 pkg_delete aborts when subcommand fails [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 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/23] kern/707 Too few printf args [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/729 unexpected signal 4/10/11 [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] kern/738 Using ktrace will cause a system reboot [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/09/29] docs/755 man page joy(4) has incorrect ioctl() arguments [1995/09/30] kern/756 AHA-1542CF: adapter not taking commands [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/07] bin/811 routed won't start on dataless machines [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 ttymux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/11] bin/671 No quot available. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 18 08:27:46 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA04056 for bugs-outgoing; Sat, 18 Nov 1995 08:27:46 -0800 Received: from wqs1.ysi.com (wqs1.ysi.com [192.153.37.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA04045 for ; Sat, 18 Nov 1995 08:27:37 -0800 Received: (from kfurge@localhost) by wqs1.ysi.com (8.6.11/8.6.9) id LAA07922; Sat, 18 Nov 1995 11:27:02 -0500 Date: Sat, 18 Nov 1995 11:27:02 -0500 (EST) From: "K.C. Furge" To: FreeBSD-bugs@freefall.FreeBSD.org Subject: Want to help with ft driver support for Colorado Jumbo 350 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I seem to be having trouble getting the ft driver to work with my Colorado Jumbo 350 floppy tape drive. I would like to fix the driver to support my drive but have no information about the QIC-80 format. If you have any information it would be greatly appreciated. The driver properly identifies my drive but when switching to the second track appears to have problems. It fails at block 3200 and just sits there and "chirps" because it seems to get confused about which track the tape drive is on. It says it should be on 1 but the tape drive reports that it is on 2. Any clues to give me a head start would also be appreciated. I can send more information from the debug output if necessary. Please mail to kfurge@ysi.com since the mail system where I work is pretty screwed up and mail destined for this machine gets intercepted and trashed. Thanks, K.C. Furge kfurge@ysi.com From owner-freebsd-bugs Sat Nov 18 09:07:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07024 for bugs-outgoing; Sat, 18 Nov 1995 09:07:06 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA07011 for ; Sat, 18 Nov 1995 09:06:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA07811; Sat, 18 Nov 1995 17:38:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA16382; Sat, 18 Nov 1995 17:38:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA22987; Sat, 18 Nov 1995 17:34:52 +0100 From: J Wunsch Message-Id: <199511181634.RAA22987@uriah.heep.sax.de> Subject: Re: expr command To: nagashim@nirim.go.jp (Takashi Nagashima) Date: Sat, 18 Nov 1995 17:34:51 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511160455.NAA01252@usagi.nirim.go.jp> from "Takashi Nagashima" at Nov 16, 95 01:55:31 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 469 Sender: owner-bugs@freebsd.org Precedence: bulk As Takashi Nagashima wrote: > > > FreeBSD 2.1.0-950928-SNAP > > expr 0000 : '\(....\)' > result> <-- No print > SunOS 4.1.3, SunOS 5.3, DEC OSF/1 V2.0, BSDI BSD/OS 2.0.1 > > expr 0000 : '\(....\)' > result> 0000 > Is this a bug ? Thanks, fixed (but without breaking numeric comparisions again). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 18 10:22:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA09987 for bugs-outgoing; Sat, 18 Nov 1995 10:22:03 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA09981 for ; Sat, 18 Nov 1995 10:21:55 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA09882; Sat, 18 Nov 1995 19:20:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA18075; Sat, 18 Nov 1995 19:20:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA23690; Sat, 18 Nov 1995 18:51:54 +0100 From: J Wunsch Message-Id: <199511181751.SAA23690@uriah.heep.sax.de> Subject: Re: Want to help with ft driver support for Colorado Jumbo 350 To: kfurge@ysi.com (K.C. Furge) Date: Sat, 18 Nov 1995 18:51:54 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "K.C. Furge" at Nov 18, 95 11:27:02 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 457 Sender: owner-bugs@FreeBSD.org Precedence: bulk As K.C. Furge wrote: > > I seem to be having trouble getting the ft driver to work with my > Colorado Jumbo 350 floppy tape drive. I would like to fix the driver to > support my drive but have no information about the QIC-80 format. Please, get in contact with Joe Diehl, joed@freebsd.org! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 18 12:42:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16880 for bugs-outgoing; Sat, 18 Nov 1995 12:42:24 -0800 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA16875 for ; Sat, 18 Nov 1995 12:42:20 -0800 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Sat, 18 Nov 95 21:42 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0tGu2y-0008OPC; Sat, 18 Nov 95 21:39 MET Message-Id: From: dirk@hal.in-berlin.de (Dirk Froemberg) Subject: Re: kern/756: AHA-1542CF: adapter not taking commands To: freebsd-bugs@freebsd.org Date: Sat, 18 Nov 1995 21:39:35 +0100 (MET) In-Reply-To: from "dirk@hal.in-berlin.de" at Sep 30, 95 07:00:00 pm Organization: Individual Network Berlin e. V. X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1333 Sender: owner-bugs@freebsd.org Precedence: bulk dirk@hal.in-berlin.de writes: > >Number: 756 > >Category: kern > >Synopsis: AHA-1542CF: adapter not taking commands > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Sep 30 11:20:00 PDT 1995 > >Last-Modified: > >Originator: Dirk Froemberg > >Organization: > unorganized > >Release: FreeBSD 2.1.0-950726-SNAP i386 > >Environment: > > [...] > > >Description: > > [...] > > >How-To-Repeat: > > [...] > > >Fix: > > Temporarily this can be fixed by disabling disconnection > in the adapter's setup. Hello! Another - perhaps a fix of the cause - fix is to upgrade the firmware. Disconnection with both disks works with Adaptec's firmware v2.11-VF.0. As far as I'm concerned this PR can be closed. Best regards Dirk -- e-mail: dirk@hal.in-berlin.de PGP-Public-Key available "Maffia, Mafia, sizilianischer Geheimbund, seit etwa 1800, aehnlich der Kamorra Neapels." -- Knaurs Lexikon Microsoft Network is prohibited from redistributing this work in any form, in whole or in part. License to distribute this work is available to Microsoft for $1000. Redistributing without permission constitutes an agreement to these terms. From owner-freebsd-bugs Sat Nov 18 16:44:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA29413 for bugs-outgoing; Sat, 18 Nov 1995 16:44:37 -0800 Received: from gandalf.me.ksu.edu (joed@gandalf.me.ksu.edu [129.130.41.86]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA29407 for ; Sat, 18 Nov 1995 16:44:30 -0800 Received: (from joed@localhost) by gandalf.me.ksu.edu (8.6.10/8.6.9) id SAA05945; Sat, 18 Nov 1995 18:44:03 -0600 From: Joe Diehl Message-Id: <199511190044.SAA05945@gandalf.me.ksu.edu> Subject: Re: Want to help with ft driver support for Colorado Jumbo 350 To: kfurge@ysi.com (K.C. Furge) Date: Sat, 18 Nov 1995 18:44:03 -0600 (CST) Cc: bugs@freebsd.org Reply-To: joed@freebsd.org In-Reply-To: from "K.C. Furge" at Nov 18, 95 11:27:02 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: 2494 Sender: owner-bugs@freebsd.org Precedence: bulk As K.C. Furge wrote: > > I seem to be having trouble getting the ft driver to work with my > Colorado Jumbo 350 floppy tape drive. I would like to fix the driver to > support my drive but have no information about the QIC-80 format. If you > have any information it would be greatly appreciated. The driver You can get a copy of the QIC standards by calling (805) 963-3853. If you call to get the standards, also ask for QIC-117. This is the command set standard for QIC-40, QIC-80, QIC-3020, and QIC-3010 tape drives. > properly identifies my drive but when switching to the second track > appears to have problems. It fails at block 3200 and just sits there and > "chirps" because it seems to get confused about which track the tape > drive is on. It says it should be on 1 but the tape drive reports that > it is on 2. Any clues to give me a head start would also be appreciated. > I can send more information from the debug output if necessary. This problem is most likly related to the Tape Geometry. The driver is most likly thinking the tape is a plain old DC2120 tape, not the 350Mb tape. Hmm.. I'm thinking the 350Mb tapes are 425ft. If this is correct, then here's the problem: When a particular command is sent to a tape drive, the drive will return an 8-bit binary number with tape type and format information. The new standards have the tape drive return one code for both 205ft and 425ft tapes, while the old standard (which the ft driver was written to) returns the same code for 205ft tapes only. The trick is to rewrite the entry in the geometry table (located in ft.c) for 205ft QIC-80 tapes for 425ft tapes. With a little bit of research, I believe I could tell you all the entries in the table except for the last one. I have yet to figure that one out. The method used to detect the tape geometry is completly out of date and needs to been rewritten from scratch. For this reason, I have decided to completly rewrite the driver from the ground up; however, this will take sometime. I believe, although I don't know for sure (havn't tried it, yet), that if you use a DC2120 250ft tape (good luck finding one), then the driver will work properly. Most stores are now selling DC2120 307.5ft tapes, which don't work in my Colorado T1000 (which, after some work, is recognized). According to HP Colorado, 205ft tapes are out of production. They suggested I try calling 3M, maybe they still have some. --- Joe Diehl From owner-freebsd-bugs Sat Nov 18 17:52:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA02204 for bugs-outgoing; Sat, 18 Nov 1995 17:52:15 -0800 Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA02198 for ; Sat, 18 Nov 1995 17:52:12 -0800 Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id RAA15427 for ; Sat, 18 Nov 1995 17:52:01 -0800 (PST) Message-Id: <199511190152.RAA15427@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-bugs@freebsd.org Subject: bin/811 - close X-Attribution: VE7TCP Date: Sat, 18 Nov 1995 17:52:00 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk I would like to close out bin/811. GAW pointed me at rdisc. This will solve the problem (and do a better job of it than my original suggestion). --lyndon From owner-freebsd-bugs Sat Nov 18 20:04:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA10075 for bugs-outgoing; Sat, 18 Nov 1995 20:04:04 -0800 Received: (from gpalmer@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA10051 ; Sat, 18 Nov 1995 20:03:59 -0800 Date: Sat, 18 Nov 1995 20:03:59 -0800 From: Gary Palmer Message-Id: <199511190403.UAA10051@freefall.freebsd.org> To: lyndon@orthanc.com, gpalmer, freebsd-bugs Subject: Re: bin/811 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: routed won't start on dataless machines State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Sat Nov 18 20:02:33 PST 1995 State-Changed-Why: Closed at the request of the PR submitter (Lyndon Nerenberg)