From owner-freebsd-bugs Sun Jul 2 01:55:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21795 for bugs-outgoing; Sun, 2 Jul 1995 01:55:49 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21781 ; Sun, 2 Jul 1995 10:55:48 +0200 Date: Sun, 2 Jul 1995 10:55:48 +0200 From: Joerg Wunsch Message-Id: <199507020855.KAA21781@freefall.cdrom.com> To: peter@haywire.dialix.com, joerg, freebsd-bugs Subject: Changed information for PR bin/573 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: /bin/stty gives obscure error message on non-tty stdin State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 2 10:54:38 MET DST 1995 State-Changed-Why: Suggested fix applied, for stty.c revision 1.5 From owner-freebsd-bugs Sun Jul 2 02:02:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22330 for bugs-outgoing; Sun, 2 Jul 1995 02:02:21 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22316 ; Sun, 2 Jul 1995 11:02:20 +0200 Date: Sun, 2 Jul 1995 11:02:20 +0200 From: Joerg Wunsch Message-Id: <199507020902.LAA22316@freefall.cdrom.com> To: joerg_wunsch@uriah.heep.sax.de, joerg, freebsd-bugs Subject: Changed information for PR kern/577 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: SLIP requires `ifconfig up' now State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 2 11:01:17 MET DST 1995 State-Changed-Why: Fixed in rev 1.24 of if_sl.c From owner-freebsd-bugs Sun Jul 2 02:10:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22728 for bugs-outgoing; Sun, 2 Jul 1995 02:10:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22709 ; Sun, 2 Jul 1995 02:10:02 -0700 Date: Sun, 2 Jul 1995 02:10:02 -0700 Message-Id: <199507020910.CAA22709@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/579: sio: RS_IBUFSIZE 256 too small In-Reply-To: Your message of Sun, 2 Jul 1995 12:00:36 +0300 <199507020900.MAA01179@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 579 >Category: kern >Synopsis: sio: RS_IBUFSIZE at 256 bytes serial lines loose data (PPP) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 02:10:00 1995 >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.0-BUILT-19950507 i386 >Environment: A 486-40 with 6 16550 ports and 4 ethernets (3 active) A 386-16 with 1 16550 ports and 1 ethernet (just a PPP router) >Description: Both these machines report "interrupt-level buffer overflow":s very frequently on a leased line running at 38400, badly dropping IP performance. On 386-16 I also saw several spontaneous reboots when loading the PPP link. >How-To-Repeat: It seems that this bites only me, even though it does this on two quite different configurations. In addition the 486 machine has 115.2k leased line connected with no apparent trouble. Thus I can't really tell you how to repeat this (other than sending the machines there :-). >Fix: I changed RS_IBUFSIZE from 256 to 4096, and the problem disappeared. It might be that a smaller amount would be sufficient (I don't mind 8k memory waste per line in this case). But it is apparent that 256 bytes seems not sufficient for slow or loaded machines. sio.c: < #define RS_IBUFSIZE 256 -- > #define RS_IBUFSIZE 4096 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 2 02:20:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23049 for bugs-outgoing; Sun, 2 Jul 1995 02:20:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23027 ; Sun, 2 Jul 1995 02:20:02 -0700 Date: Sun, 2 Jul 1995 02:20:02 -0700 Message-Id: <199507020920.CAA23027@freefall.cdrom.com> From: Michael Reifenberger Reply-To: Michael Reifenberger To: freebsd-bugs Subject: bin/580: xntpd doesn't work with Tobit DCF77 receiver. In-Reply-To: Your message of Sun, 2 Jul 1995 10:58:04 +0200 <199507020858.KAA01773@totum.muc.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 580 >Category: bin >Synopsis: xntpd doesn't work with Tobit DCF77 receiver. >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 02:20:01 1995 >Originator: Michael Reifenberger >Organization: Bye! ---- Michael Reifenberger >Release: FreeBSD 2.0-BUILT-19950611 i386 >Environment: FreeBSD current >Description: The Synopsis says it all. >How-To-Repeat: >Fix: The modified patch from "Vincenzo Capuano" (only due the whitespace changes to the xntpd sources) helped. The working interfaces are now "Tobit Timelan Interface" and the "Boeder" interface. The patches are: begin 664 xntpd.changes.tgz M'XL(```````"`^T[:W?:2++Y*GY%;3+)@GE)(,#&X^Q@P!EV;.,#)).<._

]JM3ZZX& M>\6"^I/?Y0)=[71:\`3H4N6](^^R$5H(HK?:>EL#T#2]T7H"K2=_P!4%H>$# M//$]+[P+[M)VG_P'7A\S\A=/EKU8!-]P#$U5VVU]0_[Q'9I-K:G'\M>:+=0% M%'\3Y:_^.\G_PS5CSG^>_$G64(V@ZD.M)N1?/S-NV,)V6,UV3=AN*E2KU7Q@ M91JY\'?\TS306MUFJ]MJ@'9PT"J4RV78">\`-$`]Z+807A/P/_P`U6:E`V7Z M]\,/!>B]GOTX&)Y,CP"J@[-!JP#]TW'_)]%4'>#OWNF<-^'3Q72&_W_^^K\7!*-^P]P_OX;/BJ![\40$'TX6C6_Q$;9Y,>$>CU9P3:FXT) M$N^OZ?[CL##L>#P?#"4WR M8HJ+.#GMO9J6C^"[3^>S"UK-%_Q)]SE?$CW%2Z??R:+YP_AB-OU2@./1^6`T M^=L1U*/`KP?HJ0I0&+O.+=BNX'H7TFRO>;Y]=2>`S_ZGD*<9DV%O<#:$]$-6 M&T1;6@]0KLU&MZEMZD$&,M$`M=M4UQJ@-9J5-I3IML^U0%$\EX%CAZ'#X(HM MP0[`,A?HP*`*@_Y)IP,6,SV+^?#!#J\!1P+'\U:XL)#YA$^=L/!\0+-W+<,A M>@(QN'7-:]]S[<`(;<_E!+PHA/`:$2+'(>P/GG\3@+<`%%8-I:P,Q.#71@"7 MC+FP\OR061!Z<.(S=CP=`(["21Q[C*8EQO*9R>SW.",D<7D+;Y#GS/V'!WUC M%1FN5T/YP6H5F(YGWL0QTK(1*_3\6S`]-S1LUW:O(/`BWV0!7]'20Y'9)I]] M0%/`80NP>=TPWV4.&/%RO2B`@/FVX8#ETYQ@Y6"3`=,9BNAL2F0CAVVJBQ"? MT*0\3;$\4XH8E6DA%K*S)ZM#.0#;"M4XV%2HW6@[M*O=XMI%-^%C^#4\?<.% MI*+M%@/'6ZUNH7>&:L7Y(%2C#BUU&91(2OS2&IT:_>W7M'95PYFU"V79];-! MF@=3\WII6T0XD3W\9(=0W":MY5-NJ-5&DRCSJ7=4/O6.5M'4]=S7T,U&M=DB MZ)C0S+>7EV@TTS=M0`^XGD61GNKP_?=:A..6"^4-2KI:U9MB1:)KTOM9:C'& M]3JZN&4`J\@)4`N+N4I.[$JO:8;6@!)B/D.M!Z$:0;0BTP'3P!XTMEM4.]=& M;0^X\:"QAK$NA[[A!K90JQ"6;;]V'LSG$]' MK\Y[I\/!?#3&CLC=T;%!G$/,AI.ST7BZT?KZO(=!(]M&H\]&9\.W\Q\WY"-7 MWH7,TG=+:&7X`8O=`'^8,O\*.$$*:C?()73RG/1\*;MK)ID9KJ50E;:*MMC='D,8A:S#%NH:%Q_U95-GR07FUTH'C2>[W&3%!:^QPE/2QJQ1')=?QZ M]E*KM8(*#[+`4(YDG^A\#/>6_RI5KIC+?#+<51`Q"X.7O63"X_SF18@9E;]F M$6+=FRC"!\;>;=?2R[]UZ9"[]DS4IK0%:2SLCYA=8+!?&F'L3T5>('TN3V]L M=Q6%&X;$U29Q=6FMO,^8HM!VZC+)VM&>9SRI[DT7U^ZJK7RCV4;:92PM7<>< ML,SO6ELFAR2V/7",(`3F^V@YF!Z^-QS;2CKKW..!<#Y6423CI.C436R?>UC[ MLK`6OI\'S`0X@B@TY]2#X@[C]L-\C(A0CD`]I+P.NW&DHG$9%/-(E.`E!M"2 MA`3XE/SZNHGLQ-J<#,`7^8MAL/Z*<8F?@IUU"OETW3_L&NGY-M(7"DCZ<5P,AVBP[R83X?]\?F@KI>@O@=+XR,$QG)%0]C!BOD!Y:]( MIIJD&+VWK\]',T71%0D?84X7$$QY&V8;B$R5)QS]TY].<2+]==H0MRB:2FAO MW[Z%D"U7:!BWZ-9NL$1T^;1,>\5_U_1K!\'DMC1L&Z$ZIL-K<`>`C\M0"5KYGLB"@#8@/U[@`CFN\-VS' MH!J32B[30SJP;]R,=%ABAJFO#&O@*A8ICV2!/6)&@LY&H`?N3RC0Y\ M&$]!KWWDU/E3"Q^*+ON`\5"6C7\IB=JGP4N?5I;G(.N;.?JP26]`<:C*=[T` M&4:I&#-6\%3FE(*=DRGFF8VG<&585RP$VOTA4AB#^.Z2Y+!@'[$9Y.9>ZI)# M2.H98<74$Z%Q^N4<^C3]V>R=M+N@*];#2R=:$'9-Y6!FPFIDGM`49J7`T6+? M)/!5^&!CO4SRQL"YM#TL6(E_>H?XM]X6V>.PZ8V1!U]%Q"@E).0N2&9;ZRM) M9.2SF?G?3:(L2>1;S%?-@HH'@7\^NTCMIA>74RU=ON! MO$#@-8GTGDYQ-AU=<-N8]?`'6FCHF9Y3VD&"!Q&]095F6=/7%><>^>@"WT*Q M3>6]9UN*J!5L#,K*1;%(325T[U4)@C6HA*#W*!PD0N"P0FE(A'7)BB%C]M(H M*:K!=11:W@>7T!")H,J[">>3+=]+-@ MG/4P*WNZWNTCW:;R\ND6,,_AIN_.^TI1Y:EAX/GH4:M`>9P!.%66+IHQ]@3V ME6LXXC7&4]919_.0;!_/1HKI=$3VE^#%B\TJK[0UG^ MYSX5R9_[_/U+*:E4[D4];JF?M]$YL]O[Y%#U3JNBM3+<%JN8#X;3_F1T,1N- MS],<[X\'PV27(]?CE9Z2P.LB^FQL3R11*;!YDE[D,:C$]Z"%!ZX"J\%5;9,T M)@N"%,=>H%EX'S#QP&8#'/:>.13<$3"4FGSBZ"GYQ-?$UE/&K,N@W(2(DN`[.D_^ M.NU&I=%*MO1FD]'9\>F0'/9\1&I4V6X?[V@_I7;::?I2H?^?,%6@^B>]557^ MWF+O;9.]Y!Q<[TG-^:O&BF@Z'\\OQJ>GZZ<1%F'KI^'Y8/TPZ,UZE0RER7@\ MX]R1S9O23@UR,4VW$')O/AID\5)BS8XCO%`*=_;N8I@%27Q/MKDO^)=N&FTW MC;>;!(/%'L670^DMM5:;NTNMK6K27Q+(AVN;VY47N6&U6A+2^B2V0,7FCXR= M'A;D5O$%?ZJ^Y#?;J\!>4"Y7X(5_&2U6U9>HD^_Y_DY);B4^G$21T#`&+%=S M"@-Y%$'YA']`O@+$-MF5%Z*C7K+PFO+K*\_CKRV9$?(EHY[OTP9;0].;21X- MV?"*5D`_@?\VX*)'^P3BA9ZP*Q'>@,);H9K%+5*5CPO-::WPL$M3Q@C(=P,. M8X9`-C#3?Y01KEQ8)![E!A.>*(% MP]#,Q\IXX2,Q<6.BSX0B\%7-3Q,?SR6!\ M?OH./N//\_'Y,>T"83W?Z70H78E#H=R6(9`^%A-K!QJW@+I^X42KN6.XGR>? M8ZST0`)7F(#$/D)#3(PL5H?;P/&NBJ?C5_/A9%*!IT()DW#R[+G53WS`!98;3+L?[Y\*EA9@7AN)2FCIJ9Q;6FVM.0E<6*5U9>7-LX3K0?G5J3? MW/S4?WV2-J9(T24AAG3(`:=F&TY\,$%,N_:4LE(QP(81R37BR9CG-YAC#(/^2UF&#S(#)5O9H/? MF'V081\H7V(+%):W?\"=F]YL99S;7SACB*7]J1B?+WXU-T.G]*\[-_G`D+O% M$IST1J?#0>UIDEG\_PHPNLIW/ANT+2(+MEA*\J4EU_:O3;9X#F.ZH1,;Q`F) M\^04E3;;^DJTHI=X`?]<)V!KIR%?V.8*6YY:>(#,Q:AD1K#H'B2YM2ZDW(E\0QTSS/;,-6NP-.SW![,)Y\VW9888AYB1'N2;\.*K+6.; M&^DD&BL+*MOL6"^3&)ED3BGP%E]B8%3@)9XL-U-@Q>S M&!1Q,`=S]?L&B_-D71-5E=XYV.&]3LYFOZ?[6BS#1_^E-SM<"BVUL4,*4PS, MOZ<8J(Q^E(.N[PLY:.FCQ9_2:5*^C1)YT26W;/XDV-S M+/)L$BCY[AV4A_IWP[+$;K*UM57WP"2TG7??I!6P@@*:V5C.L8C*:] MX]-A2C?OE,^#78:%JG'IL,1E[.#ZGY[74L_;TC%TUHYA1Z1<*7E8[XYF7PO:[NX^),KW)W,/XFR><\GY;F@G*'U!].3Q^I-] M_XD/-3JY4[/,1:?SQWS_"=#2F\GWO\T&??^KZ^KC]Y]_R/6L\`S>TB&6^,"6 MW&/F;[;J+#03G2@5GA4*!#YE/KETF][MYW_51E"O`];%6_K-)'];7,?0F9R@ MJZHX"#6$X:VEEK+P6@Z\EH+7-N`;.?"-%'QC`[Z9`]],P3=IQ8%8;'H9@@N6 M;R]"SB=\Y`^<9_7WAE_W(Y>SC3<7_D3V?];[B=XM?>,OP.^Q?TUK=M;?_VL- MLG^MV7ZT_S_BHH.QXK-AW^3FCG\UN[G?CG4A%WUH*NF/M9H\?.8^%]^B:8L`[:GG'I7=LC,:WYHK3<;PHJ41W$"G@S\/#VG7*YG\WTKKM]V4V!W]RCZN?/C. MAB[\-8&J[?U2K/U2^NZOOZZA_254%VLN?$?8Z][ET:^X(EPD.CW>E<) MM8$))C3VX;OE&NJ0'R]#",,I)4M0%45YQ@_@!]=>Y""C&:\KQ,'@QP3K\7J\ ;'J_'Z_%ZO!ZOQ^OQ>KS^C:[_`P_E?*$`4``` ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 2 03:57:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA24856 for bugs-outgoing; Sun, 2 Jul 1995 03:57:37 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA24850 for ; Sun, 2 Jul 1995 03:57:36 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id DAA01799; Sun, 2 Jul 1995 03:57:23 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA05324; Sun, 2 Jul 1995 03:57:56 -0700 Message-Id: <199507021057.DAA05324@corbin.Root.COM> To: J Wunsch cc: freebsd-bugs@freefall.cdrom.com Subject: Re: kern/577: SLIP requires `ifconfig up' now In-reply-to: Your message of "Sat, 01 Jul 95 15:20:02 PDT." <199507012220.PAA04263@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 02 Jul 1995 03:57:55 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Number: 577 >>Category: kern >>Synopsis: SLIP requires `ifconfig up' now >>Confidential: no >>Severity: non-critical >>Priority: medium >>Responsible: freebsd-bugs (FreeBSD bugs mailing list) >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sat Jul 1 15:20:01 1995 >>Originator: J Wunsch >>Organization: >>Release: FreeBSD 2.1.0-Development i386 >>Environment: > >kernel as built today > >>Description: > >"ifconfig slX my-addr his-addr" doesn't seem to establish the >connection any more, an explicit "ifconfig slX up" is required. > >>How-To-Repeat: > >Establish a SLIP connection and run the above command only. I'm confused by this. The code was written to set the interface up whenever slattach is run and a tty is attached. Why would you want the interface up if this *wasn't* the case? Can you explain your specific problem in more detail? ...I'm not sure I agree with your recent fix. -DG From owner-freebsd-bugs Sun Jul 2 08:56:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA03282 for bugs-outgoing; Sun, 2 Jul 1995 08:56:30 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA03274 ; Sun, 2 Jul 1995 08:56:28 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id KAA00619; Sun, 2 Jul 1995 10:56:24 -0500 From: Mike Pritchard Message-Id: <199507021556.KAA00619@mpp.com> Subject: Re: List of open Problem Reports To: gnats@freefall.cdrom.com (GNU GNATS) Date: Sun, 2 Jul 1995 10:56:24 -0500 (CDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507011130.EAA16365@freefall.cdrom.com> from "GNU GNATS" at Jul 1, 95 04:30:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 379 Sender: bugs-owner@FreeBSD.org Precedence: bulk > This is the list of currently open problem reports > > [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke How come this PR is still showing up in the list of open problem reports? It has been closed since March according to the audit trail reported by query-pr. Looks like there may be a small problem with the script that generates this list. From owner-freebsd-bugs Sun Jul 2 09:30:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04299 for bugs-outgoing; Sun, 2 Jul 1995 09:30:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04292 ; Sun, 2 Jul 1995 09:30:01 -0700 Date: Sun, 2 Jul 1995 09:30:01 -0700 Message-Id: <199507021630.JAA04292@freefall.cdrom.com> From: J Wunsch Reply-To: J Wunsch To: freebsd-bugs Subject: bin/581: iijppp may hang indefinitely In-Reply-To: Your message of Sun, 2 Jul 1995 18:20:22 +0200 <199507021620.SAA00305@uriah.heep.sax.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 581 >Category: bin >Synopsis: iijppp may hang indefinitely >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 09:30:00 1995 >Originator: J Wunsch >Organization: >Release: FreeBSD 2.2.0-Development i386 >Environment: FreeBSD 2.0.5 or -current >Description: iijppp may hang indefinitely without a chance for the operator to get rid of it: o it refuses to co-operate with a job control shell (it catches sigtstp), so it cannot be brought into background when needed o it doesn't allow to interrupt it by ^C o when in terminal mode, one cannot go back if the modem or other end of connection dropped DTR, since the ppp process sleeps on ttyin (apparently on the outgoing line, not the controlling tty) In all of the above situations, the only chance is to have another terminal/window/whatever handy to clean up. >How-To-Repeat: Start iijppp. Try ^Z. Try ^C. Run the `term' subcommand on a non-existing modem. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 2 09:39:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04460 for bugs-outgoing; Sun, 2 Jul 1995 09:39:26 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA04454 for ; Sun, 2 Jul 1995 09:39:19 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00683; Sun, 2 Jul 1995 18:39:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA12802; Sun, 2 Jul 1995 18:39:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA00308; Sun, 2 Jul 1995 18:35:24 +0200 From: J Wunsch Message-Id: <199507021635.SAA00308@uriah.heep.sax.de> Subject: Re: kern/577: SLIP requires `ifconfig up' now To: davidg@root.com Date: Sun, 2 Jul 1995 18:35:23 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507021057.DAA05324@corbin.Root.COM> from "David Greenman" at Jul 2, 95 03:57:55 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2003 Sender: bugs-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > I'm confused by this. The code was written to set the interface up whenever > slattach is run and a tty is attached. Why would you want the interface up if > this *wasn't* the case? > Can you explain your specific problem in more detail? ...I'm not sure I > agree with your recent fix. I've used to run the following script as ``configure'' script from within slattach whenever the connection had been established (or the slip unit changed, but this is supposed to never happen for me): #!/bin/sh # # called by slattach whenever the slip unit changes # # arguments: myname remote netmask "default" old-unit new-unit # $1 $2 $3 $4 $5 $6 # # NB: the old-unit and new-unit arguments are automatically added # by slattach, the rest has to be supplied to the -r/-u argument # of slattach PATH=/sbin:/usr/sbin:/bin:/usr/bin; export PATH exec 2> /var/log/slip.conf.err if [ $# != 6 ] ; then logger -p user.err "$0: wrong argument count (was $*)" exit 2 fi ifconfig sl$5 down ifconfig sl$5 delete ifconfig sl$6 inet $1 $2 netmask $3 || logger -p user.err "$0: ifconfig failed" if [ "$4" = "default" ] ; then if route -rn | grep ^default >/dev/null then route delete default fi route add default $2 fi exit 0 The line ``ifconfig sl$6 ...'' was supposed to set the interface address and mark the interface automatically `up' (as it's also the case for other interfaces e.g. ethernet). After your modification, it didn't work anymore. Sticking another ``ifconfig sl$6 up'' in the next line worked around this, but i thought it's not a good idea to break with the previous behaviour. Apparently, the interface isn't marked automatically `up' by slattach. It works now as one would expect: it's up right after the first ifconfig, and i can put it down or up later if i want. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 2 10:05:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05333 for bugs-outgoing; Sun, 2 Jul 1995 10:05:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05326 ; Sun, 2 Jul 1995 10:05:35 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01192; Sun, 2 Jul 1995 19:05:31 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA13013; Sun, 2 Jul 1995 19:05:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA00612; Sun, 2 Jul 1995 19:04:02 +0200 From: J Wunsch Message-Id: <199507021704.TAA00612@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: mpp@legarto.minn.net (Mike Pritchard) Date: Sun, 2 Jul 1995 19:04:02 +0200 (MET DST) Cc: gnats@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507021556.KAA00619@mpp.com> from "Mike Pritchard" at Jul 2, 95 10:56:24 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 412 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > > > This is the list of currently open problem reports > > > > [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke > Well, i think this is related to slot #1. I'll go and fix it. Thanks for pointing it out! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 2 10:05:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05349 for bugs-outgoing; Sun, 2 Jul 1995 10:05:41 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05325 ; Sun, 2 Jul 1995 10:05:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01188; Sun, 2 Jul 1995 19:05:30 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA13010; Sun, 2 Jul 1995 19:05:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA00594; Sun, 2 Jul 1995 19:01:21 +0200 From: J Wunsch Message-Id: <199507021701.TAA00594@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: mpp@legarto.minn.net (Mike Pritchard) Date: Sun, 2 Jul 1995 19:01:21 +0200 (MET DST) Cc: gnats@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507021556.KAA00619@mpp.com> from "Mike Pritchard" at Jul 2, 95 10:56:24 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 613 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > > > This is the list of currently open problem reports > > > > [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke > > How come this PR is still showing up in the list of open problem > reports? It has been closed since March according to the audit trail > reported by query-pr. Looks like there may be a small problem > with the script that generates this list. > Interesting. Will be looking into this... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 2 12:14:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07335 for bugs-outgoing; Sun, 2 Jul 1995 12:14:28 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07328 for ; Sun, 2 Jul 1995 12:14:25 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id OAA01758 for freebsd-bugs@freebsd.org; Sun, 2 Jul 1995 14:14:18 -0500 From: Mike Pritchard Message-Id: <199507021914.OAA01758@mpp.com> Subject: Re: List of open Problem Reports To: freebsd-bugs@freebsd.org Date: Sun, 2 Jul 1995 14:14:17 -0500 (CDT) In-Reply-To: <199507011130.EAA16365@freefall.cdrom.com> from "GNU GNATS" at Jul 1, 95 04:30:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2146 Sender: bugs-owner@freebsd.org Precedence: bulk Here are some problem reports that can probably be closed: > This is the list of currently open problem reports [1994/11/18] kern/21 kernel panic. This should probably be closed, since it can't be reproduced with -current. [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom The at in -current correctly parses all of the examples given in this PR. At still doesn't issue a message when it is asking for commands, but that really isn't a bug, just a slight difference from other systems. [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv The test program included with this PR dumps core instead of hanging when run under -current, so it looks like the problem has gone away. [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf Test case doesn't panic machine under -current, and gdb does correctly cleanup the stopped process. [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn I filed this report originally. This is working in -current (with AHC_TAGENABLE defined). I think that Justin Gibbs is still working on something to allow tagged queuing to be enabled/disabled on a device-by-device basis, so he might not want this closed yet. [1995/03/30] conf/286 'make depend' on GENERIC kernel stops Works on my machine, but it wasn't after a fresh install like the original poster was trying. This looks like it might have been related to the old "/sys" symlink problem? [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels Works under -current on my machine. In fact, the kernel I'm running right now was compiled with -g and then run through strip -x. [1995/04/11] kern/332 Incorrect routes can cause system to reset Another of my own PRs. This is fixed in -current. I think rev 1.22 of sys/net/route.c was the change that fixed this. [1995/05/22] kern/434 umapfs panics when mounting ufs over itself This looks like it is a duplicate of PR kern/472. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jul 2 12:21:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07532 for bugs-outgoing; Sun, 2 Jul 1995 12:21:48 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07526 for ; Sun, 2 Jul 1995 12:21:46 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id OAA01785 for freebsd-bugs@freebsd.org; Sun, 2 Jul 1995 14:21:44 -0500 From: Mike Pritchard Message-Id: <199507021921.OAA01785@mpp.com> Subject: Re: List of open Problem Reports To: freebsd-bugs@freebsd.org Date: Sun, 2 Jul 1995 14:21:43 -0500 (CDT) In-Reply-To: <199507011130.EAA16365@freefall.cdrom.com> from "GNU GNATS" at Jul 1, 95 04:30:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1853 Sender: bugs-owner@freebsd.org Precedence: bulk > [1994/12/13] misc/48 /etc/rc does not recover recovery files > [1995/06/23] misc/556 Bug in /etc/rc Both of these PRs refer to the same problem, namely that the commands that are supposed to send mail about vi recovery files never get run. Probably the best fix is to replace the stuff that is currently in /etc/rc with /usr/src/usr.bin/vi/install/recover.script, which I've included below. If the script isn't used, then the following line in /etc/rc should be changed: virecovery=/var/tmp/vi.recover/recover.* should become virecovery=`echo /var/tmp/vi.recover/recover.*` --cut here-- # @(#)recover.script 8.7 (Berkeley) 8/16/94 # # Script to recover nvi edit sessions. # RECDIR=/var/tmp/vi.recover SENDMAIL=/usr/sbin/sendmail echo 'Recovering vi editor sessions.' # Check editor backup files. vibackup=`echo $RECDIR/vi.*` if [ "$vibackup" != "$RECDIR/vi.*" ]; then for i in $vibackup; do # Only test files that are readable. if test ! -r $i; then continue fi # Unmodified nvi editor backup files either have the # execute bit set or are zero length. Delete them. if test -x $i -o ! -s $i; then rm $i fi done fi # It is possible to get incomplete recovery files, if the editor crashes # at the right time. virecovery=`echo $RECDIR/recover.*` if [ "$virecovery" != "$RECDIR/recover.*" ]; then for i in $virecovery; do # Only test files that are readable. if test ! -r $i; then continue fi # Delete any recovery files that are zero length, corrupted, # or that have no corresponding backup file. Else send mail # to the user. recfile=`awk '/^X-vi-recover-path:/{print $2}' < $i` if test -n "$recfile" -a -s "$recfile"; then $SENDMAIL -t < $i else rm $i fi done fi -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jul 2 12:39:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08180 for bugs-outgoing; Sun, 2 Jul 1995 12:39:58 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08174 for ; Sun, 2 Jul 1995 12:39:55 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id OAA02015 for freebsd-bugs@freebsd.org; Sun, 2 Jul 1995 14:39:54 -0500 From: Mike Pritchard Message-Id: <199507021939.OAA02015@mpp.com> Subject: Re: bin/274 touch -t with century doesn't work To: freebsd-bugs@freebsd.org Date: Sun, 2 Jul 1995 14:39:53 -0500 (CDT) In-Reply-To: from "root@hclb.demon.co.uk" at Mar 27, 95 09:46:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 889 Sender: bugs-owner@freebsd.org Precedence: bulk > >Number: 274 > >Synopsis: touch -t with century doesn't work > >Description: > > The command: > > touch -t 199504011200 testfile > > gives the error message: > > touch: out of range or illegal time specification: [[CC]YY]MMDDhhmm[.SS] Here is a patch to fix this problem. *** orig/touch.c Sun Jul 2 14:25:55 1995 --- touch.c Sun Jul 2 14:30:36 1995 *************** *** 204,210 **** switch(strlen(arg)) { case 12: /* CCYYMMDDhhmm */ t->tm_year = ATOI2(arg); ! t->tm_year *= 1000; yearset = 1; /* FALLTHOUGH */ case 10: /* YYMMDDhhmm */ --- 204,210 ---- switch(strlen(arg)) { case 12: /* CCYYMMDDhhmm */ t->tm_year = ATOI2(arg); ! t->tm_year *= 100; yearset = 1; /* FALLTHOUGH */ case 10: /* YYMMDDhhmm */ -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jul 2 12:48:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08341 for bugs-outgoing; Sun, 2 Jul 1995 12:48:22 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08335 for ; Sun, 2 Jul 1995 12:48:20 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA17033; Sun, 2 Jul 1995 12:48:08 -0700 From: "Rodney W. Grimes" Message-Id: <199507021948.MAA17033@gndrsh.aac.dev.com> Subject: Re: List of open Problem Reports To: mpp@legarto.minn.net (Mike Pritchard) Date: Sun, 2 Jul 1995 12:48:08 -0700 (PDT) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199507021921.OAA01785@mpp.com> from "Mike Pritchard" at Jul 2, 95 02:21:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 757 Sender: bugs-owner@freebsd.org Precedence: bulk > > > [1994/12/13] misc/48 /etc/rc does not recover recovery files > > [1995/06/23] misc/556 Bug in /etc/rc > > Both of these PRs refer to the same problem, namely that the > commands that are supposed to send mail about vi recovery files > never get run. Probably the best fix is to replace the stuff that is > currently in /etc/rc with /usr/src/usr.bin/vi/install/recover.script, > which I've included below. If the script isn't used, then the following > line in /etc/rc should be changed: I will intergrate one of the two solutions into my next round or two of /etc/rc changes. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-bugs Sun Jul 2 13:04:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08868 for bugs-outgoing; Sun, 2 Jul 1995 13:04:19 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08862 for ; Sun, 2 Jul 1995 13:04:17 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id NAA03662; Sun, 2 Jul 1995 13:04:08 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id NAA05768; Sun, 2 Jul 1995 13:04:41 -0700 Message-Id: <199507022004.NAA05768@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-bugs@freefall.cdrom.com Subject: Re: kern/577: SLIP requires `ifconfig up' now In-reply-to: Your message of "Sun, 02 Jul 95 18:35:23 +0200." <199507021635.SAA00308@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 02 Jul 1995 13:04:41 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >The line ``ifconfig sl$6 ...'' was supposed to set the interface >address and mark the interface automatically `up' (as it's also the >case for other interfaces e.g. ethernet). After your modification, it >didn't work anymore. Sticking another ``ifconfig sl$6 up'' in the >next line worked around this, but i thought it's not a good idea to >break with the previous behaviour. Actually, you probably do want the "ifconfig up", as this has the effect of immediately propagating the new routing information to down-stream hosts (assuming there are any). >Apparently, the interface isn't marked automatically `up' by slattach. Actually, the process of converting the interface to a SLIP device should set it up. I really don't like the 'up' flag not tracking the state of the interface. Perhaps if it was set 'up' only if the interface was a SLIP device, would this be okay? >It works now as one would expect: it's up right after the first >ifconfig, and i can put it down or up later if i want. Ethernet is special - it's not okay to extrapolate this about other network devices. -DG From owner-freebsd-bugs Sun Jul 2 13:15:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09119 for bugs-outgoing; Sun, 2 Jul 1995 13:15:29 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA09113 for ; Sun, 2 Jul 1995 13:15:26 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA06012; Sun, 2 Jul 1995 16:15:09 -0400 Date: Sun, 2 Jul 1995 16:15:09 -0400 From: Garrett Wollman Message-Id: <9507022015.AA06012@halloran-eldar.lcs.mit.edu> To: Michael Reifenberger Cc: freebsd-bugs@freefall.cdrom.com Subject: bin/580: xntpd doesn't work with Tobit DCF77 receiver. In-Reply-To: <199507020920.CAA23027@freefall.cdrom.com> References: <199507020858.KAA01773@totum.muc.de> <199507020920.CAA23027@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: >> Synopsis: xntpd doesn't work with Tobit DCF77 receiver. > The modified patch from "Vincenzo Capuano" (only due the whitespace changes to > the xntpd sources) helped. > The working interfaces are now "Tobit Timelan Interface" and the "Boeder" > interface. Please send all such patches to Dave Mills, the xntpd maintainer. They will get picked up in FreeBSD next time xntpd is updated from the original sources. -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 Sun Jul 2 13:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09378 for bugs-outgoing; Sun, 2 Jul 1995 13:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09371 ; Sun, 2 Jul 1995 13:30:02 -0700 Date: Sun, 2 Jul 1995 13:30:02 -0700 Message-Id: <199507022030.NAA09371@freefall.cdrom.com> From: xaa@stack.urc.tue.nl Reply-To: xaa@stack.urc.tue.nl To: freebsd-bugs Subject: misc/583: rlogin-problem In-Reply-To: Your message of Sun, 2 Jul 1995 22:24:28 +0200 <199507022024.WAA01997@xaa.stack.urc.tue.nl> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 583 >Category: misc >Synopsis: rlogin over PPP does not handle input >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 13:30:01 1995 >Originator: Mark Huizer >Organization: MCGV Stack, Eindhoven University of Technology >Release: FreeBSD 2.0-BUILT-19950622 i386 >Environment: 486-DX2/50, using PPP to get either a dynamic IP or a static PPP adres over serial modem and phone line >Description: Trying to access a remote machine with "rlogin HOST" makes the connection, gives the output the remote machine produces, gives the prompt and does not react to input from the local site. >How-To-Repeat: Setup a PPP link and use rlogin to connect to the other site >Fix: Looking for it >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 2 13:50:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09806 for bugs-outgoing; Sun, 2 Jul 1995 13:50:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09799 ; Sun, 2 Jul 1995 13:50:03 -0700 Date: Sun, 2 Jul 1995 13:50:03 -0700 Message-Id: <199507022050.NAA09799@freefall.cdrom.com> From: peter@haywire.dialix.com (Peter Wemm) Reply-To: peter@haywire.dialix.com (Peter Wemm) To: freebsd-bugs Subject: conf/584: bad setting for dumpdev in sample sysconfig In-Reply-To: Your message of Mon, 3 Jul 1995 04:40:35 +0800 <199507022040.EAA00387@jhome.DIALix.COM> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 584 >Category: conf >Synopsis: bad setting for dumpdev in sample sysconfig >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 13:50:02 1995 >Originator: Peter Wemm >Organization: DIALix Services >Release: FreeBSD 2.0-BUILT-19950703 i386 >Environment: FreeBSD-current, as of a few hours ago.. FreeBSD jhome.DIALix.COM 2.0-BUILT-19950703 FreeBSD 2.0-BUILT-19950703 #11: Mon Jul 3 04:17:24 WST 1995 pwroot@jhome.DIALix.COM:/usr/src/sys/compile/JHOME i386 >Description: /etc/rc checks the setting of $dumpdev, and skips it if it's set to NO. The matching sysconfig file however, doesn't set it. /etc/rc then runs dumpon ${dumpdev} (because it's not "NO") and causes usage errors during startup. >How-To-Repeat: install distributed sysconfig file (and customize it for your host of course.. :-) >Fix: Something like this might be appropriate.. --- sysconfig.nodumpdev Sun Jun 25 16:32:11 1995 +++ sysconfig Mon Jul 3 04:31:52 1995 @@ -147,7 +147,7 @@ # disable any statically configured dumpdev, or NO to do nothing. # The device should normally be one of the swap devices specified # in /etc/fstab. -# dumpdev=/dev/sd0b +dumpdev=NO # Set to YES if you want kernel crashdumps to be saved for debugging savecore=NO >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 2 15:15:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11784 for bugs-outgoing; Sun, 2 Jul 1995 15:15:09 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11777 for ; Sun, 2 Jul 1995 15:15:07 -0700 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 AAA20876 ; Mon, 3 Jul 1995 00:15:05 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA16241 ; Mon, 3 Jul 1995 00:15:04 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507022215.AAA16241@blaise.ibp.fr> Subject: Re: misc/583: rlogin-problem To: xaa@stack.urc.tue.nl Date: Mon, 3 Jul 1995 00:15:04 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507022030.NAA09371@freefall.cdrom.com> from "xaa@stack.urc.tue.nl" at Jul 2, 95 01:30:02 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 513 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Trying to access a remote machine with "rlogin HOST" makes the > connection, gives the output the remote machine produces, gives the > prompt and does not react to input from the local site. > > >How-To-Repeat: > > Setup a PPP link and use rlogin to connect to the other site Which PPP ? I'm currently writing this message over a PPP line with rlogin. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Sun Jul 2 17:25:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14207 for bugs-outgoing; Sun, 2 Jul 1995 17:25:07 -0700 Received: from relay1.geis.com (relay1.geis.com [192.77.188.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA14201 for ; Sun, 2 Jul 1995 17:25:01 -0700 From: jimmy.dgeek@genie.geis.com Received: by relay1.geis.com (1.37.109.11/15.6) id AA030881063; Mon, 3 Jul 1995 00:24:24 GMT Message-Id: <199507030024.AA030881063@relay1.geis.com> Date: Sun, 2 Jul 95 23:58:00 UTC To: bugs@freebsd.org Subject: Toshiba CDRom won't work X-Genie-Id: 4243685 X-Genie-From: JIMMY.DGEEK Sender: bugs-owner@freebsd.org Precedence: bulk To the BugHunters - You probably have already heard all about this one, but there is an error in the installion docs, on the creation of the boot floppies. The docs tell you to type in: tools\dos-tool\rawrite .... The actual directory name (at least on the CD I was using) is tools\dos_tool ... ^ I have another more difficult problem, namely I can't get the system to recognize my CD drive. I am using a Toshiba Quad Speed with Future Domain TMC-1680 SCSI-2 controller. I might add it works fine in MS-DOS and Windows. Is there any way to make this work or get around it? I have included the file from the latest MSD report off my system in case it might help. The computer is a Dell XPS-P90. Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 1 ======================================================================== -------------------- --- Customer Information Name: Jim Matthews Address1: 115 Harding Drive City/ST/Zip: Washington, NJ 07782 Country: USA Phone: 908-859-7054 Comments: e-mail: jimmy.dgeek@genie.geis.com ------------------- ---- Summary Information Computer: American Megatrend, 486DX Memory: 638K, 15360K Ext, 14944K XMS Video: VGA, Number9 - GXE64PRO Network: No Network OS Version: MS-DOS Version 6.22 Mouse: PS/2 Style Mouse, 7.00 Other Adapters: Game Adapter Disk Drives: A: B: C: D: E: F: LPT Ports: 1 COM Ports: 3 Windows Information: 3.11, Not Active -------- --------------------- Computer Computer Name: American Megatrends BIOS Manufacturer: American Megatrends BIOS Version: BIOS Version 1.00.12.AX1J BIOS Version 1.00.12.AX1J Creative DOS Multimedia Architecture (v1.00) BIOS Category: IBM PC/AT BIOS ID Bytes: FC 01 00 BIOS Date: 11/11/92 Processor: 486DX Math Coprocessor: Internal Keyboard: Enhanced Bus Type: ISA/AT/Classic Bus DMA Controller: Yes Cascaded IRQ2: Yes BIOS Data Segment: 9FC0 1k Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 2 ======================================================================== ------ ------------------------ Memory Legend: Available " " RAM "##" ROM "RR" Possibly Available ".." EMS Page Frame "PP" Used UMBs "UU" Free UMBs "FF" 1024K FC00 UUUUUUUUUUUUFFFR FFFF Conventional Memory F800 PPPPPPPPPPPPPPPP FBFF Total: 638K F400 PPPPPPPPPPPPPPPP F7FF Available: 621K 960K F000 PPPPPPPPPPPPPPPP F3FF 636288 bytes EC00 PPPPPPPPPPPPPPPP EFFF E800 UUUUUUUUUUUUUUUF EBFF Extended Memory E400 UUUUUUUUUUUUUUUU E7FF Total: 15360K 896K E000 UUUUUUUUUUUFUUUU E3FF DC00 UUUUUUUUUUUUUUUU DFFF MS-DOS Upper Memory Blocks D800 UUUUUUUUUUUUUUUU DBFF Total UMBs: 195K D400 UUUUUUUUUUUUUUUU D7FF Total Free UMBs: 8K 832K D000 UUUUUUUUUUUUUUUU D3FF Largest Free Block: 4K CC00 ##############UU CFFF C800 UUUUUUUFRRRRRR. CBFF Expanded Memory (EMS) C400 UUUUUUUUUUUUUUUU C7FF LIM Version: 4.00 768K C000 ....UUUUUUUUUUUU C3FF Page Frame Address: EC00H BC00 ################ BFFF Total: 15616K B800 ################ BBFF Available: 14944K B400 UUUUUUFUUUUFFFFF B7FF 704K B000 UUUUUUUUUUUUUUUU B3FF XMS Information AC00 AFFF XMS Version: 3.00 A800 ABFF Driver Version: 7.01 A400 A7FF A20 Address Line: Enabled 640K A000 A3FF High Memory Area: In use Available: 14944K Largest Free Block: 14944K Available SXMS: 14944K Largest Free SXMS: 14944K VCPI Information VCPI Detected: Yes Version: 1.00 Available Memory: 14952K DPMI Information DPMI Detected: Yes Version: 0.90 Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 3 ======================================================================== ----- ------------------------- Video Video Adapter Type: VGA Manufacturer: Number9 Model: GXE64PRO Display Type: VGA Color Video Mode: 3 Number of Columns: 80 Number of Rows: 25 Video BIOS Version: Now I'm 64...#9-964 BIOS Version 1.03.11h Now I'm 64...#9-964 BIOS Version 1.03.11h (c)1994 S3 IncVersion 2.13.08 - 11/04/93 Video BIOS Date: 09/08/94 VESA Support Installed: Yes VESA Version: 1.02 VESA OEM Name: #9 Computer Corp. GXE64 Pro Secondary Adapter: None ------- ---------------------- Network Network Detected: No Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 4 ======================================================================== ---------- ------------------ OS Version Operating System: MS-DOS 6.22 Internal Revision: 00 OEM Serial Number: FFH User Serial Number: 000000H OEM Version String: MS-DOS Version 6.22 DOS Located in: HMA Boot Drive: C: Path to Program: C:\WINDOWS\MSD.EXE Environment Strings ------------------------------------------------------------------------ COMSPEC=C:\COMMAND.COM PATH=C:\WINDOWS;C:\QEMM;C:\;D:\PCTOOLS;C:\DOS;D:\CSHOW;C:\BAT;D:\KEDIT;C \NU;D:\THIEF;D:\PHOENIX;D:\PKZIP;C:\WINDOWS;D:\PHOENIX PROMPT=$$ $ EDITOR=D:\KEDIT MACROPATH=D:\KEDIT\MACROS NU=C:\NU CPAV=D:\PCTOOLS\DATA\CPAV.INI ND=C:\ND PCTOOLS=D:\PCTOOLS\DATA PHX=D:\PHOENIX FBP_USER=Jim Matthews QBACKUP=C:\QBACKUP SCREENTHIEF=D:\PICTURES /M- /O:PCX TEMP=C:\TEMP TMP=C:\TEMP WSWWORK=C:\temp SOUND=C:\SB16 BLASTER=A220 I5 D1 H5 P330 E620 T6 MIDI=SYNTH:1 MAP:E MODE:0 ----- ------------------------- Mouse Mouse Hardware: PS/2 Style Mouse Driver Manufacturer: Microsoft DOS Driver Type: IBM PS/2 Mouse Driver File Type: .COM File DOS Driver Version: 7.00 Mouse IRQ: 12 Number of Mouse Buttons: 2 Horizontal Sensitivity: 50 Mouse to Cursor Ratio: 1 : 1 Vertical Sensitivity: 50 Mouse to Cursor Ratio: 1 : 1 Threshold Speed: 20000 Mouse Language: English Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 5 ======================================================================== -------------- ------------ Other Adapters Game Adapter: Detected Joystick A - X: 80 Y: 128 Button 1: On Button 2: On Joystick B - X: 0 Y: 9 Button 1: On Button 2: On ----------- ---------------- Disk Drives Drive Type Free Space Total Size ----- ------------------------------------ ---------- ---------- A: Floppy Drive, 3.5" 1.44M 80 Cylinders, 2 Heads 512 Bytes/Sector, 18 Sectors/Track B: Floppy Drive, 5.25" 1.2M 80 Cylinders, 2 Heads 512 Bytes/Sector, 15 Sectors/Track C: Fixed Disk, CMOS Type 1 135M 200M 407 Cylinders, 16 Heads 512 Bytes/Sector, 63 Sectors/Track CMOS Fixed Disk Parameters 1024 Cylinders, 16 Heads 63 Sectors/Track D: Fixed Disk, CMOS Type 2 161M 773M 393 Cylinders, 64 Heads 512 Bytes/Sector, 63 Sectors/Track CMOS Fixed Disk Parameters 525 Cylinders, 64 Heads 63 Sectors/Track E: Fixed Disk, CMOS Type 2 82M 257M 131 Cylinders, 64 Heads 512 Bytes/Sector, 63 Sectors/Track CMOS Fixed Disk Parameters 525 Cylinders, 64 Heads 63 Sectors/Track F: CD-ROM Drive MSCDEX Version 2.23 Installed LASTDRIVE=H: --------- ------------------- LPT Ports Port On Paper I/O Time Port Address Line Out Error Out Busy ACK ----- ------- ---- ----- ----- ---- ---- --- LPT1: 0378H Yes Yes No No Yes No LPT2: - - - - - - - LPT3: - - - - - - - Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 6 ======================================================================== --------- ------------------- COM Ports COM1: COM2: COM3: COM4: ----- ----- ----- ----- Port Address 03F8H 02F8H 03E8H N/A Baud Rate 9600 2400 2400 Parity None None None Data Bits 8 8 8 Stop Bits 1 1 1 Carrier Detect (CD) No No No Ring Indicator (RI) No No No Data Set Ready (DSR) Yes No No Clear To Send (CTS) Yes No No UART Chip Used 16550AF 16550AF 16550AF Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 7 ======================================================================== ---------- ------------------ IRQ Status IRQ Address Description Detected Handled By --- --------- ---------------- ------------------ ---------------- 0 B18C:32D3 Timer Click Yes MOUSE.COM 1 C929:0045 Keyboard Yes ??? 2 C929:0057 Second 8259A Yes ??? 3 C929:006F COM2: COM4: COM2: ??? 4 C929:0087 COM1: COM3: COM1: COM3: ??? 5 C929:009F LPT2: No ??? 6 C929:00B7 Floppy Disk Yes ??? 7 0070:06F4 LPT1: Yes System Area 8 C929:0052 Real-Time Clock Yes ??? 9 0114:01C4 Redirected IRQ2 Yes QEMM386 10 C929:00CF (Reserved) ??? 11 C929:00E7 (Reserved) ??? 12 B18C:3973 (Reserved) PS/2 Style Mouse MOUSE.COM 13 0113:01D4 Math Coprocessor Yes QEMM386 14 C929:0117 Fixed Disk Yes ??? 15 C929:012F (Reserved) ??? Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 8 ======================================================================== ------------ --------------- TSR Programs Program Name Address Size Command Line Parameters ------------------ ------- ------ -------------------------------- System Data 0106 7376 QEMM386 0108 3152 ANSI 01CE 4192 System Code 02D4 0 System Code 02D5 64 COMMAND.COM 02DA 2640 Free Memory 0380 64 COMMAND.COM 0385 2048 MSD.EXE 0406 512 MSD.EXE 0427 345120 MSD.EXE 586A 8192 MSD.EXE 5A6B 10032 Free Memory 5CDF 720 Free Memory 5D0D 272144 Excluded UMB Area 9F7F 67600 ??? B001 208 ??? B00F 5536 MOUSE.COM B16A 512 MOUSE.COM B18B 16688 Free Memory B59F 512 DOSKEY.COM B5C0 4128 Free Memory B6C3 5024 Excluded UMB Area B7FE 36896 System Data C101 27408 SETVER C103 576 CTSB16 C128 26800 ??? C7B3 4432 ??? C8C9 256 WKBUFFER C8DA 512 LASTDRIV C8FB 704 ??? C928 3008 ??? C9E5 144 Free Memory C9EF 224 Excluded UMB Area C9FE 23392 System Data CFB5 78480 DCAM18XX CFB7 43728 INT4BCAM DA65 1760 FDCD DAD4 32944 Free Memory E2DF 512 MSCDEX.EXE E300 36528 Free Memory EBEC 272 Excluded UMB Area EBFE 65568 System Data FC01 12544 QDPMI FC03 1984 CTMMSYS FC80 10528 Free Memory FF12 2352 Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 9 ======================================================================== -------------- ------------ Device Drivers Device Filename Units Header Attributes ------------ -------- ----- --------- ---------------- NUL B010:0048 1............1.. MSCD0001 FDCD DAD4:0000 11..1........... TUO4BCAM INT4BCAM DA65:0000 1............... $$CAM000 DCAM18XX CFB7:0000 1............... CTMMSYS$ CTMMSYS FC80:0000 11..1........... CTSOUND0 CTSB16 C128:0000 11..1........... CON ANSI 01CE:0000 11.......1.1..11 SETVERXX SETVER C103:0000 1............... QDPMI$$$ QDPMI FC03:0000 1............... QEMM386$ QEMM386 0108:0000 11.............. EMMXXXX0 CC01:0000 11.............. CON 0070:0023 1..........1..11 AUX 0070:0035 1............... PRN 0070:0047 1.1.....11...... CLOCK$ 0070:0059 1...........1... Block Device 5 0070:006B ....1...11....1. COM1 0070:007B 1............... LPT1 0070:008D 1.1.....11...... LPT2 0070:009F 1.1.....11...... LPT3 0070:00B8 1.1.....11...... COM2 0070:00CA 1............... COM3 0070:00DC 1............... COM4 0070:00EE 1............... Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 10 ======================================================================== ---------------- ROM BIOS F000 65536 F000:3761 PCI Version F000:9630 BIOS Version 1.00.12.AX1J F000:C7D2 Version F000:27DF Copyright 1993 Intel Corporation ALL RIGHTS RESERVED< F000:8D6A \Copyright Intel F000:C8DD &(#)Copyright (C) Creative Technology Ltd., 1993. All rights reserved. F000:E272 Copyright (C) Creative Technology Ltd., 1993. All rights reser ved. F000:71ED "Enable this function only if there"is a technical requirement to dis- F000:0000 AMIBIOS(C)AMI11/11/1992 Date:-11/11/92 (C)1985-1992,AMIAmerica n Megatrends Inc.,(C)1993, Intel CorporationAll Rights Reserve d.All Product names are trademarks of their respective Compani es. F000:8000 (AAMMIIBBIIOOSS)11/11/92(C)1992 American Megatrends Inc., All Rights Reserved F000:8050 (C)1992 American Megatrends Inc., F000:8100 AMIBIOS (C)1992 American Megatrends Inc., F000:47C9 Compatible F000:47D5 75 MHzCompatible F000:47E8 90 MHzCompatible F000:5197 Fast Video BIOS: F000:9735 System BIOS F000:FF59 (C)1992AMI,404-263-8181 --------------- ---------- C:\AUTOEXEC.BAT @ECHO OFF PATH C:\WINDOWS;C:\QEMM;C:\;D:\PCTOOLS;C:\DOS;D:\cshow;C:\BAT;D:\KEDIT;C :\NU;D:\THIEF;D:\PHOENIX PATH %path%;D:\PKZIP;C:\WINDOWS;D:\PHOENIX;C:\QBACKUP VERIFY OFF PROMPT $$ $ SET EDITOR=D:\KEDIT SET MACROPATH=D:\KEDIT\MACROS SET NU=C:\NU SET PROGX= SET CPAV=D:\PCTOOLS\DATA\CPAV.INI SET ND=C:\ND SET PCTOOLS=D:\PCTOOLS\DATA SET PHX=D:\PHOENIX SET TEMP=C:\TEMP SET FBP_USER=Jim Matthews SET QBACKUP=C:\QBACKUP SET SCREENTHIEF=D:\PICTURES /M- /O:PCX SET TEMP=C:\TEMP SET TMP=C:\TEMP SET WSWWORK=C:\temp rem ** SOUNDBLASTER SETUP SET SOUND=C:\SB16 SET BLASTER=A220 I5 D1 H5 P330 E620 T6 Microsoft Diagnostics version 2.10 7/02/95 7:03pm Page 11 ======================================================================== SET MIDI=SYNTH:1 MAP:E MODE:0 C:\SB16\DIAGNOSE /S C:\SB16\AWEUTIL /S C:\SB16\SB16SET /P /Q rem ** END SOUNDBLASTER SETUP C:\QEMM\LOADHI /R:3 C:\WINDOWS\MSCDEX.EXE /S /D:MSCD0001 /M:10 C:\QEMM\LOADHI /R:1 C:\MOUSE\MOUSE C:\QEMM\LOADHI /R:1 C:\DOS\DOSKEY rem image c: d: e: . ------------- ------------- C:\CONFIG.SYS DEVICE=C:\QEMM\DOSDATA.SYS DEVICE=C:\QEMM\QEMM386.SYS RAM X=CA00-CBFF ST:M R:3 DEVICE=C:\QEMM\DOS-UP.SYS @C:\QEMM\DOS-UP.DAT DEVICE=C:\QEMM\LOADHI.SYS /R:4 C:\QEMM\QDPMI.SYS SWAPFILE=DPMI.SWP SWAPS IZE=1024 BUFFERS=30 FILES=80 DOS=UMB LASTDRIVE=H FCBS=4,0 DOS=HIGH SHELL=C:\COMMAND.COM /E:2048 /P DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\DOS\SETVER.EXE DEVICE=C:\DOS\ANSI.SYS DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\SB16\DRV\CTSB16.SYS /UNIT=0 /BLASTER=A :220 I:5 D:1 H:5 DEVICE=C:\QEMM\LOADHI.SYS /R:4 C:\SB16\DRV\CTMMSYS.SYS REM ** FUTURE DOMAIN POWERSCSI! V4.0 SUPPORT ** DEVICE=C:\QEMM\LOADHI.SYS /R:3 C:\PWRSCSI!\DCAM18XX.EXE /APM DEVICE=C:\QEMM\LOADHI.SYS /R:3 C:\PWRSCSI!\INT4BCAM.SYS DEVICE=C:\QEMM\LOADHI.SYS /R:3 C:\PWRSCSI!\FDCD.SYS /D:MSCD0001 REM ******* END POWERSCSI! V4.0 SUPPORT ******* BREAK=OFF STACKS=9,256 ******************************** END ********************************** From owner-freebsd-bugs Sun Jul 2 20:50:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA18928 for bugs-outgoing; Sun, 2 Jul 1995 20:50:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA18921 ; Sun, 2 Jul 1995 20:50:05 -0700 Date: Sun, 2 Jul 1995 20:50:05 -0700 Message-Id: <199507030350.UAA18921@freefall.cdrom.com> From: mpp@legarto.minn.net Reply-To: mpp@legarto.minn.net To: freebsd-bugs Subject: kern/585: rejecting packets w/ipfw can still panic machine In-Reply-To: Your message of Sun, 2 Jul 1995 22:43:49 -0500 <199507030343.WAA00385@mpp.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 585 >Category: kern >Synopsis: rejecting packets w/ipfw can still panic machine >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 2 20:50:04 1995 >Originator: Mike Pritchard >Organization: >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: >Description: The recent change that went in to make packets rejected by ipfw not panic the machine doesn't work in all cases. The original fix left 3 end cases where an attempt would be made to free an mbuf with an uninitialized pointer, resulting in a machine panic. I noticed this after building a kernel an noticing the following warning messages: In file included from ../../netinet/ip_fw.c:41: ../../../include/arpa/inet.h:50: warning: redundant redeclaration of `inet_ntoa' in same scope ../../netinet/in.h:259: warning: previous declaration of `inet_ntoa' ../../netinet/ip_fw.c: In function `ip_fw_chk': ../../netinet/ip_fw.c:114: warning: `m' might be used uninitialized in this function >How-To-Repeat: ipfw addf reject icmp from localhost ping localhost *panic* >Fix: The following fix eliminates the warning about inet_ntoa being declared twice and fixes the ipfw panic problem. The panic was resolved by correctly initializing the mbuf pointer before all cases where it is used. *** orig/ip_fw.c Sun Jul 2 22:36:28 1995 --- ip_fw.c Sun Jul 2 22:27:31 1995 *************** *** 37,45 **** #include #include #include - - #include - #include #ifdef IPFIREWALL_DEBUG --- 37,42 ---- *************** *** 303,308 **** --- 300,306 ---- #endif bad_packet: + m = dtom(ip); if (f) { /* * Do not ICMP reply to icmp *************** *** 317,323 **** */ if (!(f->fw_flg&IP_FW_F_ICMPRPL)) goto return_0; - m = dtom(ip); if (f_prt==IP_FW_F_ALL) icmp_error(m, ICMP_UNREACH, ICMP_UNREACH_HOST, 0L, 0); else --- 315,320 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 3 00:41:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22674 for bugs-outgoing; Mon, 3 Jul 1995 00:41:06 -0700 Received: from ptnsct.nis.za (ptnsct.nis.za [196.6.121.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA22668 for ; Mon, 3 Jul 1995 00:40:58 -0700 Date: Mon, 3 Jul 1995 9:39:51 +0200 (O) From: ROBIN@ptnsct.nis.za (Robin Hunt) Message-Id: <950703093951.8243@ptnsct.nis.za> Subject: Vanishing /etc directory To: bugs@freebsd.org X-Vmsmail-To: SMTP%"bugs@freebsd.org" Sender: bugs-owner@freebsd.org Precedence: bulk Hi, I am running FreeBSD 2.0.5 RELEASE on a conner 540 MB drive with a 486DX-33 and 8 MB RAM. >From time to time, for no apparent reason, the /etc directory "dissapears". If one does an "ll" it appears, but if you try to cd /etc, it says no such file or directory. This problem has occured on previous releases of the Operating System too. Do you have any suggestions? Bye From owner-freebsd-bugs Mon Jul 3 00:52:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22988 for bugs-outgoing; Mon, 3 Jul 1995 00:52:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA22976 for ; Mon, 3 Jul 1995 00:52:40 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18628; Mon, 3 Jul 1995 09:52:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19510; Mon, 3 Jul 1995 09:52:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA03228; Mon, 3 Jul 1995 09:06:48 +0200 From: J Wunsch Message-Id: <199507030706.JAA03228@uriah.heep.sax.de> Subject: Re: misc/583: rlogin-problem To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Mon, 3 Jul 1995 09:06:48 +0200 (MET DST) Cc: xaa@stack.urc.tue.nl, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507022215.AAA16241@blaise.ibp.fr> from "Ollivier Robert" at Jul 3, 95 00:15:04 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 506 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > > > Setup a PPP link and use rlogin to connect to the other site > > Which PPP ? I'm currently writing this message over a PPP line with rlogin. I've also been succesfully installing my notebook via iijppp yesterday, including several rlogin sessions. Notebook uses 2.0.5 w/ iijppp, remote peer 2.2-development with kernel ppp. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 3 00:52:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23015 for bugs-outgoing; Mon, 3 Jul 1995 00:52:57 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA22949 for ; Mon, 3 Jul 1995 00:52:36 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18580; Mon, 3 Jul 1995 09:51:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19473 for freebsd-bugs@freefall.cdrom.com; Mon, 3 Jul 1995 09:51:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02913 for freebsd-bugs@freefall.cdrom.com; Mon, 3 Jul 1995 08:05:48 +0200 From: J Wunsch Message-Id: <199507030605.IAA02913@uriah.heep.sax.de> Subject: Re: kern/577: SLIP requires `ifconfig up' now To: freebsd-bugs@freefall.cdrom.com Date: Mon, 3 Jul 1995 08:05:48 +0200 (MET DST) Reply-To: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507022004.NAA05768@corbin.Root.COM> from "David Greenman" at Jul 2, 95 01:04:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1588 Sender: bugs-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > Actually, you probably do want the "ifconfig up", as this has the effect > of immediately propagating the new routing information to down-stream hosts > (assuming there are any). There are none in this case, but at least with gated, it did already work with the previous version. Perhaps this is due to gated's habit of scanning all interfaces every 20 seconds however. > >Apparently, the interface isn't marked automatically `up' by slattach. > > Actually, the process of converting the interface to a SLIP device should > set it up. I really don't like the 'up' flag not tracking the state of the > interface. Perhaps if it was set 'up' only if the interface was a SLIP device, > would this be okay? I'm not so concerned about my own configuration. Now that i know that a simple `ifconfig up' line would do, i can do it. But'ya know, i'm doing much Usenet support these days, and i consider breaking the existing behaviour not a Good Thing. You should know how many people are complaining about their ed-driver boards no longer working, ``but they used to work with 2.0R''. :-( They didn't even read the hardware docs, Jordan has been explaining the change in the IRQ handling of the `ed' driver there. For me, any change that would restore the existing behaviour will be okay. I can either think of marking the interface up with if_up() [sp?] or also modifying slattach instead to do it itself. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 3 04:52:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02349 for bugs-outgoing; Mon, 3 Jul 1995 04:52:31 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02342 for ; Mon, 3 Jul 1995 04:52:27 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.10/8.3) id HAA03599; Mon, 3 Jul 1995 07:45:19 -0400 Date: Mon, 3 Jul 1995 07:45:19 -0400 From: "Jonathan M. Bresler" Message-Id: <199507031145.HAA03599@kryten.atinc.com> To: bugs@freebsd.org Subject: arp(8) man page in error Sender: bugs-owner@freebsd.org Precedence: bulk the man page describes a '-f filename' usage of arp that is missing from FreeBSD 2.0 and later. why was this removed? i have been using it for the lines on a terminal server that does not provide addresses resolution for its ports. i can use '-s hostname ether_addr' instead, but '-f filename' was so convienent. ;( jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-bugs Mon Jul 3 09:14:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11392 for bugs-outgoing; Mon, 3 Jul 1995 09:14:05 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11386 for ; Mon, 3 Jul 1995 09:14:03 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id LAA00834 for freebsd-bugs@freebsd.org; Mon, 3 Jul 1995 11:14:02 -0500 From: Mike Pritchard Message-Id: <199507031614.LAA00834@mpp.com> Subject: Telnet problem to Linux machine To: freebsd-bugs@freebsd.org Date: Mon, 3 Jul 1995 11:14:01 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1973 Sender: bugs-owner@freebsd.org Precedence: bulk My current ISP runs Linux 1.2.8, and I'm running FreeBSD-current, with a PPP connection (using pppd, but the problem also shows up with ijppp). Ever since I started with this new ISP, anytime I telnet into their machine, most of my lines of output are preceded by a single space (but not all of the time!). Vi output usually starts in column one, except for a couple of lines. Since I don't really ever login to that machine to do anything, I didn't really care and just wrote it off to some odd Linux bug. Yesterday I was playing around with rlogin, and found that if I rlogin to the Linux machine, there are no problems, and all output starts in column one as it should. I also noticed that things are fine if I telnet in from an xterm. I decided to hunt the problem down, and I found that setting the "inbinary" telnet option would fix it, but that causes the login sequence to screw up. E.g. it login looks like: login: mpp password: Last login.... Then it gets back to normal. I can live with the workaround I found above, but I thought I would ask here just to make sure there isn't some quirk in the FreeBSD telnet that should be fixed. And as long as I'm asking...I've also noticed that since I started with this ISP, anytime I telnet into their machine, or anywhere out in the world, the "del" key always gets interpreted as a backspace. Control-U works as a line delete, but NOTHING on my end, or the remote end has ^U mapped to anything! This happens with both telnet & rlogin. I've logged into freefall and verified that the del key is sending the correct data to the remote end, but it still gets taken as a backspace. My stty settings on the local and remote ends are: erase ^H kill ^? I suspect a PPP problem either on my end of my ISP's end, since with my old ISP everything was fine, but I had a SLIP connection then. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Jul 3 12:06:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21319 for bugs-outgoing; Mon, 3 Jul 1995 12:06:30 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21313 for ; Mon, 3 Jul 1995 12:06:28 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id PAA09411; Mon, 3 Jul 1995 15:07:55 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199507031907.PAA09411@grendel.csc.smith.edu> Subject: Re: Toshiba CDRom won't work To: jimmy.dgeek@genie.geis.com Date: Mon, 3 Jul 1995 15:07:55 -0400 (EDT) Cc: bugs@freebsd.org In-Reply-To: <199507030024.AA030881063@relay1.geis.com> from "jimmy.dgeek@genie.geis.com" at Jul 2, 95 11:58:00 pm Content-Type: text Content-Length: 976 Sender: bugs-owner@freebsd.org Precedence: bulk jimmy.dgeek@genie.geis.com writes: > I have another more difficult problem, namely I can't get the system to > recognize my CD drive. I am using a Toshiba Quad Speed with Future > Domain TMC-1680 SCSI-2 controller. I might add it works fine in MS-DOS > and Windows. What version of FreeBSD are you trying to install? The release notes for 2.0.5-RELEASE indicate under supported disk controllers: ... Future Domain 8xx/950 series SCSI controllers. ... which is most likely your problem. Assuming you have the Toshiba 3501 CD-ROM drive, I can assure you that the Toshiba is not the problem. (or maybe I'm just imagining that mine works??) > Is there any way to make this work or get around it? Get a different SCSI controller or help us to add support for the TMC-1680 to the Future Domain driver in FreeBSD. The latter approach would be much preferred. ;-) -john === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-bugs Mon Jul 3 13:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23058 for bugs-outgoing; Mon, 3 Jul 1995 13:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23051 ; Mon, 3 Jul 1995 13:30:02 -0700 Date: Mon, 3 Jul 1995 13:30:02 -0700 Message-Id: <199507032030.NAA23051@freefall.cdrom.com> From: Charlie Ragge Reply-To: Charlie Ragge To: freebsd-bugs Subject: kern/586: Timeouts on SCSI Adaptec 2940 In-Reply-To: Your message of Mon, 3 Jul 1995 22:18:05 +0200 <199507032018.WAA00376@bakfull.campus.luth.se> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 586 >Category: kern >Synopsis: Timeouts on SCSI Adaptec 2940 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 3 13:30:01 1995 >Originator: ragge >Organization: >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: P90 with SCSI Adaptec 2940, Conner CFP2105S 2GB disk (ID 0), Exabyte EXB-4200 DAT player (ID 6). >Description: When both tape and disk are used at the same time timeouts occur on the disk (ahc0: target 0, lun 0 (sd0) timed out) and then the disk never returns to usable state; the computer locks up. >How-To-Repeat: I always get this when using dump. Not so nice :-( >Fix: No idea. Don't know so much about SCSI. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 3 14:48:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24893 for bugs-outgoing; Mon, 3 Jul 1995 14:48:42 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24886 for ; Mon, 3 Jul 1995 14:48:31 -0700 Received: from todonix.ping.de (todonix.ping.de [193.100.14.43]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id OAA14550 for ; Mon, 3 Jul 1995 14:48:21 -0700 Received: by todonix.ping.de (Smail3.1.28.1 #1) id m0sSsnE-00076IC; Mon, 3 Jul 95 23:12 MET DST Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: SNAP-0622 & fdformat: I/O-error To: bugs@freebsd.org Date: Mon, 3 Jul 1995 23:12:35 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1290 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, eventually we made a mistake, because wie just updated the kernel sources (/usr/src/sys & /usr/src/include) but not the binaries! At the moment it's not possible for me to check, wether the following error occurs with 2.0.5R: bash# ./fdformat -f 1440 fd0 Format 1440K floppy `/dev/rfd0.1440'? (y/n): y Processing ---------------------------------------- fdformat: ioctl(FD_FORM): Input/output error bash# Thanks for any comment, Jan PS: we just updated the kernel for checking wether the 'page not present' error in conjunction with uucico, which i've reported a few days ago, still occurs! it did once now :-( BTW: doesn't matter with or without recompiling fdformat! kernel messages as follows: fd0: Seek to cyl 0, but not really there (ST3 = 28) fd0: recal failed ST0 70 cyl 0 fd0: recal failed ST0 70 cyl 0 fd0: recal failed ST0 70 cyl 0 fd0: recal failed ST0 70 cyl 0 fd0c: hard error reading fsbn 0 (No status) -- PING e.V. Jan Wedekind (Kassenwart) jan@ping.de Emil-Figge-Str. 85 Lindemannstr. 12 kasse@ping.de 44227 Dortmund 44137 Dortmund vorstand@ping.de Tel.: 0231 / 97 91 - 0 Tel.: +49 (231) 13 44 04 info@ping.de From owner-freebsd-bugs Mon Jul 3 17:49:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01797 for bugs-outgoing; Mon, 3 Jul 1995 17:49:14 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01790 for ; Mon, 3 Jul 1995 17:49:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA02064; Tue, 4 Jul 1995 10:45:28 +1000 Date: Tue, 4 Jul 1995 10:45:28 +1000 From: Bruce Evans Message-Id: <199507040045.KAA02064@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, mpp@legarto.minn.net Subject: Re: Telnet problem to Linux machine Sender: bugs-owner@freebsd.org Precedence: bulk >My current ISP runs Linux 1.2.8, and I'm running FreeBSD-current, with >a PPP connection (using pppd, but the problem also shows up with ijppp). >Ever since I started with this new ISP, anytime I telnet into >their machine, most of my lines of output are preceded by a single >space (but not all of the time!). Vi output usually starts in column This happens (every time (?)) for my Linux ISP even for telnetting from the Linux system to itself. I don't think it is a FreeBSD bug :-). It might be a BSD bug, however. Some Linux utilities are ports of BSD utilities and the different environment exposes bugs. E.g., /usr/bin/mail longjmp's out of fgets() when you hit ^C at the prompt, corrupting internal stdio state under Linux. The Linux utilities may be old. My ISP is conservative about upgrading and still has 1992 SLS binaries for things like `cat' that haven't changed significantly. (Unfortunately, `cat' has changed significantly. The old version doesn't follow the Gnu standards for options.) >Yesterday I was playing around with rlogin, and found that if I rlogin >to the Linux machine, there are no problems, and all output starts >in column one as it should. I also noticed that things are fine Same here. >And as long as I'm asking...I've also noticed that since I started >with this ISP, anytime I telnet into their machine, or anywhere >out in the world, the "del" key always gets interpreted as a backspace. >Control-U works as a line delete, but NOTHING on my end, or the remote >end has ^U mapped to anything! This happens with both telnet & rlogin. I haven't seen this, but my .profile always sets erase, intr and kill. Bruce From owner-freebsd-bugs Mon Jul 3 19:13:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04416 for bugs-outgoing; Mon, 3 Jul 1995 19:13:42 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04410 for ; Mon, 3 Jul 1995 19:13:39 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id TAA05436; Mon, 3 Jul 1995 19:13:26 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA05996; Mon, 3 Jul 1995 19:14:02 -0700 Message-Id: <199507040214.TAA05996@corbin.Root.COM> To: ROBIN@ptnsct.nis.za (Robin Hunt) cc: bugs@freebsd.org Subject: Re: Vanishing /etc directory In-reply-to: Your message of "Mon, 03 Jul 95 09:39:51 +0200." <950703093951.8243@ptnsct.nis.za> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 19:14:02 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk >I am running FreeBSD 2.0.5 RELEASE on a conner 540 MB drive with a >486DX-33 and 8 MB RAM. > >>From time to time, for no apparent reason, the /etc directory "dissapears". > >If one does an "ll" it appears, but if you try to cd /etc, it says >no such file or directory. > >This problem has occured on previous releases of the Operating System too. > >Do you have any suggestions? Are you using msdosfs? -DG From owner-freebsd-bugs Mon Jul 3 19:33:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04942 for bugs-outgoing; Mon, 3 Jul 1995 19:33:41 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04934 for ; Mon, 3 Jul 1995 19:33:38 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id TAA05473; Mon, 3 Jul 1995 19:33:17 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA06074; Mon, 3 Jul 1995 19:33:54 -0700 Message-Id: <199507040233.TAA06074@corbin.Root.COM> To: freebsd-bugs@freefall.cdrom.com cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: kern/577: SLIP requires `ifconfig up' now In-reply-to: Your message of "Mon, 03 Jul 95 08:05:48 +0200." <199507030605.IAA02913@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 19:33:53 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >For me, any change that would restore the existing behaviour will be >okay. I can either think of marking the interface up with if_up() >[sp?] or also modifying slattach instead to do it itself. What I don't want to allow is for the interface to be set up without there being an associated tty. I have a change that will give us both what we want. Basically, "ifconfig srcaddr dstaddr" will set the interface up if it is currently attached to a tty. Otherwise, it will be set 'up' as soon as slattach turns the interface into a SLIP device. -DG From owner-freebsd-bugs Mon Jul 3 20:00:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06403 for bugs-outgoing; Mon, 3 Jul 1995 20:00:50 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06395 for ; Mon, 3 Jul 1995 20:00:48 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQywwi11137; Mon, 3 Jul 1995 23:00:43 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA08451 (5.67b/IDA-1.5 for ); Mon, 3 Jul 1995 20:01:18 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 3 Jul 95 22:00 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sSxxM-0004w1C; Mon, 3 Jul 95 21:43 CDT Message-Id: Date: Mon, 3 Jul 95 21:43 CDT To: bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Mon Jul 3 1995, 21:43:24 CDT Subject: State of Problem 389 (and 392)? Sender: bugs-owner@freebsd.org Precedence: bulk Has anybody looked into problem 389 since it was reported back in May? This had to do with the filesystem being corrupted by lots of file/directory deletions and file/directory creations going on at the same time. You eventually end up with directories that can't be deleted by rmdir because the link counts are wrong. Then you must run fsck two or three times to completely straighten-out things. This still happens in 2.0.5R. Two of my client sites are really bugging me about this, as they clean the filesystems every day and encounter the residual of this bug. Makes them paranoid. There was a similar problem with DOS file systems that was reported under 392 and has apparently been closed, but I see no evidence of it being fixed. If anyone knows what happened to 392, I'd like to know. Thanks. Frank Durda IV uhclem%nemesis@fw.ast.com Here is the 389 report again. >Number: 389 >Category: bin >Synopsis: Simultaneous creation/deletion of dirs corrupts filesystem [FDIV024] >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 8 21:20:00 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0.950412-SNAP i386 and FreeBSD 1.1.5.1 >Environment: [FDIV024] FreeBSD 2.0.950412-SNAP i386 (also on 2.0.5R) Stock kernel, "make world" kernel, or custom kernel. Problem also noted in FreeBSD 1.1.5.1 on stock and custom kernel. >Description: On my 1.1.5.1, I discovered that I frequently ended-up with directories that could not be deleted in my news partition. The reason rmdir refused to delete the directories was due to bad link counts. Running fsck at least two times would correct the link counts so that the directories could be deleted. I recently discovered that I could cause bogus link counts on demand, simply by trying to remove files and directories while other processes were trying to create files and directories in the same tree. In my case, I was doing some rm -rf commands on selected portions of the newsgroups to obtain space, but at the same time the cnews system was injecting new articles and re-creating some of the directories I was deleting. Note that the partition DOES NOT have to be low on space to create the problem. I reproduced it on a root filesystem that had 7.7Meg free worst case. I tested the latest snapshot and determined the problem still exists. >How-To-Repeat: By using tar and rm I can reproduce the problem on the latest SNAP or 1.1.5.1. In my case, I created a tar file containing about 6 Meg of a heavily expired alt.* tree using cd /usr/spool/news/alt tar cvf /tmp/news.tar * FYI, the alt tree consisted of 538 directories and 1684 files. It seems more important to have a large number of directories than it is to have lots of files. Using the news tree provided this but the failure can probably be caused by using other distribution trees that have lots of directories and small files. Now login on the system to test on at least two screens as root. On screen 1, cd / mkdir test cd test Now, ftp news.tar file from remote system to this location. DO NOT USE /tmp in place of /test! (If you crash - you lose things) mkdir scramble cd scramble tar xvf ../news.tar sync You can fsck here to verify things are sane at this point if you want. Now that the news tree is extracted, begin to exercise the system. The numbers indicate which virtual screen to use for the commands: 1 tar xvf ../news.tar & 2 rm -rf [l-r]* & 2 rm -rf [a-k]* & 2 rm -rf [0-9]* & 2 rm -rf [s-z]* & Now monitor on screen 1 until the tar is about half-way through (by directory), and then repeat all of the above commands. Now wait until both tars complete and wait for all of the rm's to finish. Then issue: rm -rf * and note any "Directory not removed..." messages. If the rm finishes and you didn't get any error messages, start over, and maybe start three cycles of extract and rm running at once. [WARNING - Doing too many extract/rm pairs at once caused the processes to hang with no disk I/O. Characters were echoed (for a while) and CAPS LOCK toggles. Then the system output a message indicating that syslogd had terminated and that it was syncing disks. However it just hung there and never halted. This only happened once and may be related to the VNODE lock problem. I think this lock/shutdown is unrelated to the problem I am reporting. My systems have between 8 and 12 Meg of RAM] Using the above procedure, I eventually ended up with the following undeletable directories: ls -aliR total 5 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 . 142 drwxrwxr-x 3 root wheel 512 May 8 21:55 .. 13788 drwxrwxr-x 5 news news 512 May 8 21:49 politics 13524 drwxrwxr-x 10 news news 512 May 8 21:49 society scramble/politics: total 4 13788 drwxrwxr-x 5 news news 512 May 8 21:49 . 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 .. scramble/society: total 4 13524 drwxrwxr-x 10 news news 512 May 8 21:49 . 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 .. I then sync'ed and halted the system. On reboot, I ran fsck with these results: fsck -y /dev/wd0a ** /dev/rwd0a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity UNREF DIR I=13581 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13581 CONNECTED. PARENT WAS I=13524 UNREF DIR I=13578 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13578 CONNECTED. PARENT WAS I=13524 UNREF DIR I=13544 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13544 CONNECTED. PARENT WAS I=13524 UNREF DIR I=13792 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 RECONNECT? [yn] DIR I=13792 CONNECTED. PARENT WAS I=13788 UNREF DIR I=13539 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13539 CONNECTED. PARENT WAS I=13524 UNREF DIR I=13555 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13555 CONNECTED. PARENT WAS I=13524 UNREF DIR I=13536 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=13536 CONNECTED. PARENT WAS I=13524 UNREF DIR I=9037 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=9037 CONNECTED. PARENT WAS I=13524 UNREF DIR I=399 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 RECONNECT? [yn] DIR I=399 CONNECTED. PARENT WAS I=13788 UNREF DIR I=4892 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 RECONNECT? [yn] DIR I=4892 CONNECTED. PARENT WAS I=13788 UNREF DIR I=166 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 RECONNECT? [yn] DIR I=166 CONNECTED. PARENT WAS I=13524 ** Phase 4 - Check Reference Counts LINK COUNT DIR I=166 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=399 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 COUNT 2 SHOULD BE 3 ADJUST? [yn] LINK COUNT DIR I=4892 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=9037 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13536 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13539 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13544 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13555 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13578 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13581 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:43 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13792 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:47 1995 COUNT 1 SHOULD BE 2 ADJUST? [yn] ** Phase 5 - Check Cyl groups CLEAN FLAG NOT SET IN SUPERBLOCK FIX? [yn] 924 files, 43271 used, 32792 free (272 frags, 4065 blocks, 0.4% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** ***** REBOOT NOW ***** Now I re-ran fsck because in the past it always took multiple passes to really correct the problems: fsck -y /dev/wd0a ** /dev/rwd0a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT DIR I=13524 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:49 1995 COUNT 10 SHOULD BE 2 ADJUST? [yn] LINK COUNT DIR I=13788 OWNER=news MODE=40775 SIZE=512 MTIME=May 8 21:49 1995 COUNT 5 SHOULD BE 2 ADJUST? [yn] ** Phase 5 - Check Cyl groups 924 files, 43271 used, 32792 free (272 frags, 4065 blocks, 0.4% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** ***** REBOOT NOW ***** Finally, I re-ran fsck a third time: ** /dev/rwd0a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 924 files, 43271 used, 32792 free (272 frags, 4065 blocks, 0.4% fragmentation) Ok, now here is what the directory looks like now: total 6102 142 drwxrwxr-x 3 root wheel 512 May 8 22:04 . 2 drwxr-xr-x 17 root wheel 512 May 8 21:55 .. 143 -rw-rw-r-- 1 root wheel 505 May 8 21:55 sample1 * 145 -rw-rw-r-- 1 root wheel 3135 May 8 22:01 sample2 * 146 -rw-rw-r-- 1 root wheel 588 May 8 22:02 sample3 * 147 -rw-rw-r-- 1 root wheel 297 May 8 22:02 sample4 * 148 -rw-rw-r-- 1 root wheel 0 May 8 22:04 sample5 * 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 scramble 144 -rw-rw-r-- 1 root wheel 6225920 May 8 21:55 news.tar ./scramble: total 5 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 . 142 drwxrwxr-x 3 root wheel 512 May 8 22:04 .. 13788 drwxrwxr-x 2 news news 512 May 8 21:49 politics 13524 drwxrwxr-x 2 news news 512 May 8 21:49 society ./scramble/politics: total 4 13788 drwxrwxr-x 2 news news 512 May 8 21:49 . 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 .. ./scramble/society: total 4 13524 drwxrwxr-x 2 news news 512 May 8 21:49 . 9032 drwxrwxr-x 4 root bin 3072 May 8 21:55 .. * are the "tee" logs of fsck and ls" for the bug report. They were written to a different partition and moved back to this location after the fscks completed and the system was rebooted. At this point, "politics" and "society" could be deleted with rmdir. (The directories and their files reconnected by fsck land in lost+found.) >Fix: Not known. *END* >Audit-Trail: >Unformatted: *END2* From owner-freebsd-bugs Mon Jul 3 22:10:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13537 for bugs-outgoing; Mon, 3 Jul 1995 22:10:48 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13441 for ; Mon, 3 Jul 1995 22:09:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA10185; Tue, 4 Jul 1995 15:08:28 +1000 Date: Tue, 4 Jul 1995 15:08:28 +1000 From: Bruce Evans Message-Id: <199507040508.PAA10185@godzilla.zeta.org.au> To: bugs@FreeBSD.org, uhclem%nemesis@fw.ast.com Subject: Re: State of Problem 389 (and 392)? Cc: joerg_wunsch@uriah.heep.sax.de Sender: bugs-owner@FreeBSD.org Precedence: bulk >Has anybody looked into problem 389 since it was reported back in May? This Yes. >had to do with the filesystem being corrupted by lots of file/directory >deletions and file/directory creations going on at the same time. You >eventually end up with directories that can't be deleted by rmdir because the >link counts are wrong. Then you must run fsck two or three times to >completely straighten-out things. This still happens in 2.0.5R. AFAIR the problem showed up here on a small file system (10MB) but not on a larger otherwise empty file system (512MB) and a pre-2.0.5R change seemed to fix it. >There was a similar problem with DOS file systems that was reported under >392 and has apparently been closed, but I see no evidence of it being fixed. >If anyone knows what happened to 392, I'd like to know. Thanks. I changed its state from open to open-analyzed. Apparently the weekly list of open PR's doesn't include open-analyzed PR's. Joerg, please fix this. You should have got mail about the change: --- State-Changed-From-To: open-analyzed State-Changed-By: bde State-Changed-When: Sat May 27 17:39:13 PDT 1995 State-Changed-Why: msdosfs locking is broken as designed. Deadlock is possible in msdosfs_lookup because the directory buffer is not released before attempting to lock the denode. Another process may have the denode locked and be waiting for the directory buffer to be unlocked. --- I haven't made any progress fixing this. msdosfs locks the directory buffer where ufs would lock the inode. The fix presumably involves locking only the in-core msdosfs inode (the denode). I didn't want to risk changing this for 2.0.5 and haven't had time to look at it since. Deadlock is less serious than the race conditions in msdosfs_rename() and ufs_rename(). I sent the following mail to freebsd-hackers about races in ufs_rename(): --- ufs_rename() tries hard to avoid races and deadlocks. I think it fails to avoid serious races in 2 places: 1) After looking up the source and before reaching ufs_rename(). The parent directory of the source isn't locked (locking might cause deadlock), so the source directory entry may be moved or deleted. This need not be serious, but it can cause a panic in the `doingdirectory' case when the source is unlinked. IN_RENAME was supposed to stop the source directory entry from being moved and an extra link was supposed to stop it being deleted, but these tricks are done too late. 2) In the `doingdirectory && newparent' case, when ufs_checkpath() is called, all locks on the target directories are released (hanging on to them might cause deadlock), so the target directories may be moved or deleted. I tested this by adding a tsleep() to ufs_checkpath() before the call to VFS_VGET() and had no difficulty moving the target directory to a bad place (a subdirectory of the source) while ufs_checkpath() was sleeping. ufs_rename() should at least check that relookup() of the target produces the same inode like it does for the source. --- msdosfs_rename() essentially ignores all of the races in (1), and has the same problem() in (2). Excessive (deadlock-enhancing) locking in msdosfs_lookup() probably reduces the races in msdosfs_rename(). >Here is the 389 report again. There's no need to send it again. It's in the PR database. I'm not sure how (if) the database can be queried if you don't have an account on freefall, however. Bruce From owner-freebsd-bugs Tue Jul 4 06:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA25423 for bugs-outgoing; Tue, 4 Jul 1995 06:50:03 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA25409 for ; Tue, 4 Jul 1995 06:49:52 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10146; Tue, 4 Jul 1995 15:49:39 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07344; Tue, 4 Jul 1995 15:49:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA01243; Tue, 4 Jul 1995 15:12:47 +0200 From: J Wunsch Message-Id: <199507041312.PAA01243@uriah.heep.sax.de> Subject: Re: SNAP-0622 & fdformat: I/O-error To: jan@todonix.ping.de (Jan Wedekind) Date: Tue, 4 Jul 1995 15:12:47 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Jan Wedekind" at Jul 3, 95 11:12:35 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1481 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Jan Wedekind wrote: > > Hi, > > eventually we made a mistake, because wie > just updated the kernel sources (/usr/src/sys & /usr/src/include) > but not the binaries! > > At the moment it's not possible for me to check, wether the following > error occurs with 2.0.5R: > > bash# ./fdformat -f 1440 fd0 > Format 1440K floppy `/dev/rfd0.1440'? (y/n): y > Processing ---------------------------------------- > fdformat: ioctl(FD_FORM): Input/output error > bash# Seems like a kernel problem, not a mismatch between fdformat and the kernel. I've just tested it again on my freshly-2.0.5 notebook, and fdformat works there as usually. > kernel messages as follows: > > fd0: Seek to cyl 0, but not really there (ST3 = 28) > fd0: recal failed ST0 70 cyl 0 > fd0: recal failed ST0 70 cyl 0 > fd0: recal failed ST0 70 cyl 0 > fd0: recal failed ST0 70 cyl 0 > fd0c: hard error reading fsbn 0 (No status) Hmm, somehow the drive refuses to recalibrate. equ_chck means that the FDC issued more than 77 (don't laugh:) step pulses without seeing a track 0 signal. Perhaps the drive is not selected, in which case it won't perform any stepping operation. Everything else with that drive is working normally??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 4 06:50:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA25454 for bugs-outgoing; Tue, 4 Jul 1995 06:50:11 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA25433 for ; Tue, 4 Jul 1995 06:50:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10108; Tue, 4 Jul 1995 15:49:21 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07309; Tue, 4 Jul 1995 15:49:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA01016; Tue, 4 Jul 1995 14:48:39 +0200 From: J Wunsch Message-Id: <199507041248.OAA01016@uriah.heep.sax.de> Subject: Re: kern/577: SLIP requires `ifconfig up' now To: davidg@root.com Date: Tue, 4 Jul 1995 14:48:39 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199507040233.TAA06074@corbin.Root.COM> from "David Greenman" at Jul 3, 95 07:33:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 454 Sender: bugs-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > I have a change that will give us both what we want. Basically, "ifconfig > srcaddr dstaddr" will set the interface up if it is currently attached to a > tty. Otherwise, it will be set 'up' as soon as slattach turns the interface > into a SLIP device. Sounds good. Thank'ya. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 4 08:47:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28865 for bugs-outgoing; Tue, 4 Jul 1995 08:47:01 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA28857 for ; Tue, 4 Jul 1995 08:46:53 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id RAA17152 for bugs@freebsd.org; Tue, 4 Jul 1995 17:46:29 +0200 From: Thomas Gellekum Message-Id: <199507041546.RAA17152@ghpc6.ihf.rwth-aachen.de> Subject: info and cursor keys (PR gnu/289) To: bugs@freebsd.org Date: Tue, 4 Jul 1995 17:46:28 +0200 (MET DST) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 7879 Sender: bugs-owner@freebsd.org Precedence: bulk Moin moin, I added a few lines of code to the latest info browser in the texinfo-3.6 distribution to enable the use of the cursor keys. Since there is an open problem report (gnu/289) for this it might be of interest for (some of) you. For those who want to try the patch: I had to disable the timer in session.c to get good response times to keystrokes from the cursor keys. Unfortunately this has the side effect that info shows the received escape sequence in its bottom line. If you don't like that you can comment out the next two lines (if (!ready) ...). tg --------------texinfo.diff---------------- diff -cr texinfo-3.6.orig/info/infomap.c texinfo-3.6/info/infomap.c *** texinfo-3.6.orig/info/infomap.c Fri Jun 16 20:00:19 1995 --- texinfo-3.6/info/infomap.c Sun Jul 2 13:30:05 1995 *************** *** 25,30 **** --- 25,36 ---- #include "ctype.h" #include "infomap.h" #include "funs.h" + #include "info.h" + + static void add_function_key(char *, VFunction *, Keymap); + + extern char *term_ku, *term_kd, *term_kr, *term_kl; + extern char *term_kP, *term_kN, *term_kh, *term_kH; /* Return a new keymap which has all the uppercase letters mapped to run the function info_do_lowercase_version (). */ *************** *** 264,269 **** map['o'].function = info_next_window; map['t'].function = info_tile_windows; map['w'].function = info_toggle_wrap; } ! --- 270,328 ---- map['o'].function = info_next_window; map['t'].function = info_tile_windows; map['w'].function = info_toggle_wrap; + + /* Add functions for the arrow keys, PageUp, PageDown, Home, HomeDown */ + add_function_key(term_ku, info_prev_line, info_keymap); + add_function_key(term_kd, info_next_line, info_keymap); + add_function_key(term_kl, info_backward_char, info_keymap); + add_function_key(term_kr, info_forward_char, info_keymap); + add_function_key(term_kP, info_scroll_backward, info_keymap); + add_function_key(term_kN, info_scroll_forward, info_keymap); + add_function_key(term_kh, info_beginning_of_node, info_keymap); + add_function_key(term_kH, info_end_of_node, info_keymap); } ! static void add_function_key(char *esc_seq, VFunction *func, Keymap map) ! { ! char *end_str, *p; ! ! if (!esc_seq) ! return; /* don't add keys which don't exist */ ! ! end_str = esc_seq + strlen(esc_seq); ! ! for (p = esc_seq; p < end_str; p++) ! { ! if (isupper(*p)) ! *p = tolower(*p); ! switch (map[*p].type) ! { ! case ISKMAP: /* Go one level down. Also has the effect ! that we're not overwriting a previous ! binding if we're at the end of p */ ! map = (Keymap)map[*p].function; ! break; ! case ISFUNC: /* two possibilities here: ! 1. map[*p].function == NULL means we have ! a virgin keymap to fill; ! 2. else this entry is already taken */ ! if (map[*p].function == NULL) ! { ! if (p == end_str - 1) ! { ! map[*p].function = func; ! return; ! } ! map[*p].type = ISKMAP; ! map[*p].function = (VFunction *)keymap_make_keymap(); ! map = (Keymap)map[*p].function; ! } else ! return; ! break; ! default: /* can't happen */ ! info_error("unknown keymap type (%d).", map[*p].type); ! break; ! } ! } ! return; ! } diff -cr texinfo-3.6.orig/info/session.c texinfo-3.6/info/session.c *** texinfo-3.6.orig/info/session.c Fri Jun 16 20:00:53 1995 --- texinfo-3.6/info/session.c Sun Jul 2 14:09:51 1995 *************** *** 27,32 **** --- 27,33 ---- #endif /* HAVE_SYS_FILE_H */ #include #include + #include #if defined (HAVE_SYS_TIME_H) # include *************** *** 3849,3856 **** FD_ZERO (&readfds); FD_SET (fileno (info_input_stream), &readfds); ! timer.tv_sec = 1; ! timer.tv_usec = 750; ready = select (1, &readfds, (fd_set *)NULL, (fd_set *)NULL, &timer); #endif /* FD_SET */ } --- 3850,3857 ---- FD_ZERO (&readfds); FD_SET (fileno (info_input_stream), &readfds); ! timer.tv_sec = 0; ! timer.tv_usec = 0; ready = select (1, &readfds, (fd_set *)NULL, (fd_set *)NULL, &timer); #endif /* FD_SET */ } diff -cr texinfo-3.6.orig/info/terminal.c texinfo-3.6/info/terminal.c *** texinfo-3.6.orig/info/terminal.c Fri Jun 16 20:01:01 1995 --- texinfo-3.6/info/terminal.c Sun Jul 2 13:54:04 1995 *************** *** 26,31 **** --- 26,32 ---- Written by Brian Fox (bfox@ai.mit.edu). */ #include + #include #include #include "terminal.h" #include "termdep.h" *************** *** 109,114 **** --- 110,121 ---- /* The string to turn off inverse mode, if this term has one. */ static char *term_invend; + /* The string to turn on keypad transmit mode, if this term has one. */ + static char *term_ks; + + /* The string to turn off keypad transmit mode, if this term has one. */ + static char *term_ke; + static void output_character_function (c) int c; *************** *** 128,133 **** --- 135,142 ---- terminal_begin_using_terminal () { send_to_terminal (term_begin_use); + if (term_ks) + send_to_terminal(term_ks); } /* Tell the terminal that we will not be doing any more cursor addressable *************** *** 136,141 **** --- 145,152 ---- terminal_end_using_terminal () { + if (term_ke) + send_to_terminal(term_ke); send_to_terminal (term_end_use); } /* **************************************************************** */ *************** *** 166,172 **** --- 177,185 ---- int terminal_can_scroll = 0; /* The key sequences output by the arrow keys, if this terminal has any. */ + /* Also use PageUp, PageDown, Home, End, if available. */ char *term_ku, *term_kd, *term_kr, *term_kl; + char *term_kP, *term_kN, *term_kh, *term_kH; /* Move the cursor to the terminal location of X and Y. */ void *************** *** 498,503 **** --- 511,517 ---- term_cr = "\r"; term_up = term_dn = audible_bell = visible_bell = (char *)NULL; term_ku = term_kd = term_kl = term_kr = (char *)NULL; + term_kP = term_kN = term_kh = term_kH = (char *)NULL; return; } *************** *** 564,574 **** term_mo = (char *)NULL; } ! /* Attempt to find the arrow keys. */ term_ku = tgetstr ("ku", &buffer); term_kd = tgetstr ("kd", &buffer); term_kr = tgetstr ("kr", &buffer); term_kl = tgetstr ("kl", &buffer); /* If this terminal is not cursor addressable, then it is really dumb. */ if (!term_goto) --- 578,596 ---- term_mo = (char *)NULL; } ! /* Attempt to find the arrow keys. */ term_ku = tgetstr ("ku", &buffer); term_kd = tgetstr ("kd", &buffer); term_kr = tgetstr ("kr", &buffer); term_kl = tgetstr ("kl", &buffer); + term_kP = tgetstr ("kP", &buffer); + term_kN = tgetstr ("kN", &buffer); + term_kh = tgetstr ("kh", &buffer); + term_kH = tgetstr ("kH", &buffer); + + /* Enable keypad and cursor keys if ks defined */ + term_ks = tgetstr ("ks", &buffer); + term_ke = tgetstr ("ke", &buffer); /* If this terminal is not cursor addressable, then it is really dumb. */ if (!term_goto) From owner-freebsd-bugs Tue Jul 4 10:25:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA00858 for bugs-outgoing; Tue, 4 Jul 1995 10:25:13 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA00851 for ; Tue, 4 Jul 1995 10:25:11 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id MAA08346; Tue, 4 Jul 1995 12:24:55 -0500 From: Mike Pritchard Message-Id: <199507041724.MAA08346@mpp.com> Subject: Re: Telnet problem to Linux machine To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 12:24:54 -0500 (CDT) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199507040045.KAA02064@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 10:45:28 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 644 Sender: bugs-owner@freebsd.org Precedence: bulk > >And as long as I'm asking...I've also noticed that since I started > >with this ISP, anytime I telnet into their machine, or anywhere > >out in the world, the "del" key always gets interpreted as a backspace. > >Control-U works as a line delete, but NOTHING on my end, or the remote > >end has ^U mapped to anything! This happens with both telnet & rlogin. > > I haven't seen this, but my .profile always sets erase, intr and kill. > > Bruce I also set erase and kill in my .login and still see the problem. It is rather strange. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Tue Jul 4 10:46:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01677 for bugs-outgoing; Tue, 4 Jul 1995 10:46:22 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01671 for ; Tue, 4 Jul 1995 10:46:18 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id MAA08474; Tue, 4 Jul 1995 12:45:04 -0500 From: Mike Pritchard Message-Id: <199507041745.MAA08474@mpp.com> Subject: Re: State of Problem 389 (and 392)? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 12:45:03 -0500 (CDT) Cc: bugs@FreeBSD.org, uhclem%nemesis@fw.ast.com, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199507040508.PAA10185@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 03:08:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 773 Sender: bugs-owner@FreeBSD.org Precedence: bulk > There's no need to send it again. It's in the PR database. I'm not > sure how (if) the database can be queried if you don't have an account > on freefall, however. You can access the PR database via mail by sending mail to: freebsd-gnats-query@freebsd.org Include arguments to the "query-pr" command in the subject line. You don't need anything in the body of the message. E.g. to get the full text of PR #389, do this: mail freebsd-gnats-query@freebsd.org Subject: --full 389 ... For those people who don't have access to a "query-pr" man page, using "--help" as the subject will get you the usage summary, which is better than nothing, but not much :-(. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Tue Jul 4 13:10:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03988 for bugs-outgoing; Tue, 4 Jul 1995 13:10:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03969 ; Tue, 4 Jul 1995 13:10:01 -0700 Date: Tue, 4 Jul 1995 13:10:01 -0700 Message-Id: <199507042010.NAA03969@freefall.cdrom.com> From: Paul Richards Reply-To: Paul Richards To: freebsd-bugs Subject: kern/587: if_le hangs on OACTIVE with 2k buffer In-Reply-To: Your message of Tue, 4 Jul 1995 21:00:40 +0100 <199507042000.VAA00290@server.netcraft.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 587 >Category: kern >Synopsis: if_le hangs on OACTIVE with 2k buffer >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 4 13:10:00 1995 >Originator: Paul Richards >Organization: >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: >Description: The le driver, using the lemac code hangs when only a 2k buffer is used. The OACTIVE flag gets set and is never cleared. >How-To-Repeat: Push the ethernet a little with only a 2k buffer. >Fix: Changing the card's configuration to use a 32k buffer fixes the problem, probably because the buffer never gets filled and the OACTIVE flag doesn't get set. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 4 13:30:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04544 for bugs-outgoing; Tue, 4 Jul 1995 13:30:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04537 ; Tue, 4 Jul 1995 13:30:02 -0700 Date: Tue, 4 Jul 1995 13:30:02 -0700 Message-Id: <199507042030.NAA04537@freefall.cdrom.com> From: gjbroom@csr.uvic.ca Reply-To: gjbroom@csr.uvic.ca To: freebsd-bugs Subject: conf/589: poor sysconfig/rc interaction when starting amd In-Reply-To: Your message of Tue, 4 Jul 1995 13:24:44 -0700 <199507042024.NAA01910@kinsella.UVic.CA> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 589 >Category: conf >Synopsis: /etc/rc should eval amd ${amdflags} >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jul 4 13:30:01 1995 >Originator: >Organization: >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: >Description: When amd is started in /etc/rc, using $amdflags from sysconfig, it would be really *really* nice if the line read: echo -n 'amd'; eval amd ${amdflags} ^^^^ This way, you can single-quote amdflags in sysconfig, and use backquotes to get information from the NIS. If the backquotes are double-quoted, an NIS lookup occurs before the network is started. My $amdflags look like: amdflags='-a /tmp_mnt -l syslog `ypcat -k amd.master`' so amd works very much like Sun's automount (and I can automatically generate amd.master on my NIS master). >How-To-Repeat: >Fix: Change "amd ${amdflags}" to "eval amd ${amdflags}" in /etc/rc. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 4 15:57:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA16775 for bugs-outgoing; Tue, 4 Jul 1995 15:57:32 -0700 Received: from cps201.cps.cmich.edu (archive@cps201.cps.cmich.edu [141.209.20.201]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA16765 for ; Tue, 4 Jul 1995 15:57:31 -0700 Received: (from archive@localhost) by cps201.cps.cmich.edu (8.6.9/8.6.9) id SAA25856; Tue, 4 Jul 1995 18:57:18 -0400 Date: Tue, 4 Jul 1995 18:57:18 -0400 (EDT) From: CMU Mail Archive X-Sender: archive@cps201 Reply-To: mbailey@gnu.ai.mit.edu To: gjbroom@csr.uvic.ca cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/589: poor sysconfig/rc interaction when starting amd In-Reply-To: <199507042030.NAA04537@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995 gjbroom@csr.uvic.ca wrote: > > >Description: > > When amd is started in /etc/rc, using $amdflags from sysconfig, > it would be really *really* nice if the line read: > echo -n 'amd'; eval amd ${amdflags} > ^^^^ > This way, you can single-quote amdflags in sysconfig, and use > backquotes to get information from the NIS. If the backquotes > are double-quoted, an NIS lookup occurs before the network is > started. My $amdflags look like: > amdflags='-a /tmp_mnt -l syslog `ypcat -k amd.master`' > so amd works very much like Sun's automount (and I can automatically > generate amd.master on my NIS master). > > > >How-To-Repeat: > > > > >Fix: > > Change "amd ${amdflags}" to "eval amd ${amdflags}" in /etc/rc. > > >Audit-Trail: > >Unformatted: > > Do you think it possible that you could send me your yp Makefile and a copy of your AMD maps we want to replace our suns automounter with AMD so that we can feed the FreeBSD and LinSux boxes here the same automount map. If you would thank you. If not I assume there is a good reason :) Thanks again Matthew S. Bailey mbailey@cps.cmich.edu (please use this instead of the reply-to thanks) From owner-freebsd-bugs Tue Jul 4 17:52:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25146 for bugs-outgoing; Tue, 4 Jul 1995 17:52:17 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA25111 for ; Tue, 4 Jul 1995 17:52:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06332; Wed, 5 Jul 1995 02:52:07 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA12391; Wed, 5 Jul 1995 02:52:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA02093; Tue, 4 Jul 1995 17:10:48 +0200 From: J Wunsch Message-Id: <199507041510.RAA02093@uriah.heep.sax.de> Subject: Re: State of Problem 389 (and 392)? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 17:10:48 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199507040508.PAA10185@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 03:08:28 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 437 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > I changed its state from open to open-analyzed. Apparently the weekly > list of open PR's doesn't include open-analyzed PR's. Joerg, please > fix this. You think i should also include `analyzed' reports? By now, only `open' reports are included (intentionally). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 5 00:30:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08027 for bugs-outgoing; Wed, 5 Jul 1995 00:30:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08020 ; Wed, 5 Jul 1995 00:30:03 -0700 Date: Wed, 5 Jul 1995 00:30:03 -0700 Message-Id: <199507050730.AAA08020@freefall.cdrom.com> From: "Wilhelm B. Kloke" Reply-To: "Wilhelm B. Kloke" To: freebsd-bugs Subject: kern/590: pager input errors on NCR SCSI 486 mainboard In-Reply-To: Your message of Wed, 5 Jul 1995 09:26:56 +0200 <199507050726.JAA12653@gisli.arb-phys.uni-dortmund.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 590 >Category: kern >Synopsis: pager input errors on NCR SCSI 486 mainboard >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 5 00:30:01 1995 >Originator: Wilhelm B. Kloke >Organization: Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: SA486P AIO-II with onboard NCR SCSI and IDE drive. Disk is SEAGATE ST31200N. Processor Intel 486DX2/66. I had to disable parity on PCI to work at all. This was true on previous FreeBSD versions, also (1.1.5 and 2.0). >Description: I am trying to install FreeBSD 2.0.5-RELEASE on the said board. 2.0 did run fine on this machine (SA486P AIO-II with onboard NCR SCSI). Now I am getting messages like this (extracted from dmesg): ... Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 4 on pci0:0 ncr0 rev 1 int a irq 15 on pci0:1 reg20: virtual=0xf2103000 physical=0x5000000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) ncr0 waiting for scsi devices to settle (ncr0:0:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1006MB (2061108 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 int a irq 11 on pci0:7 pci0: uses 256 bytes of memory from 5000000 upto 50000ff. pci0: uses 256 bytes of I/O space from 4000 upto 40ff. changing root device to sd0a WARNING: / was not properly dismounted. assertion "cmd == (vdsp[0] >> 24)" failed: file "../../pci/ncr.c", line 5298 sd0(ncr0:0:0): phase change 7-1 196608@284ac resid=2098976. ncr0 targ 0?: ERROR (80:100) (1-21-0) (8/13) @ (cc4:19000200). reg: da 10 80 13 47 8 0 1f 3 1 80 21 80 1 1 0. ncr0: restart (fatal error). sd0(ncr0:0:0): COMMAND FAILED (9 ff) @f03ca000. sd0(ncr0:0:0): COMMAND FAILED (9 ff) @f03ca800. vnode_pager_input: I/O read error vm_fault: pager input (probably hardware) error, PID 145 failure ncr0: reset by timeout. sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd0(ncr0:0:0): UNIT ATTENTION asc:29,0 sd0(ncr0:0:0): Power on, reset, or bus device reset occurred field replaceable unit: 1 , retries:3 >How-To-Repeat: Random. >Fix: Not known. >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: FreeBSD 2.0.5, pager input errors on NCR SCSI 486 mainboard From: wb Reply-To: wb X-send-pr-version: 3.2 From owner-freebsd-bugs Wed Jul 5 01:05:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09948 for bugs-outgoing; Wed, 5 Jul 1995 01:05:47 -0700 Received: (from peter@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09931 ; Wed, 5 Jul 1995 01:05:45 -0700 Date: Wed, 5 Jul 1995 01:05:45 -0700 From: Peter Wemm Message-Id: <199507050805.BAA09931@freefall.cdrom.com> To: peter@haywire.dialix.com, peter, freebsd-bugs Subject: Changed information for PR conf/584 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: bad setting for dumpdev in sample sysconfig State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Wed Jul 5 01:02:52 PDT 1995 State-Changed-Why: Fixed in v1.17 of sysconfig, this closes my own PR. From owner-freebsd-bugs Wed Jul 5 01:40:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11848 for bugs-outgoing; Wed, 5 Jul 1995 01:40:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11841 ; Wed, 5 Jul 1995 01:40:02 -0700 Date: Wed, 5 Jul 1995 01:40:02 -0700 Message-Id: <199507050840.BAA11841@freefall.cdrom.com> From: burg@is.ge.com Reply-To: burg@is.ge.com To: freebsd-bugs Subject: bin/591: ppp fails on Shiva LanRover In-Reply-To: Your message of Wed, 5 Jul 1995 10:35:49 +0200 <199507050835.KAA02076@burgpc.is.ge.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 591 >Category: bin >Synopsis: SPAP request REJexted in stead of NAKed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 5 01:40:01 1995 >Originator: Dick van den Burg >Organization: >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: >Description: When trying to connect with ppp to a Shiva Lanrover (version 3.2) the authentication fails because the SPAP (Shiva Secure PAP) configuration request the is sent by Shive is REJected by ppp in stead of NAKed. Strictly speaking, Shive is also at fault, because the should not resend the SPAP configuration request after a REJ. >How-To-Repeat: Following is a log of the failing session: 07-04 21:09:08 [171] LCP: SendConfigReq 07-04 21:09:08 [171] ACFCOMP 07-04 21:09:08 [171] PROTOCOMP 07-04 21:09:08 [171] ACCMAP [6] 00000000 07-04 21:09:08 [171] MRU [4] 1500 07-04 21:09:08 [171] MAGICNUM [6] 14a83a47 07-04 21:09:08 [171] LCP: state change Closed --> Req-Sent 07-04 21:09:11 [171] LCP: SendConfigReq 07-04 21:09:11 [171] ACFCOMP 07-04 21:09:11 [171] PROTOCOMP 07-04 21:09:11 [171] ACCMAP [6] 00000000 07-04 21:09:11 [171] MRU [4] 1500 07-04 21:09:11 [171] MAGICNUM [6] 14a83a47 07-04 21:09:12 [171] LCP: Received Configure Request (2) state = Req-Sent (6) 07-04 21:09:12 [171] MRU 1522 07-04 21:09:12 [171] ACCMAP 000a0000 07-04 21:09:12 [171] AUTHPROTO proto = c027 07-04 21:09:12 [171] AUTHPROTO not implemented. 07-04 21:09:12 [171] MAGICNUM 247467d0 07-04 21:09:12 [171] ACFCOMP 07-04 21:09:12 [171] LCP: SendConfigRej(Req-Sent) 07-04 21:09:12 [171] AUTHPROTO proto = c027 07-04 21:09:12 [171] LCP: Received Configure Ack (2) state = Req-Sent (6) 07-04 21:09:12 [171] LCP: state change Req-Sent --> Ack-Rcvd 07-04 21:09:12 [171] LCP: Received Configure Request (3) state = Ack-Rcvd (7) 07-04 21:09:12 [171] MRU 1522 07-04 21:09:12 [171] ACCMAP 000a0000 07-04 21:09:12 [171] AUTHPROTO proto = c027 07-04 21:09:12 [171] AUTHPROTO not implemented. 07-04 21:09:12 [171] MAGICNUM 247467d0 07-04 21:09:12 [171] ACFCOMP 07-04 21:09:12 [171] LCP: SendConfigRej(Ack-Rcvd) 07-04 21:09:12 [171] AUTHPROTO proto = c027 07-04 21:09:12 [171] LCP: Received Configure Request (4) state = Ack-Rcvd (7) 07-04 21:09:12 [171] MRU 1522 07-04 21:09:12 [171] ACCMAP 000a0000 07-04 21:09:12 [171] AUTHPROTO proto = c027 07-04 21:09:12 [171] AUTHPROTO not implemented. 07-04 21:09:12 [171] MAGICNUM 247467d0 07-04 21:09:12 [171] ACFCOMP 07-04 21:09:12 [171] LCP: SendConfigRej(Ack-Rcvd) 07-04 21:09:12 [171] AUTHPROTO proto = c027 ...... 20 more request /reject deleted 07-04 21:09:18 [171] LCP: Received Configure Request (24) state = Ack-Rcvd (7) 07-04 21:09:18 [171] MRU 1522 07-04 21:09:18 [171] ACCMAP 000a0000 07-04 21:09:18 [171] AUTHPROTO proto = c027 07-04 21:09:18 [171] AUTHPROTO not implemented. 07-04 21:09:18 [171] MAGICNUM 247467d0 07-04 21:09:18 [171] ACFCOMP 07-04 21:09:18 [171] LCP: SendConfigRej(Ack-Rcvd) 07-04 21:09:18 [171] AUTHPROTO proto = c027 07-04 21:09:18 [171] LCP: Received Configure Request (25) state = Ack-Rcvd (7) 07-04 21:09:18 [171] MRU 1522 07-04 21:09:18 [171] ACCMAP 000a0000 07-04 21:09:18 [171] AUTHPROTO proto = c027 07-04 21:09:18 [171] AUTHPROTO not implemented. 07-04 21:09:18 [171] MAGICNUM 247467d0 07-04 21:09:18 [171] ACFCOMP 07-04 21:09:18 [171] LCP: SendConfigRej(Ack-Rcvd) 07-04 21:09:18 [171] AUTHPROTO proto = c027 07-04 21:09:18 [171] LCP: Received Terminate Request (2) state = Ack-Rcvd (7) 07-04 21:09:18 [171] LCP: SendTerminateAck. 07-04 21:09:18 [171] LCP: state change Ack-Rcvd --> Req-Sent 07-04 21:10:27 [171] LCP: SendTerminateReq. 07-04 21:10:27 [171] LCP: state change Req-Sent --> Closing 07-04 21:10:27 [171] LCP: Received Configure Request (2) state = Closing (4) ## state = 4 07-04 21:10:27 [171] LCP: Received Terminate Ack (4) state = Closing (4) 07-04 21:10:27 [171] LCP: state change Closing --> Closed 07-04 21:10:27 [171] LCP: LayerFinish 07-04 21:10:27 [171] Phase: Dead 07-04 21:10:32 [171] PPP Terminated. >Fix: *** lcp.c.orig Wed Jul 5 09:40:26 1995 --- lcp.c Wed Jul 5 09:45:40 1995 *************** *** 517,525 **** goto reqreject; break; default: ! LogPrintf(LOG_LCP, " %s not implemented.\n", request); ! goto reqreject; ! } break; case MODE_NAK: break; --- 517,527 ---- goto reqreject; break; default: ! LogPrintf(LOG_LCP, " %s not implemented, NAK.\n", request); ! bcopy(cp, nakp, length); ! nakp += length; ! break; ! } break; case MODE_NAK: break; This is a trace after the patch has been applied 07-04 22:06:43 [1201] LCP: SendConfigReq 07-04 22:06:43 [1201] ACFCOMP 07-04 22:06:43 [1201] PROTOCOMP 07-04 22:06:43 [1201] ACCMAP [6] 00000000 07-04 22:06:43 [1201] MRU [4] 1500 07-04 22:06:43 [1201] MAGICNUM [6] 10d2be1e 07-04 22:06:43 [1201] LCP: state change Closed --> Req-Sent 07-04 22:06:46 [1201] LCP: SendConfigReq 07-04 22:06:46 [1201] ACFCOMP 07-04 22:06:46 [1201] PROTOCOMP 07-04 22:06:46 [1201] ACCMAP [6] 00000000 07-04 22:06:46 [1201] MRU [4] 1500 07-04 22:06:46 [1201] MAGICNUM [6] 10d2be1e 07-04 22:06:47 [1201] LCP: Received Configure Request (2) state = Req-Sent (6) 07-04 22:06:47 [1201] MRU 1522 07-04 22:06:47 [1201] ACCMAP 000a0000 07-04 22:06:47 [1201] AUTHPROTO proto = c027 07-04 22:06:47 [1201] AUTHPROTO not implemented, NAK. 07-04 22:06:47 [1201] MAGICNUM 993c0be7 07-04 22:06:47 [1201] ACFCOMP 07-04 22:06:47 [1201] LCP: SendConfigNak(Req-Sent) 07-04 22:06:47 [1201] AUTHPROTO proto = c027 07-04 22:06:47 [1201] LCP: Received Configure Ack (2) state = Req-Sent (6) 07-04 22:06:47 [1201] LCP: state change Req-Sent --> Ack-Rcvd 07-04 22:06:47 [1201] LCP: Received Configure Request (3) state = Ack-Rcvd (7) 07-04 22:06:47 [1201] MRU 1522 07-04 22:06:47 [1201] ACCMAP 000a0000 07-04 22:06:47 [1201] AUTHPROTO proto = c123 07-04 22:06:47 [1201] AUTHPROTO not implemented. 07-04 22:06:47 [1201] MAGICNUM 993c0be7 07-04 22:06:47 [1201] ACFCOMP 07-04 22:06:47 [1201] LCP: SendConfigNak(Ack-Rcvd) 07-04 22:06:47 [1201] AUTHPROTO proto = c123 07-04 22:06:47 [1201] LCP: Received Configure Request (4) state = Ack-Rcvd (7) 07-04 22:06:47 [1201] MRU 1522 07-04 22:06:47 [1201] ACCMAP 000a0000 07-04 22:06:47 [1201] AUTHPROTO proto = c023 07-04 22:06:47 [1201] MAGICNUM 993c0be7 07-04 22:06:47 [1201] ACFCOMP 07-04 22:06:47 [1201] LCP: SendConfigAck(Ack-Rcvd) 07-04 22:06:47 [1201] MRU 1522 07-04 22:06:47 [1201] ACCMAP 000a0000 07-04 22:06:47 [1201] AUTHPROTO proto = c023 07-04 22:06:47 [1201] MAGICNUM 993c0be7 07-04 22:06:47 [1201] ACFCOMP 07-04 22:06:47 [1201] LCP: state change Ack-Rcvd --> Opend 07-04 22:06:47 [1201] LCP: LayerUp 07-04 22:06:47 [1201] Phase: Authenticate 07-04 22:06:47 [1201] his = c023, mine = 0 07-04 22:06:47 [1201] PAP: yyyy (xxxx) 07-04 22:06:48 [1201] PapInput: ACK 07-04 22:06:48 [1201] Received PAP_ACK (Welcome) 07-04 22:06:48 [1201] Phase: Network 07-04 22:06:48 [1201] IPCP: state change Initial --> Closed 07-04 22:06:48 [1201] IPCP Up event!! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 5 02:07:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12879 for bugs-outgoing; Wed, 5 Jul 1995 02:07:28 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA12872 for ; Wed, 5 Jul 1995 02:07:27 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id CAA13276 for ; Wed, 5 Jul 1995 02:06:30 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id LAA18994 for bugs@freebsd.org; Wed, 5 Jul 1995 11:05:06 +0200 From: Thomas Gellekum Message-Id: <199507050905.LAA18994@ghpc6.ihf.rwth-aachen.de> Subject: typo in /usr/share/info/dir To: bugs@freebsd.org Date: Wed, 5 Jul 1995 11:05:05 +0200 (MET DST) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 482 Sender: bugs-owner@freebsd.org Precedence: bulk Moin, there's a typo in /usr/share/info/dir which prevents reading the send-pr manual from within info. Patch is below. tg --- /usr/src/gnu/usr.bin/texinfo/info-files/dir.orig Mon Jul 3 20:54:10 1995 +++ /usr/src/gnu/usr.bin/texinfo/info-files/dir Mon Jul 3 20:54:38 1995 @@ -21,3 +21,3 @@ -* Send-PR: (send-pr): Manual for the system used to send problem +* Send-PR: (send-pr). Manual for the system used to send problem reports or contributions back to the FreeBSD From owner-freebsd-bugs Wed Jul 5 11:40:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00910 for bugs-outgoing; Wed, 5 Jul 1995 11:40:12 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00903 ; Wed, 5 Jul 1995 11:40:11 -0700 Date: Wed, 5 Jul 1995 11:40:11 -0700 Message-Id: <199507051840.LAA00903@freefall.cdrom.com> From: hohmuth@inf.tu-dresden.de Reply-To: hohmuth@inf.tu-dresden.de To: freebsd-bugs Subject: bin/594: "mkdir -p some/path/" fails to create last path component when path has trailing slash In-Reply-To: Your message of Wed, 5 Jul 1995 16:44:32 GMT <199507051644.QAA00587@irs201.inf.tu-dresden.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 594 >Category: bin >Synopsis: "mkdir -p some/path/" fails to create last path component when path has trailing slash >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 5 11:40:00 1995 >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: olymp:~> uname -a FreeBSD olymp.inf.tu-dresden.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 otherwise nothing special >Description: "mkdir -p some/path/" fails to create last path component when path has trailing slash >How-To-Repeat: !10 olymp:~> /bin/mkdir -p foo/bar/ !11 olymp:~> /bin/ls -lFa foo/ total 4 drwxr-xr-x 2 hohmuth staff 512 Jul 5 16:29 ./ drwxr-xr-x 6 hohmuth staff 512 Jul 5 16:29 ../ !12 olymp:~> rm -rf foo !13 olymp:~> /bin/mkdir -p foo/bar !14 olymp:~> /bin/ls -lFa foo/ total 6 drwxr-xr-x 3 hohmuth staff 512 Jul 5 16:30 ./ drwxr-xr-x 6 hohmuth staff 512 Jul 5 16:30 ../ drwxr-xr-x 2 hohmuth staff 512 Jul 5 16:30 bar/ Note that in line "!11", the directory "foo" does not contain a directory "bar". When the directories have been created without a trailing slash ("!13"), the problem doesn't occur ("!14"). >Fix: Workaround: don't use "mkdir -p" with a trailing slash >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 5 20:49:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20526 for bugs-outgoing; Wed, 5 Jul 1995 20:49:28 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20513 for ; Wed, 5 Jul 1995 20:48:48 -0700 Received: from tama3.spec.co.jp (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id MAA28704; Thu, 6 Jul 1995 12:42:14 +0900 Message-Id: <9507060352.AA00096@tama3.spec.co.jp.spec.co.jp> Date: Thu, 06 Jul 1995 12:52:38 +0900 From: Atsushi Murai To: burg@is.ge.com Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: bin/591: ppp fails on Shiva LanRover In-Reply-To: <199507050840.BAA11841@freefall.cdrom.com> X-Mailer: AL-Mail 0.94Beta Sender: bugs-owner@FreeBSD.org Precedence: bulk burg@is.ge.com wrote: :>Fix: : : :*** lcp.c.orig Wed Jul 5 09:40:26 1995 :--- lcp.c Wed Jul 5 09:45:40 1995 :*************** :*** 517,525 **** : goto reqreject; : break; : default: :! LogPrintf(LOG_LCP, " %s not implemented.\n", request); :! goto reqreject; :! } : break; : case MODE_NAK: : break; :--- 517,527 ---- : goto reqreject; : break; : default: :! LogPrintf(LOG_LCP, " %s not implemented, NAK.\n", request); :! bcopy(cp, nakp, length); :! nakp += length; :! break; :! } : break; : case MODE_NAK: : break; : Looks good ! Let me confirm with another party and I will take care of it Atsushi. -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-bugs Wed Jul 5 22:44:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA26397 for bugs-outgoing; Wed, 5 Jul 1995 22:44:24 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA26383 for ; Wed, 5 Jul 1995 22:44:19 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14767(3)>; Wed, 5 Jul 1995 22:43:33 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Wed, 5 Jul 1995 22:43:25 -0700 To: bugs@freebsd.org Subject: ipfw 'reject' panics the system Date: Wed, 5 Jul 1995 22:43:22 PDT From: Bill Fenner Message-Id: <95Jul5.224325pdt.49860@crevenia.parc.xerox.com> Sender: bugs-owner@freebsd.org Precedence: bulk I took a glance at the firewall stuff when Michael Butler posted his most recent message saying that using the firewall reject code will panic the machine when a rejected packet comes in. It turns out that the firewall code uses dtom(ip) on a rejected packet, but it's entirely possible that the packet is in a cluster mbuf, on which dtom() doesn't work. I fixed the code to pass the original mbuf along with the ip pointer, and Michael said his panics went away. Can someone (review and) commit these diffs? Thanks, Bill *** ip_input.c.orig Thu Jul 6 00:55:40 1995 --- ip_input.c Thu Jul 6 00:56:19 1995 *************** *** 242,248 **** */ if (ip_fw_chk_ptr!=NULL) ! if (!(*ip_fw_chk_ptr)(ip,m->m_pkthdr.rcvif,ip_fw_chain) ) { goto bad; } --- 242,248 ---- */ if (ip_fw_chk_ptr!=NULL) ! if (!(*ip_fw_chk_ptr)(m,ip,m->m_pkthdr.rcvif,ip_fw_chain) ) { goto bad; } *** ip_fw.c.orig Wed Jul 5 17:47:06 1995 --- ip_fw.c Wed Jul 5 17:47:38 1995 *************** *** 104,110 **** #ifdef IPFIREWALL int ! ip_fw_chk(ip, rif, chain) struct ip *ip; struct ifnet *rif; struct ip_fw *chain; --- 104,111 ---- #ifdef IPFIREWALL int ! ip_fw_chk(m, ip, rif, chain) ! struct mbuf *m; struct ip *ip; struct ifnet *rif; struct ip_fw *chain; *************** *** 115,121 **** struct icmp *icmp = (struct icmp *) ((u_long *) ip + ip->ip_hl); struct ifaddr *ia = NULL, *ia_p; struct in_addr src, dst, ia_i; - struct mbuf *m; u_short src_port = 0, dst_port = 0; u_short f_prt = 0, prt; char notcpsyn = 1; --- 116,121 ---- *************** *** 302,308 **** return TRUE; bad_packet: - m = dtom(ip); if (f != NULL) { /* * Do not ICMP reply to icmp packets....:) or to packets --- 302,307 ---- *** ip_fw.h.orig Wed Jul 5 17:47:11 1995 --- ip_fw.h Wed Jul 5 17:48:03 1995 *************** *** 126,132 **** /* * Function pointers. */ ! extern int (*ip_fw_chk_ptr)(struct ip *,struct ifnet *,struct ip_fw *); extern int (*ip_fw_ctl_ptr)(int,struct mbuf *); extern void (*ip_acct_cnt_ptr)(struct ip *,struct ifnet *,struct ip_fw *,int); --- 126,132 ---- /* * Function pointers. */ ! extern int (*ip_fw_chk_ptr)(struct mbuf *,struct ip *,struct ifnet *,struct ip_fw *); extern int (*ip_fw_ctl_ptr)(int,struct mbuf *); extern void (*ip_acct_cnt_ptr)(struct ip *,struct ifnet *,struct ip_fw *,int); *************** *** 135,141 **** /* * Function definitions. */ ! int ip_fw_chk(struct ip *,struct ifnet *,struct ip_fw *); int ip_fw_ctl(int,struct mbuf *); void ip_acct_cnt(struct ip *,struct ifnet *,struct ip_fw *,int); --- 135,141 ---- /* * Function definitions. */ ! int ip_fw_chk(struct mbuf *,struct ip *,struct ifnet *,struct ip_fw *); int ip_fw_ctl(int,struct mbuf *); void ip_acct_cnt(struct ip *,struct ifnet *,struct ip_fw *,int); From owner-freebsd-bugs Thu Jul 6 00:22:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08333 for bugs-outgoing; Thu, 6 Jul 1995 00:22:55 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA08292 for ; Thu, 6 Jul 1995 00:22:48 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04558; Thu, 6 Jul 1995 09:22:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05346; Thu, 6 Jul 1995 09:22:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA09227; Thu, 6 Jul 1995 09:17:45 +0200 From: J Wunsch Message-Id: <199507060717.JAA09227@uriah.heep.sax.de> Subject: Re: typo in /usr/share/info/dir To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Thu, 6 Jul 1995 09:17:44 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199507050905.LAA18994@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Jul 5, 95 11:05:05 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 361 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Thomas Gellekum wrote: > > Moin, > > there's a typo in /usr/share/info/dir which prevents reading the > send-pr manual from within info. Patch is below. There used to be a PR for it, and it's already fixed now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jul 6 00:28:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08763 for bugs-outgoing; Thu, 6 Jul 1995 00:28:40 -0700 Received: from mpp.com (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA08756 for ; Thu, 6 Jul 1995 00:28:38 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id CAA03114; Thu, 6 Jul 1995 02:28:31 -0500 From: Mike Pritchard Message-Id: <199507060728.CAA03114@mpp.com> Subject: Re: ipfw 'reject' panics the system To: fenner@parc.xerox.com (Bill Fenner) Date: Thu, 6 Jul 1995 02:28:30 -0500 (CDT) Cc: bugs@freebsd.org In-Reply-To: <95Jul5.224325pdt.49860@crevenia.parc.xerox.com> from "Bill Fenner" at Jul 5, 95 10:43:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1747 Sender: bugs-owner@freebsd.org Precedence: bulk > I took a glance at the firewall stuff when Michael Butler posted his most > recent message saying that using the firewall reject code will panic the > machine when a rejected packet comes in. It turns out that the firewall > code uses dtom(ip) on a rejected packet, but it's entirely possible that > the packet is in a cluster mbuf, on which dtom() doesn't work. I fixed > the code to pass the original mbuf along with the ip pointer, and Michael > said his panics went away. > > Can someone (review and) commit these diffs? > > Thanks, > > Bill > >...patches deleted... >From my 5 minute look at this, this is a non-problem, but feel free to tell me otherwise! I suspect that the orginal poster got an intermediate copy that was still causing problem. His test case was somewhat simple, and with the -current version, my kernel has no problems with rejected packets, even with his test case, and a few of my own. I could always be wrong, too :-(. I build a -current kernel daily, and just rebooted it about 4 hours ago specificaly to test to ipfw code, so I'm reasonably sure that it is working. After a quick look, it seems like dtom() should do the right thing, since the ipfw code is passed a pointer from mtod(), which should be the reverse of dtom(). If it isn't, then we probably have bigger things to worry about. If we have problems with freeing individual mbufs that are part of mbuf clusters, then I would expect to see out of memory problems/many more problems. Again, this may be the case, but on my setup is isn't. Unfortunately, my networking setup isn't the best. Just a PPP link to the outside world. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Thu Jul 6 00:52:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09441 for bugs-outgoing; Thu, 6 Jul 1995 00:52:21 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA09435 for ; Thu, 6 Jul 1995 00:52:20 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id AAA00479; Thu, 6 Jul 1995 00:52:09 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA02233; Thu, 6 Jul 1995 00:52:49 -0700 Message-Id: <199507060752.AAA02233@corbin.Root.COM> To: Mike Pritchard cc: fenner@parc.xerox.com (Bill Fenner), bugs@freebsd.org Subject: Re: ipfw 'reject' panics the system In-reply-to: Your message of "Thu, 06 Jul 95 02:28:30 CDT." <199507060728.CAA03114@mpp.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 06 Jul 1995 00:52:48 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk >> I took a glance at the firewall stuff when Michael Butler posted his most >> recent message saying that using the firewall reject code will panic the >> machine when a rejected packet comes in. It turns out that the firewall >> code uses dtom(ip) on a rejected packet, but it's entirely possible that >> the packet is in a cluster mbuf, on which dtom() doesn't work. I fixed >> the code to pass the original mbuf along with the ip pointer, and Michael >> said his panics went away. >> >> Can someone (review and) commit these diffs? >> >> Thanks, >> >> Bill >> >>...patches deleted... ... >After a quick look, it seems like dtom() should do the right thing, >since the ipfw code is passed a pointer from mtod(), which should >be the reverse of dtom(). If it isn't, then we probably have bigger >things to worry about. Bill is correct; dtom() can't convert the address of an mbuf cluster. The address the mtod() returns is simply the beginning of a 2k chunk of memory and has no "mbuf" structure. Trying to free such a thing would have quite undesirable effects. >If we have problems with freeing individual mbufs that are part >of mbuf clusters, then I would expect to see out of memory problems/many >more problems. Again, this may be the case, but on my setup is isn't. Not really. The ipfw code is doing something that shouldn't be done, and that is that it tries to free an mbuf whose pointer was gotten from some funky dtom(mtod()) equivilent. Other code in the kernel doesn't do this. The correct solution is to pass the mbuf pointer around and never use dtom(). I didn't see Bill's original message+diffs...Would you send me a copy, Bill? -DG From owner-freebsd-bugs Thu Jul 6 06:18:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17164 for bugs-outgoing; Thu, 6 Jul 1995 06:18:47 -0700 Received: from epcc.ed.ac.uk (root@daedalus.epcc.ed.ac.uk [129.215.56.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA17153 for ; Thu, 6 Jul 1995 06:18:38 -0700 Message-Id: <6888.9507061316@subnode.epcc.ed.ac.uk> Subject: xdr_float(3) and xdr_double(3) To: bugs@freebsd.org Date: Thu, 6 Jul 1995 14:16:12 +0100 (BST) From: Scott Telford X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 439 Sender: bugs-owner@freebsd.org Precedence: bulk The xdr_float(3) and xdr_double(3) library functions documented in the xdr(3) manpage appear not to be compiled into libc in FreeBSD 2.0.5R - however they are in NetBSD 1.0's libc. Why is this? -- Scott Telford, Edinburgh Parallel Computing Centre, University of Edinburgh, Mayfield Rd, Edinburgh, EH9 3JZ, UK.(+44 131 650 5978) -"Is it a virus, a drug, or a religion?" "What's the difference?" (Snow Crash)- From owner-freebsd-bugs Thu Jul 6 12:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27620 for bugs-outgoing; Thu, 6 Jul 1995 12:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27613 ; Thu, 6 Jul 1995 12:40:01 -0700 Date: Thu, 6 Jul 1995 12:40:01 -0700 Message-Id: <199507061940.MAA27613@freefall.cdrom.com> From: Alan Bawden Reply-To: Alan Bawden To: freebsd-bugs Subject: misc/595: /var/cron/log doesn't rotate cleanly In-Reply-To: Your message of Thu, 6 Jul 1995 15:30:41 -0400 <199507061930.PAA01268@beandorf.epilogue.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 595 >Category: misc >Synopsis: /var/cron/log doesn't rotate cleanly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 6 12:40:00 1995 >Originator: Alan Bawden >Organization: ITS Preservation Society >Release: FreeBSD 2.0-RELEASE i386 >Environment: ??? >Description: There are two different kinds of lines added to /var/cron/log: root (06/27-13:15:01-241) CMD (/usr/libexec/atrun) Jun 27 13:15:01 beandorf CRON[241]: (root) CMD (/usr/libexec/atrun) The second line is generated by syslogd. I don't know where the first line comes from, probably cron itself. If you rotate the logs by renaming log -> log.0 -> log.1 -> ..., and then send a SIGHUP to syslogd, the syslogd lines will start to accumulate in the new file, but the other lines will continue to accumulate in the file now named `log.0'. This sequence of events usually happens after /etc/weekly runs at 3:30 AM Saturday (which does the renaming) followed by /etc/daily at 2:00 AM Sunday (which sends the SIGHUP). These logs would be much more readable if all the information they contained always accumulated at the end of the same file... >How-To-Repeat: Take a look at the cron logs from any plain FreeBSD 2.0 machine just after the daily runs at 2 AM Sunday. >Fix: I have no idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 6 15:28:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA05728 for bugs-outgoing; Thu, 6 Jul 1995 15:28:48 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA05720 for ; Thu, 6 Jul 1995 15:28:40 -0700 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 AAA19590 ; Fri, 7 Jul 1995 00:28:36 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA06207 ; Fri, 7 Jul 1995 00:28:35 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507062228.AAA06207@blaise.ibp.fr> Subject: Re: misc/595: /var/cron/log doesn't rotate cleanly To: alan@beandorf.epilogue.com Date: Fri, 7 Jul 1995 00:28:34 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507061940.MAA27613@freefall.cdrom.com> from "Alan Bawden" at Jul 6, 95 12:40:01 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1132 Sender: bugs-owner@FreeBSD.org Precedence: bulk > root (06/27-13:15:01-241) CMD (/usr/libexec/atrun) > Jun 27 13:15:01 beandorf CRON[241]: (root) CMD (/usr/libexec/atrun) > > The second line is generated by syslogd. I don't know where the > first line comes from, probably cron itself. If you rotate the > logs by renaming log -> log.0 -> log.1 -> ..., and then send a > SIGHUP to syslogd, the syslogd lines will start to accumulate in > the new file, but the other lines will continue to accumulate in > the file now named `log.0'. > That's probably why I made the following patch to pathnames.h a good while ago and I could not remember why... With this patch, cron uses only syslg and you can rotate it... --- pathnames.h.orig Sat Aug 27 15:43:04 1994 +++ pathnames.h Tue Jan 3 19:43:53 1995 @@ -49,7 +49,7 @@ */ #define ALLOW_FILE "allow" /*-*/ #define DENY_FILE "deny" /*-*/ -#define LOG_FILE "log" /*-*/ +/*#define LOG_FILE "log"*/ /*-*/ /* where should the daemon stick its PID? */ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Thu Jul 6 15:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06363 for bugs-outgoing; Thu, 6 Jul 1995 15:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06356 ; Thu, 6 Jul 1995 15:40:01 -0700 Date: Thu, 6 Jul 1995 15:40:01 -0700 Message-Id: <199507062240.PAA06356@freefall.cdrom.com> From: gordon@sneaky.lonestar.org Reply-To: gordon@sneaky.lonestar.org To: freebsd-bugs Subject: i386/596: and conflict with _POSIX_SOURCE In-Reply-To: Your message of Thu, 6 Jul 95 16:26 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 596 >Category: i386 >Synopsis: and conflict with _POSIX_SOURCE >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 6 15:40:01 1995 >Originator: Gordon Burditt >Organization: what organization? >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5, gcc 2.6.3 >Description: If and are both included with _POSIX_SOURCE defined, rune_t is not defined and this leads to a large bunch of errors in . (This problem surfaced with real code, but just the include files are needed to reproduce it.) >How-To-Repeat: Compile the following 3-line program (cc -c x.c): # define _POSIX_SOURCE # include # include and get a flood of error messages starting with complaints about rune_t (a typedef apparently not defined). however, this works: # define _POSIX_SOURCE # include # include >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 6 15:48:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06946 for bugs-outgoing; Thu, 6 Jul 1995 15:48:45 -0700 Received: (from ache@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06932 ; Thu, 6 Jul 1995 15:48:44 -0700 Date: Thu, 6 Jul 1995 15:48:44 -0700 From: "Andrey A. Chernov" Message-Id: <199507062248.PAA06932@freefall.cdrom.com> To: alan@beandorf.epilogue.com, ache, freebsd-bugs Subject: Changed information for PR misc/595 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: /var/cron/log doesn't rotate cleanly State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Thu Jul 6 15:47:49 PDT 1995 State-Changed-Why: Fixed in cron/pathnames.h v1.2 From owner-freebsd-bugs Thu Jul 6 16:00:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07299 for bugs-outgoing; Thu, 6 Jul 1995 16:00:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07290 ; Thu, 6 Jul 1995 16:00:02 -0700 Date: Thu, 6 Jul 1995 16:00:02 -0700 Message-Id: <199507062300.QAA07290@freefall.cdrom.com> From: "Mr T. Crummey" Reply-To: "Mr T. Crummey" To: freebsd-bugs Subject: ports/597: Problem with Openwindows package in FreeBSD-2.0.5 In-Reply-To: Your message of Thu, 6 Jul 1995 23:50:45 +0100 (BST) <20693.9507062250@picard.sos.bangor.ac.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 597 >Category: ports >Synopsis: libxview.so.3.2 seems to include reference to cfree() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 6 16:00:01 1995 >Originator: Tom Crummey >Organization: >Release: FreeBSD 2.0.5 i386 >Environment: FreeBSD2.0.5 i386 Pentium P90 Xfree86 3.1.1 XView 3.2.1 Running olwm. >Description: Both shelltool and cmdtool die with the error: ld.so: Undefined symbol "_cfree" called from cmdtool:/usr/X11R6/lib/libxview.so.3.2 at 0x8123710 >How-To-Repeat: Run shelltool or cmdtool. >Fix: Find and convert all calls of cfree to free instead. -- Tom. ------------------------------------------------------------------------------- Tom Crummey, EMAIL: tom@sos.bangor.ac.uk | /\ University of Wales, Bangor, | / \/\ School of Ocean Science, TEL: +44 (0)1248 382694 | /\/ \ \ Menai Bridge, FAX: +44 (0)1248 716367 | / ======\=\ Gwynedd, LL59 5EY, U.K. MOBILE: +44 (0) 370 264543 | B A N G O R ------------------------------------------------------------------------------- >Audit-Trail: >Unformatted: >Organisation: Universoty of Wales, Bangor, UK From owner-freebsd-bugs Thu Jul 6 18:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11886 for bugs-outgoing; Thu, 6 Jul 1995 18:30:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11879 ; Thu, 6 Jul 1995 18:30:01 -0700 Date: Thu, 6 Jul 1995 18:30:01 -0700 Message-Id: <199507070130.SAA11879@freefall.cdrom.com> From: gordon@sneaky.lonestar.org Reply-To: gordon@sneaky.lonestar.org To: freebsd-bugs Subject: bin/598: csh 'imported path' warning makes it unusable with vi In-Reply-To: Your message of Thu, 6 Jul 95 17:32 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 598 >Category: bin >Synopsis: csh 'imported path' warning makes it unusable with vi >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 6 18:30:01 1995 >Originator: Gordon Burditt >Organization: what organization? >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5 >Description: While csh's warning 'warning: imported path contains relative components' is accurate (when you su to root and inherit a path containing '.' as the last component, and yes, I'll grant this has security problems, but many package makefiles won't work without it, and you have to be root to install), it cripples use of vi due to the message getting into filename expansions and edit buffers. How about making this warning apply only to INTERACTIVE shells? If that's a bad idea, how about turning the warning into a fatal error (it might as well be anyway, for all the work you can get done using it). >How-To-Repeat: su to root set PATH to something including "." at the end. setenv SHELL /bin/csh Invoke vi. Attempt a ":e ~/.login" Get usage message, because expanded filename starts with "Warning: imported path" >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 6 23:53:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01174 for bugs-outgoing; Thu, 6 Jul 1995 23:53:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01168 for ; Thu, 6 Jul 1995 23:53:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20099; Fri, 7 Jul 1995 08:53:10 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA14928; Fri, 7 Jul 1995 08:53:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA13168; Fri, 7 Jul 1995 08:17:25 +0200 From: J Wunsch Message-Id: <199507070617.IAA13168@uriah.heep.sax.de> Subject: Re: ports/597: Problem with Openwindows package in FreeBSD-2.0.5 To: tom@sos.bangor.ac.uk Date: Fri, 7 Jul 1995 08:17:25 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507062300.QAA07290@freefall.cdrom.com> from "Mr T. Crummey" at Jul 6, 95 04:00:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 487 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mr T. Crummey wrote: > > Both shelltool and cmdtool die with the error: > > ld.so: Undefined symbol "_cfree" called from cmdtool:/usr/X11R6/lib/libxview.so.3.2 at 0x8123710 > > >How-To-Repeat: > > Run shelltool or cmdtool. > > >Fix: > > Find and convert all calls of cfree to free instead. Or link against -lcompat if you're lazy. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jul 6 23:53:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01195 for bugs-outgoing; Thu, 6 Jul 1995 23:53:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01166 for ; Thu, 6 Jul 1995 23:53:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20078; Fri, 7 Jul 1995 08:53:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA14917; Fri, 7 Jul 1995 08:53:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA12888; Fri, 7 Jul 1995 07:55:40 +0200 From: J Wunsch Message-Id: <199507070555.HAA12888@uriah.heep.sax.de> Subject: Re: bin/598: csh 'imported path' warning makes it unusable with vi To: gordon@sneaky.lonestar.org Date: Fri, 7 Jul 1995 07:55:40 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507070130.SAA11879@freefall.cdrom.com> from "gordon@sneaky.lonestar.org" at Jul 6, 95 06:30:01 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 819 Sender: bugs-owner@FreeBSD.org Precedence: bulk As gordon@sneaky.lonestar.org wrote: > > > While csh's warning 'warning: imported path contains > relative components' is accurate (when you su to root > and inherit a path containing '.' as the last component, > and yes, I'll grant this has security problems, but many > package makefiles won't work without it, and you have to be > root to install), it cripples use of vi due to the message > getting into filename expansions and edit buffers. Not sure what other people think about it, but i'd rather suggest fixing the makefiles and removing the trailing dot from the path. The only way to force people to avoid certain things is to annoy them (see gets()). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jul 7 00:38:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03183 for bugs-outgoing; Fri, 7 Jul 1995 00:38:31 -0700 Received: from rflab1.gtri.gatech.edu (rflab1.gtri.gatech.edu [130.207.199.83]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03177 for ; Fri, 7 Jul 1995 00:38:30 -0700 Received: (from ken@localhost) by rflab1.gtri.gatech.edu (8.6.10/8.6.10) id DAA24977 for freebsd-bugs@freebsd.org; Fri, 7 Jul 1995 03:38:09 -0400 From: "Kenneth D. Merry" Message-Id: <199507070738.DAA24977@rflab1.gtri.gatech.edu> Subject: strange netstat errors To: freebsd-bugs@freebsd.org Date: Fri, 7 Jul 1995 03:38:08 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3389 Sender: bugs-owner@freebsd.org Precedence: bulk I've been getting occasional strange error messages from netstat, usually something like this: (this is under 2.0.5) ---- Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp 0 0 wc206.auth wc115.1123 TIME_WAIT netstat: kvm_read: kvm_read: Bad address tcp 0 0 localhost.1684 localhost.domain TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 0.6.0.20.32512 *.* TIME_WAIT netstat: kvm_read: kvm_read: Bad address tcp 0 0 localhost.1683 localhost.domain TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 0.193.0.2.33152 40.0.0.0.56418 TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 76.1.5.0.4352 60.0.0.0.56418 TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 1.1.1.1.257 48.0.0.0.* TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 1.1.1.1.257 48.0.0.0.* TIME_WAIT netstat: kvm_read: kvm_read: Bad address netstat: kvm_read: kvm_read: Bad address tcp 0 0 0.6.0.20.32512 *.* TIME_WAIT udp 0 0 localhost.domain *.* udp 0 0 wc206.domain *.* ---- System: 486/100, 3c509 combo 2.0.5-ALPHA with a 2.0.5-RELEASE kernel The version of netstat I'm using, however, is from current as of June 22. As far as I can tell, it hasn't changed since. I've gotten similar errors on a friend's machine (running 2.0.5R) who also has a 3c509 combo. (his netstat is from 2.0.5R) I'm not running anything really net-intensive. I am running named, though, if that makes a difference. I don't have anyone (that I know of) using my box as a nameserver, though. I increased NMBCLUSTERS to 4096, in an attempt to get rid of the errors, but it didn't have any effect. My friend's box is using the stock number of NMBCLUSTERS, with 30 users declared, and I saw the same errors there. The above kvm_read errors occur randomly (at least as far as I can tell) and they don't occur very often. Another strange thing I've noticed with netstat is that it is much slower in printing out individual entries now than it was under 2.0 or 1.x. I've got a 2.0 and a 1.1 box sitting around (yeah, I know they're old) and the output from netstat comes out significantly faster. I think it has something to do with the speed of resolving ip addresses to hostnames, because netstat -n is a good bit faster. The speed of netstat's output doesn't seem to be affected in any way by running a local copy of named. Oh yeah, one other strange thing with netstat -- netstat -f unix doesn't produce any output. (and just plain 'netstat' doesn't produce any "Active UNIX domain sockets", like it did before 2.0.5) My guess is that I'm missing something here....would someone care to tell me what's going on? :) Thanks, Ken -- Kenneth Merry ken@rflab1.gtri.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-bugs Fri Jul 7 00:44:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03337 for bugs-outgoing; Fri, 7 Jul 1995 00:44:40 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03331 for ; Fri, 7 Jul 1995 00:44:39 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id AAA02088; Fri, 7 Jul 1995 00:44:25 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA01595; Fri, 7 Jul 1995 00:45:07 -0700 Message-Id: <199507070745.AAA01595@corbin.Root.COM> To: "Kenneth D. Merry" cc: freebsd-bugs@freebsd.org Subject: Re: strange netstat errors In-reply-to: Your message of "Fri, 07 Jul 95 03:38:08 EDT." <199507070738.DAA24977@rflab1.gtri.gatech.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 07 Jul 1995 00:45:07 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk > I've been getting occasional strange error messages from netstat, >usually something like this: (this is under 2.0.5) > >---- >Active Internet connections >Proto Recv-Q Send-Q Local Address Foreign Address (state) >tcp 0 0 wc206.auth wc115.1123 TIME_WAIT >netstat: kvm_read: kvm_read: Bad address This can happen whenever the internal state of the kernel changes while the information is being read. It can be made somewhat more robust and I might take a stab at it before 2.1R. -DG From owner-freebsd-bugs Fri Jul 7 14:07:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23929 for bugs-outgoing; Fri, 7 Jul 1995 14:07:29 -0700 Received: from marmite.Stanford.EDU (2842@marmite.Stanford.EDU [36.159.0.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23922 ; Fri, 7 Jul 1995 14:07:27 -0700 Received: (hlew@localhost) by marmite.Stanford.EDU (8.6.10/8.6.4) id OAA13522; Fri, 7 Jul 1995 14:07:26 -0700 Date: Fri, 7 Jul 1995 14:07:25 -0700 (PDT) From: Howard Lew To: questions@freebsd.org cc: bugs@freebsd.org Subject: booteasy broken??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk Hi guys! More boot problems (they're different) 1) Can't boot an OS that's not on the First Drive. --------------------------------------------------------------------------- Previous 4-22 SNAP setup: 486 DX4-100, 12 MB RAM, 540 MB (wd0), 130 MB (wd1) 540 MB - master (freebsd & dos), 130 MB - slave (freebsd swap & dos) With the old SNAP, I could boot FreeBSD (4-22 SNAP) and DOS from the 540MB. --------------------------------------------------------------------------- Current 2.0.5-6/22 SNAP setup: 486 DX4-100, 12 MB RAM, 1.2Gig (wd0), 540 MB (wd1), 130 MB (wd2) 1.2Gig - master (all freebsd with swap), 540 MB - slave (all DOS) 130 MB - master on second ide port (all DOS) With 2.0.5-950622-SNAP, I can boot up FreeBSD from the 1.2Gig, but booteasy bootmanager can not boot up DOS from the 540 MB. It always stops with the Non-System Disk Error. If I wanted to boot up the old 4-22 SNAP release from the 540 MB, that works. But I can't boot up DOS. So I have tried doing these things (all of these are separate things I have tried doing): a) Remove the 1.2 Gig, set the 540 MB back as Master, and see if I can boot DOS and FreeBSD. They both can boot up with no problems. I guess that means the 540 MB should be bootable. b) Use Fdisk to delete all the partitions on the 540 MB. Use fdisk /mbr to clear the mbr from the 540 MB (this is done with the 540 MB as master with no 1.2 Gig plugged in). Then use fdisk to create the large DOS only partition). No special drivers used (no Ontrack DM). LBA is on from the CMOS. Formatted the 540 MB and installed DOS on the 540 MB) It boots okay. Plug the 1.2 Gig back in, set the jumpers on the 540MB for slave again. Using the bootmanager to choose the second disk (DOS) gives me the identical 2.0.5-950622SNAP boot from the 1.2 Gig. c) If I manually install booteasy1.4 on both drives. Again, it boots up FreeBSD 2.0.5-SNAP fine, but says Non-System Disk Error if I choose Disk 2 and DOS. d) Ok, I have also tried osbs20b8, and it also says non-system disk error. -------------------------- Now I'm stumped. Is booteasy broken when it comes to booting a totally new OS that isn't on the first drive. A while back, I had the 850 MB Western Digital (master) with Ontrack DM on a 386-40 with all DOS, and a 540MB Conner (slave) with nothing but FreeBSD. Same problem. It won't boot FreeBSD, but will boot all the operating systems on the first disk (which is just DOS). BTW, I never did fix this problem... I still use the boot.flp to boot up FreeBSD 2.0.5R. Now the situation here, 1.2 Gig Western Digital (master) without Ontrack DM on a 486-100 with all FreeBSD, and a 540MB (slave) with nothing but DOS. The boot manager will boot the OS on the first Drive, but not the OS on the second drive unless it is also the same. In other words, FreeBSD is on the first drive, so it can boot any version of FreeBSD from either the first drive or the second drive. DOS is not installed on the first drive, so it can't be booted from anywhere but floppy. Any suggestions? I have not tried creating a DOS partition on the 1.2 Gig because I wanted to give it all to FreeBSD. Or is that the only alternative? Is the Linux LILO any better? Thanks in advance for any help. From owner-freebsd-bugs Fri Jul 7 14:13:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24188 for bugs-outgoing; Fri, 7 Jul 1995 14:13:36 -0700 Received: from marmite.Stanford.EDU (2842@marmite.Stanford.EDU [36.159.0.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24182 for ; Fri, 7 Jul 1995 14:13:35 -0700 Received: (hlew@localhost) by marmite.Stanford.EDU (8.6.10/8.6.4) id OAA13530; Fri, 7 Jul 1995 14:13:34 -0700 Date: Fri, 7 Jul 1995 14:13:33 -0700 (PDT) From: Howard Lew To: bugs@freebsd.org Subject: S3 Server dumps core Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk I'm using 2.0.5-Snap 6/22, and the S3 still dumps core if and only if I do this: 1) Switch from xdm to a text screen. 2) Login as root. It immediately dumps core after I login as root. If I login as someone else, it doesn't dump core unless I use su to get to root. After it dumps core, it flips to the graphics screen, and the X server starts up again. The S3 server never seems to dump core when I login as root or use su from the graphics creen. One other problem.... In the login window, Xconsole sometimes appears and then closes by itself. I have seen this happen on a 386-40, and also this 486-100. Any suggestions are appreciated. From owner-freebsd-bugs Fri Jul 7 15:36:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26739 for bugs-outgoing; Fri, 7 Jul 1995 15:36:15 -0700 Received: from gw2.att.com (gw2.att.com [192.20.239.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA26733 for ; Fri, 7 Jul 1995 15:36:14 -0700 Received: from ihats1.ih.att.com by ig1.att.att.com id AA01301; Fri, 7 Jul 95 10:57:22 EDT Received: by ihats1.ih.att.com (4.1/EMS-1.1.1 SunOS) id AA15792; Fri, 7 Jul 95 09:57:33 CDT From: imdave@ihats103.ih.att.com Received: from ihats103.ih.att.com by ihats1.ih.att.com (4.1/EMS-1.1.1 SunOS) id AA15788; Fri, 7 Jul 95 09:57:30 CDT Received: by ihats103.ih.att.com (4.1/EMS-1.1.1 SunOS) id AA15195; Fri, 7 Jul 95 09:56:57 CDT Date: Fri, 7 Jul 95 09:56:57 CDT Message-Id: <9507071456.AA15195@ihats103.ih.att.com> To: freebsd-bugs@freebsd.org Sender: bugs-owner@freebsd.org Precedence: bulk Hi, I'm having a problem with pppd (running the Apr snap). I use kermit to establish the connection (USR sportster modem, connect @ 28800) and then start pppd. This much works... I can ping & telnet & rlogin & ftp etc. The problem is that ftp/telnet/rlogin is abysmally slow. The options MODEM & CTSRTS (/etc/ppp/options) seem to have no effect on the problem. I can watch the modem leds: when I ping I see blip, blip, etc. When I've rlogin'ed and do a ls, there are extremely long periods of no activity on the modem (and of course this is the problem.) The funny thing is that I can stop pppd, go back to kermit (which I had suspended after making the initial connection) and using the *same* connection to the ISP (no re-dial) call up the menu to `telnet' to a host. (I think this option connects me to a terminal server from which the telnet takes place.) This connection works! So it seems that there is no problem with my modem setup (it's the factory default, works with dos, etc.) It's only the use of pppd that introduces the problem. SO... is/was there a known problem with pppd from the Apr. snap? Since I can't get this to work, I'm unable to grab either the latest snap or 2.0.5 (although I could get the CDROM.) But aren't there problems acessing SCSI tapes on 2.0.5? Thanks, Dave Bodenstab imdave@ihats1.ih.att.com From owner-freebsd-bugs Fri Jul 7 15:45:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27323 for bugs-outgoing; Fri, 7 Jul 1995 15:45:55 -0700 Received: (from ache@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27309 ; Fri, 7 Jul 1995 15:45:54 -0700 Date: Fri, 7 Jul 1995 15:45:54 -0700 From: "Andrey A. Chernov" Message-Id: <199507072245.PAA27309@freefall.cdrom.com> To: gordon@sneaky.lonestar.org, ache, freebsd-bugs Subject: Changed information for PR bin/598 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: csh 'imported path' warning makes it unusable with vi State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Fri Jul 7 15:45:34 PDT 1995 State-Changed-Why: Fixed in csh.c v1.4 From owner-freebsd-bugs Fri Jul 7 16:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA27833 for bugs-outgoing; Fri, 7 Jul 1995 16:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA27826 ; Fri, 7 Jul 1995 16:10:01 -0700 Date: Fri, 7 Jul 1995 16:10:01 -0700 Message-Id: <199507072310.QAA27826@freefall.cdrom.com> From: jdp@polstra.com Reply-To: jdp@polstra.com To: freebsd-bugs Subject: bin/599: Bug + fix for pkg_add in 2.0.5-RELEASE In-Reply-To: Your message of Fri, 7 Jul 1995 16:06:40 -0700 <199507072306.QAA00998@freebie.polstra.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 599 >Category: bin >Synopsis: pkg_add does not stop if dependencies are missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 7 16:10:01 1995 >Originator: John Polstra >Organization: Polstra & Co., Inc. >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5-RELEASE, nothing unusual. >Description: If pkg_add finds that some dependencies are missing, it reports them, but then it proceeds to try to install the package. That results in a partial, non-working installation of the package. The manual page says that pkg_add should halt under these circumstances, unless the "-f" option has been supplied on the command line. >How-To-Repeat: Run "pkg_add some-package" where "some-package" is any package that depends on one or more other packages which have not been installed on the system. >Fix: *** usr.sbin/pkg_install/add/perform.c- Sat Jun 10 02:04:13 1995 --- usr.sbin/pkg_install/add/perform.c Fri Jul 7 14:47:22 1995 *************** *** 256,261 **** --- 256,265 ---- printf(" - already installed.\n"); } + /* Bomb off now, if we have found some missing dependencies */ + if (code != 0) + goto bomb; + /* If this is a direct extract and we didn't want it, stop now */ if (where_to != PlayPen && Fake) goto success; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 7 16:52:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29195 for bugs-outgoing; Fri, 7 Jul 1995 16:52:48 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29188 for ; Fri, 7 Jul 1995 16:52:37 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id QAA05387; Fri, 7 Jul 1995 16:51:22 -0700 To: Howard Lew cc: bugs@freebsd.org Subject: Re: S3 Server dumps core In-reply-to: Your message of "Fri, 07 Jul 1995 14:13:33 PDT." Date: Fri, 07 Jul 1995 16:51:22 -0700 Message-ID: <5383.805161082@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@freebsd.org Precedence: bulk > I'm using 2.0.5-Snap 6/22, and the S3 still dumps core if and only if I > do this: > > 1) Switch from xdm to a text screen. Have you tried eliminating xdm from the equation and seeing if the server still dumps core? I have never had XF86_S3 dump on me, but then I don't use xdm. I'd like to know if this has anything to do with it. > One other problem.... In the login window, Xconsole sometimes appears and > then closes by itself. I have seen this happen on a 386-40, and also > this 486-100. Is /dev/console owned by you? It needs to be for xconsole or `xterm -C' to work. /etc/fbtab is a good way of making that happen automatically if it's not - do a man fbtab for details. Jordan From owner-freebsd-bugs Fri Jul 7 17:00:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29889 for bugs-outgoing; Fri, 7 Jul 1995 17:00:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29882 ; Fri, 7 Jul 1995 17:00:02 -0700 Date: Fri, 7 Jul 1995 17:00:02 -0700 Message-Id: <199507080000.RAA29882@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/600: PPP does not pay attention to IPTOS_LOWDELAY In-Reply-To: Your message of Sat, 8 Jul 1995 02:51:45 +0300 <199507072351.CAA15318@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 600 >Category: kern >Synopsis: PPP does not pay attention to IPTOS_LOWDELAY >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jul 7 17:00:01 1995 >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.0-BUILT-19950507 i386 >Environment: -current >Description: Kernel PPP doesn't pay attention to IPTOS_LOWDELAY, but uses a table of port numbers, which isn't a generic method. The following patch fixes this (the table is still used, but in addition PPP queues the packet in fastq if IPTOS_LOWDELAY is set. >How-To-Repeat: Use ports other than standard ones for some purpose and run ftp simultaneously on a slow link. >Fix: This one is from Tatu Ylonen *** if_ppp.c.orig Mon Jun 12 23:47:34 1995 --- if_ppp.c Wed Jul 5 18:12:04 1995 *************** *** 680,685 **** --- 680,694 ---- if (INTERACTIVE(p & 0xffff) || INTERACTIVE(p >> 16)) ifq = &sc->sc_fastq; } + + /* + * Most high-priority services set IPTOS_LOWDELAY. This is a much more + * generic mechanism than specific port numbers. This same mechanism + * is used by slip. + */ + if (ip->ip_tos & IPTOS_LOWDELAY) + ifq = &sc->sc_fastq; + break; #endif #ifdef NS >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 7 17:21:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA00970 for bugs-outgoing; Fri, 7 Jul 1995 17:21:16 -0700 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA00964 ; Fri, 7 Jul 1995 17:21:15 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa09476; 7 Jul 95 20:21 EDT Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA12846; Fri, 7 Jul 95 20:21:12 EDT Posted-Date: Fri, 7 Jul 1995 20:21:09 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA12558; Fri, 7 Jul 95 20:21:10 EDT Date: Fri, 7 Jul 1995 20:21:09 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Howard Lew Cc: questions@freebsd.org, bugs@freebsd.org Subject: Re: booteasy broken??? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk Hi, I had a similar problem, but fixed it. In my case, the boot record on my second disk had been erroneously written. I do not know which OS was the culprit, so I chose to blame MS-DOS. ;-) The error is that the physical disk number was wrong. Even though it is the first disk as far as DOS is concearned, its number is 0x81 and not 0x80! I didnt' spot this error until running fips, which does a thourough job at checking for irregularities. All that is necessary is to use your favorite disk editor and change the value. After this one bit change, my second disk booted DOS w/o difficulty. I suggest Norton DiskEdit if you can have it, but you can also do this with DOS's debug if you are brave enough. good luck, Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| info at ftp.uu.net:/doc/lpf, print Programming Freedom ->| "join.ps.Z" for an application From owner-freebsd-bugs Fri Jul 7 21:24:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07318 for bugs-outgoing; Fri, 7 Jul 1995 21:24:05 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA07280 for ; Fri, 7 Jul 1995 21:24:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06828; Sat, 8 Jul 1995 06:23:59 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA23940; Sat, 8 Jul 1995 06:23:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA15935; Sat, 8 Jul 1995 00:00:41 +0200 From: J Wunsch Message-Id: <199507072200.AAA15935@uriah.heep.sax.de> Subject: Re: S3 Server dumps core To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sat, 8 Jul 1995 00:00:40 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Howard Lew" at Jul 7, 95 02:13:33 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 946 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Howard Lew wrote: > > I'm using 2.0.5-Snap 6/22, and the S3 still dumps core if and only if I > do this: > > 1) Switch from xdm to a text screen. > 2) Login as root. It immediately dumps core after I login as root. > If I login as someone else, it doesn't dump core unless I use su to > get to root. After it dumps core, it flips to the graphics screen, and > the X server starts up again. Can you send us root's .cshrc and .login file? > One other problem.... In the login window, Xconsole sometimes appears and > then closes by itself. I have seen this happen on a 386-40, and also > this 486-100. I've also seen this, in particular for the first time xdm is being started after a system boot. Seems to be related to the permissions of the console device or something else. Benign. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jul 7 22:53:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00701 for bugs-outgoing; Fri, 7 Jul 1995 22:53:07 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00688 for ; Fri, 7 Jul 1995 22:53:06 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id WAA13591; Fri, 7 Jul 1995 22:53:05 -0700 Date: Fri, 7 Jul 1995 22:53:05 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199507080553.WAA13591@violet.berkeley.edu> To: bugs@freebsd.org Sender: bugs-owner@freebsd.org Precedence: bulk Path: agate!howland.reston.ans.net!news.sprintlink.net!gryphon.phoenix.net!vishnu.alias.net!perry From: perry@jpunix.com (John Perry) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Is "at" broken? Date: 7 Jul 1995 12:40:34 GMT Organization: J. P. and Associates Lines: 18 Message-ID: <3tja02$2ko@gryphon.phoenix.net> NNTP-Posting-Host: jpunix.com X-Newsreader: TIN [version 1.2 PL2] I just upgraded from FreeBSD 1.1.5.1R to 2.05R. I'm having a problem with the "at" command. I had a shell script that I ran under the old OS and I'd kick it off using at. The last command in the shell script was another at command to re-schedule the file to run again at some time determined by the shell script. Under 2.05, the at command seems to be erratic. I can "at" the shell script and it will run at the proper time. Sometimes the script schedules another run for later and sometimes it doesn't. In other words, the original job that I load from the keyboard runs and generates a second scheduled job that I can see with the "atq" command. The second job executes but does not re-submit another job to the queue like it's supposed to. Any ideas? This exact same script would re-submit itself numerous times like it was supposed to, but not under 2.05. -- John Perry - KG5RG - perry@jpunix.com - PGP-encrypted e-mail welcome! WWW - http://www.jpunix.com PGP 2.62 key for perry@jpunix.com is on the keyservers. From owner-freebsd-bugs Sat Jul 8 00:14:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19059 for bugs-outgoing; Sat, 8 Jul 1995 00:14:56 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19044 ; Sat, 8 Jul 1995 00:14:55 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id AAA06074; Sat, 8 Jul 1995 00:14:54 -0700 Date: Sat, 8 Jul 1995 00:14:53 -0700 (PDT) From: Howard Lew To: "Jordan K. Hubbard" cc: bugs@freebsd.org Subject: Re: S3 Server dumps core In-Reply-To: <5383.805161082@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Fri, 7 Jul 1995, Jordan K. Hubbard wrote: > > I'm using 2.0.5-Snap 6/22, and the S3 still dumps core if and only if I > > do this: > > > > 1) Switch from xdm to a text screen. > > Have you tried eliminating xdm from the equation and seeing if the > server still dumps core? I have never had XF86_S3 dump on me, but > then I don't use xdm. I'd like to know if this has anything to do > with it. Good idea. I tested it out again, and as long as I am not running xdm, XF86_S3 does not dump core when I log in as root from the text screen. So the culprit is xdm. Only when xdm is running, and if I log in as root from the text screen will it dump core. > > > One other problem.... In the login window, Xconsole sometimes appears and > > then closes by itself. I have seen this happen on a 386-40, and also > > this 486-100. > > Is /dev/console owned by you? It needs to be for xconsole or `xterm -C' > to work. /etc/fbtab is a good way of making that happen automatically > if it's not - do a man fbtab for details. > > Jordan > Actually, this is before even anyone logs into Xwindows via the xdm login window. For some reason, the xconsole window which appears on the login screen sometimes closes. I can tell it opens and then closes because the screen flashes the window. I am not sure how Xconsole should behave, but if it is a permissions problem, shouldn't Xconsole stay open and show an error like, "Cannot open console" like I have seen on NCD xterms used to access DECs and Suns? The owner should be root I think because xdm is started in the /etc/ttys file. From owner-freebsd-bugs Sat Jul 8 00:35:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00707 for bugs-outgoing; Sat, 8 Jul 1995 00:35:27 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00661 ; Sat, 8 Jul 1995 00:35:22 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id AAA06138; Sat, 8 Jul 1995 00:35:19 -0700 Date: Sat, 8 Jul 1995 00:35:19 -0700 (PDT) From: Howard Lew To: adrian@virginia.edu cc: questions@freebsd.org, bugs@freebsd.org Subject: Re: booteasy broken??? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Fri, 7 Jul 1995, Adrian T. Filipi-Martin wrote: > Hi, > > I had a similar problem, but fixed it. In my case, the boot > record on my second disk had been erroneously written. I do not know > which OS was the culprit, so I chose to blame MS-DOS. ;-) > > The error is that the physical disk number was wrong. Even though > it is the first disk as far as DOS is concearned, its number is 0x81 and > not 0x80! I didnt' spot this error until running fips, which does a > thourough job at checking for irregularities. All that is necessary is to > use your favorite disk editor and change the value. After this one bit > change, my second disk booted DOS w/o difficulty. I suggest Norton > DiskEdit if you can have it, but you can also do this with DOS's debug if > you are brave enough. Yep, you're right and it works... I also have a 386-40 system configured the other way DOS on wd0 (which boots okay) and FreeBSD on (wd1 which doesn't boot). And the Disk Editor trick doesn't work (and it doesn't say 128). Now to think about it, I'm not sure if it was 0x81 or 0x80.... PC Tools Disk Editor said 128 originally, but when I used the view info, it say it already was 0x81. I entered 129 (decimal) and wrote it to the hard disk. The reboot works great. Now I just have that one other problem with the 386-40 mentioned above. Thanks for the help. From owner-freebsd-bugs Sat Jul 8 00:40:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04459 for bugs-outgoing; Sat, 8 Jul 1995 00:40:44 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04445 for ; Sat, 8 Jul 1995 00:40:43 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id AAA06146; Sat, 8 Jul 1995 00:40:36 -0700 Date: Sat, 8 Jul 1995 00:40:36 -0700 (PDT) From: Howard Lew To: Joerg Wunsch cc: bugs@FreeBSD.org Subject: Re: S3 Server dumps core In-Reply-To: <199507072200.AAA15935@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Sat, 8 Jul 1995, J Wunsch wrote: > As Howard Lew wrote: > > > > I'm using 2.0.5-Snap 6/22, and the S3 still dumps core if and only if I > > do this: > > > > 1) Switch from xdm to a text screen. > > 2) Login as root. It immediately dumps core after I login as root. > > If I login as someone else, it doesn't dump core unless I use su to > > get to root. After it dumps core, it flips to the graphics screen, and > > the X server starts up again. > > Can you send us root's .cshrc and .login file? Here it is.... I think it is the stock .cshrc and .login that comes with the 2.0.5-6/22-snap. .cshrc -------- paradise: {7} more .cshrc # $Id: dot.cshrc,v 1.12 1994/10/27 05:26:59 phk Exp $ # alias mail Mail set history=1000 set savehist=1000 set path=(/sbin /usr/sbin /bin /usr/bin /usr/local/bin) # directory stuff: cdpath/cd/back # set cdpath=(/sys/{i386,} /usr/src/{bin,sbin,usr.{bin,sbin},lib,libexec,share, ontrib,etc,games,gnu,include,}) alias cd 'set old=$cwd; chdir \!*' alias h history alias j jobs -l alias ll ls -lg alias ls ls -g -k alias back 'set back=$old; set old=$cwd; cd $back; unset back; dirs' alias z suspend alias x exit alias pd pushd alias pd2 pushd +2 alias pd3 pushd +3 alias pd4 pushd +4 alias tset 'set noglob histchars=""; eval `\tset -s \!*`; unset noglob his chars' if ($?prompt) then set prompt="`hostname -s`# " set filec endif setenv BLOCKSIZE K --------- paradise: {8} more .login # $Id: dot.login,v 1.6 1994/09/16 04:20:13 rgrimes Exp $ # tset -Q \?$TERM stty crt erase ^H umask 2 echo "Don't login as root, use su" > > > One other problem.... In the login window, Xconsole sometimes appears and > > then closes by itself. I have seen this happen on a 386-40, and also > > this 486-100. > > I've also seen this, in particular for the first time xdm is being > started after a system boot. Seems to be related to the permissions > of the console device or something else. Benign. I don't know, but it's odd... It is almost like a timing problem, and is kind of random too... Sometimes xdm starts up with the xconsole okay. Sometimes it starts it up, and then closes the window. This is even true from a cold reset. /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-bugs Sat Jul 8 01:18:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23395 for bugs-outgoing; Sat, 8 Jul 1995 01:18:14 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA23375 for ; Sat, 8 Jul 1995 01:18:11 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id BAA06172; Sat, 8 Jul 1995 01:18:10 -0700 Date: Sat, 8 Jul 1995 01:18:09 -0700 (PDT) From: Howard Lew To: bugs@freebsd.org Subject: suddenly reboots Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk Well, I thought 2.0.5-6/22 would have fixed one of the reboot problems I noticed in the March and April snaps, but I guess not. Maybe no one ever mentioned it. I don't think these problems are hardware specific because these sudden reboots happen not only my 486-100, but also on the 386-40. The system just rebooted all by itself while I was composing a message. Here's a copy of the ps ax. paradise: {11} ps ax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Is 0:00.04 /sbin/init -- 2 ?? DL 0:00.79 (pagedaemon) 3 ?? DL 0:00.12 (vmdaemon) 4 ?? DL 0:00.50 (update) 21 ?? IWs 0:00.01 adjkerntz -i 42 ?? IWs 0:00.03 httpd-root (httpd) 44 ?? IW 0:00.01 httpd-child (httpd) 45 ?? IW 0:00.01 httpd-child (httpd) 46 ?? IW 0:00.01 httpd-child (httpd) 47 ?? IW 0:00.01 httpd-child (httpd) 48 ?? IW 0:00.01 httpd-child (httpd) 49 ?? S 0:00.23 /usr/local/sbin/gated 70 ?? Is 0:00.36 syslogd 73 ?? Is 0:00.05 named -b /etc/namedb/named.boot 78 ?? IWs 0:00.01 portmap 87 ?? IWs 0:00.26 inetd 94 ?? Is 0:00.11 cron 96 ?? IWs 0:00.05 lpd 100 ?? Is 0:00.04 sendmail: accepting connections (sendmail) 149 ?? I 0:00.18 /usr/X11R6/bin/xdm -nodaemon ttyv3 152 ?? S 0:28.74 /usr/X11R6/bin/X -bpp 16 -auth /usr/X11R6/lib/X11/xdm 153 ?? I 0:00.20 -:0 TERM=xterm (xdm) 162 ?? I 0:00.08 /bin/sh /usr/X11R6/lib/X11/xdm/Xsession 166 ?? S 0:00.98 xterm -geometry 80x25+128+142 -cu -j -rw -s -sb +si - 167 ?? S 0:00.42 xload -geometry 60x60+0+142 168 ?? S 0:00.26 xbiff -geometry 60x60+0+71 169 ?? I 0:00.24 xclock -geometry 60x60+0+0 171 ?? S 0:00.73 fvwm 174 ?? S 0:00.16 /usr/X11R6/lib/X11/fvwm/FvwmPager 10 7 /tmp/fvwmrc001 219 ?? S 0:05.84 xterm -cu -j -rw -s -sb +si -sk -sl 640 -e telnet veg 175 p0 Is 0:00.28 -csh (tcsh) 186 p0 S 0:00.35 -su -m (tcsh) 252 p0 R+ 0:00.02 ps ax 221 p1 Is+ 0:05.58 telnet vegemite.stanford.edu 146 v0 IWs+ 0:00.04 /usr/libexec/getty Pc ttyv0 147 v1 IWs+ 0:00.03 /usr/libexec/getty Pc ttyv1 148 v2 IWs+ 0:00.03 /usr/libexec/getty Pc ttyv2 217 a2 Is+ 0:00.03 pppd modem crtscts defaultroute /dev/cuaa2 57600 I think the problem has to do with the pppd or ppp support. I use pppd to connect to my service provider. In the past using the snaps, the system had a tendency to reboot if I killed pppd, added a route with the route add command when routed was running, or when there was net access remotely. I switched to gated on the SNAPs, and those reboots dropped significantly. I think the reboot problem has something to do with the ppp code. I never saw reboots with slip. Sometimes with an open PPP connection using pppd, the system would automatically reboot. Has anyone had these problems? I guess if I don't mention them, they may never get fixed. :-( Thanks in advance for any help. From owner-freebsd-bugs Sat Jul 8 02:10:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09460 for bugs-outgoing; Sat, 8 Jul 1995 02:10:08 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09441 ; Sat, 8 Jul 1995 02:10:04 -0700 Date: Sat, 8 Jul 1995 02:10:04 -0700 Message-Id: <199507080910.CAA09441@freefall.cdrom.com> From: paepcke@arcway.snafu.de Reply-To: paepcke@arcway.snafu.de To: freebsd-bugs Subject: ports/601: ports/x11 Makefile problem In-Reply-To: Your message of Sat, 8 Jul 1995 11:05:34 +0200 <199507080905.LAA00815@arcway.snafu.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 601 >Category: ports >Synopsis: ports/x11 Makefile problem >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 8 02:10:03 1995 >Originator: Michael Paepcke >Organization: ArcWay >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: ports-current >Description: ports/x11 Makefile "convert SUBDIR list to a bunch of "+="'s." :-) [color_xterm --> color & _xterm] >How-To-Repeat: cd ports/x11 make clean >Fix: 7,8c7 < SUBDIR += color < SUBDIR += _xterm --- > SUBDIR += color_xterm >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 8 02:31:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12988 for bugs-outgoing; Sat, 8 Jul 1995 02:31:30 -0700 Received: (from rgrimes@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12958 ; Sat, 8 Jul 1995 02:31:25 -0700 Date: Sat, 8 Jul 1995 02:31:25 -0700 From: "Rodney W. Grimes" Message-Id: <199507080931.CAA12958@freefall.cdrom.com> To: pb@fasterix.freenix.fr, rgrimes, freebsd-bugs Subject: Changed information for PR docs/447 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: typos in vnconfig.8 State-Changed-From-To: open-closed State-Changed-By: rgrimes State-Changed-When: Sat Jul 8 02:30:34 PDT 1995 State-Changed-Why: Patch applied as: Checking in vnconfig.8; /home/ncvs/src/usr.sbin/vnconfig/vnconfig.8,v <-- vnconfig.8 new revision: 1.2; previous revision: 1.1 From owner-freebsd-bugs Sat Jul 8 04:18:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10529 for bugs-outgoing; Sat, 8 Jul 1995 04:18:21 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA10506 for ; Sat, 8 Jul 1995 04:18:15 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04428; Sat, 8 Jul 1995 13:18:10 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA25474; Sat, 8 Jul 1995 13:18:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA20058; Sat, 8 Jul 1995 13:16:30 +0200 From: J Wunsch Message-Id: <199507081116.NAA20058@uriah.heep.sax.de> Subject: Re: S3 Server dumps core To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sat, 8 Jul 1995 13:16:29 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, bugs@FreeBSD.org In-Reply-To: from "Howard Lew" at Jul 8, 95 00:40:36 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1174 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Howard Lew wrote: > > > Can you send us root's .cshrc and .login file? > > Here it is.... I think it is the stock .cshrc and .login that comes with > the 2.0.5-6/22-snap. Yes, looks so. Strange, i've never seen a server dumping core. The only reason when i've seen servers crashing has been LBX incompatibilities. > > > One other problem.... In the login window, Xconsole sometimes appears and > > > then closes by itself. I have seen this happen on a 386-40, and also > > > this 486-100. > > > > I've also seen this, in particular for the first time xdm is being > > started after a system boot. Seems to be related to the permissions > > of the console device or something else. Benign. > > I don't know, but it's odd... It is almost like a timing problem, and is > kind of random too... Sometimes xdm starts up with the xconsole okay. > Sometimes it starts it up, and then closes the window. This is even true > from a cold reset. But it does never happen for the second login under xdm control, right? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 8 04:30:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA13579 for bugs-outgoing; Sat, 8 Jul 1995 04:30:19 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA13565 for freebsd-bugs; Sat, 8 Jul 1995 04:30:16 -0700 Date: Sat, 8 Jul 1995 04:30:16 -0700 From: GNU GNATS Message-Id: <199507081130.EAA13565@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [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] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/27] bin/274 touch -t with century doesn't work [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] conf/286 'make depend' on GENERIC kernel stops [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] gnu/289 info(1) cannot handle arrow keys on a VT100 [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels [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] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/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/332 Incorrect routes can cause system to reset [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/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/24] bin/359 BS/DEL is still not quite right. [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/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [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] kern/430 SCSI Tape dont work [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] bin/441 more does not call vi with +linenum when EDITOR=vi [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/26] kern/448 ktrace not enabled in default kernel [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/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [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/30] kern/462 struct utsname.version corrupted after calling uname [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] ports/467 utils/kp wrong distfile place after make fetch [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/01] kern/472 'mount /foo /foo' causes panic: ufs_lock [1995/06/01] gnu/474 typos in /usr/src/gnu/usr.bin/yppush/yppush.c [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] misc/487 [1995/06/05] kern/488 System can not access SCSI DAT tape. [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [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/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/09] bin/502 xdr_double is missing [1995/06/10] kern/503 removing floppy during write causes reboot [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/13] bin/508 getnetgrent() prints un-helpful error message (with [1995/06/13] bin/509 netgroup cycle detection is too "greedy" [1995/06/13] bin/510 netgroup host matching doesn't appear to work [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/513 Suspending and resuming vi gives TIOCGWINSIZ error [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/15] kern/522 closing bpf will panic system in bpf.c line 278 [1995/06/16] conf/525 The file-command does not recognice adpcm4 [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/19] misc/533 typo prevents send-pr info from being accessed [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] kern/545 System can not access SCSI DAT tape. [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/25] kern/562 netscape (bsdi executable) can't do a uname (fix pro [1995/06/25] i386/563 isa conflict detection cannot handle ioaddr 0x0 [1995/06/26] pending/565 [1995/06/27] docs/568 getservent manual page contains small error [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/06/27] pending/571 request for a customer id [1995/06/28] kern/572 Booting w/scsi tape in drive causes first use to fai [1995/06/28] kern/574 hang when interrupting tcpdump on dismantled ppp int [1995/06/30] misc/575 constants in sys/sem.h in #ifdef KERNEL block [1995/07/01] kern/576 BIOS doesn't recognize serial ports after FreeBSD us [1995/07/01] bin/578 w -h doesn't suppress "USER TTY"...etc. [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] pending/582 request for a customer id [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/02] kern/585 rejecting packets w/ipfw can still panic machine [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] pending/592 request for a customer id [1995/07/05] pending/593 ldconfig -m [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/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/07] kern/600 PPP does not pay attention to IPTOS_LOWDELAY [1995/07/08] ports/601 ports/x11 Makefile problem /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jul 8 05:31:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27402 for bugs-outgoing; Sat, 8 Jul 1995 05:31:24 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27381 for ; Sat, 8 Jul 1995 05:31:19 -0700 Received: from myname.my.domain (dial004.Vanderbilt.Edu [129.59.15.4]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id FAA09036 for ; Sat, 8 Jul 1995 05:31:17 -0700 Received: (from atk@localhost) by myname.my.domain (8.6.11/8.6.9) id HAA00236 for bugs@FreeBSD.org; Sat, 8 Jul 1995 07:27:51 GMT Date: Sat, 8 Jul 1995 07:27:51 GMT From: Alan Krantz Message-Id: <199507080727.HAA00236@myname.my.domain> To: bugs@FreeBSD.org Subject: Two 'crashes' or lock ups Sender: bugs-owner@FreeBSD.org Precedence: bulk In the past few weeks I have experience two sort of crashes (not actual kernel panics but close enough). 1) I'm running XFree (3.1.1 I think S3). Under some condition the key board will lock (I.e, the system will cease to listen to key board commands - can't switch to virtual consoles for example) but I can still use the mouse to cut and paste. It seems to happen under heavy ppp usage (esp when running tin -r). I don't know if this is a kernel problem, X problem or window manager problem (I run ctwm). 2) I was trying to copy a file from a cdrom directly to the floppy drive - I had formatted the floppy with the format command (turned out this was a preformatted 720K floppy). Anyways, the access light went on the floppy but after some period of time it was obvious data was not being written so I ejected the floppy. Upon ejection of the floppy the machine paused for a second then rebooted. The system is an ASUS P-100 with NCR scsi controller. Er the mother board is a p54tp4. Responses should be sent to atk@cs.colorado.edu - a reply will probably not work. alan From owner-freebsd-bugs Sat Jul 8 06:00:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06707 for bugs-outgoing; Sat, 8 Jul 1995 06:00:08 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06691 ; Sat, 8 Jul 1995 06:00:06 -0700 Date: Sat, 8 Jul 1995 06:00:06 -0700 Message-Id: <199507081300.GAA06691@freefall.cdrom.com> From: James Raynard Reply-To: James Raynard To: freebsd-bugs Subject: i386/602: disklabel : changes to cylinder details not saved In-Reply-To: Your message of Sat, 8 Jul 1995 12:08:47 GMT <199507081208.MAA00328@jraynard.demon.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 602 >Category: i386 >Synopsis: disklabel : changes to cylinder details not saved >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 8 06:00:03 1995 >Originator: James Raynard >Organization: None >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Dell 433/L with Phoenix v1.10 A12 BIOS, Conner CFS420A 420MB IDE HD running 2.0.5-RELEASE. >Description: Hard disk is incorrectly detected as a CFA340B 340MB with 665 cylinders when it should be a CFS420A with 826 cylinders. On 2.0-RELEASE, this could be fixed by running 'disklabel -e' and editing the cylinder details. However, on 2.0.5-RELEASE, the changes are only made to the in-core copy, even if the -r flag is specified. The same problem occurs if an entry in /etc/disktab is made and disklabel run with '-w -r'. In both cases, displaying the disklabel without '-r' shows 826 cylinders, displaying it with '-r' shows 665. Rebooting and running fdisk without any arguments shows 665 as well. However, the changes to the disk and controller type show up, so the problem seems to be with the cylinders only. Running disklabel -W first doesn't make any difference. >How-To-Repeat: 'disklabel -e -r wd0' and change the figures for 'cylinders' and 'sectors/unit'. Save and run 'disklabel wd0' to observe the new values in the in-core copy. Run 'disklabel -r wd0' to verify that the old values are still on the disk. Alternatively, create an entry 'cp420a' in /etc/disktab and run 'disklabel -w -r wd0 cp420a', with the same result. >Fix: No idea, sorry - I don't have the source (not enough disk space!) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 8 06:26:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13784 for bugs-outgoing; Sat, 8 Jul 1995 06:26:57 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA13769 for ; Sat, 8 Jul 1995 06:26:54 -0700 Received: from myname.my.domain (dial004.Vanderbilt.Edu [129.59.15.4]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id GAA09070 for ; Sat, 8 Jul 1995 06:26:49 -0700 Received: (from atk@localhost) by myname.my.domain (8.6.11/8.6.9) id IAA00573 for bugs@FreeBSD.org; Sat, 8 Jul 1995 08:23:54 GMT Date: Sat, 8 Jul 1995 08:23:54 GMT From: Alan Krantz Message-Id: <199507080823.IAA00573@myname.my.domain> To: bugs@FreeBSD.org Subject: correction to previous post Sender: bugs-owner@FreeBSD.org Precedence: bulk The kernel is 2.00 not 2.05 From owner-freebsd-bugs Sat Jul 8 07:58:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25500 for bugs-outgoing; Sat, 8 Jul 1995 07:58:50 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA25455 for ; Sat, 8 Jul 1995 07:58:45 -0700 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 QAA10240 ; Sat, 8 Jul 1995 16:58:43 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id QAA14324 ; Sat, 8 Jul 1995 16:58:42 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507081458.QAA14324@blaise.ibp.fr> Subject: Re: S3 Server dumps core To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sat, 8 Jul 1995 16:58:42 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: from "Howard Lew" at Jul 7, 95 02:13:33 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 562 Sender: bugs-owner@freebsd.org Precedence: bulk > 1) Switch from xdm to a text screen. > 2) Login as root. It immediately dumps core after I login as root. > If I login as someone else, it doesn't dump core unless I use su to > get to root. After it dumps core, it flips to the graphics screen, and > the X server starts up again. I just tested it and it went without an hitch. I've a XF86_S3 recompiled a while ago and I'm using a Diamond Stleath 64 VRAM. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Sat Jul 8 09:28:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA28221 for bugs-outgoing; Sat, 8 Jul 1995 09:28:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA28188 for ; Sat, 8 Jul 1995 09:28:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13484; Sat, 8 Jul 1995 18:28:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA26322; Sat, 8 Jul 1995 18:28:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA21479; Sat, 8 Jul 1995 16:42:06 +0200 From: J Wunsch Message-Id: <199507081442.QAA21479@uriah.heep.sax.de> Subject: Re: kern/600: PPP does not pay attention to IPTOS_LOWDELAY To: hsu@clinet.fi Date: Sat, 8 Jul 1995 16:42:04 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507080000.RAA29882@freefall.cdrom.com> from "Heikki Suonsivu" at Jul 7, 95 05:00:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 764 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Heikki Suonsivu wrote: > > if (INTERACTIVE(p & 0xffff) || INTERACTIVE(p >> 16)) > ifq = &sc->sc_fastq; > } > + > + /* > + * Most high-priority services set IPTOS_LOWDELAY. This is a much more > + * generic mechanism than specific port numbers. This same mechanism > + * is used by slip. > + */ > + if (ip->ip_tos & IPTOS_LOWDELAY) > + ifq = &sc->sc_fastq; > + About to commit it. Btw., the ``interactive'' hack has been removed from if_sl.c in 4.4BSD. Is this a good or a bad thing? Who's actually setting IPTOS_LOWDELAY? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 8 09:49:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09086 for bugs-outgoing; Sat, 8 Jul 1995 09:49:59 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09051 ; Sat, 8 Jul 1995 18:49:57 +0200 Date: Sat, 8 Jul 1995 18:49:57 +0200 From: Joerg Wunsch Message-Id: <199507081649.SAA09051@freefall.cdrom.com> To: root, joerg, freebsd-bugs Subject: Changed information for PR bin/274 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: touch -t with century doesn't work State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:48:25 MET DST 1995 State-Changed-Why: Fixed with version 1.3 of touch.c From owner-freebsd-bugs Sat Jul 8 09:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09126 for bugs-outgoing; Sat, 8 Jul 1995 09:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09113 ; Sat, 8 Jul 1995 09:50:01 -0700 Date: Sat, 8 Jul 1995 09:50:01 -0700 Message-Id: <199507081650.JAA09113@freefall.cdrom.com> From: mpp@legarto.minn.net Reply-To: mpp@legarto.minn.net To: freebsd-bugs Subject: bin/603: chpass screws up password change/expire fields In-Reply-To: Your message of Sat, 8 Jul 1995 11:46:50 -0500 <199507081646.LAA06672@mpp.minn.net> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 603 >Category: bin >Synopsis: chpass screws up password change/expire fields >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 8 09:50:00 1995 >Originator: Mike Pritchard >Organization: >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: >Description: If the super-user uses chpass to edit a users password file entry, and that user happens to have a password change/expire date set, the change/expire date will be advanced by 1 day when the edit is complete. The date in question has to fall within the same daylight savings time period. E.g. setting a date of 8/1/95 will cause the date to advance on each edit, but a date of 12/1/95 will not. >How-To-Repeat: Run chpass and give an account a password expiration date. Run chpass again and note the current expiration date and then change something so that chpass will re-write the password file. Run chpass one last time and note that the expiration date has now advanced by one day. Repeat as desired. >Fix: Fix the atot() routine in chpass/util.c to use mktime() to generate the time fields, instead of doing all of the calculations itself and getting them wrong sometimes. --- orig/util.c Sat Jul 8 10:28:36 1995 +++ ./util.c Sat Jul 8 11:33:23 1995 @@ -49,8 +49,6 @@ #include "chpass.h" #include "pathnames.h" -static int dmsize[] = - { -1, 31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31 }; static char *months[] = { "January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", @@ -114,15 +112,15 @@ year += TM_YEAR_BASE; if (year <= EPOCH_YEAR) bad: return (1); - tval = isleap(year) && month > 2; - for (--year; year >= EPOCH_YEAR; --year) - tval += isleap(year) ? - DAYSPERLYEAR : DAYSPERNYEAR; - while (--month) - tval += dmsize[month]; - tval += day; - tval = tval * HOURSPERDAY * MINSPERHOUR * SECSPERMIN; - tval -= lt->tm_gmtoff; + lt->tm_year = year - TM_YEAR_BASE; + lt->tm_mon = month - 1; + lt->tm_mday = day; + lt->tm_hour = 0; + lt->tm_min = 0; + lt->tm_sec = 0; + lt->tm_isdst = -1; + if ((tval = mktime(lt)) < 0) + return (1); *store = tval; return (0); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 8 09:51:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09789 for bugs-outgoing; Sat, 8 Jul 1995 09:51:06 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09755 ; Sat, 8 Jul 1995 18:51:03 +0200 Date: Sat, 8 Jul 1995 18:51:03 +0200 From: Joerg Wunsch Message-Id: <199507081651.SAA09755@freefall.cdrom.com> To: daveho@infocom.com, joerg, freebsd-bugs Subject: Changed information for PR misc/575 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: constants in sys/sem.h in #ifdef KERNEL block State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:48:25 MET DST 1995 State-Changed-Why: Suggested fix (plus another one sent in private mail) applied. From owner-freebsd-bugs Sat Jul 8 09:52:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10305 for bugs-outgoing; Sat, 8 Jul 1995 09:52:11 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA10275 ; Sat, 8 Jul 1995 18:52:08 +0200 Date: Sat, 8 Jul 1995 18:52:08 +0200 From: Joerg Wunsch Message-Id: <199507081652.SAA10275@freefall.cdrom.com> To: hsu@clinet.fi, joerg, freebsd-bugs Subject: Changed information for PR kern/600 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: PPP does not pay attention to IPTOS_LOWDELAY State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:48:25 MET DST 1995 State-Changed-Why: Suggested fix applied in rev 1.15 of if_ppp.c From owner-freebsd-bugs Sat Jul 8 09:52:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10866 for bugs-outgoing; Sat, 8 Jul 1995 09:52:57 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA10837 ; Sat, 8 Jul 1995 18:52:55 +0200 Date: Sat, 8 Jul 1995 18:52:55 +0200 From: Joerg Wunsch Message-Id: <199507081652.SAA10837@freefall.cdrom.com> To: joerg_wunsch@uriah.heep.sax.de, joerg, freebsd-bugs Subject: Changed information for PR gnu/289 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: info(1) cannot handle arrow keys on a VT100 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:48:25 MET DST 1995 State-Changed-Why: Fix provided by Thomas Gellekum applied. From owner-freebsd-bugs Sat Jul 8 09:58:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14254 for bugs-outgoing; Sat, 8 Jul 1995 09:58:11 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA14222 ; Sat, 8 Jul 1995 18:58:09 +0200 Date: Sat, 8 Jul 1995 18:58:09 +0200 From: Joerg Wunsch Message-Id: <199507081658.SAA14222@freefall.cdrom.com> To: muir@idiom.com, joerg, freebsd-bugs Subject: Changed information for PR bin/109 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: at command doesn't parse dates time and doesn't prompt State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: Our updated version of at(1) fixed this long ago. From owner-freebsd-bugs Sat Jul 8 09:59:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14897 for bugs-outgoing; Sat, 8 Jul 1995 09:59:26 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA14868 ; Sat, 8 Jul 1995 18:59:24 +0200 Date: Sat, 8 Jul 1995 18:59:24 +0200 From: Joerg Wunsch Message-Id: <199507081659.SAA14868@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/180 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Fiddling with process stack and using scanf with invalid data hangs machine State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): The test program included with this PR dumps core instead of hanging when run under -current, so it looks like the problem has gone away. From owner-freebsd-bugs Sat Jul 8 10:00:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15307 for bugs-outgoing; Sat, 8 Jul 1995 10:00:21 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15267 ; Sat, 8 Jul 1995 19:00:17 +0200 Date: Sat, 8 Jul 1995 19:00:17 +0200 From: Joerg Wunsch Message-Id: <199507081700.TAA15267@freefall.cdrom.com> To: starkhome!gene@sbstark.cs.sunysb.edu, joerg, freebsd-bugs Subject: Changed information for PR kern/225 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Panic: invalid wire count when GDB kills stopped inferior State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): Test case doesn't panic machine under -current, and gdb does correctly cleanup the stopped process. From owner-freebsd-bugs Sat Jul 8 10:01:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15834 for bugs-outgoing; Sat, 8 Jul 1995 10:01:37 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15807 ; Sat, 8 Jul 1995 19:01:34 +0200 Date: Sat, 8 Jul 1995 19:01:34 +0200 From: Joerg Wunsch Message-Id: <199507081701.TAA15807@freefall.cdrom.com> To: pritc003@maroon.tc.umn.edu, joerg, freebsd-bugs Subject: Changed information for PR kern/253 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Tagged queuing with an Adaptec 2842 controller doesn't work State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): I filed this report originally. This is working in -current (with AHC_TAGENABLE defined). I think that Justin Gibbs is still working on something to allow tagged queuing to be enabled/disabled on a device-by-device basis, so he might not want this closed yet. From owner-freebsd-bugs Sat Jul 8 10:02:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16398 for bugs-outgoing; Sat, 8 Jul 1995 10:02:50 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16374 ; Sat, 8 Jul 1995 19:02:48 +0200 Date: Sat, 8 Jul 1995 19:02:48 +0200 From: Joerg Wunsch Message-Id: <199507081702.TAA16374@freefall.cdrom.com> To: joerg_wunsch@uriah.heep.sax.de, joerg, freebsd-bugs Subject: Changed information for PR kern/294 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Bootstrap has problems with -g compiled kernels State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): Works under -current on my machine. In fact, the kernel I'm running right now was compiled with -g and then run through strip -x. From owner-freebsd-bugs Sat Jul 8 10:03:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16833 for bugs-outgoing; Sat, 8 Jul 1995 10:03:44 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16804 ; Sat, 8 Jul 1995 19:03:41 +0200 Date: Sat, 8 Jul 1995 19:03:41 +0200 From: Joerg Wunsch Message-Id: <199507081703.TAA16804@freefall.cdrom.com> To: pritc003@maroon.tc.umn.edu, joerg, freebsd-bugs Subject: Changed information for PR kern/332 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Incorrect routes can cause system to reset State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): Another of my own PRs. This is fixed in -current. I think rev 1.22 of sys/net/route.c was the change that fixed this. From owner-freebsd-bugs Sat Jul 8 10:04:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17426 for bugs-outgoing; Sat, 8 Jul 1995 10:04:52 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA17397 ; Sat, 8 Jul 1995 19:04:50 +0200 Date: Sat, 8 Jul 1995 19:04:50 +0200 From: Joerg Wunsch Message-Id: <199507081704.TAA17397@freefall.cdrom.com> To: pritc003@maroon.tc.umn.edu, joerg, freebsd-bugs Subject: Changed information for PR kern/253 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Tagged queuing with an Adaptec 2842 controller doesn't work State-Changed-From-To: closed-analyzed State-Changed-By: joerg State-Changed-When: Sat Jul 8 19:04:03 MET DST 1995 State-Changed-Why: Accidentally closed; seems Justin Gibbs is still working here... From owner-freebsd-bugs Sat Jul 8 10:08:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18999 for bugs-outgoing; Sat, 8 Jul 1995 10:08:29 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18975 ; Sat, 8 Jul 1995 19:08:26 +0200 Date: Sat, 8 Jul 1995 19:08:26 +0200 From: Joerg Wunsch Message-Id: <199507081708.TAA18975@freefall.cdrom.com> To: huck@nise-ch.nosc.mil, joerg, freebsd-bugs Subject: Changed information for PR conf/286 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: 'make depend' on GENERIC kernel stops State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 19:05:11 MET DST 1995 State-Changed-Why: Problem has been with the -I sequence for people without a srcdist. Has been fixed in Id: Makefile.i386,v 1.62 1995/04/05 04:10:58 nate Exp date: 1995/04/05 04:10:58; author: nate; state: Exp; lines: +8 -2 Modify behavior of INCLUDES to never look in /usr/include unless we can't find the src/include directory. Reviewed by: "Rodney W. Grimes" Submitted by: Mike Pritchard From owner-freebsd-bugs Sat Jul 8 10:11:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20828 for bugs-outgoing; Sat, 8 Jul 1995 10:11:50 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20794 ; Sat, 8 Jul 1995 19:11:48 +0200 Date: Sat, 8 Jul 1995 19:11:48 +0200 From: Joerg Wunsch Message-Id: <199507081711.TAA20794@freefall.cdrom.com> To: syssgm@devetir.qld.gov.au, joerg, freebsd-bugs Subject: Changed information for PR kern/472 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: 'mount /foo /foo' causes panic: ufs_lock State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jul 8 19:11:10 MET DST 1995 State-Changed-Why: duplicate for kern/434 umapfs panics when mounting ufs over itself From owner-freebsd-bugs Sat Jul 8 10:19:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25348 for bugs-outgoing; Sat, 8 Jul 1995 10:19:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA25313 for ; Sat, 8 Jul 1995 10:19:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16199; Sat, 8 Jul 1995 19:19:51 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA27411; Sat, 8 Jul 1995 19:19:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA22455; Sat, 8 Jul 1995 19:11:39 +0200 From: J Wunsch Message-Id: <199507081711.TAA22455@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: mpp@legarto.minn.net (Mike Pritchard) Date: Sat, 8 Jul 1995 19:11:39 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199507021914.OAA01758@mpp.com> from "Mike Pritchard" at Jul 2, 95 02:14:17 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 346 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > > Here are some problem reports that can probably be closed: [long list deleted] Thanks! Closed everything (except for the one Justin is working on, it's set to analyzed) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 8 11:23:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01712 for bugs-outgoing; Sat, 8 Jul 1995 11:23:09 -0700 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01702 for ; Sat, 8 Jul 1995 11:23:07 -0700 Received: from katiska.clinet.fi (root@katiska.clinet.fi [193.64.6.3]) by clinet.fi (8.6.10/8.6.4) with ESMTP id VAA26498; Sat, 8 Jul 1995 21:23:01 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by katiska.clinet.fi (8.6.11/8.6.4) id VAA18908; Sat, 8 Jul 1995 21:23:00 +0300 Date: Sat, 8 Jul 1995 21:23:00 +0300 Message-Id: <199507081823.VAA18908@katiska.clinet.fi> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hsu@clinet.fi, freebsd-bugs@freefall.cdrom.com Subject: Re: kern/600: PPP does not pay attention to IPTOS_LOWDELAY In-Reply-To: <199507081442.QAA21479@uriah.heep.sax.de> References: <199507080000.RAA29882@freefall.cdrom.com> <199507081442.QAA21479@uriah.heep.sax.de> Organization: Clinet Ltd, Espoo, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > + /* > > + * Most high-priority services set IPTOS_LOWDELAY. This is a much more > > + * generic mechanism than specific port numbers. This same mechanism > > + * is used by slip. > > + */ > > + if (ip->ip_tos & IPTOS_LOWDELAY) > > + ifq = &sc->sc_fastq; > > + > > About to commit it. Btw., the ``interactive'' hack has been removed > from if_sl.c in 4.4BSD. Is this a good or a bad thing? I haven't got a slightest idea. > Who's actually setting IPTOS_LOWDELAY? rlogin, telnet, ftp (for its control port), some others (RSN). It seems that support for it has sneaked in without anyone noticing, I had been under impression that noone really uses it. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi home +358-0-8031121 work -4375209 fax -4555276 From owner-freebsd-bugs Sat Jul 8 11:42:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA13030 for bugs-outgoing; Sat, 8 Jul 1995 11:42:01 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA13017 for ; Sat, 8 Jul 1995 11:41:59 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id LAA25657; Sat, 8 Jul 1995 11:40:25 -0700 Date: Sat, 8 Jul 1995 11:40:25 -0700 From: Matt Dillon Message-Id: <199507081840.LAA25657@blob.best.net> To: dima@blob.best.net Cc: bugs@freebsd.org Subject: Shell crash dump 10:45 a.m. sat (obvious problem) Sender: bugs-owner@freebsd.org Precedence: bulk The crash dump shows: #0 boot (arghowto=256) at ../../i386/i386/machdep.c:866 #1 0xf0110543 in panic (fmt=0xf01a1ece "page fault") at ../../kern/subr_prf.c:128 #2 0xf01a297e in trap_fatal (frame=0xefbffcfc) at ../../i386/i386/trap.c:688 #3 0xf01a24f0 in trap_pfault (frame=0xefbffcfc, usermode=0) at ../../i386/i386/trap.c:610 #4 0xf01a21b7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 188480, tf_esi = 249920, tf_ebp = -272630088, tf_isp = -272630492, tf_ebx = -559038242, tf_edx = -162992128, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267329968, tf_cs = 8, tf_eflags = 66182, tf_esp = 61440, tf_ss = 0}) at ../../i386/i386/trap.c:290 #5 0xf019b461 in calltrap () #6 0xf010d96c in kern_sysctl (name=0xefbfff2c, namelen=3, oldp=0xf000, oldlenp=0xefbfff24, newp=0x0, newlen=0, p=0xf269f900) at ../../kern/kern_sysctl.c:275 #7 0xf010d64a in __sysctl (p=0xf269f900, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_sysctl.c:149 #8 0xf01a2b67 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639240, ... However, the actual crash occured on line 634 of kern/kern_sysctl.c: (kgdb) frame 2 #2 0xf01a297e in trap_fatal (frame=0xefbffcfc) at ../../i386/i386/trap.c:688 ../../i386/i386/trap.c:688: No such file or directory. (kgdb) print eva $9 = -268981392 (kgdb) x/i eva 0xeff7ab70: Cannot access memory at address 0xeff7ab70. (kgdb) print frame->tf_eip $10 = -267329968 (kgdb) x/i frame->tf_eip 0xf010de50 : cmpb $0x1,0x2c(%ebx) (kgdb) I believe the problem is that the copyout() in the loop pagefaults and the process being scanned goes away in the mean time, so when we come back p is invalid. -Matt From owner-freebsd-bugs Sat Jul 8 12:08:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27986 for bugs-outgoing; Sat, 8 Jul 1995 12:08:22 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27976 for freebsd-bugs; Sat, 8 Jul 1995 12:08:21 -0700 Date: Sat, 8 Jul 1995 12:08:21 -0700 From: Mike Pritchard Message-Id: <199507081908.MAA27976@freefall.cdrom.com> To: freebsd-bugs Subject: test message Sender: bugs-owner@FreeBSD.org Precedence: bulk Test message to see if this mailing list is really working - ignore it you see it. From owner-freebsd-bugs Sat Jul 8 12:38:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA14166 for bugs-outgoing; Sat, 8 Jul 1995 12:38:29 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA14151 for ; Sat, 8 Jul 1995 12:38:28 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id MAA27234; Sat, 8 Jul 1995 12:35:38 -0700 Date: Sat, 8 Jul 1995 12:35:38 -0700 From: Matt Dillon Message-Id: <199507081935.MAA27234@blob.best.net> To: bugs@freebsd.org, dima@blob.best.net Subject: nfs_bioread() crash (w/ debug core dump) Sender: bugs-owner@freebsd.org Precedence: bulk This crash popped up. Looks like nfsbioread() is expecting B_DELWRI in the bp to be set and it isn't. I don't know the cause of this one, but it has caused two crashes so far. (yell if you need more info) -Matt IdlePTD 1e2000 current pcb at 1c77b8 panic: nfsbioread (kgdb) back #0 boot (arghowto=256) at ../../i386/i386/machdep.c:866 #1 0xf0110543 in panic (fmt=0xf0141dca "nfsbioread") at ../../kern/subr_prf.c:128 #2 0xf01424c6 in nfs_bioread (vp=0xf2575c80, uio=0xefbfff38, ioflag=0, cred=0xf2a53400) at ../../nfs/nfs_bio.c:270 #3 0xf0166fde in nfs_read (ap=0xefbffef4) at ../../nfs/nfs_vnops.c:936 #4 0xf012abb2 in vn_read (fp=0xf2a94640, uio=0xefbfff38, cred=0xf2a53400) at ./vnode_if.h:211 #5 0xf0111823 in read (p=0xf2578b00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/sys_generic.c:112 #6 0xf01a2b67 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1, tf_esi = 8192, tf_ebp = -272639924, tf_isp = -272629788, tf_ebx = 0, tf_edx = 69628, tf_ecx = 1, tf_eax = 3, tf_trapno = 582, tf_err = 582, tf_eip = 43221, tf_cs = 31, tf_eflags = 582, tf_esp = -272640048, tf_ss = 39}) at ../../i386/i386/trap.c:828 #7 0xf019b4ab in Xsyscall () #8 0x1daf in ?? () #9 0x18a6 in ?? () #10 0x10e8 in ?? () (kgdb) (kgdb) frame 2 #2 0xf01424c6 in nfs_bioread (vp=0xf2575c80, uio=0xefbfff38, ioflag=0, cred=0xf2a53400) at ../../nfs/nfs_bio.c:270 (kgdb) print *bp $1 = {b_hash = {le_next = 0xf3c77158, le_prev = 0xf01d8138}, b_vnbufs = { le_next = 0xf3c81cc8, le_prev = 0xf3c77230}, b_freelist = { tqe_next = 0xf3c8ff78, tqe_prev = 0xf3c969f8}, b_actf = 0xf3c9c828, b_actb = 0x0, b_proc = 0x0, b_flags = 536904240, b_qindex = 0, b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 4294967295, b_un = { b_addr = 0xf4f09000 "uston%2C+TX&country=USA&email=@ceti.energyinno.com&pname=&html=http%3A%2F%2F¬e=&comment=Hey+Stan+-+Just+me.++Thought+I%27d+better+sign+in+with+you%2C+or+you%27d+%0D%0Asend+Congress+after+me%21++How"...}, b_saveaddr = 0x0, b_lblkno = 175, b_blkno = 2800, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf2575c80, b_pfcent = 0, b_dirtyoff = 3130, b_dirtyend = 3130, b_rcred = 0xffffffff, b_wcred = 0xf2a53400, b_validoff = 3130, b_validend = 8192, b_pblkno = 1843567, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf02b799c, 0xf03227b8, 0x0 }, b_npages = 2} From owner-freebsd-bugs Sat Jul 8 13:45:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA16025 for bugs-outgoing; Sat, 8 Jul 1995 13:45:06 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA16002 ; Sat, 8 Jul 1995 13:45:03 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id QAA03855; Sat, 8 Jul 1995 16:43:22 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id PAA12171; Sat, 8 Jul 1995 15:27:10 -0400 Date: Sat, 8 Jul 1995 15:27:10 -0400 From: Gene Stark Message-Id: <199507081927.PAA12171@starkhome.cs.sunysb.edu> To: joerg@freefall.cdrom.com CC: freebsd-bugs@freefall.cdrom.com In-reply-to: <199507081700.TAA15267@freefall.cdrom.com> (message from Joerg Wunsch on Sat, 8 Jul 1995 19:00:17 +0200) Subject: Re: Changed information for PR kern/225 Sender: bugs-owner@FreeBSD.org Precedence: bulk >Synopsis: Panic: invalid wire count when GDB kills stopped inferior > >State-Changed-From-To: open-closed >State-Changed-By: joerg >State-Changed-When: Sat Jul 8 18:56:24 MET DST 1995 >State-Changed-Why: >From mpp@legarto.minn.net (Mike Pritchard): > >Test case doesn't panic machine under -current, and gdb does correctly >cleanup the stopped process. Yes, the bug report is very old, and I haven't seen this problem for several months, so I assume it got fixed. - Gene From owner-freebsd-bugs Sat Jul 8 14:06:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23217 for bugs-outgoing; Sat, 8 Jul 1995 14:06:11 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23203 for ; Sat, 8 Jul 1995 14:06:09 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id OAA06748; Sat, 8 Jul 1995 14:05:58 -0700 Date: Sat, 8 Jul 1995 14:05:57 -0700 (PDT) From: Howard Lew To: Ollivier Robert cc: bugs@freebsd.org Subject: Re: S3 Server dumps core In-Reply-To: <199507081458.QAA14324@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Sat, 8 Jul 1995, Ollivier Robert wrote: > > 1) Switch from xdm to a text screen. > > 2) Login as root. It immediately dumps core after I login as root. > > If I login as someone else, it doesn't dump core unless I use su to > > get to root. After it dumps core, it flips to the graphics screen, and > > the X server starts up again. > > I just tested it and it went without an hitch. I've a XF86_S3 recompiled a > while ago and I'm using a Diamond Stleath 64 VRAM. Hmmm.... I have had this problem way back even with the early SNAPs. But then again, my video card is S3C805 (I think it's rev D or something). Anyway, this problem never happened when I used the old ISA Trident video card using the SVGA server, so I believe it must be something specific to the S3 Server and is triggered by xdm. Which S3 chip is used in the Diamond Stealth 64? /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-bugs Sat Jul 8 14:15:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26333 for bugs-outgoing; Sat, 8 Jul 1995 14:15:04 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26318 for ; Sat, 8 Jul 1995 14:15:03 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id OAA06761; Sat, 8 Jul 1995 14:14:55 -0700 Date: Sat, 8 Jul 1995 14:14:54 -0700 (PDT) From: Howard Lew To: Joerg Wunsch cc: joerg_wunsch@uriah.heep.sax.de, bugs@FreeBSD.org Subject: Re: S3 Server dumps core In-Reply-To: <199507081116.NAA20058@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Sat, 8 Jul 1995, J Wunsch wrote: > Yes, looks so. Strange, i've never seen a server dumping core. Hmmm... I could email you the core dump of 2 Megs if it would be helpful in debugging the problem. > The only reason when i've seen servers crashing has been LBX > incompatibilities. > > > > > One other problem.... In the login window, Xconsole sometimes appears and > > > > then closes by itself. I have seen this happen on a 386-40, and also > > > > this 486-100. > > > > > > I've also seen this, in particular for the first time xdm is being > > > started after a system boot. Seems to be related to the permissions > > > of the console device or something else. Benign. > > > > I don't know, but it's odd... It is almost like a timing problem, and is > > kind of random too... Sometimes xdm starts up with the xconsole okay. > > Sometimes it starts it up, and then closes the window. This is even true > > from a cold reset. > > But it does never happen for the second login under xdm control, > right? If the xconsole disappeared on cold boot at the xdm login screen, and I login as usual and then logout so that xdm login window comes back, the xconsole does usually start and stay on the screen, but not always. /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-bugs Sat Jul 8 14:25:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01392 for bugs-outgoing; Sat, 8 Jul 1995 14:25:48 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01378 for ; Sat, 8 Jul 1995 14:25:46 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id OAA08945; Sat, 8 Jul 1995 14:24:12 -0700 Date: Sat, 8 Jul 1995 14:24:12 -0700 From: Matt Dillon Message-Id: <199507082124.OAA08945@blob.best.net> To: bugs@freebsd.org Subject: That NFS bug Sender: bugs-owner@freebsd.org Precedence: bulk Appears to be due to a degenerate condition in the nfs/nfs_bio.c code. You have to add the conditional if (bp->b_dirtyoff == bp->b_dirtyend) to it below, around line 574. I *think* that fixes the problem, but cannot be positive... will have to see if the machine crashes again with the panic discussed in my last email. if (bp->b_dirtyend > 0) { bp->b_dirtyoff = min(on, bp->b_dirtyoff); bp->b_dirtyend = max((on + n), bp->b_dirtyend); } else { bp->b_dirtyoff = on; bp->b_dirtyend = on + n; } /* ADD ME */ if (bp->b_dirtyoff == bp->b_dirtyend) bp->b_dirtyoff = bp->b_dirtyend = 0; /* ADD ME */ From owner-freebsd-bugs Sat Jul 8 18:28:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA13993 for bugs-outgoing; Sat, 8 Jul 1995 18:28:20 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA13987 ; Sat, 8 Jul 1995 18:28:18 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA05599; Sun, 9 Jul 1995 11:06:40 +0930 From: Michael Smith Message-Id: <199507090136.LAA05599@genesis.atrad.adelaide.edu.au> Subject: Re: booteasy broken??? (no) To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sun, 9 Jul 1995 11:06:40 +0930 (CST) Cc: questions@freebsd.org, bugs@freebsd.org In-Reply-To: from "Howard Lew" at Jul 7, 95 02:07:25 pm Content-Type: text Content-Length: 1606 Sender: bugs-owner@freebsd.org Precedence: bulk Howard Lew stands accused of saying: > Current 2.0.5-6/22 SNAP setup: 486 DX4-100, 12 MB RAM, 1.2Gig (wd0), > 540 MB (wd1), 130 MB (wd2) > > 1.2Gig - master (all freebsd with swap), 540 MB - slave (all DOS) > 130 MB - master on second ide port (all DOS) > > With 2.0.5-950622-SNAP, I can boot up FreeBSD from the 1.2Gig, but > booteasy bootmanager can not boot up DOS from the 540 MB. It > always stops with the Non-System Disk Error. If I wanted to boot up the > old 4-22 SNAP release from the 540 MB, that works. But I can't boot up DOS. You can't boot DOS from the second disk without modifying the DOS bootrecord. > Now I'm stumped. Is booteasy broken when it comes to booting a totally > new OS that isn't on the first drive. No, it's a DOS limitation. > Any suggestions? I have not tried creating a DOS partition on the 1.2 > Gig because I wanted to give it all to FreeBSD. Or is that the only > alternative? Is the Linux LILO any better? Nope; if you want to use DOS, you either slap a small partition on the first drive, or wander through the DOS bootrecord looking for 0x80, and and change them (one at a time 8) to 0x81. (BIOS disk numbers...) > Thanks in advance for any help. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-bugs Sat Jul 8 19:51:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15435 for bugs-outgoing; Sat, 8 Jul 1995 19:51:17 -0700 Received: (from peter@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15421 ; Sat, 8 Jul 1995 19:51:16 -0700 Date: Sat, 8 Jul 1995 19:51:16 -0700 From: Peter Wemm Message-Id: <199507090251.TAA15421@freefall.cdrom.com> To: peter@haywire.dialix.com, peter, freebsd-bugs Subject: Changed information for PR kern/562 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: netscape (bsdi executable) can't do a uname (fix provided) State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Sat Jul 8 19:49:53 PDT 1995 State-Changed-Why: Fixed in 1.26 of kern_sysctl.c.. A slightly cleaner version of the fix was applied.