From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Sun, 25 Sep 94 22:13:31 EDT Subject: Linux-Misc Digest #824 Linux-Misc Digest #824, Volume #2 Sun, 25 Sep 94 22:13:31 EDT Contents: Re: What happened to the supposed code freeze? (Larry Doolittle) Re: 56.6 Kb simulated with 2 28.8Kb modems. Is it possible? (David Edwards) Re: Word Processor for Linux? (Jay Ashworth) Re: GCC (templates) on Linux (David Fox) Maple V for linux! (Scott Weinstein) Re: 486 Math Not Detected on 486SLC (Daniel Andor) Re: Linux & OS/2 Partition (kline@juncol.juniata.edu) Re: Linux AMD Problems---WHICH AMD? (Frank B. Brokken) Re: RFD: new moderated newsgroups (Dan Connolly) 10 Mb/s DMA on Adaptec 1542CF ? G486HVL Mb. (Prabhat Keni) ---------------------------------------------------------------------------- From: doolitt@recycle.cebaf.gov (Larry Doolittle) Subject: Re: What happened to the supposed code freeze? Reply-To: doolittle@cebaf.gov Date: Sun, 25 Sep 1994 21:27:34 GMT Michael K. Johnson (johnsonm@nigel.vnet.net) wrote: : hayim@alpha.la.locus.com (Hayim Hendeles) writes: : In the latest edition of the Linux journal, there was a letter from : Linus about an imminent code freeze in preparation for a new release : (I believe 1.2). The letter was dated July 30. It's now nearly 2 months : later and I haven't seen or heard any talk about this upcoming code : freeze and new release. : Any ideas when it can be expected? What still has to happen before : Linus give the official "freeze" command? : We are currently in the code freeze. That letter, posted to usenet, : was the official freeze command, or as close as we get... No new : features are going into the 1.1 series at this point; only bug fixes, : in preparation for the stable 1.2 series. : Linus is in Australia, and intends to release 1.2 sometime after his : return. I won't presume to speak for him too loudly and say exactly : when, since he hasn't said exactly either. The evidence supports the hypothesis that we are in a code freeze now. Whether you call it a code freeze or not, the quantity of patches has slowed dramatically in the past month. I have appended a text summary of patch sizes and dates, and a graphical reprentation of it (postscript, gzipped, uuencoded). - Larry Doolittle doolittle@cebaf.gov Patch# Size Date of issue 1 13156 Apr 11 08:08 2 29971 Apr 11 08:39 3 29198 Apr 14 19:32 4 129857 Apr 14 19:32 5 8000 Apr 14 19:33 6 17383 Apr 19 04:01 7 1180 Apr 21 10:52 8 9177 Apr 21 10:52 9 8212 Apr 25 15:02 10 57649 Apr 28 16:47 11 21366 May 2 12:19 12 47687 May 7 08:10 13 166528 May 23 05:53 14 16062 May 23 18:11 15 38988 May 25 09:24 16 23485 May 27 05:36 17 6780 May 31 06:44 18 47414 Jun 2 06:48 19 7158 Jun 9 11:52 20 95773 Jun 17 08:25 21 25523 Jun 21 07:04 22 39132 Jun 23 16:08 23 23381 Jun 27 10:18 24 9696 Jun 28 15:14 25 68941 Jul 7 14:20 26 9405 Jul 8 06:04 27 2665 Jul 9 09:17 28 25366 Jul 12 18:38 29 6133 Jul 14 03:41 30 9643 Jul 17 09:05 31 127543 Jul 19 12:47 32 20385 Jul 20 15:01 33 8713 Jul 21 08:01 34 12157 Jul 22 17:22 35 79330 Jul 24 15:02 36 9252 Jul 26 07:44 37 24653 Jul 29 08:57 38 152003 Aug 2 07:02 39 9671 Aug 4 02:24 40 8684 Aug 6 16:19 41 43597 Aug 7 09:41 42 25167 Aug 9 08:45 43 88839 Aug 11 05:56 44 10849 Aug 11 14:59 45 37119 Aug 15 08:10 46 54190 Aug 19 07:23 47 13067 Aug 22 05:14 48 36621 Aug 25 08:07 49 10481 Aug 30 04:32 50 17732 Sep 8 02:52 51 18015 Sep 17 22:57 begin 644 versions.ps.gz M'XL("")HA2X"`W9E5LL`D5J.]IIJ;7=LI.!,?]]ZUX\+3FQO5N3WK^[NF]?W3X"Y;NK^S=O MK][LOMN]V^U?+@$>?7^\!5;JY>4"])O3]=7##@A?'=[>WX!A7QU^>[G\*QAP M?_-O\/@'$#^=/_C^>+,#`_Y\NH:'DP5_W>UN=C=_VYT.;X_7*/;Z_W`\[`]O+M)8;FZO'Y>?\9G25..'%+[XT_[7Y3T\W]_>[WZ]O7G\ MY9_+S[?W-\O-[C40[Y;W=X=WN\?#YNE^>8_L9T]/H.?Q>/C[;O/T>GE__?9X M!'NMAR6"H>^6=4EU7:Z.U\OKV_U^V\'5SSOHY,WIZMUN80,6T?)PN(4P/AZO M[D][&(?E>(`!W%V\>''S]F&!_F'4N).'P\.2ELL`'/O]LOOM^A?JE=BNK_8H M?31/S5T/UW?@F_OP>F' M*[%G_3)E8G3?K_>'TXX8G@G>W4^OG]42UP]J>1)+U''ZW[=7QYT&5'5E]>:9 M:%ZN7X:Q+@O_@^&X6^39I3_;`^?R]*F*+?,S-`S8T8%G0W[W>5;&U!?YQZQ$ ML/@SL?+\J8+++>=3G7L9FM^W'E(/5IC])]F_?KFN%*;4@YN?4CH/\M.'*'4F M_'%V7A\/I].G&#EU!#:PE?SHTA]-?._LWMU=T!\.<,?FYUZKW739R,\=(9.74_Q+C,C!]C^^GQZOA)">$9D>-P MT]=1:,KGY-/NDM-S?DQIG"F;U]PWK!)Z3RI/M(W6Y7G6Y[0NSQBP/&_K4[<^ M+GZO/VON3]WA4)ZGWP?\W3JQ%?^8-?;U3_O=Z\?/LM=?"3ZOGU]"E^=6VZ?B M'V/OU>EQ=[P]_?W_'5G/)`^7KP2^=FB`[YX-NDLLSTA<_I[$[P[*\?;-+X^? MFT5BAX^*AWHS*O[^?O(._,11>?WI:\9S0_*,0;(LR]H&DU3,O'SZ<%-[3!Y] MWL2XN7IW>_/Y7OW1"WSYU#?X](HUU?X:G55?/GVZ/)7^F$R$_UJU3EL)V-%` MA:M%,%!I;Z$5[L.ZO`_4S_Q?V$LLU7S?S_('57W1W$G MU1T^ACMO+?D#N\O6DC_@KEM+_H"[;2/X>W;3UD^W[Q[O+B$7)=Y2+%0[W%+#KM[VM]C^]FM_)\>@'+N^T.X M>`&>[G^%?UK&+F%S=0=@+:N@_4P"<+IXT9X1()!+%);00EG"V@<34UU"6$59 M;0"2@Q&R2@U00#24&A%<"I$9,12D#T$?"&#Y<[`V8QNEJFE8J83 M\-1+HP<;H-3;<,9>NP6)*5AM(Q@8I+4(H%@J:&%B0^O72""O*V3?:-YNU9A& M+B8M8T=JQ4SJ3]MHB/*@A2-)&_/!(I5#+.96QCI"!S6OS1,YK]537,#:C$WT MD;ST28K%EAQR]79KS@-^JFQMXQ<&*)V?..P42LW?..@1,K&J9$!IYWI1?,NT9Y)X"=*KWB,A%6!LW7C-)' M-J?*F-*SC.)C54:MK@`SQE0SJ,/9).L*)E-80^-^LJUY9?0Z)7Y%M9HA=6T^ M[2LFLW944:T.F0`>3&*3429Y&7U2+/U4U&_M&IP'`JRR@::)*&4@W2&7&8+B M9B+JU9"Y)^)9"I[[-7:/9XW5<[_&XKDO0(Q`-K4.Y=5J5*S>I%2]79OS=,O] M"HN+*V4@W2&7&9*JYS[I-<_,$_&L%,]]!E.2CN&YS\")+2?/?083L3?/?09. M["EX[C/PW.]K]MP7P$[UM7CNPT3TW.]K]]SO\^SN(?M8]5`\]WNHGOL"ZG`V MR?T>DN=^7Y/E?H>"8\K]GJHO^CT67_1[G-*=*:H[=E_T>XKK!(HO^CTU7_1[ MZK;H MLR>^`,Y18A-])*]]HF*UI<3J[=*$U[FD$:9<\K]'Y M:$D!-"P8'44?`)&3C`$$XR$I(X!SAODD:0`$*V"AK^Y5[KJ6&4RU\+KBPIP4 M>,5,OL3:)U]B\I$!%'SV`5KK9#TC*<.)4^MP4F*=HWXS*_8)I#"<+64OY-=4 MIA)?D/:;\K0Q(!V3O;U/(V&>J:N9WL3J:LYQ$LTQ3FJA^)BZ9*3F(*=9BDK, M!]1OWF5XTQLHL3A;@;$T!:7,862D_99<)IM*++.]8TXZ\\QJI;I46(BI5!IA MJ94+-#ST;9"2V@:BBL#+8:GPVD&1EL*"$Q;9&HQSX=S/%2):,I=G\!KR=NC& M`U6-R9:^DDYK2TV,/&H2RE8P476J>=B7MM$&Y4';5%9MUK;:@#Q9"DR4S9/] MXG*NP&]M6'7R9']F^S$L`TI@#6&]- MMJ,+8C:U)2S(HZZAK+J,.C44V)>UP0;C`=M45FW6MMD)/!H6E,V3_1H*+%"M M/?&@;1Z6@MM%-`-+WQ7V7R5RW1EA)R/M[Z5EIJ1L'U&PE@1*4!\V%^H MSJOZ56H>WH[)>*#:U3A#G51U++@M_,@COI"L^$@ZQ0SJ2]MH@_*0J1Z'T2P] MJ#UY@5"]&+"$J86X#JCE'2=;V]*@M1XM&3^ND MN6$Y+*06HTFUZ//Z-)&0+0!)AJ.%MNIPD"H9@A:@+O;A:*GP8H[B9;50<)M7 MDI:A("F#G\,2H&%IL$JJ)>"'K68MP>Y#>5*SEXCU96WE!YZL/,,6:M*I7F-? MUNXV]&2GYW##XQT-&K8]U`1E)K86;":VVBV>K>;F[6@)T,JPQ&BPR?H*Q:B#K5(-3QZMFF#.S;?%SZ\'$9J4W9 M\NRI+X(V^DHS,'SWXQP0IP('^88X2 MF(F8-49$,!$C%NE*)#`3ZYJ=B&`FCNQ)26!*RK0V3\JT%D_*I!LNS$-PO4T@ M>U+")MR3,O;J21E[\:0T@#EE;)AMI@#ST%0S:)Z49@XJ<$-!-;FPG_V9DC+B MI->DM'Z94CPISRC-`EC2%*,,2Y#UAMEF%B(ECBZ@(AC=4L(`)HNQ81K%49LE M6!RI3D#S$-EZ]W0U6TFU>D&=&D!SC`T-[9K\(5O$-4%2;)Z4!&8B%#-.1#`3 M1_:D)#`1<^R>E`1F8HV>E`0T*9&YK:PV8%T-KVP;ZPPO,P@"!-LC7X#(*`TA1+M-(/H"E$OS!HS,GSGNN)^V09F.-Y`(M:./-8&9B)LO(\I. MS(BC^E@3F(@5O]GJ6!.8QKJF[F-=T_"QAGVGCW6-83/6L!OQL892PD=4.6FL MSRAI,Z^I`YW7UAL.8DW)YW5-V>=U3<7GM0$<`V/#T:DI^KRN<=0)-)_7-6;/ M`K.55*L7U*D!-,?8T-"8?%[76#;SNM;D8TU@)N)'62,BF(@MK3[6!&9BS3[6 M!&8B%DDZUEHQG>1=T?$\^,Y`E?=+1""'-Y@2?=4L@)3H3J,"Z0M5F!&:.`.:79(<"F]H?()5&^RIZ7KE-SZ6M(HVS MDTC-DG,F4;MW.:C`RB;*X0>^E]E3W)%%>2UAA6]M*HN2[IA-MM)+M!=K>]=& MNJ,=JHL,5]6F+AIL9JU-_,(#&UZ5)>^DNS-/89F`4B,$#0+,0?G:!L]#]<]+ M0D(V>).EM7)(&Q9)/.,[]$BJI*W5B,0SQ2);V\1M,3)%[H6ZB+U9.X4T&QFY M/J"VK^V-.!OOS[!=^$6&H;-VH6UVUA%)90WF8V[N;TXV:BD'&ZF$KX[]U!=M M_;NWH7@W'O1(9,D+T-L%! M>#>Q^3J@)&H["3D+UC-W'*(BM8V$14GH]IH"5"(@MKM_PO M4/9X6Y8=XEEM_I8R>5&JS5]KHR5E\D)DR0S1R>V:G*?;_)U,Q;E6>FRZWE); M17H:IJI7#TZW(P0.0K<$*+W-0UF#'+)B>;>VKH[7M21O!Q_*,7PH1_4@#%_$ MK%VK\Z"U(HL6JDYN%PN"VH"R9)L'H89AKS9JZUEO-Q)Y@36;6AY]*:NR-R&> M),L@RJ;D5J4TOXPJK'?Z,JJ%KT:0B+9AZ:NE6(;4DCUH)7@PK'C*5^U21MHZG"0RZ(#=06&QI_6[5EH4[[ MANG`U;8/=)5@<^(Z;2;:,P($6N_SY4LE,NAV`D'W+8U(P(ETWU*)#"8BWK$IDX))T$<^(!)Q(%_&4R&`BXI@9D8`3Z2*>$AFX055V M`7Y5:I;$K9$1"3B1;DD6RM*9#`1 M:W2#&#B1+ZUX8A&:R99IGG=NE";G,Q==+#LW5\(]/<]$3I)(O)>I3%Y.DLB\AVF$6FS:=93-8S%Y*>#UV8K*X#%_/P#GE['K@5;\-R!Y8 MP]`J^J,1UU;D.5Z.M[=.@-)+C;5<]"RW*O!KR,;T+FJ+VLL M9V#P!_42:7680%ZYAJ97VQDH_A6[K;`'O MENAF^!9D*2[QYL89T&,E6""VH$NIA6>,6S"B%&?@_AF0717>7#@#>@>ZIRV` M$,EFM:WGH,DA"23E%B2YZM%:.P.R_:BX]3@#4E[B+W?.`"\'5"!L0%V3E)5\ M%V("0>K;T,(Y*,DN=BB^GL&=`DG&EG(]`U+!MQ+C&6A2>U>J8C>@Z5%$/@-= MKVIC);L!>H*'"^(9X&6W-U@`-Z!)&$;(#DXSQH4`-E9+K_QF9I#D=S#X)45*7NC<&A=1G4@$4]]3,?4`1Y@&Y'`$^(J1$CA7CAG M$GX3[7J3;E4=!/`X7M@RWL(E!09<>\;1UJX99%X7,JYW/>EO8H:')$=X6SE` M&66+L/E0!2?%JIW`U#5^RSN5`%/QACPX0`^^@),CC#B'E8[MUF(=,$=8G)NR8P=5TQ$[5KO/)G'=0I1^D"X)8R==V&1[:,U#<=$%9B&YO(PAZZ M6*HS."<6.?_!^Q::8E!\%0L[?9%SL$9GBY2P<@X=448OP3$HP=FR_J`%%>BU M/E(M%G&G!BA!A8T,S7YN5=;$7=W1OCQ[OP1D;M`MNRY716N-/H4J5O3F4H'" MPT'V"4G7`\T_Z]2!^$=LZA\I4,-)M;I$G1J(GH3B@OO7ILE"E_U,#'^6-\V' M.G#F2"0:WM57"QE()!K^HD4CT;`<4!=A]0SN_!A36$:=`C9R\DA8IPXD$L2F MD2`%ZB*I%B^X4P-HCEXL9!=OPV^*&B:ZN6A>1>041O>B3"=I0S7B1<'#>#-06/#JX-F5,7%S2X8$A!'B$U= M)`7J/*G6L%"G!J9UE`V=AA3/)\PK`M.0,G$5(JZ6:FX/'ARZG.B@3]YAUK,=5.P/7WO%W,SH7H9#PU8*!BD5ZY<=F MO[(R[5%K"OY969E`\<69?M>F`^>=.N"!8[:L;,674U8MAG.G!NC=(FSLPO3+ MMN+3C<'D/!-7(79?.DB#.9)+G$!K$QN]?R1&>6QF>L?+I[H,,)"BI-?@LQ8X MW*A>ZV;P>]%W&NDH:9IJ^!?L\&\97/@?-)`_["%__N#'X]7MGOZ>XI,_AD`_ KWX6*'G]74@9P*._VCT.H/O[KAO(G$,/Y'TE\HNS;[_]R\7\3^^BN"%(``$`_ ` end ------------------------------ From: dpe@rocket.cc.umr.edu (David Edwards) Subject: Re: 56.6 Kb simulated with 2 28.8Kb modems. Is it possible? Date: Fri, 23 Sep 1994 17:21:02 GMT Juana Moreno (madrid@gandalf.rutgers.edu) wrote: : I just had this idea. There must be a way to simulate a 56.6 Kb connection : without the need unconventional equipment (from the home user point of view, : I mean). May be with just 2 28.8 modems connected to 2 regular phone lines and : some smart low level packet routing ( choosing for a packet the least busy : line) it has to be possible. It will be way much cheaper than the special : 56.6 circuits, and it could even encourage the vendors of those equipments to : lower the price, given the cheap alternative. : So, whats your opinion. It has to be possible. Writing a whole operating : system was much more difficult and it has been accomplished. This is just a : small retouch. Hmmm... maybe the load balancing stuff could do this... (I have no idea how much of the load-balancing stuff has been implemented, or how stable it is...)... If you could set up routing tables at both ends for this, it seems like it would probibly work. (Famous last words, I know... :) ) Later! David -- ____________________________________________________________________ David Edwards || I will not do it, in my car, I will not speak || U of MO, Rolla || for UMR. I would not, could not in a plane, I || dpe@umr.edu || would not, could not on a train. I will not || || speak for UMR, I will not do it, Sam you are. || ==================================================== ------------------------------ From: jra@zeus.IntNet.net (Jay Ashworth) Subject: Re: Word Processor for Linux? Date: 23 Sep 1994 14:45:44 -0400 woju@keep.in-berlin.de (Wolfgang Jung) writes: >BTW: for what does iBCS stand for ? Intel Binary Compatibility Standard. Oops, sorry. intel Binary Compatibility Standard. i guess they don't think much of their company name... Cheers, -- jra -- Jay R. Ashworth High Technology Systems Comsulting Ashworth Designer Linux: The Choice of a GNU Generation & Associates ka1fjx/4 jra@baylink.com "Hey! Do any of you guys know how to Madison?" 813 790 7592 ------------------------------ From: fox@graphics.cs.nyu.edu (David Fox) Subject: Re: GCC (templates) on Linux Date: 25 Sep 1994 16:31:43 GMT In article <360drt$nsl@hydra.cs.unc.edu> rhoades@cs.unc.edu (John Rhoades) writes: ] Templates sort of work in gcc 2.5.8. I've been using them successfully, but ] I've had one problem. I have to include the implementation part along with ] the interface part in every source file. If I don't, I get undefined ] externals. This slows down compilations quite a bit. Anybody know a way ] around this? I believe that this is that standard way of doing things with G++ templates. I haven't found it inordinantly slow. Are there other compilers that don't need the implementation in the header file? -- David Fox xoF divaD NYU Media Research Lab baL hcraeseR aideM UYN ------------------------------ From: swein@csc.albany.edu (Scott Weinstein) Subject: Maple V for linux! Date: 25 Sep 1994 17:21:34 GMT I havn't seen anything on the newsgroups about this... Maple V is available for Linux. It looks and runs just like the Solaris version. The binaries are not staticly linked and the entire installation takes up 24 MB. I'm impressed. The SCO version also works with Linux under the iBCS emulator. With WordPerfect, mapleV, and DOOM, there's no excuse for not installing Linux. -- Scott Weinstein University at Albany ------------------------------ Crossposted-To: comp.os.linux.help From: daniel@hapsi.demon.co.uk (Daniel Andor) Subject: Re: 486 Math Not Detected on 486SLC Reply-To: daniel@hapsi.demon.co.uk Date: Sun, 25 Sep 1994 13:27:19 +0000 In article rfugina@mcdgs01.cr.usgs.GOV "Rob Fugina" writes: > >Symptoms: > >When installing a fresh 1.1.51 kernel (gcc 2.5.8), and booting things > >go ok until it gets to the math coprocessor test where it says > >something to the effect: > > > >Math coprocessor or emulator not found > >Giving up > > > >Anyone know how to fix this or why it is happening? --Karl > > I know exactly why it's happening. The 486SLC doesn't have a math coprocessor. > If the salesman said it did, then you got ripped off. > > Rob Of course you can buy one... (487, that is - next to the proc usually) -- Daniel Andor ----- daniel@hapsi.demon.co.uk ----- ------------------------------ From: kline@juncol.juniata.edu Subject: Re: Linux & OS/2 Partition Date: 23 Sep 94 22:52:07 -0500 In article <35tnfk$fgo@pcnet1.pcnet.com>, wadams@pcnet.com (Wayne Adams) writes: > I have a 345 ide hd and want to install Linux on it. My current > set-up is strictly OS/2 Warp w/HPFS. Can someone tell me how to best > set-up my hard drive using OS/2 boot mgr? I dont really understand the > status part (installable, bootable, or startable) or access (primary, > logical & extended) part! > I just want to see how it should be done. A copy of your fdisk > w/Name, Status, Access, & File system type would be nice! > I'll be using Slackware's Linux Prof. v2.0 on cd-rom for the install. > Thanks to all, > Wayne > You're going to have to start by ensuring that you have a complete backup of the system as what you propose will total your current partition. To install Linux and OS/2 use the OS/2 FDISK program. You'll need to delete your current partition. Add the boot manager partition first, then create a partition for OS/2 and add it to the boot manager. You'll need about 75M or so for it. This you can make a primary partition and installable. How you wish to split your remaining 270M is up to you based upon how much you wish to allocate to data and Linux. These two partitions can be made logical partitions. The last thing to do is add the Linux partition to boot manager. Now, save the changes and reboot into your WARP II install and install that. After completing the WARP install you can then install Linux on the appropriate partition. You don't need to set it that partition installable or anything as Linux will take care of that. Once you've shut down after the Linux install you can boot either OS/2 or Linux. Barry ------------------------------ From: frank@icce.rug.nl (Frank B. Brokken) Subject: Re: Linux AMD Problems---WHICH AMD? Date: Sun, 25 Sep 1994 20:59:34 GMT rna@leland.Stanford.EDU (Robert Ashcroft) writes: >Could you perhaps be a little more clear by what you mean by AMD? >The subject line seems to imply a problem with AMD chips, but your >post seems to have nothing to do with AMD chips. >So far as I know, AMD chips work fine with Linux (I have one myself >with zero problems). What is this other AMD? >RNA >In article <1994Sep25.165813.15237@tcel.com>, >Sean Watkins wrote: >> >>Hi, >> >>After labouring several hours to get AMD working, I have come to the >>ultimate conclusion that AMD coupled with NIS under Linux is broken. >>Following example summarizes: >> >>Let the auto.home map be equal to: >> >>gopher type:=link;fs:=/home/other/gopher >>www type:=link;fs:=/home/other/www >>other host!=dns;type:=nfs;rhost:=dns;rfs:=/scsi/other host==dns;type:=link;fs:=/scsi/other >>ftp type:=link;fs:=/home/other/ftp >>staff host!=server02;type:=nfs;rhost:=server02;rfs:=/staff host==server02;type:=link;fs:=/staff >>cust host!=dns;type:=nfs;rhost:=dns;rfs:=/scsi/cust host==dns;type:=link;fs:=/scsi/cust >> >> >>NIS Querys of this map anywhere succeed -- >> >>pc06 ~ % ypcat -k auto.home >>gopher type:=link;fs:=/home/other/gopher >>www type:=link;fs:=/home/other/www >>other host!=dns;type:=nfs;rhost:=dns;rfs:=/scsi/other host==dns;type:=link;fs:=/scsi/other >>ftp type:=link;fs:=/home/other/ftp >>staff host!=server02;type:=nfs;rhost:=server02;rfs:=/staff host==server02;type:=link;fs:=/staff >>cust host!=dns;type:=nfs;rhost:=dns;rfs:=/scsi/cust host==dns;type:=link;fs:=/scsi/cust >>pc06 ~ % >> >> >>Amd -v reveals: >>pc06 ~ % amd -v >>Copyright (c) 1990 Jan-Simon Pendry >>Copyright (c) 1990 Imperial College of Science, Technology & Medicine >>Copyright (c) 1990 The Regents of the University of California. >>Unofficial patch level 67. >>amd 5.2.2.2 of 1992/05/31 16:53:21 bsd44-beta #0: Mon Aug 29 11:39:51 MDT 1994 >>Built by root@pc01 for an i486 running linux version 1.1.34 (little-endian). >>Map support for: root, passwd, union, file, error. >>FS: ufs, nfs, nfsx, host, link, linkx, pcfs, program, union, auto, >> direct, toplvl, error. >> Primary network: primnetname="x.x.x.x" (primnetnum=x.x.x). >>No Subsidiary network. >>pc06 ~ % >>(x.x.x.x have been replaced) >> >>Invocation of amd reveals: >>pc06 ~ % amd -a /tmp_mnt /home auto.home >>Sep 25 10:59:33 pc06 amd[412]/info: My ip addr is 0x100007f >>Sep 25 10:59:33 pc06 amd[413]/info: file server localhost type local starts up >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: type nfs >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: version 1 >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: fd 6 >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: hostname 127.0.0.1 >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: port 1023 >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: fsname pc06:(pid413) >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: type (mntent) auto >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: opts intr,rw,port=1023,timeo=8,retrans=110,indirect >>Sep 25 10:59:33 pc06 amd[414]/info: linux mount: dir /home >>Sep 25 10:59:33 pc06 amd[413]/user: No source data for map auto.home >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>Sep 25 10:59:33 pc06 amd[413]/info: auto.home mounted fstype toplvl on /home >>pc06 ~ % >> >>Ideas??? If I ypcat -k auto.home > /etc/auto.home then do amd -a /tmp_mnt >>/home /etc/auto.home it is successfull... >> >> >> >> >>-- >>Sean Watkins >>sean@tcel.com Hm, What's an AMD chip ? Any way, I always use AMD to mean Auto Mount Daemon. In that meaning: we have coupled some 5 linux boxes using NFS mounting each other's root directory, with amd managing the mounting process. No problems, whatsoever, and we're doing it for quite some time now. Also, we have a *very* simple setup, allowing every computer to access the other computer's files read-only. Completely satisfactory. So, if you're interested in what/how we did it, I'll be glad to provide the setup. | ---|--- =====+==0==+===== | | Frank E-mail to: f.b.brokken@icce.rug.nl or: frank@icce.rug.nl Phone: (+31) 50 63 36 88 (mo-fr, 9:00-17:00 MET, DST if active) (+31) 59 03 22 23 (otherwise, until Oct. 9, 1995) (+31) 50 403 2223 (starting Oct. 10, 1995). ------------------------------------------------------------------- icmake: obtain it by anonymous ftp from ftp.icce.rug.nl, directory pub/unix The LINUX SYMPOSIUM will be organized december 8/9 1994. finger linux@obelix.icce.rug.nl for the latest details ------------------------------------------------------------------- ------------------------------ From: connolly@hal.com (Dan Connolly) Subject: Re: RFD: new moderated newsgroups Date: 25 Sep 1994 22:26:30 GMT In article ahmed@oea.xs4all.nl (Ahmed Naas) writes: The main Linux developers have their own channels of communications, mainly e-mail I suspect. A secondary channel is the linux-activists mailing lists, which have fairly high S/N. C.o.l.development is a third tier channel for every one to voice their view regarding Linux development issues. It might get abused every now an then, like right now, but these are the hazards of USENET. All in all, I see no purpose served by a new set of moderated groups. I disagree. I am cheifly a consumer of all this information. I don't contribute much, but I'm having a blast learning all the ins-and-outs of linux. I'd like to just browse over the discussions between the implementors, of, say, the TCP/IP code. I read comp.os.linux.development, but the volume is sufficiently high that I scan for authors I recognize. (I also tend to read threads like "the future of linux" and "linx on the ALPHA" more than "kernel 1.1.51 hangs when using RAID disk in combination with virtual-reality glove," though those get interesting sometimes too...) I'd like to see a moderated newsgroup of significant development decisions, discussions, and plans. Failing that, I encourage more stuff like posting the kernel change summary to comp.os.linux.announce. Also: the linux-activists mail archives that I have found (on tsx-11) seem to be several months out of date. If that mailing list had an archive that I could browse that was updated regularly (and perhaps organizes as a hypermail document collection on an HTTP server...) I'd be a happy camper. Dan -- Daniel W. Connolly "We believe in the interconnectedness of all things" Software Engineer, Hal Software Systems, OLIAS project (512) 834-9962 x5010 http://www.hal.com/%7Econnolly/index.html ------------------------------ Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.sys.ibm.pc.hardware.cd-rom,comp.periphs.scsi,comp.os.linux.help From: Prabhat Keni Subject: 10 Mb/s DMA on Adaptec 1542CF ? G486HVL Mb. Date: Sun, 25 Sep 1994 21:12:36 GMT Apologies for comp.os.linux.*, I am doing this because I know quite a few linuxers are using the same motherboard and quite possibly adaptec 1542CF. I have Adaptec 1542CF and only a Toshiba 3401b on it. I have enabled sync negotiation and fast scsi options on this one. So far no problems. When I also change the DMA transfter rate to anything over 5.7 Mbps, the machine seems to hang at least 5/7 seconds longer when it comes to loading ASPI4DOS, than it does for 5 Mb/s or 5.7 Mb/s. At this point I get panicky and reboot. The motherboard is G486HVL with HiNT chipset. (These are the COMTRADE EISA/Super ISA machines of last year). The mb docs state the following : 32 bit Master DMA capable of bursting at 33 Mb/s" The machine also has a SB16 card using different DMA channels on the same machine. My questions are : 1) Has anyone gotten transfer rates of 10 Mb/s on similar hardware ? 2) Is it normal for ASPI4DOS to take more time for 10 Mb/s while loading. i.e. should I wait a little longer, at the risk of hard disk corruption ? 3) Is there any benchmarking stuff for cd-rom performance in public domain/shareware/copy lefted s/w. 4) Am I missing something ? Thanx in advance for the responses. pkeni@rahul.net -- Prabhat Keni ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.misc) via: Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Misc Digest ******************************