From owner-freebsd-bugs Sun Dec 24 19:10:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27637 for bugs-outgoing; Sun, 24 Dec 1995 19:10:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA27631 for ; Sun, 24 Dec 1995 19:10:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA02162; Sun, 24 Dec 1995 19:10:43 -0800 To: Robert Adye cc: bugs@freebsd.org In-reply-to: Your message of "Sat, 23 Dec 1995 10:11:54 EST." <199512231511.KAA01000@sentinel.synapse.net> Date: Sun, 24 Dec 1995 19:10:43 -0800 Message-ID: <2160.819861043@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk This has been reported by others, and I will indeed do so. Thank you for your bug report! Jordan > Please change the FTP install procedure to log in with user "ftp" (preferably > "anonymous", but "ftp" will do) with password "ftp@" instead of just > "ftp". This will allow users to install off servers like ftp.synapse.net > that require RFC822-style e-mail addresses. > > Thanks. > > Evan From owner-freebsd-bugs Sun Dec 24 19:20:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28269 for bugs-outgoing; Sun, 24 Dec 1995 19:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28252 Sun, 24 Dec 1995 19:20:06 -0800 (PST) Resent-Date: Sun, 24 Dec 1995 19:20:06 -0800 (PST) Resent-Message-Id: <199512250320.TAA28252@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA27641 for ; Sun, 24 Dec 1995 19:10:54 -0800 (PST) Received: (from root@localhost) by hub.org (8.7.3/8.7.3) id WAA28627; Sun, 24 Dec 1995 22:11:04 -0500 (EST) Message-Id: <199512250311.WAA28627@hub.org> Date: Sun, 24 Dec 1995 22:11:04 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/912: unmount: dangling vnode Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 912 >Category: kern >Synopsis: unmount: dangling vnode >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 24 19:20:03 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.1-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #6: Sun Dec 24 01:33:38 EST 1995 scrappy@freebsd.hub.org:/usr/src/sys/compile/freebsd CPU: i386DX (386-class CPU) real memory = 8781824 (8576K bytes) avail memory = 6889472 (6728K bytes) DEVFS: ready for devices Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: mda, mono, 8 scr, mf2-kbd, [R3.20-b24] sio0 not found at 0x3f8 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:5a:fe irq 10 npx0 on motherboard npx0: 387 emulator devfs ready to run Script started on Sun Dec 24 22:00:19 1995 freebsd# kgdb kernel.sym.1 vmcore.1 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 214000 current pcb at 1e0098 panic: unmount: dangling vnode #0 boot (howto=260) at ../../i386/i386/machdep.c:914 914 dumppcb.pcb_ptd = rcr3(); (kgdb) up 10 #10 0xf0129aa8 in dounmount (mp=0xf0624600, flags=0, p=0xf0660f00) at ../../kern/vfs_syscalls.c:311 311 panic("unmount: dangling vnode"); (kgdb) list 306 CIRCLEQ_REMOVE(&mountlist, mp, mnt_list); 307 mp->mnt_vnodecovered->v_mountedhere = (struct mount *)0; 308 vfs_unlock(mp); 309 mp->mnt_vfc->vfc_refcount--; 310 if (mp->mnt_vnodelist.lh_first != NULL) 311 panic("unmount: dangling vnode"); 312 free((caddr_t)mp, M_MOUNT); 313 } 314 return (error); 315 } (kgdb) print mp $1 = (struct mount *) 0xf0624600 (kgdb) print mountlist $2 = {cqh_first = 0xf05e5a00, cqh_last = 0xf06d8e00} (kgdb) print mnt_list No symbol "mnt_list" in current context. (kgdb) print mp->mnt_vnodecovered->v_mountedhere There is no member named v_mountedhere. (kgdb) print mp->mnt_vfc->vfc_refcount $3 = 1 (kgdb) print mp->mnt_vnodelist.lh_first $4 = (struct vnode *) 0xf063ed00 (kgdb) quit freebsd# exit exit Script done on Sun Dec 24 22:03:32 1995 >Description: When trying to umount one of two occurances of devfs being mounted, the system panic'd. both occurances were mounted to /devfs. Having previously done this with another directory, that was mounted twice, to the same mount-point, it was (falsely?) assumed that it would work here. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 24 20:40:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01393 for bugs-outgoing; Sun, 24 Dec 1995 20:40:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01370 Sun, 24 Dec 1995 20:40:04 -0800 (PST) Resent-Date: Sun, 24 Dec 1995 20:40:04 -0800 (PST) Resent-Message-Id: <199512250440.UAA01370@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gil@limbic.ssdl.com Received: from limbic.ssdl.com (limbic.ssdl.com [206.109.78.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA01062 for ; Sun, 24 Dec 1995 20:32:02 -0800 (PST) Received: (from gil@localhost) by limbic.ssdl.com (8.7.2/8.7.2) id WAA15052; Sun, 24 Dec 1995 22:32:00 -0600 (CST) Message-Id: <199512250432.WAA15052@limbic.ssdl.com> Date: Sun, 24 Dec 1995 22:32:00 -0600 (CST) From: "Gil Kloepfer Jr." Reply-To: gil@limbic.ssdl.com To: FreeBSD-gnats-submit@freebsd.org Cc: gil@limbic.ssdl.com X-Send-Pr-Version: 3.2 Subject: conf/913: 2.1.0 problem with cpio verbosity Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 913 >Category: conf >Synopsis: 2.1.0-RELEASE, problem with cpio verbosity in install >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 24 20:40:01 PST 1995 >Last-Modified: >Originator: Gil Kloepfer Jr. >Organization: SSDL >Release: FreeBSD 2.1.0-RELEASE >Environment: All install environments in 2.1.0-RELEASE >Description: 2.1.0-RELEASE install procedure fails when extract detail is set to "low" in install "Options" menu. Causes a blank argument to be passed to cpio, causing cpio to think nothing should be extracted. This will cause extraction of the root "floppy" to fail, so much of the installation information from that point on will not exist and the installation most likely will fail. >How-To-Repeat: Set install option "extract detail" to "low" >Fix: in media.c, routine cpioVerbosity, the last line in the routine returns "". It should return "--null". Merry Christmas :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 25 10:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27557 for bugs-outgoing; Mon, 25 Dec 1995 10:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27551 Mon, 25 Dec 1995 10:50:01 -0800 (PST) Date: Mon, 25 Dec 1995 10:50:01 -0800 (PST) Message-Id: <199512251850.KAA27551@freefall.freebsd.org> To: freebsd-bugs Cc: From: Julian Elischer Subject: Re: kern/912: unmount: dangling vnode Reply-To: Julian Elischer Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/912; it has been noted by GNATS. From: Julian Elischer To: scrappy@hub.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/912: unmount: dangling vnode Date: Tue, 26 Dec 1995 02:44:21 +0800 (WST) This is a problem I have known about with the devfs.. there are two problems here actually... 1/ I need to add 'double-mount' protection to stop the devfs from mbeing mounted twice on the same location.. 2/ the dangling vnode problem happens on quite a few unmountings of the devfs.. I looked it up but didn't go into it in depth, but my recolection is that some vnodes are strung off the mountpoint or the root of the fs (or somewhere) under some circumstances, and on unmount I'm not taking them off.. > > > > >Number: 912 > >Category: kern > >Synopsis: unmount: dangling vnode > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Dec 24 19:20:03 PST 1995 > >Last-Modified: > >Originator: Marc G. Fournier > >Organization: > >Release: FreeBSD 2.1-CURRENT i386 > >Environment: > > FreeBSD 2.2-CURRENT #6: Sun Dec 24 01:33:38 EST 1995 > scrappy@freebsd.hub.org:/usr/src/sys/compile/freebsd > CPU: i386DX (386-class CPU) > real memory = 8781824 (8576K bytes) > avail memory = 6889472 (6728K bytes) > DEVFS: ready for devices > Probing for devices on the ISA bus: > vt0 at 0x60-0x6f irq 1 on motherboard > vt0: mda, mono, 8 scr, mf2-kbd, [R3.20-b24] > sio0 not found at 0x3f8 > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16450 > lpt0 at 0x3bc-0x3c3 irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 765 > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S > 1 3C5x9 board(s) on ISA found at 0x300 > ep0 at 0x300-0x30f irq 10 on isa > ep0: aui/bnc[*BNC*] address 00:a0:24:0a:5a:fe irq 10 > npx0 on motherboard > npx0: 387 emulator > devfs ready to run > > Script started on Sun Dec 24 22:00:19 1995 > freebsd# kgdb kernel.sym.1 vmcore.1 > GDB is free software and you are welcome to distribute copies of it > under certain conditions; type "show copying" to see the conditions. > There is absolutely no warranty for GDB; type "show warranty" for details. > GDB 4.13 (i386-unknown-freebsd), > Copyright 1994 Free Software Foundation, Inc... > IdlePTD 214000 > current pcb at 1e0098 > panic: unmount: dangling vnode > #0 boot (howto=260) at ../../i386/i386/machdep.c:914 > 914 dumppcb.pcb_ptd = rcr3(); > (kgdb) up 10 > #10 0xf0129aa8 in dounmount (mp=0xf0624600, flags=0, p=0xf0660f00) > at ../../kern/vfs_syscalls.c:311 > 311 panic("unmount: dangling vnode"); > (kgdb) list > 306 CIRCLEQ_REMOVE(&mountlist, mp, mnt_list); > 307 mp->mnt_vnodecovered->v_mountedhere = (struct mount *)0; > 308 vfs_unlock(mp); > 309 mp->mnt_vfc->vfc_refcount--; > 310 if (mp->mnt_vnodelist.lh_first != NULL) > 311 panic("unmount: dangling vnode"); > 312 free((caddr_t)mp, M_MOUNT); > 313 } > 314 return (error); > 315 } > (kgdb) print mp > $1 = (struct mount *) 0xf0624600 > (kgdb) print mountlist > $2 = {cqh_first = 0xf05e5a00, cqh_last = 0xf06d8e00} > (kgdb) print mnt_list > No symbol "mnt_list" in current context. > (kgdb) print mp->mnt_vnodecovered->v_mountedhere > There is no member named v_mountedhere. > (kgdb) print mp->mnt_vfc->vfc_refcount > $3 = 1 > (kgdb) print mp->mnt_vnodelist.lh_first > $4 = (struct vnode *) 0xf063ed00 > (kgdb) quit > freebsd# exit > exit > > Script done on Sun Dec 24 22:03:32 1995 > > > >Description: > > When trying to umount one of two occurances of devfs being > mounted, the system panic'd. both occurances were mounted to > /devfs. Having previously done this with another directory, that > was mounted twice, to the same mount-point, it was (falsely?) > assumed that it would work here. > > >How-To-Repeat: > > > > >Fix: > > > > >Audit-Trail: > >Unformatted: > From owner-freebsd-bugs Mon Dec 25 15:40:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07278 for bugs-outgoing; Mon, 25 Dec 1995 15:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07230 Mon, 25 Dec 1995 15:40:03 -0800 (PST) Resent-Date: Mon, 25 Dec 1995 15:40:03 -0800 (PST) Resent-Message-Id: <199512252340.PAA07230@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smp@csn.net Received: from ilsa.systemsix.com (ilsa.systemsix.com [198.99.86.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA07102 for ; Mon, 25 Dec 1995 15:35:59 -0800 (PST) Received: (from smp@localhost) by ilsa.systemsix.com (8.6.12/8.6.12) id QAA02069; Mon, 25 Dec 1995 16:35:40 -0700 Message-Id: <199512252335.QAA02069@ilsa.systemsix.com> Date: Mon, 25 Dec 1995 16:35:40 -0700 From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/914: bug in tip: hayes dialer Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 914 >Category: bin >Synopsis: hayes dialer for tip fails 1st attempt to dial >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 25 15:40:01 PST 1995 >Last-Modified: >Originator: Steve Passe >Organization: New Ideas >Release: FreeBSD 2.1-STABLE i386 >Environment: Supra Fax v32.bis modem on 16550 UART >Description: The hayes dialer stalls waiting for a 'connect' code from the modem. It usually recovers after the 1st timeout. >How-To-Repeat: re-build tip with the hayes dialer defined in tipconf.h. attempt to dial a site defined in /etc/remote. >Fix: The second 'gobble("\r");' appears to be the problem, removing it causes the dial sequence to work properly. /usr/src/usr.bin/tip/libacu/hayes.c, line 96: write(FD, "ATv0\r", 5); /* tell modem to use short status codes */ gobble("\r"); >Audit-Trail: >Unformatted: >>> gobble("\r"); write(FD, "ATTD", 4); /* send dial command */ From owner-freebsd-bugs Tue Dec 26 07:55:27 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA07636 for bugs-outgoing; Tue, 26 Dec 1995 07:55:27 -0800 (PST) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA07603 for ; Tue, 26 Dec 1995 07:53:51 -0800 (PST) Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id RAA15071 for bugs@freebsd.org; Tue, 26 Dec 1995 17:55:09 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id QAA10741 for ; Tue, 26 Dec 1995 16:33:29 +0200 Received: (from vit@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id QAA09226 for bugs@freebsd.org; Tue, 26 Dec 1995 16:33:28 +0200 From: Vitaly Zubok Message-Id: <199512261433.QAA09226@office.elvisti.kiev.ua> Subject: FBSD 2.1 sh bug To: bugs@freebsd.org Date: Tue, 26 Dec 1995 16:33:27 +0200 (EET) X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Command cat file | > file2 makes sh to exit on signal 11 begin 640 sh.core.gz M'XL(".\&X#`"`W-H+F-O!3EN<=G0[B(JT1,Y&+4M8!BFY)L2$*P ML02)%C4H6NNE[BDLR2:L;+)[=C=<9#RF/=;J,5;KI>CIZ@&OJ-L*U`OH8B+: M%C0H14#$52.BXC'G9%!4U)6<]YN93;+O;O8+EN/:Y_G_GN?/['_>[SH[EYUW M)BB*H*TK1TE!\U?*>6MRM*3U@0[-\7EKEX\D;&6ETJ:D97[/)__([FY%Z=9) M+$,^^]IF1YK2 M\=&[&WX\J?.@&9WX45:E66[CX$IE@'1?/#[GIJKQN;-GKZTG^Y]BW5!E?T\\ M.B36I1PF+(>IG>Z#![O[6\9UJ.W)ZCQ\]%H:_K"$=4>2K`-H/Y_Y02E\EO+= M8=:0CJ*CJRW*G@VCC?U_S#JMZH=CM"U?/J4UK]VNS?S>G(^#>6,T9<=Z;>+) M/TLL=T:,H-;_4>-\(?KOV@^=S18I%33!]/V:T%YBM>1:E-*#+J MC6.,_FQS/A:+2'=KS_X[NK]VZ9ANWOJJ5GGP96U#]H;L7"57'^-094-VMB+< ML4I>FF%Y:#OT-\?XL=YQZU:M^=A=1CGMJZ1C:JA^,MECL?2I.]YLM_+\'9I8 MIX\AQYA7O-1)??8=OEV/(PT1FT*O1_)1B8[6CZ[?V=JUR[;+9E&&#]Y%03'W M>6[O(J<[^/]RO`(````````````,A!PS:99WZBA-?+[GLAW:\>2;:2FRHM:1 M8[2R%/5$=DBL'V+6%^7&QUJ[/AD[2A-U]?I*5IM87ZGTENG;1EF\GT-DV'6C M->7`:FWNEZOW[1VV9I]8)S['U_F.'*+LHW&M^JRU:^6J43UY*Y%WULM1M_'< M=#N5N>"-8_3U8ET\SR7\'HKE;3=B<8F\Y,8[_Z[-/M#:=8H]3X\5?-[:)=:) M^B*WTT5]E].Z$5_F:N+S%Z=MT?:>-%IKCD]@[EI-Z"`5/F@F@_::"4\/U/5XZEN4W>U$0N,4SKI[Z?:Y03;5)9D4D5N:EAZXU^ M5GYNS.&R3U;OBZOJY^EJ(< MH>U>O2^7XE^\3MN.XL(;V]R<*VWO6HH[NW/U>$^L-ZYHU%Z'Z,^V3=M)9;>0 MK@CG:'J^L>T9+:&\\`):AJGG"*5*>]N[7KYD1P]GZC/T:RC MF&7ZMBO*'VDN>P:T8[V>)^W9/@!\A\FEU;;H!3E M'51^VGDC-5%&E!=^6[7A]?;NV:R%:;VX_DSL.=$;"]&'N%1=-_L$;0_56_%Q M;SL1;;NF+%W7<\R(=?&VJNHW:2$JK\?I\]R#K5VY7[=VG;2."IK^!9+>!O'3 MO7E:KMF&:%^TT7S?TUK.UA/U\X!H+]Y^$;5SV_'':O&YKS7;*`B\;O2_[DGM MY'=+K?'C?V+?:R[IF1^;ALJW4%OGY!S;4Z^9E&MNSWM,+W1TBFNHB(OVP]2& M:$O?EF;L=AJ36+]^]\B>-K6"$_0R6VC]])-&Z?.,KVN>\+2F:*U=&L5FO9^G M9?L_U/W]M(T4^FP\NU&:5UUU8D]Y\WRH7]IB75]U#_4=KUFIO-B6\7+B=\3% MY^_09I/"/Q#C;]/;JSQKC+Y]1?VAR_.UV53OR<_SM)E]3]D_>U:;3^M?/)BG M_QX1SVR$Q/ER.:U?0N,4R^D?T'AIW9:=)VJ!^9-JO'Z7$EZV26NG6#!TC&:A M9?-!X_P]R]KG7!Q=8YQSZ;JCK-IJS(>6XKG14%JNR3*_0%I&Q'6#/L]]=[T6 M.V@\_^IFI%K7/[UE]=]4=`VY:F6.OJ^):^P@^BR>_BTGOR';>"X:OW9<3V6O M?\@H*WP\IC^7,Z\KC]/GE8N.T^/!.RSZ\]`B6F8KQO-5RX55/?M1VVNM71>. MS=%.I<^GFN4&F>OW4#NBOF#I./.WG'EX7ODCXUG9V5D6Y7$J*^I.N'2";>)9 M?F>@H2EPFFW"3R;0NO&O]SXOK*F=5%.PT&:?5&JS3YTZN;"HO+#(;K.7GUY: M?GIQL:UA28W?6Q>TG;789_[6=/M=C4&S3DF*.O;$.JZ:^=[^2Y=,YCVX_'ZO MO_\*]JFL@FNAT]/_#.SE2>TO=M6D*3^%E^?O,;@6^YR-:;:9O2RQ!7>CKRG- MYK*7L@Z-?;[WJ>25WGD!L_J4WNIEMF+[Z:5%2;UU=S M;TV:>D6\WO[;+*;+O\#E M<2VA`\E>:"\IG%K$RXN7$";KQW'[`%6SPUKJ2:Y06%D]A M-41YXQQ'A:?V+5Q6:)^2U'R\?5^]WY<\`1I128KV%[@]'E^]7GRRI+@QWWE- M=3QWM(8&4VZ[GJ/.Q!,6X-^%2F;2%M(NTAO MDSXA9='5_"C2<:1"4AFIDO134@W)2UI*NH[T!U*8]#CI6=)+I+=)^TD6NBL? M32HBG4WZ!X#Q_0^\@CG^H->3[@J[&A?IXR@?X]OI0=!IO/)X:: M^0.1%Q^N]+[S?11)Y+E&F'FR8T@C2<>:>2WQKJYX_W:48KQW/(8TEB2>68GW MP4\@G:@8.0F10SJ9]#V22%N,%[D)TBEFCD/DY,0[UM\G_4#D[D@_)$TB%8H< M"$F].,M)?B),T3.0_SOD&< M/.M$^E$Q_H+!+>ZW20O$LQ]Q[T=J%/0WI;I$3)?T7:3EI!>E>TGVD^TD/D!XD/41:27J8]`CI49%#)?V1]"?2 M8R(E0EI-6D/ZL\BGD9X@/4EZ2N1\22*5_+3(YRI&?E`\%GN6U"I^SXO<-6D# MZ7G2"Z2_D/Y*^INX5I(VD5XDO22>19(VB\='I%=$CI;T=])6TJND;:3MXE$1 MZ3723M+KI%VD-T0JD_0FZ2W2VZ0.TCNDW:1W27M([Y'>)WT@GCF2/B3]-^DC M4B?I?TC_*YYABEPQ2=P6B!?C/Q$Y#]*GI,](GY,.D+X@?4GZ2N1_Q3TPZ:#( M8>'XUX__Z>9/FADB=TPZ2^1*23\AB3SW.:1S2>>1JD5NFG0^Z0*1!R!=2+I( M/)L@72S2X:1+2)>2+B-=3OIYFN/_V^H?QS^._U3'?SJV+37R7&;^H-'I2;Y! M*Q/W3T4I[F?BV:\2>3X@9Z1%L3&*&,GWKW5NCV?@^::ZA8O\[J`KN4**.U(C M'^!NK$N^OYQ<:"]/G3\2^8;:%#>D]D([35F?WSQO+*`_JR^=I)T_5G@R-K].6UKRW3EZ[-FZ?K;]`LSQ*GDKT+ M9TX1RWMO']M`R\KW0D7WTO*6$U^([*!ER2F?+K#.4)H[IBQY?OH,9?G.7U]: MLG"&LO'\^H;G'IVAG/&[N7LN>V=&94V1&W8N M6[,U5#'YH97;QWUVSM0S'MI?]?6(!XKO7M;RRK"GKY@PPQNNG3ADX_">?&#` M%6P:6+I1+]_@7."*IQ#9]UF6*E]3YVZLK3/:MQ>EZ4!RFKOT;MCGZ1N/9HIAGS_:K\S2) MY[8#2;@8QX\S&%PRP`2L<2Q3]GLL2NP52T)]D9<9:+XPW;W:EC=QSPH``."?B^@* MB^(PWV-1V[ZEO[+/,7(8^GM-SJ"1M[C#HARXW>@_$%""(\RXU7R'*CZRF%DF M_JNJ@N)5))M93KQSE=/GVEQKKON[%0#`A\*SEN19'_ MOP[5=R26\"T;^#Y:UN?]N:3G>ZN^._^CQ(676!3?/U!?Y/]^N:NUZU#*+Z%M M4[ZSMT['OJ)WVZVB=47"F^7;:*F9 MG^??:5':S+);S'7+:3G7_-Q,L2U]VO+%/].R4O0IELO9]]26>/SW/9X'PN,W M67JVP8:W6[MNW]G:A:,1`'#G=^1<\/W7#VT<_O&MXSZ8GWEJP._ M%O=%O):8O6F[X.:R\F_E[F?^`^0/,6]](],IM9_C86_]+TS6;\W+<3XQ>;?K:Y/;TL?K7I0_S*O,MS(>8 M#S,?8;Z=^2CSGQ^;/?`'S%>L#;/[, M%S!?P7PU\P[F/8MS[$YL]\`?,5S%P[S*?`OS(>;# MS$>8;V<^RGPG\S'FK2O9_)DO8+Z"^6KF'9;V$^Q'R8^0CS[]D M/L:\]6$V?^8+F*]@OIIY!_,>YE7F6Y@/,1]F/L)\._-1YCN9CS%O?83-G_D" MYBN8KV;>P;R'>97Y%N9#S(>9CS#?SGR4^4[F8\Q;'V7S9[Z`^0KFJYEW,.]A M7F6^A?D0\V'F(\RW,Q]EOI/Y&//6,)L_\P7,5S!?S;R#>0_S*O,MS(>8#S,? M8;Z=^2CSG%02CTGB^:O3QRLD<8$@2CTCB44D\)HGG_UDR?TG<(8FKDGA($H](XE%)/":) MYS\NF;\D[I#$54D\)(E')/&H)!Z3Q/.?D,Q?$G=(XJHD'I+$(Y)X5!*/2>+Y M3TKF+XD[)'%5$@])XA%)/"J)QR3Q_*/Y: MR?PE<8$@2CTCB44D\)HGG/RV9 MOR3ND,1523PDB4DL0CDGA4$H])XOD1R?PE M<8$@2CTCB44D\)HGG/RN9OR3N MD,1523PDB4?.C*[JUO6V7^ M/U;?XKL4L;;,OKBA/I?9_F,9[E_=D.'Y9[A_]?D,SS_#_:LO9'C^&>Y?_4N& MYY_A_M6_9GC^&>Y?_5N&YY_A_M6-&9Y_AOM7-V5X_AGN7WTQP_// M?X;[5]LS//\,]Z]NSO#\,]R_^G*&YY_A_M57\(<#```````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````````````#\7WME M$]M&%<3QE_)UH(B"*)=R,&JC?J#:7CN.DVFWBK->Q]LZMK$WZ0>FJ;->)\O: MWG373ALH%1650%QIU4I<$"`X<.FA2#T1Q*D"+DA\@^@!).`4#D6J4"68V>VA1P[SD_YOWL>\]V;>RF.&81B&81B&81B&81B&81B&81B&81B&81B&81B& M81B&81B&81B&81B&81B&81B&81B&81B&81B&81B&81B&81B&81B&81B&81B& M81B&81B&81B&81B&81B&89C_,V/?+J\<_%"(^[!?Z/?OQ[Z'RIX?"'W^R@JQ MJ>]_X]R`N(FZ^LWRRA=GA#AP:4#LR4M+:X^BS]G^OG^0A0L#XFT\MY25>VGE MES'9)[\(BOSB:.GN1_K[[C7^&IZM?2!$&?>WL/_1>T)(S\\+\>KWRROD MLQF#:I\9P!P?$CMR'_\I+@EQ.?U$G-;V7GXLNA?W7L&]D4O2/GAL1VUJ_]FHV@-U$'4$NIWU,,_ M+*]L1FU'#:.F43,H!W4&]0[J-]0-U,8?EU>>1&U'Z3^C'^HUU)NHJZB_4?NO M+:^8*`_U,NI]U*>HKU%_H*Y?D[$$\V*W):QZ-Q($D5.1?1&OUQ4S:JP7^+%9 MIQ-KV)8GRID)O:*V;'39[8N\435S1D&73D&WWFS&ZNW96-0-YF?FG:"+_F9> MI>UPZQS9:7E6O;4VG.OTU@:'%*4R+(?!ZF1PEZU1B-E=*Q8L!?5&FV9$L6B6 MJWIE&F,,%IR&[2>B=FL1`W&BKF,O1GMUH6<-LU11%QTQF='R1E&?R52TO.HD M1X9%-:\7"F&X,PI+OS,UW(SNLG1%E M=#05T5NVU?6]3L>)3%,$$:/3]/QV9L[N6$N1'7HKG-TI3+TRJ>)S6%XGV.UZ MCBADBA-JI1<$3KT3Q8D1_&AKZ19*&D:]]JCA?BU35A>LI']JW3E0M]3CM40\ M?A(;I8W-T&(MH2@O8"_5Q6:X@\-$#WOI%C:)$SB,N]A++M42R?B+V"A-;(9. MUQ*)5!T;!?#JFO[<8*,`]1;UT+9A-H#9$Z#-TH0ZV)@`JT'=_6#99`^`UNPO MY<`*M^7E5L3:0@J\E[RM"PJ%>&;/_F26B$1TQ" MMB1GQJ'AJ4?W@^W!G*)2QI0PY4OI4K:4+.5*J5*FE"CE"7,)]!_"_A#ZI9*U M1!J50M]A'*?)XMXA5!I]4G&8]\+HP>B'-P9.&-X8N'&RT^`J,C@W0;8(;I)L M"=PAF8:;(OLLN,-D*^"FR5;!'2%K@CM*=@I1G<<-'RH);)#L!KJ>ZT5H\->3N!K=,N$G5=,Y:(>1*&UHAU-HPQ"2">R% M!R>5/;0:0*>I)TUW8+@UKG4QB>@FI..50B:\H4"3P:A MA"X*NE2DBPF!+Q]OJBQG,M!;D"D)O3A]MT+G6Z)<*4V6374O3HW=O5;`T_NV M1?`'-Q'6$ZH(IZP^\7%74+?A0V_HG;:$TMU"6_7O#QHJP[8>#S==_&ZG.KT&(16!M1#5X=R")[YU"8YF&UVUU:J`MMNEHIE6)XG__O/(TI5->?;]G@U*W(:E7HJRD+\"^GF.]L` #@`(` ` end -- Vitaly Zubok, Information Center ELVISTI, +380 (44) 276-0188 => Thought for the day: The only thing that hurts more than paying income tax is not having to pay income tax. From owner-freebsd-bugs Wed Dec 27 06:57:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26485 for bugs-outgoing; Wed, 27 Dec 1995 06:57:32 -0800 (PST) Received: from antares.kcis.com (antares.vmicls.com [198.17.96.78]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA26478 for ; Wed, 27 Dec 1995 06:57:29 -0800 (PST) Received: by mail.kcis.com (KCIS.COM-5) id JAA01200; Wed Dec 27 09:53:27 1995 Organization: Kendall Communications & Information Services, Toronto, Canada Posted-Date: Wed, 27 Dec 1995 09:53:27 -0500 (EST) Received-Date: Wed, 27 Dec 1995 09:53:27 -0500 (EST) Date: Wed, 27 Dec 1995 09:53:27 -0500 (EST) From: Jerry Kendall To: Vitaly Zubok cc: bugs@freebsd.org Subject: Re: FBSD 2.1 sh bug In-Reply-To: <199512261433.QAA09226@office.elvisti.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Tue, 26 Dec 1995, Vitaly Zubok wrote: > Command > > cat file | > file2 > > makes sh to exit on signal 11 > On FreeBSD 2.0.5R... I did 'cat file | > tt' and 'tt' was empty...... No core gend.... Jerry From owner-freebsd-bugs Wed Dec 27 07:18:43 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27267 for bugs-outgoing; Wed, 27 Dec 1995 07:18:43 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27260 for ; Wed, 27 Dec 1995 07:18:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id HAA09397; Wed, 27 Dec 1995 07:18:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id HAA00597; Wed, 27 Dec 1995 07:18:29 -0800 (PST) Message-Id: <199512271518.HAA00597@corbin.Root.COM> To: Vitaly Zubok cc: bugs@freebsd.org Subject: Re: FBSD 2.1 sh bug In-reply-to: Your message of "Tue, 26 Dec 95 16:33:27 +0200." <199512261433.QAA09226@office.elvisti.kiev.ua> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 27 Dec 1995 07:18:28 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >Command > > cat file | > file2 > >makes sh to exit on signal 11 Are you absolutely, 100% positive that the above occurs with FreeBSD 2.1.0- RELEASE? I ask this because I fixed the above bug long before the release: symbolic names: RELENG_2_1_0_RELEASE: 1.3.4.1 ... ---------------------------- revision 1.4 date: 1995/09/20 08:30:56; author: davidg; state: Exp; lines: +3 -2 Don't dereference a NULL pointer in the case of a null pipe. e.g.: ls |> foo.out sh now behaves the same as it does under SunOS 4.x for this case. ---------------------------- ... revision 1.3.4.1 date: 1995/09/20 08:34:47; author: davidg; state: Exp; lines: +3 -2 Brought in change from rev 1.4: don't dereference a NULL pointer in null pipes. ---------------------------- -DG From owner-freebsd-bugs Wed Dec 27 07:55:51 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29596 for bugs-outgoing; Wed, 27 Dec 1995 07:55:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA29590 for ; Wed, 27 Dec 1995 07:55:45 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA13813; Wed, 27 Dec 1995 16:54:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA05800; Wed, 27 Dec 1995 16:54:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA03900; Wed, 27 Dec 1995 16:52:43 +0100 (MET) From: J Wunsch Message-Id: <199512271552.QAA03900@uriah.heep.sax.de> Subject: Re: FBSD 2.1 sh bug To: jerry@kcis.com (Jerry Kendall) Date: Wed, 27 Dec 1995 16:52:43 +0100 (MET) Cc: vit@elvisti.kiev.ua, bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Jerry Kendall" at Dec 27, 95 09:53:27 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Jerry Kendall wrote: > > > Command > > > > cat file | > file2 > > > > makes sh to exit on signal 11 > > > > On FreeBSD 2.0.5R... > > I did 'cat file | > tt' and 'tt' was empty...... > > No core gend.... Nor on -current. The behaviour is consistent with the Bourne and Korn shell (on SysV). -- 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 Dec 27 08:20:19 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01143 for bugs-outgoing; Wed, 27 Dec 1995 08:20:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01135 for ; Wed, 27 Dec 1995 08:20:10 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA14265; Wed, 27 Dec 1995 17:20:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA05985; Wed, 27 Dec 1995 17:20:00 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id RAA04096; Wed, 27 Dec 1995 17:18:55 +0100 (MET) From: J Wunsch Message-Id: <199512271618.RAA04096@uriah.heep.sax.de> Subject: Re: FBSD 2.1 sh bug To: davidg@Root.COM Date: Wed, 27 Dec 1995 17:18:55 +0100 (MET) Cc: vit@elvisti.kiev.ua, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512271518.HAA00597@corbin.Root.COM> from "David Greenman" at Dec 27, 95 07:18:28 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As David Greenman wrote: > Are you absolutely, 100% positive that the above occurs with > FreeBSD 2.1.0- RELEASE? He certainly isn't sure. ;-) strings sh.core yields: biowait sh.core %W% (Erasmus) %G% cd.c,v 1.5 1993/08/01 18:58:22 mycroft Exp dirent.c,v 1.4 1993/08/01 18:58:21 mycroft Exp echo.c,v 1.4 1993/08/01 18:58:43 mycroft Exp error.c,v 1.4 1993/08/01 18:58:19 mycroft Exp eval.c,v 1.5 1993/08/01 18:58:18 mycroft Exp exec.c,v 1.5 1993/08/01 18:58:17 mycroft Exp expand.c,v 1.5 1993/08/01 18:58:16 mycroft Exp input.c,v 1.4 1993/08/01 18:58:15 mycroft Exp jobs.c,v 1.7 1993/08/06 21:50:16 mycroft Exp mail.c,v 1.4 1993/08/01 18:58:13 mycroft Exp (etc.) So, please send your bug report to bugs@netbsd.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 Wed Dec 27 12:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12583 for bugs-outgoing; Wed, 27 Dec 1995 12:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12553 Wed, 27 Dec 1995 12:00:03 -0800 (PST) Resent-Date: Wed, 27 Dec 1995 12:00:03 -0800 (PST) Resent-Message-Id: <199512272000.MAA12553@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA12360 for ; Wed, 27 Dec 1995 11:55:20 -0800 (PST) Received: (from root@localhost) by hub.org (8.7.3/8.7.3) id OAA05094; Wed, 27 Dec 1995 14:55:11 -0500 (EST) Message-Id: <199512271955.OAA05094@hub.org> Date: Wed, 27 Dec 1995 14:55:11 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/915: panic: CPU class not configured Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 915 >Category: kern >Synopsis: panic: CPU class not configured >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 27 12:00:01 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: This is on a good boot, using a good kernel: FreeBSD 2.2-CURRENT #6: Sun Dec 24 01:33:38 EST 1995 scrappy@freebsd.hub.org:/usr/src/sys/compile/freebsd CPU: i386DX (386-class CPU) real memory = 8781824 (8576K bytes) avail memory = 6889472 (6728K bytes) DEVFS: ready for devices Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: mda, mono, 8 scr, mf2-kbd, [R3.20-b24] sio0 not found at 0x3f8 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:5a:fe irq 10 npx0 on motherboard npx0: 387 emulator devfs ready to run WARNING: / was not properly dismounted. >Description: When booting the system on the newest sources (sup'd in at around 5am on Dec 27th, 1995, the kernel is detecting my machine as being a Pentium Pro, instead of the 386DX40 it is. The opening messages come up with: CPU: Pentium Pro (unknown-class CPU) panic: CPU class not configured A trace shows: Debugger() panic() identifycpu(f01d958c,f01d1d44,f01d9634,221000,0) at identifycpu+0xdd cpu_startup() main() begin() I don't know if the stuff inside the parentheses(sp?) mean anything, but figured if they do, the only ones that would be important would be the ones where it was attempting to identify the CPU. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Dec 27 18:21:45 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03159 for bugs-outgoing; Wed, 27 Dec 1995 18:21:45 -0800 (PST) Received: from solaris.cisco.com (solaris.cisco.com [198.92.113.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03154 for ; Wed, 27 Dec 1995 18:21:43 -0800 (PST) Received: (from stu@localhost) by solaris.cisco.com (8.6.12/8.6.9) id SAA00201; Wed, 27 Dec 1995 18:21:01 -0800 Date: Wed, 27 Dec 1995 18:21:01 -0800 From: Stu Phillips Message-Id: <199512280221.SAA00201@solaris.cisco.com> To: freebsd-bugs@freefall.freebsd.org CC: jkh@time.cdrom.com Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I recently installed a quad speed CDROM under FreeBSD 2.1 release - it worked fine *except* that xcdplayer kept generating: cd0(bt0:4:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list messages whenever it was used. The archives on freebsd.org suggested that this was due to SONY not following the SCSI-II specs for CDROM audio - must confess, I found this hard to accept especially since a generic SCSI CD player under Windows played CDs just fine. After a fair bit of SCSI hacking I found the problem; Here is the addition I made to /sys/scsi/cd.c in the routine cd_set_mode: errval cd_set_mode(unit, data) u_int32 unit; struct cd_mode_data *data; { struct scsi_mode_select scsi_cmd; bzero(&scsi_cmd, sizeof(scsi_cmd)); scsi_cmd.op_code = MODE_SELECT; scsi_cmd.byte2 |= SMS_PF; scsi_cmd.length = sizeof(*data) & 0xff; scsi_cmd.length = 0; data->header.data_length = 0; /********************* The following line added ***********************/ data->header.medium_type = 0; return (scsi_scsi_cmd(SCSI_LINK(&cd_switch, unit), (struct scsi_generic *) &scsi_cmd, sizeof(scsi_cmd), (u_char *) data, sizeof(*data), CDRETRIES, 2000, /* should be immed */ NULL, SCSI_DATA_OUT)); } According to the SCSI-II spec (BTW, there is a great on-line copy of this spec available at URL: http://abekas.com:8080/SCSI2/), in section 8.3.3, it says that the medium field of the mode parameter header *may* be RESERVED by some device types. The SONY CDU-076S returns this field as 0x03 on a MODE_SENSE but complains if it is set to anything other than 0x00 on a MODE_SELECT. xcdplayer caused the above error to be generated when issuing an ioctl for CDIOCCPLAYMSF to start the device playing - in cd_ioctl, it was the cd_set_mode call that was failing rather than the actual PLAYMSF command. I haven't got any other CDROMs to test this patch against (sorry it isn't in context diff form but it is just a one liner); however, setting the medium field to 0x00 is the default value so I suspect its unlikely to cause any problems with other CDROM drives other than SONY's. Due to the limited testing, I'm sending this to the bug list rather than submitting as a candidate bug fix. If anyone cares to try this with other drives, let me know and I'll collect the feedback. Happily listening to CDs on my SONY CDU-76S.... (< $150 at NCA here in the Bay Area - special sale - maybe I now know why ;-).... Stu From owner-freebsd-bugs Wed Dec 27 23:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19528 for bugs-outgoing; Wed, 27 Dec 1995 23:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19522 Wed, 27 Dec 1995 23:30:02 -0800 (PST) Date: Wed, 27 Dec 1995 23:30:02 -0800 (PST) Message-Id: <199512280730.XAA19522@freefall.freebsd.org> To: freebsd-bugs Cc: From: mark@linus.demon.co.uk (Mark Valentine) Subject: Re: bin/908: sed bug with trailing backslashes Reply-To: mark@linus.demon.co.uk (Mark Valentine) Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/908; it has been noted by GNATS. From: mark@linus.demon.co.uk (Mark Valentine) To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/908: sed bug with trailing backslashes Date: Thu, 28 Dec 1995 07:19:57 +0000 > From: Mark Valentine > Date: Thu 21 Dec, 1995 > Subject: bin/908: sed bug with trailing backslashes > >Description: > > Sed misinterprets the pair of backslashes at the end of line 2 of > the following script, resulting in line 3 being taken as part of > the inserted text. > > 1i\ > char foo[] = "\\ > s/$/\\n\\/ > $a\ > "; This small patch to usr.bin/sed/compile.c seems to fix it. It replaces escaping backslashes in the input buffer with NULs, and uses those to determine whether the newline was escaped, rather than looking for a (possibly escaped) preceding backslash. --- compile.c.dist Wed Aug 16 21:21:55 1995 +++ compile.c Thu Dec 28 06:32:03 1995 @@ -628,11 +628,11 @@ EATSPACE(); for (; *p; p++) { if (*p == '\\') - p++; + *p++ = '\0'; *s++ = *p; } size += s - op; - if (p[-2] != '\\') { + if (p[-2] != '\0') { *s = '\0'; break; } This patch doesn't seem to break any of the regression tests. Mark. From owner-freebsd-bugs Thu Dec 28 11:30:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24785 for bugs-outgoing; Thu, 28 Dec 1995 11:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24763 Thu, 28 Dec 1995 11:30:04 -0800 (PST) Resent-Date: Thu, 28 Dec 1995 11:30:04 -0800 (PST) Resent-Message-Id: <199512281930.LAA24763@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rnordier@iafrica.com Received: from eac.iafrica.com (slipper119236.iafrica.com [196.7.119.236]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24542 for ; Thu, 28 Dec 1995 11:28:15 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id VAA00250; Thu, 28 Dec 1995 21:28:10 +0200 Message-Id: <199512281928.VAA00250@eac.iafrica.com> Date: Thu, 28 Dec 1995 21:28:10 +0200 From: rnordier@iafrica.com Reply-To: rnordier@iafrica.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/916: popclient 2.21 incorrectly configured Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 916 >Category: ports >Synopsis: popclient 2.21 incorrectly configured >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 28 11:30:02 PST 1995 >Last-Modified: >Originator: Robert Nordier >Organization: E.A.C. >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: PPP link to POP3 server >Description: The popclient-2.21.tgz (executable) is not correctly set up for FreeBSD: it tries to exec /bin/mail and invokes it with the argument "-d". (Mail is in /usr/bin and -d is apparently a debugging flag.) >How-To-Repeat: As mail is being downloaded, the message popclient: openmailpipe: exec should appear and the download will fail. >Fix: Change MDA_PATH to "/usr/bin/mail" Change MDA_ARGS to "-v $u" (anyway, omit the -d) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Dec 28 13:04:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29305 for bugs-outgoing; Thu, 28 Dec 1995 13:04:21 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29286 Thu, 28 Dec 1995 13:04:18 -0800 (PST) Date: Thu, 28 Dec 1995 13:04:18 -0800 (PST) From: David Greenman Message-Id: <199512282104.NAA29286@freefall.freebsd.org> To: scrappy@hub.org, davidg, freebsd-bugs Subject: Re: kern/915 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: panic: CPU class not configured State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Thu Dec 28 13:02:22 PST 1995 State-Changed-Why: This was caused by (multiple) bugs in the use of temporary labels that I caused when I added the P6 processor support. It is completely fixed as of today in rev 1.59 of locore.s. From owner-freebsd-bugs Thu Dec 28 13:57:53 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02896 for bugs-outgoing; Thu, 28 Dec 1995 13:57:53 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA02885 for ; Thu, 28 Dec 1995 13:57:46 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id XAA00277 for ; Thu, 28 Dec 1995 23:57:33 +0200 (SAT) Message-Id: <199512282157.XAA00277@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: bugs@freebsd.org Subject: m_copydata panic Date: Thu, 28 Dec 1995 23:57:33 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org Precedence: bulk I just had an m_copydata panic while running a "make world" on my machine. The only net activity would have been (idle) telnet sessions and mail. I did a trace (I have DDB) and here are some of the details (please let me know what is important in these): _Debugger [blah...] _panic [blah...] _m_copydata at +0x21 _tcp_output at +0x639 _tcp_input at +0x13de _ipintr at +0x401 swi_net_next at [blank] M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Thu Dec 28 16:50:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11471 for bugs-outgoing; Thu, 28 Dec 1995 16:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11462 Thu, 28 Dec 1995 16:50:05 -0800 (PST) Resent-Date: Thu, 28 Dec 1995 16:50:05 -0800 (PST) Resent-Message-Id: <199512290050.QAA11462@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, edward@edcom.com Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11217 for ; Thu, 28 Dec 1995 16:40:38 -0800 (PST) Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id QAA01969; Thu, 28 Dec 1995 16:40:08 -0800 Message-Id: <199512290040.QAA01969@edcom.com> Date: Thu, 28 Dec 1995 16:40:08 -0800 From: Edward Wang Reply-To: edward@edcom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/917: -s option in jot is broken Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 917 >Category: bin >Synopsis: -s option in jot is broken >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 28 16:50:01 PST 1995 >Last-Modified: >Originator: Edward Wang >Organization: None >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: It's probably been fixed, but here goes anyway: jot -s don't work >How-To-Repeat: jot -s '' >Fix: *** jot.c.dist Thu Dec 28 16:12:44 1995 --- jot.c Thu Dec 28 16:12:10 1995 *************** *** 140,150 **** break; case 's': if ((*av)[2]) ! strcpy(sepstring, *av + 2); else if (!--ac) error("Need string after -s", ""); else ! strcpy(sepstring, *++av); break; case 'p': if ((*av)[2]) --- 140,150 ---- break; case 's': if ((*av)[2]) ! sepstring = *av + 2; else if (!--ac) error("Need string after -s", ""); else ! sepstring = *++av; break; case 'p': if ((*av)[2]) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 29 03:00:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14360 for bugs-outgoing; Fri, 29 Dec 1995 03:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14338 Fri, 29 Dec 1995 03:00:02 -0800 (PST) Resent-Date: Fri, 29 Dec 1995 03:00:02 -0800 (PST) Resent-Message-Id: <199512291100.DAA14338@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA14078 for ; Fri, 29 Dec 1995 02:51:33 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id MAA08094 for ; Fri, 29 Dec 1995 12:51:15 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id MAA24321; Fri, 29 Dec 1995 12:51:27 +0200 Message-Id: <199512291051.MAA24321@katiska.clinet.fi> Date: Fri, 29 Dec 1995 12:51:27 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/918: ifconfig shows (first?) alias if interface has aliases Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 918 >Category: bin >Synopsis: ifconfig shows (first?) alias if interface has aliases >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Dec 29 03:00:01 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: multiple IP addresses in the same host >Description: There doesn't seem to be any way to correctly display aliases, and ifconfig shows alias addresses instead of the "main" address. >How-To-Repeat: ifconfig ed0 194.100.0.4 netmask 255.255.255.224 ifconfig ed0 194.100.0.17 netmask 255.255.255.255 ... several other aliases hsu#katiska.clinet.fi Fri 85: ifconfig ed0 ed0: flags=8843 mtu 1500 inet 194.100.0.17 netmask 0xffffffff broadcast 194.100.0.17 ether 00:00:c0:cd:b9:a3 >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 29 03:41:41 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15590 for bugs-outgoing; Fri, 29 Dec 1995 03:41:41 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA15585 for ; Fri, 29 Dec 1995 03:41:37 -0800 (PST) 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 MAA16907 for ; Fri, 29 Dec 1995 12:41:00 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id MAA14964 for freebsd-bugs@FreeBSD.ORG; Fri, 29 Dec 1995 12:40:59 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id MAA06467 for freebsd-bugs@FreeBSD.ORG; Fri, 29 Dec 1995 12:08:13 +0100 (MET) From: Ollivier Robert Message-Id: <199512291108.MAA06467@keltia.freenix.fr> Subject: Weirdness in -CURRENT To: freebsd-bugs@FreeBSD.ORG (FreeBSD Bugs' list) Date: Fri, 29 Dec 1995 12:08:13 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1489 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 Hello, My "make world" failed today with a weird error : 284 [1:01] root@keltia:libregex/doc# make -d a awk -f /usr/src/gnu/lib/libregex/doc/include.awk -vsource=/usr/src/gnu/lib/libre gex/doc/../regex.h < /usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex .texi makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o regex.info Making info file `regex.info' from `regex.texi'. regex.texi:2214: itemize requires an argument: the formatter for @item. regex.texi:2236: itemize requires an argument: the formatter for @item. regex.texi:2254: itemize requires an argument: the formatter for @item. regex.texi:2271: itemize requires an argument: the formatter for @item. regex.texi:2308: itemize requires an argument: the formatter for @item. regex.texi:2323: itemize requires an argument: the formatter for @item. regex.texi:2346: itemize requires an argument: the formatter for @item. *** Error code 2 xregex.texi which is the source used to generate regex.texi is ages old so I don't understand why it is failing *now* !? I added "-" at the beginning of the rules in bsd.info.mk in order to have the "make world" complete... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Dec 25 22:55:52 MET 1995 From owner-freebsd-bugs Fri Dec 29 03:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15992 for bugs-outgoing; Fri, 29 Dec 1995 03:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15972 Fri, 29 Dec 1995 03:50:03 -0800 (PST) Date: Fri, 29 Dec 1995 03:50:03 -0800 (PST) Message-Id: <199512291150.DAA15972@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: bin/918: ifconfig shows (first?) alias if interface has aliases Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/918; it has been noted by GNATS. From: Mark Murray To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/918: ifconfig shows (first?) alias if interface has aliases Date: Fri, 29 Dec 1995 13:48:17 +0200 Heikki Suonsivu wrote: > >Description: > > There doesn't seem to be any way to correctly display > aliases, and ifconfig shows alias addresses instead of the > "main" address. > > >How-To-Repeat: > > ifconfig ed0 194.100.0.4 netmask 255.255.255.224 > ifconfig ed0 194.100.0.17 netmask 255.255.255.255 > ... several other aliases > > hsu#katiska.clinet.fi Fri 85: ifconfig ed0 > ed0: flags=8843 mtu 1500 > inet 194.100.0.17 netmask 0xffffffff broadcast 194.100.0.17 > ether 00:00:c0:cd:b9:a3 My Two Cents: If you alias your card like this: ifconfig ed0 inet 196.7.18.130 netmask 255.255.255.240 ifconfig ed0 alias 196.7.18.129 netmask 255.255.255.255 Then you _never_ see the alias(s). $ ifconfig ed0 ed0: flags=8843 mtu 1500 inet 196.7.18.130 netmask 0xfffffff0 broadcast 196.7.18.143 -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Fri Dec 29 04:20:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17167 for bugs-outgoing; Fri, 29 Dec 1995 04:20:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17144 Fri, 29 Dec 1995 04:20:04 -0800 (PST) Resent-Date: Fri, 29 Dec 1995 04:20:04 -0800 (PST) Resent-Message-Id: <199512291220.EAA17144@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA16841 for" ; Fri, 29 Dec 1995 04:12:50.-0800 (PST) Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) id ; Fri, 29 Dec 95 13:12 MET Message-Id: Date: Fri, 29 Dec 95 13:12 MET From: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg) To: FreeBSD-gnats-submit@freebsd.org Cc: admin@methan.chemie.fu-berlin.de X-Send-Pr-Version: 3.2 Subject: kern/919: weird output of vmstat, iostat, top Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 919 >Category: kern >Synopsis: weird output of vmstat, iostat, top >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 29 04:20:02 PST 1995 >Last-Modified: >Originator: Dirk Froemberg >Organization: >Release: FreeBSD 2.1-RELEASE i386 >Environment: FreeBSD 2.1-RELEASE or FreeBSD 2.1-RELEASE and 2.1-STABLE kernel FreeBSD 2.1-STABLE #0: Thu Dec 28 17:09:40 MET 1995 dirk@methan.chemie.FU-Berlin.DE:/opt1/FreeBSD-stable/src/sys/compile/METHAN CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 30928896 (30204K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA mono <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:b3:31:a3, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2a0-0x2a7 flags 0x401 on isa sio1: type 16550A (multiport) sio2 at 0x2a8-0x2af flags 0x401 on isa sio2: type 16550A (multiport) sio3 at 0x2b0-0x2b7 flags 0x401 on isa sio3: type 16550A (multiport) sio4 at 0x2b8-0x2bf irq 9 flags 0x401 on isa sio4: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (aha0:1:0): "Quantum XP32150 F76D" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 2050MB (4199760 512 byte sectors) (aha0:2:0): "QUANTUM LPS540S 5900" type 0 fixed SCSI 2 sd2(aha0:2:0): Direct-Access 516MB (1057616 512 byte sectors) npx0 on motherboard npx0: INT 16 interface >Description: This PR seems to be related to PR kern/902. After about a day uptime vmstat, iostat and top give strange output. E. g.: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 s0 s1 s2 in sy cs us sy id 0 0 0 52328 7188 56 2 0 0 59 0 0 1 15 5 305 92 32 33 11 55 0 0 0 52328 7176 2 0 0 0 0 0 0 0 0 0 130 10 2 0 0 0 0 0 0 52328 7156 1 1 0 0 0 0 0 0 640 0 136 42 10 0 0 0 0 0 0 48136 7156 1 0 0 0 0 0 0 768 2176 4352 152 12 3 0 0 0 0 0 0 43840 7156 1 0 0 0 0 0 0 0 0 256 126 18 3 0 0 0 0 0 0 39612 7156 1 0 0 0 0 0 0 0 0 0 129 22 4 0 0 0 0 0 0 39612 7152 1 0 0 0 0 0 0 0 0 128 128 16 4 0 0 0 0 0 0 39612 7148 1 0 0 0 0 0 0 0 128 128 139 39 8 0 0 0 tty fd0 sd0 sd1 sd2 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 16 656 0 0 0.0 7 1 0.0 -21 15 0.1 -74 5 0.8 18 16 9 2 55 031104 0 0 0.0 2560 256 0.0 486404992 0.0 727041664 0.0 0 0 0 0 0 010752 0 0 0.0 0 0 0.0 568325248 0.0 271362432 0.0 0 0 0 0 0 010752 0 0 0.0 107521024 0.0 7680 640 0.0 102401024 0.0 0 0 0 0 0 010752 0 0 0.0 4096 256 0.0 102401280 0.0 773129344 0.0 0 0 0 0 0 010752 0 0 0.0 2048 128 0.0 471044480 0.0 1443849344 0.0 0 0 0 0 0 010880 0 0 0.0 245762432 0.0 599046272 0.0 240642048 0.0 0 0 0 0 0 >How-To-Repeat: >Fix: If I'd only know... 9-) Bruce Evans' suggestion to use at least rev 1.57 of /sys/i386/isa/isa.c does not fix the problem for us. To be more precise: The following does _NOT_ fix it: *** FreeBSD-stable/src/sys/i386/isa/isa.c.orig Tue May 30 10:02:35 1995 --- FreeBSD-stable/src/sys/i386/isa/isa.c Wed Dec 27 22:31:36 1995 *************** *** 36,38 **** * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 ! * $Id: isa.c,v 1.50 1995/05/30 08:02:35 rgrimes Exp $ */ --- 36,38 ---- * from: @(#)isa.c 7.2 (Berkeley) 5/13/91 ! * $Id: isa.c,v 1.50.1 1995/12/27 08:02:35 dirk Exp $ */ *************** *** 963,964 **** --- 963,965 ---- if (!maskptr) continue; + *maskptr |= 1 << intr; mask = *maskptr; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 29 04:22:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17460 for bugs-outgoing; Fri, 29 Dec 1995 04:22:22 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17440 Fri, 29 Dec 1995 04:22:20 -0800 (PST) Date: Fri, 29 Dec 1995 04:22:20 -0800 (PST) From: Joerg Wunsch Message-Id: <199512291222.EAA17440@freefall.freebsd.org> To: edward@edcom.com, joerg, freebsd-bugs Subject: Re: bin/917 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: -s option in jot is broken State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Dec 29 13:21:00 MET 1995 State-Changed-Why: Thanks! Suggested fix applied in rev 1.2, and 1.1.1.1.6.1. From owner-freebsd-bugs Fri Dec 29 07:39:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA26108 for bugs-outgoing; Fri, 29 Dec 1995 07:39:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA26089 for ; Fri, 29 Dec 1995 07:39:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00600; Fri, 29 Dec 1995 16:39:17 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA24764; Fri, 29 Dec 1995 16:39:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA28321; Fri, 29 Dec 1995 16:31:37 +0100 (MET) From: J Wunsch Message-Id: <199512291531.QAA28321@uriah.heep.sax.de> Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S To: stu@solaris.com (Stu Phillips) Date: Fri, 29 Dec 1995 16:31:36 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512280221.SAA00201@solaris.cisco.com> from "Stu Phillips" at Dec 27, 95 06:21:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Stu Phillips wrote: > > cd0(bt0:4:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list > The archives on freebsd.org suggested that this was due to SONY not following > the SCSI-II specs for CDROM audio - must confess, I found this hard to > accept especially since a generic SCSI CD player under Windows played CDs > just fine. > According to the SCSI-II spec (BTW, there is a great on-line copy of this > spec available at URL: http://abekas.com:8080/SCSI2/), in section 8.3.3, it > says that the medium field of the mode parameter header *may* be RESERVED > by some device types. > > The SONY CDU-076S returns this field as 0x03 on a MODE_SENSE but complains > if it is set to anything other than 0x00 on a MODE_SELECT. I still think Sony is in violation of the standard here. Below are the references i found in the SCSI-2 standard for it: First, the generic documentation says: "7.3.3. Mode Parameters ... Medium types are unique for each device type. Refer to the mode parameters section of the specific device type for definition of these values. Some device types reserve this field." Ok, not ``some devices'', but ``some device types''. That makes it pretty clear that either a device type reserves this field, or it doesn't. Anyway, it's IMHO _not_ up to a particular vendor (i.e., the sentence ain't ``Some implemenation may reserve this field.'') So, let's see what the CD-ROM device-type specification says: ... "13.3.3. Mode Parameters The medium-type code field is contained in the mode parameter header (see Table 7-61 and 7-62). Table 13-30 defines the medium type values for CD-ROM devices. Table 13-30: CD-ROM Medium Type Codes =================================================== Code Value Medium Type ------------ ------------------------------------- 00h Default (only one type supported) 01h 120 mm CD-ROM data only 02h 120 mm CD-DA audio only 03h 120 mm CD-ROM data and audio combined 04h Reserved 05h 80 mm CD-ROM data only 06h 80 mm CD-DA audio only 07h 80 mm CD-ROM data and audio combined 08h - 7Fh Reserved 80h - FFh Vendor unique ===================================================" I.e., it doesn't say that this is an optional parameter or something else. It seems logical that any device should accept the value for a MODE SELECT that it's just been responding by a MODE SENSE. The behaviour of the Sony is at least, ähem, strange. Anyway, i think your proposed change to use a medium type of 0 seems to be usable as a workaround for me, it doesn't contradict the sense of the current code (since the current algorithm was to use all parameters as reported by the drive, and only modify some distinct parameters at will). -- 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 Dec 29 10:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05415 for bugs-outgoing; Fri, 29 Dec 1995 10:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05399 Fri, 29 Dec 1995 10:40:01 -0800 (PST) Date: Fri, 29 Dec 1995 10:40:01 -0800 (PST) Message-Id: <199512291840.KAA05399@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: bin/918: ifconfig shows (first?) alias if interface has aliases Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/918; it has been noted by GNATS. From: "Garrett A. Wollman" To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/918: ifconfig shows (first?) alias if interface has aliases Date: Fri, 29 Dec 1995 13:39:07 -0500 < said: > There doesn't seem to be any way to correctly display > aliases, and ifconfig shows alias addresses instead of the > "main" address. There is no such distinction. All the addresses attached to an interface are just that: addresses attached to an interface. The first one displayed just happens to be the first one in the linked list of addresses hanging off the interface structure. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Fri Dec 29 20:40:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27543 for bugs-outgoing; Fri, 29 Dec 1995 20:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27505 Fri, 29 Dec 1995 20:40:04 -0800 (PST) Resent-Date: Fri, 29 Dec 1995 20:40:04 -0800 (PST) Resent-Message-Id: <199512300440.UAA27505@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smp@csn.net Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA27086 for ; Fri, 29 Dec 1995 20:36:55 -0800 (PST) Received: (from smp@localhost) by clem.systemsix.com (8.6.12/8.6.12) id VAA00509; Fri, 29 Dec 1995 21:36:17 -0700 Message-Id: <199512300436.VAA00509@clem.systemsix.com> Date: Fri, 29 Dec 1995 21:36:17 -0700 From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/920: sio output looses chars in fifo on close() Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 920 >Category: kern >Synopsis: sio output looses chars in fifo on close() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 29 20:40:02 PST 1995 >Last-Modified: >Originator: Steve Passe >Organization: -- Steve Passe smp@csn.net >Release: FreeBSD 2.1-STABLE i386 >Environment: P5/pci/boca 8-port serial card >Description: The sio driver disables the fifo (of 16550 class chips) in sioclose() -> comhardclose(). This appears to 'loose' characters currently in the uart. If the port is open by another process ( as in "cat > /dev/ttyd4" ) the problem doesn't occur. >How-To-Repeat: echo characters to a serial port connected to an external monitoring device. Note that you CANNOT merely send them back in thru a hard wire and monitor with a "cat < /dev/ttyd4" as this keeps the port open and 'hides' the problem. Although I haven't tried it, I suspect you could wire the output of ttyd4 to the input of ttyd5 and monitor it that way. echo 1 2 3 4 5 6 7 8 9 0 > /dev/ttyd4 will get the "1 2 3 4 5 6 7 8" out the port but loose "9 0" >Fix: removing/disabling lines 989-996 from src/sys/i386/isa/sio.c 'fixes' the problem: > if (com->hasfifo) { > /* > * Disable fifos so that they are off after controlled > * reboots. Some BIOSes fail to detect 16550s when the > * fifos are enabled. > */ > outb(iobase + com_fifo, 0); > } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 29 21:50:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00991 for bugs-outgoing; Fri, 29 Dec 1995 21:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00985 Fri, 29 Dec 1995 21:50:03 -0800 (PST) Resent-Date: Fri, 29 Dec 1995 21:50:03 -0800 (PST) Resent-Message-Id: <199512300550.VAA00985@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, davidf@mks.com Received: from mail.mks.com (mks-gate.mks.com [142.77.7.224]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00865 for ; Fri, 29 Dec 1995 21:46:38 -0800 (PST) Received: from mks.com (giga.mks.com [1.0.0.51]) by mail.mks.com (8.6.8.1/DEKA-950919b) with SMTP id AAA22192 for ; Sat, 30 Dec 1995 00:45:36 -0500 Received: from deci.mks.com by mks.com (4.1/GIGA-950913a) id AA10102; Sat, 30 Dec 95 00:45:34 EST Received: (from davidf@localhost) by deci.mks.com (8.6.12/8.6.12) id AAA00447; Fri, 29 Dec 1995 00:47:43 -0500 Message-Id: <199512290547.AAA00447@deci.mks.com> Date: Fri, 29 Dec 1995 00:47:43 -0500 From: "David J. Fiander" Reply-To: davidf@mks.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/921: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 921 >Category: kern >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 29 21:50:01 PST 1995 >Last-Modified: >Originator: David J. Fiander >Organization: Mortice Kern Systems, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The user and system times returned by getrusage() stop working once the system has been up sufficiently long (I'm not sure what "sufficiently long" is, but it's on the order of hours or days). When they break, they always return 0. I've tracked this down to the kernel function calcru(). This breaks time(1), top(1), and the kernel status information returned from the extended control character ^T. For top(1) and the kernel status info, not only are the times broken, but so is the %cpu reported. >How-To-Repeat: Leave the system running for a while with top running. Eventually the most active processes will suddenly have 0% CPU usage. >Fix: My guess is that the calculations in calcru() are overflowing. >Audit-Trail: >Unformatted: David J. Fiander no getrusage(2) stops working once the system has been up long enough non-critical high sw-bug From owner-freebsd-bugs Fri Dec 29 22:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01524 for bugs-outgoing; Fri, 29 Dec 1995 22:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01497 Fri, 29 Dec 1995 22:00:02 -0800 (PST) Resent-Date: Fri, 29 Dec 1995 22:00:02 -0800 (PST) Resent-Message-Id: <199512300600.WAA01497@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gil@limbic.ssdl.com Received: from limbic.ssdl.com (limbic.ssdl.com [206.109.78.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA01427 for ; Fri, 29 Dec 1995 21:59:01 -0800 (PST) Received: (from gil@localhost) by limbic.ssdl.com (8.7.2/8.7.2) id XAA22783; Fri, 29 Dec 1995 23:58:56 -0600 (CST) Message-Id: <199512300558.XAA22783@limbic.ssdl.com> Date: Fri, 29 Dec 1995 23:58:56 -0600 (CST) From: "Gil Kloepfer Jr." Reply-To: gil@limbic.ssdl.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/922: Bad From line handling in mail.local Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 922 >Category: misc >Synopsis: From line handling incorrect in mail.local >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 29 22:00:01 PST 1995 >Last-Modified: >Originator: Gil Kloepfer Jr. >Organization: SSDL >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Any FreeBSD environment using sendmail with mailers such as elm >Description: If a "From " line is in the text of a message, a ">" is not consistently prepended to the word "From ", causing mailers such as elm to erroneously think that a new message has started. The problem occurs specifically when a "From " line occurs in the text of a message without a blank line before it. The problem has manifested itself more recently because I think the old local mailer in sendmail had the F=E option, and I know it doesn't now. mail.local is the correct place to do the substitution, not sendmail. >How-To-Repeat: Forward a message to yourself using elm, or remotely using any mail user agent that will not automatically prepend ">" to "From " lines. The mail.local program will not do the proper prepending. >Fix: The logic for the original mail.local for handling "From " lines makes little sense. I have interpreted it as attempting to leave existing "From " lines in the header alone, although I'm pretty sure that these are supposed to have a prepended ">" also if there is a duplicate. I will leave it up to the sendmail people to interpret what the code should have done, and what it should do now. The bug is also in the current mail.local in the latest version of sendmail. I have not checked the 2.1.0-RELEASE of FreeBSD to see if it exists there. *** mail.local.c Fri Dec 29 23:45:34 1995 --- mail.local.c.orig Fri Dec 29 23:46:45 1995 *************** *** 158,171 **** (void)fprintf(fp, "From %s %s", from, ctime(&tval)); line[0] = '\0'; ! for (eline = 0; fgets(line, sizeof(line), stdin);) { if (line[0] == '\n') eline = 1; ! else if (eline && line[0] == 'F' && !memcmp(line, "From ", 5)) (void)putc('>', fp); ! (void)fprintf(fp, "%s", line); if (ferror(fp)) { e_to_sys(errno); --- 158,172 ---- (void)fprintf(fp, "From %s %s", from, ctime(&tval)); line[0] = '\0'; ! for (eline = 1; fgets(line, sizeof(line), stdin);) { if (line[0] == '\n') eline = 1; ! else { if (eline && line[0] == 'F' && !memcmp(line, "From ", 5)) (void)putc('>', fp); ! eline = 0; ! } (void)fprintf(fp, "%s", line); if (ferror(fp)) { e_to_sys(errno); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 29 22:41:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03067 for bugs-outgoing; Fri, 29 Dec 1995 22:41:17 -0800 (PST) Received: from solaris.cisco.com (solaris.cisco.com [198.92.113.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03050 for ; Fri, 29 Dec 1995 22:41:10 -0800 (PST) Received: (from stu@localhost) by solaris.cisco.com (8.6.12/8.6.9) id WAA03820; Fri, 29 Dec 1995 22:40:05 -0800 Date: Fri, 29 Dec 1995 22:40:05 -0800 From: Stu Phillips Message-Id: <199512300640.WAA03820@solaris.cisco.com> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org In-reply-to: <199512291531.QAA28321@uriah.heep.sax.de> (message from J Wunsch on Fri, 29 Dec 1995 16:31:36 +0100 (MET)) Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S Sender: owner-bugs@freebsd.org Precedence: bulk From: J Wunsch Date: Fri, 29 Dec 1995 16:31:36 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit I still think Sony is in violation of the standard here. Below are the references i found in the SCSI-2 standard for it: First, the generic documentation says: "7.3.3. Mode Parameters ... Medium types are unique for each device type. Refer to the mode parameters section of the specific device type for definition of these values. Some device types reserve this field." Ok, not ``some devices'', but ``some device types''. That makes it pretty clear that either a device type reserves this field, or it doesn't. Anyway, it's IMHO _not_ up to a particular vendor (i.e., the sentence ain't ``Some implemenation may reserve this field.'') So, let's see what the CD-ROM device-type specification says: ... "13.3.3. Mode Parameters The medium-type code field is contained in the mode parameter header (see Table 7-61 and 7-62). Table 13-30 defines the medium type values for CD-ROM devices. Table 13-30: CD-ROM Medium Type Codes =================================================== Code Value Medium Type ------------ ------------------------------------- 00h Default (only one type supported) 01h 120 mm CD-ROM data only 02h 120 mm CD-DA audio only 03h 120 mm CD-ROM data and audio combined 04h Reserved 05h 80 mm CD-ROM data only 06h 80 mm CD-DA audio only 07h 80 mm CD-ROM data and audio combined 08h - 7Fh Reserved 80h - FFh Vendor unique ===================================================" I.e., it doesn't say that this is an optional parameter or something else. It seems logical that any device should accept the value for a MODE SELECT that it's just been responding by a MODE SENSE. The behaviour of the Sony is at least, ähem, strange. Anyway, i think your proposed change to use a medium type of 0 seems to be usable as a workaround for me, it doesn't contradict the sense of the current code (since the current algorithm was to use all parameters as reported by the drive, and only modify some distinct parameters at will). Fully agree with you that it is STRANGE! However, think on this... the parameters in the audio page are specific to AUDIO capabilities - ie the SOTC is purely applicable to audio and irrelevant to data. I wonder wether setting the medium type to 0x02 would be accepted - I'll try it tomorrow. Not trying to defend SONY, however you must admit that its very wierd that the Windows application I tried (CorelScsi CDPlayer) works without any problems! Are you able to try this code change out on other CD drives ? If so and it works, are you able to commit the change ? Thanks! Stu From owner-freebsd-bugs Fri Dec 29 23:10:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03938 for bugs-outgoing; Fri, 29 Dec 1995 23:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03929 Fri, 29 Dec 1995 23:10:02 -0800 (PST) Date: Fri, 29 Dec 1995 23:10:02 -0800 (PST) Message-Id: <199512300710.XAA03929@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/920: sio output looses chars in fifo on close() Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/920; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, smp@csn.net Cc: Subject: Re: kern/920: sio output looses chars in fifo on close() Date: Sat, 30 Dec 1995 17:57:39 +1100 > The sio driver disables the fifo (of 16550 class chips) in > sioclose() -> comhardclose(). This appears to 'loose' characters > currently in the uart. If the port is open by another process > ( as in "cat > /dev/ttyd4" ) the problem doesn't occur. ttywait() is supposed to have waited until output has completed (except in non-blocking mode). However, it doesn't because TS_BUSY is cleared too early (when all output has been written to the fifo, not when output is complete). This isn't easy to handle correctly since there is no interrupt for output-complete. Output would also be lost or garbled when the line state is changed, except comparam() waits for output to complete because some UARTs lock up if their speed is changed while they are active. Some internal modems are reported to loop endlessly in the wait in comparam(). This may be because they don't [correctly] implement the LSR_TSRE (transmitter shift register empty) bit that must be polled to to decide when to clear TS_BUSY. Bruce From owner-freebsd-bugs Sat Dec 30 00:57:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07801 for bugs-outgoing; Sat, 30 Dec 1995 00:57:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07786 for ; Sat, 30 Dec 1995 00:57:00 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16998; Sat, 30 Dec 1995 09:56:56 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03049; Sat, 30 Dec 1995 09:56:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA25319; Sat, 30 Dec 1995 09:55:35 +0100 (MET) From: J Wunsch Message-Id: <199512300855.JAA25319@uriah.heep.sax.de> Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S To: stu@solaris.com (Stu Phillips) Date: Sat, 30 Dec 1995 09:55:34 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512300640.WAA03820@solaris.cisco.com> from "Stu Phillips" at Dec 29, 95 10:40:05 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Stu Phillips wrote: > > Fully agree with you that it is STRANGE! However, think on this... the > parameters in the audio page are specific to AUDIO capabilities - ie the > SOTC is purely applicable to audio and irrelevant to data. I wonder > wether setting the medium type to 0x02 would be accepted - I'll try it > tomorrow. So perhaps they should also _return_ 0x02 in the MODE SENSE of the audio page? :) > Not trying to defend SONY, however you must admit that its very wierd > that the Windows application I tried (CorelScsi CDPlayer) works without > any problems! Of course, using 0 (current parameters) should always work. > Are you able to try this code change out on other CD drives ? If so and > it works, are you able to commit the change ? I will try it for my Toshiba, and yes, i'm going to commit the change if it's found to work. -- 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 Dec 30 04:30:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16597 for bugs-outgoing; Sat, 30 Dec 1995 04:30:32 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16583 for freebsd-bugs; Sat, 30 Dec 1995 04:30:29 -0800 (PST) Date: Sat, 30 Dec 1995 04:30:29 -0800 (PST) From: GNU GNATS Message-Id: <199512301230.EAA16583@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] 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] 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/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] 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] 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] 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/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/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/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] 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/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/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 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] docs/847 man(1) references optional pager [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/07] misc/874 kernel installation can break ps and friends [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/08] i386/877 Valid ep0 port addresses not accepted [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] pending/893 terminfo.h not installed??? [1995/12/15] ports/894 window create doesn't work [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/896 panics either on boot or later with scsi errors [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] misc/898 select() not detecting socket close under certain ci [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/17] kern/901 vm_page_free frees wrong pages in vfs_bio.c [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/19] kern/904 I get the "oops not queued" error during boot time [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out [1995/12/23] kern/911 Stopped at statfs+0x51: movl 0x14(%eax),% [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/28] ports/916 popclient 2.21 incorrectly configured [1995/12/29] bin/918 ifconfig shows (first?) alias if interface has alias [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 [1995/12/29] misc/922 From line handling incorrect in mail.local 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 Dec 30 04:30:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16604 for bugs-outgoing; Sat, 30 Dec 1995 04:30:33 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16586 for freebsd-bugs; Sat, 30 Dec 1995 04:30:30 -0800 (PST) Date: Sat, 30 Dec 1995 04:30:30 -0800 (PST) From: GNU GNATS Message-Id: <199512301230.EAA16586@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 352 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Dec 30 05:52:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA18649 for bugs-outgoing; Sat, 30 Dec 1995 05:52:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA18597 for ; Sat, 30 Dec 1995 05:52:01 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA20740; Sat, 30 Dec 1995 14:51:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA04396; Sat, 30 Dec 1995 14:51:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA00360; Sat, 30 Dec 1995 14:28:48 +0100 (MET) From: J Wunsch Message-Id: <199512301328.OAA00360@uriah.heep.sax.de> Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S To: stu@solaris.com (Stu Phillips) Date: Sat, 30 Dec 1995 14:28:47 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512300640.WAA03820@solaris.cisco.com> from "Stu Phillips" at Dec 29, 95 10:40:05 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Stu Phillips wrote: > > Are you able to try this code change out on other CD drives ? If so and > it works, are you able to commit the change ? It works on my Toshiba drive, and i think it's a safe change anyway, so i'm going to commit it. ¡muchas gracias! -- 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 Dec 30 08:50:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24577 for bugs-outgoing; Sat, 30 Dec 1995 08:50:09 -0800 (PST) Received: from solaris.cisco.com (solaris.cisco.com [198.92.113.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24535 for ; Sat, 30 Dec 1995 08:50:00 -0800 (PST) Received: (from stu@localhost) by solaris.cisco.com (8.6.12/8.6.9) id IAA06073; Sat, 30 Dec 1995 08:48:58 -0800 Date: Sat, 30 Dec 1995 08:48:58 -0800 From: Stu Phillips Message-Id: <199512301648.IAA06073@solaris.cisco.com> To: joerg_wunsch@uriah.heep.sax.de CC: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org, freebsd-scsi@freebsd.org In-reply-to: <199512301328.OAA00360@uriah.heep.sax.de> (message from J Wunsch on Sat, 30 Dec 1995 14:28:47 +0100 (MET)) Subject: Re: xcdplayer and SCSI Problem with Sony CDU-76S Sender: owner-bugs@freebsd.org Precedence: bulk It works on my Toshiba drive, and i think it's a safe change anyway, so i'm going to commit it. muchas gracias! -- cheers, J"org You are most welcome! Its my one visible bug fix for the year :-) I'm the Vice-President of Central Engineering (Software mostly) at Cisco in my day job.... Nice to know there is still life in the horse yet! I'm still a died in the wool techno-geek so I hack on shareware and FreeBSD in my spare (!) time! Thanks for trying out the change and delighted to hear it works! Stu From owner-freebsd-bugs Sat Dec 30 14:30:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22073 for bugs-outgoing; Sat, 30 Dec 1995 14:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22065 Sat, 30 Dec 1995 14:30:04 -0800 (PST) Resent-Date: Sat, 30 Dec 1995 14:30:04 -0800 (PST) Resent-Message-Id: <199512302230.OAA22065@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, marquard@austin.ibm.com Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [129.35.208.96]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA21974 for ; Sat, 30 Dec 1995 14:27:02 -0800 (PST) Received: from mojave.austin.ibm.com (mojave.austin.ibm.com [129.35.128.45]) by netmail1.austin.ibm.com (8.6.12/8.6.11) with SMTP id QAA18937 for ; Sat, 30 Dec 1995 16:27:00 -0600 Received: by mojave.austin.ibm.com (AIX 4.1/UCB 5.64/4.03-client-2.6) for FreeBSD-gnats-submit@freebsd.org at austin.ibm.com; id AA04008; Sat, 30 Dec 1995 16:26:55 -0600 Message-Id: <9512302226.AA04008@mojave.austin.ibm.com> Date: Sat, 30 Dec 1995 16:26:55 -0600 From: marquard@austin.ibm.com Reply-To: marquard@austin.ibm.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/923: Multicast problems on point-to-point interfaces Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 923 >Category: kern >Synopsis: Multicast problems on point-to-point interfaces >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 30 14:30:01 PST 1995 >Last-Modified: >Originator: Dave Marquardt >Organization: Individual >Release: FreeBSD 2.1-STABLE i386 >Environment: Packard Bell Force 442CDT (75 MHz Pentium, 8MB RAM) Using tun0 interface, which is multicast capable No other interfaces (except loopback) >Description: In attempting to run mrouted for multicast routing, I noted that tun0 has IFF_MULTICAST set, and tun0 along with a tunnel to a remote site should make mrouted work. Here's the mrouted configuration file I used: # mrouted configuration phyint 9.3.240.156 tunnel 9.3.240.156 129.35.128.45 Here's the state of tun0: tun0: flags=8051 mtu 1500 inet 9.3.240.156 --> 9.3.240.14 netmask 0xff000000 When I run mrouted, I get this: lefse# mrouted -d -c ~drm/mrouted.conf debug level 2 19:38:42.082 mrouted version 3.6 19:38:42.480 Getting vifs from kernel interfaces 19:38:42.490 installing tun0 (9.3.240.156 on subnet 9/8) as vif #0 - rate=0 19:38:42.490 Getting vifs from /home/drm/mrouted.conf 19:38:42.552 installing tunnel from 9.3.240.156 to 129.35.128.45 as vif #1 - rate=500 19:38:42.554 Installing vifs in kernel... 19:38:42.560 vif #0, phyint 9.3.240.156 19:38:42.560 warning - can't join group 224.0.0.4 on interface 9.3.240.156: Can't assign requested address 19:38:42.567 warning - can't join group 224.0.0.2 on interface 9.3.240.156: Can't assign requested address 19:38:42.579 setsockopt IP_MULTICAST_IF 9.3.240.156: Can't assign requested address Upon code investigation, I discovered some problems in the code for both IP_ADD_MEMBERSHIP and IP_MULTICAST_IF. In the case of adding a membership with a specific source address, specifying the interface on which to add the multicast group, we end up in this code in ip_setmoptions(): INADDR_TO_IFP(mreq->imr_interface, ifp); The code for the INADDR_TO_IFP() macro is this: /* * Macro for finding the interface (ifnet structure) corresponding to one * of our IP addresses. */ #define INADDR_TO_IFP(addr, ifp) \ /* struct in_addr addr; */ \ /* struct ifnet *ifp; */ \ { \ register struct in_ifaddr *ia; \ \ for (ia = in_ifaddr; \ ia != NULL && ((ia->ia_ifp->if_flags & IFF_POINTOPOINT)? \ IA_DSTSIN(ia):IA_SIN(ia))->sin_addr.s_addr != (addr).s_addr; \ ia = ia->ia_next) \ continue; \ (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ } In the case of a point to point link like tun0, we check the DESTINATION address rather than the source address of the interface. It seems to me we should either check the source, or both the source and destination, but not just the destination. A similar problem applies to the IP_MULTICAST_IF code. >How-To-Repeat: Try to join a multicast group on tun0 or some other point-to-point interface that claims to support multicast, i.e. use the IP_ADD_MEMBERSHIP socket option with setsockopt(). mrouted has code like this. Try to set the outgoing multicast interface using the setsockopt() with the IP_MULTICAST_IF socket option. Again, mrouted does this. >Fix: My own thought is that the INADDR_TO_IFP() macro is wrong in the case of IFF_POINTOPOINT. Here's a context diff: *** 1.1 1995/12/30 01:55:07 --- in_var.h 1995/12/30 02:26:41 *************** *** 102,111 **** register struct in_ifaddr *ia; \ \ for (ia = in_ifaddr; \ ! ia != NULL && ((ia->ia_ifp->if_flags & IFF_POINTOPOINT)? \ ! IA_DSTSIN(ia):IA_SIN(ia))->sin_addr.s_addr != (addr).s_addr; \ ia = ia->ia_next) \ ! continue; \ (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ } --- 102,112 ---- register struct in_ifaddr *ia; \ \ for (ia = in_ifaddr; \ ! ia != NULL && IA_SIN(ia)->sin_addr.s_addr != (addr).s_addr; \ ia = ia->ia_next) \ ! if (ia->ia_ifp->if_flags & IFF_POINTOPOINT) \ ! if (IA_DSTSIN(ia)->sin_addr.s_addr == (addr).s_addr) \ ! break; \ (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ } This should catch both the source and destination address of point to point links. Since INADDR_TO_IFP() seems to be used only with the multicast code, this change shouldn't mess anyone else up. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Dec 30 18:18:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00271 for bugs-outgoing; Sat, 30 Dec 1995 18:18:02 -0800 (PST) Received: from mail.mks.com (mks-gate.mks.com [142.77.7.224]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA00264 for ; Sat, 30 Dec 1995 18:17:59 -0800 (PST) Received: from mks.com (giga.mks.com [1.0.0.51]) by mail.mks.com (8.6.8.1/DEKA-950919b) with SMTP id VAA26790 for ; Sat, 30 Dec 1995 21:17:57 -0500 Received: from mks.com by mks.com (4.1/GIGA-950913a) id AA08700; Sat, 30 Dec 95 21:17:56 EST To: freebsd-bugs@freebsd.org Subject: Re: kern/921: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 30 Dec 1995 21:17:56 -0500 Message-Id: <8699.820376276@giga.mks.com> From: "David J. Fiander" Sender: owner-bugs@freebsd.org Precedence: bulk Well, I've discovered a couple of things. The first is that processes started BEFORE getrusage/calcru stop working continue to report the correct stats after it stops working, but new processes (obviously) don't. The second is that "sufficiently long" is less than 20 hours of uptime. BTW, any particular reason that the fix for kern/788 (fixed in 1.13 of kern_resource.c) didn't make it into 2.1.0-RELEASE, which contains 1.12 of kern_resource.c? - David From owner-freebsd-bugs Sat Dec 30 19:32:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03188 for bugs-outgoing; Sat, 30 Dec 1995 19:32:01 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA03170 for ; Sat, 30 Dec 1995 19:31:57 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA16443; Sat, 30 Dec 1995 19:31:50 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id TAA00278; Sat, 30 Dec 1995 19:31:51 -0800 (PST) Message-Id: <199512310331.TAA00278@corbin.Root.COM> To: "David J. Fiander" cc: freebsd-bugs@freebsd.org Subject: Re: kern/921: In-reply-to: Your message of "Sat, 30 Dec 95 21:17:56 EST." <8699.820376276@giga.mks.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 30 Dec 1995 19:31:51 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >BTW, any particular reason that the fix for kern/788 (fixed in 1.13 >of kern_resource.c) didn't make it into 2.1.0-RELEASE, which contains >1.12 of kern_resource.c? Because it was a moving target (see rev 1.14) and because it was made immediately before the 2.1 release. As a general policy, only critical bugfixes that have a scope that is easily determined are brought into the release tree. -DG From owner-freebsd-bugs Sat Dec 30 19:51:53 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04456 for bugs-outgoing; Sat, 30 Dec 1995 19:51:53 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04447 for ; Sat, 30 Dec 1995 19:51:49 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA16472; Sat, 30 Dec 1995 19:51:48 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id TAA01016; Sat, 30 Dec 1995 19:51:49 -0800 (PST) Message-Id: <199512310351.TAA01016@corbin.Root.COM> To: "David J. Fiander" cc: freebsd-bugs@freebsd.org Subject: Re: kern/921: In-reply-to: Your message of "Sat, 30 Dec 95 19:31:51 PST." <199512310331.TAA00278@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 30 Dec 1995 19:51:33 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >>BTW, any particular reason that the fix for kern/788 (fixed in 1.13 >>of kern_resource.c) didn't make it into 2.1.0-RELEASE, which contains >>1.12 of kern_resource.c? > > Because it was a moving target (see rev 1.14) and because it was made >immediately before the 2.1 release. As a general policy, only critical >bugfixes that have a scope that is easily determined are brought into the >release tree. BTW, are you suggesting that rev 1.13/1.14 fixes the problem you're reporting? -DG From owner-freebsd-bugs Sat Dec 30 19:58:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04809 for bugs-outgoing; Sat, 30 Dec 1995 19:58:14 -0800 (PST) Received: from mail.mks.com (mks-gate.mks.com [142.77.7.224]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04801 for ; Sat, 30 Dec 1995 19:58:09 -0800 (PST) Received: from mks.com (giga.mks.com [1.0.0.51]) by mail.mks.com (8.6.8.1/DEKA-950919b) with SMTP id WAA27242; Sat, 30 Dec 1995 22:57:37 -0500 Received: from mks.com by mks.com (4.1/GIGA-950913a) id AA09415; Sat, 30 Dec 95 22:57:36 EST To: davidg@Root.COM Cc: freebsd-bugs@freebsd.org Subject: Re: kern/921: In-Reply-To: Your message of "Sat, 30 Dec 1995 19:51:33 -0800." <199512310351.TAA01016@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 30 Dec 1995 22:57:35 -0500 Message-Id: <9414.820382255@giga.mks.com> From: "David J. Fiander" Sender: owner-bugs@freebsd.org Precedence: bulk >From: David Greenman > > BTW, are you suggesting that rev 1.13/1.14 fixes the problem you're >reporting? Not particularly, I was just searching the freebsd-bugs archive and saw kern/788 covered a related problem. My problem is different, however, because it doesn't matter how long a particular process has been running, but how long the system has been up (or something). I figured that it hadn't gotten into RELEASE because it was close to or after the cut-off for the code-freeze. - David From owner-freebsd-bugs Sat Dec 30 20:23:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05694 for bugs-outgoing; Sat, 30 Dec 1995 20:23:15 -0800 (PST) Received: from saturn (root@saturn.apana.org.au [202.12.90.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05663 for ; Sat, 30 Dec 1995 20:22:35 -0800 (PST) Received: from bullseye by saturn with uucp (Smail3.1.29.1 #2) id m0tWFJL-0001wCC; Sun, 31 Dec 95 15:23 EST Received: by bullseye.apana.org.au (UUPC/extended 1.12p); Sat, 30 Dec 1995 23:23:11 +1000 Message-ID: <30e53d3f.bullseye@bullseye.apana.org.au> Date: Sat, 30 Dec 95 23:23:09 +1000 From: Andrew MacIntyre Subject: 2.1.0 PPP hassles... To: bugs@freebsd.org X-Mailer: ELM [version 2.3 PL11] for OS/2 Sender: owner-bugs@freebsd.org Precedence: bulk G'day folks... I have successfully installed 2.1.0-RELEASE via PPP onto a machine speced as follows: 486DX2-66, VLB, UMC chipset, 8MB RAM v.34 modem on cuaa0 (16550) Adaptec 2840 + Quantum Capella 2.2GB drive EGA card w/HGC emulation driving mono monitor I have recompiled the kernel to get rid of unwanted drivers etc. Apart from line dropouts during the install, things generally went pretty well during the process. BTW, one small gremlin (which may have been a side-effect of the several times interupted install):- after the install /etc/services was found to have only a handfull of entries :-(. I copied the version from my 2.0.5-SNAP-950726 system to get around that.... However I've run into several problems with the user process PPP :-( 1. The dial chat script behaviour appears to have changed, seemingly requiring a terminating send string, whereas all the samples and the working config from the above mentioned SNAP-950726 system don't have/need it. I've used the string "\\c" to fill this for now. 2. Using the dial command, after the connect has been made, but before the login has been executed, PPP core dumps with an "illegal instruction" error. Upon restarting PPP, with the modem link still up, I can use "term" and manually log in. 3. Using a manual login, after PPP reports "Packet mode.", it then reports "SIOCAIFADDR: File exists" netstat -r shows that the link is in place, but as far as the rest of the systems is concerned, the link is down. I've tried copying the PPP executable from the SNAP-950726 system but this hasn't had any effect on problems 2 or 3 (haven't checked #1). I can't see anything in ppp.log to give me any clues and the error message in #3 isn't helpfull... Any suggestions as to actions/information which might help me identify what's going on here would be much appreciated! TIA PS. At the moment I'm not hooked into the mailing lists :-( -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andrew.macintyre@aba.gov.au (work) | Snail: PO Box 370 andymac@bullseye.apana.org.au (play) | Belconnen ACT 2616 Fido: Andrew MacIntyre, 3:620/243.18 | Australia