From owner-devfs@oss.sgi.com Wed Aug 1 05:10:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f71CAsj01816 for devfs-outgoing; Wed, 1 Aug 2001 05:10:54 -0700 Received: from pervalidus.dyndns.org (exim@[200.222.202.175]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f71CApV01813 for ; Wed, 1 Aug 2001 05:10:52 -0700 Received: from pervalidus by pervalidus.dyndns.org with local (Exim 3.31 #1) id 15RuqE-0003lT-00 for devfs@oss.sgi.com; Wed, 01 Aug 2001 09:11:10 -0300 Date: Wed, 1 Aug 2001 09:11:10 -0300 From: =?iso-8859-1?B?RnLpZOlyaWMgTC4gVy4=?= Meunier <0@pervalidus.net> To: devfs@oss.sgi.com Subject: Re: error calling: "symlink" in "GLOBAL" Message-ID: <20010801091110.P135@pervalidus> References: <20010406023231.W111@pervalidus> <200104080526.f385QU906141@mobilix.atnf.CSIRO.AU> <20010408113044.I111@pervalidus.net> <200107311859.f6VIxDN00956@mobilix.ras.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200107311859.f6VIxDN00956@mobilix.ras.ucalgary.ca> User-Agent: Mutt/1.3.19i X-Mailer: Mutt/1.3.19i - Linux 2.4.7 Sender: owner-devfs@oss.sgi.com Precedence: bulk On Tue, Jul 31, 2001 at 12:59:13PM -0600, Richard Gooch wrote: > > On Sun, Apr 08, 2001 at 03:26:30PM +1000, Richard Gooch wrote: > The problem may be due to your two lines: > REGISTER vc/1 CFUNCTION GLOBAL symlink vc/1 tty1 > UNREGISTER vc/1 CFUNCTION GLOBAL unlink tty1 > > It's possible that you're repeating the "symlink vc/1 tty1" action > many times, because the "vc/1" regular expression will match "vc/10", > "vc/11" and so on, as well as the intended "vc/1". You have a number > of alternatives: > REGISTER vc/1$ CFUNCTION GLOBAL symlink vc/1 tty1 > UNREGISTER vc/1$ CFUNCTION GLOBAL unlink tty1 > > this will anchor the '1' at the end of the path. Or, much better to do > this: > REGISTER vc/1$ MKOLDCOMPAT > UNREGISTER vc/1$ RMOLDCOMPAT > > which will use the recommended MKOLDCOMPAT and RMOLDCOMPAT actions. > Even better is to just use: > > REGISTER vc/.* MKOLDCOMPAT > UNREGISTER vc/.* RMOLDCOMPAT > > like the sample config file recommends. Why would you want to do > anything else? Because I don't want 63 symbolic links in /dev if I have 4 tty in /etc/inittab . I thought tty1 etc. were needed to use agetty, but it worked with vc/1 in inittab . I don't know about mingetty, but there are reports about problems with devfs without compatibility for old device names. Now I only have the following lines: REGISTER vc/0 MKOLDCOMPAT UNREGISTER vc/0 RMOLDCOMPAT Someone reported that XFree86 doesn't work without /dev/tty0 . I don't know if 4.1.0 fixes the problem. -- 0@pervalidus.{net, {dyndns.}org} Tel: 55-21-2717-2399 (Niterói-RJ BR) From owner-devfs@oss.sgi.com Wed Aug 1 22:34:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f725YfQ10341 for devfs-outgoing; Wed, 1 Aug 2001 22:34:41 -0700 Received: from mobilix.ras.ucalgary.ca (h-207-228-73-44.gen.cadvision.com [207.228.73.44]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f725YcV10322 for ; Wed, 1 Aug 2001 22:34:38 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f725LIl14116; Wed, 1 Aug 2001 23:21:18 -0600 Date: Wed, 1 Aug 2001 23:21:18 -0600 Message-Id: <200108020521.f725LIl14116@mobilix.ras.ucalgary.ca> From: Richard Gooch To: Meunier <0@pervalidus.net> Cc: devfs@oss.sgi.com Subject: Re: error calling: "symlink" in "GLOBAL" In-Reply-To: <20010801091110.P135@pervalidus> References: <20010406023231.W111@pervalidus> <200104080526.f385QU906141@mobilix.atnf.CSIRO.AU> <20010408113044.I111@pervalidus.net> <200107311859.f6VIxDN00956@mobilix.ras.ucalgary.ca> <20010801091110.P135@pervalidus> Sender: owner-devfs@oss.sgi.com Precedence: bulk 0@pervalidus.net writes: > On Tue, Jul 31, 2001 at 12:59:13PM -0600, Richard Gooch wrote: > > > On Sun, Apr 08, 2001 at 03:26:30PM +1000, Richard Gooch wrote: > > The problem may be due to your two lines: > > REGISTER vc/1 CFUNCTION GLOBAL symlink vc/1 tty1 > > UNREGISTER vc/1 CFUNCTION GLOBAL unlink tty1 > > > > It's possible that you're repeating the "symlink vc/1 tty1" action > > many times, because the "vc/1" regular expression will match "vc/10", > > "vc/11" and so on, as well as the intended "vc/1". You have a number > > of alternatives: > > REGISTER vc/1$ CFUNCTION GLOBAL symlink vc/1 tty1 > > UNREGISTER vc/1$ CFUNCTION GLOBAL unlink tty1 > > > > this will anchor the '1' at the end of the path. Or, much better to do > > this: > > REGISTER vc/1$ MKOLDCOMPAT > > UNREGISTER vc/1$ RMOLDCOMPAT > > > > which will use the recommended MKOLDCOMPAT and RMOLDCOMPAT actions. > > Even better is to just use: > > > > REGISTER vc/.* MKOLDCOMPAT > > UNREGISTER vc/.* RMOLDCOMPAT > > > > like the sample config file recommends. Why would you want to do > > anything else? > > Because I don't want 63 symbolic links in /dev if I have 4 > tty in /etc/inittab . > > I thought tty1 etc. were needed to use agetty, but it worked > with vc/1 in inittab . I don't know about mingetty, but there > are reports about problems with devfs without compatibility > for old device names. > > Now I only have the following lines: > > REGISTER vc/0 MKOLDCOMPAT > UNREGISTER vc/0 RMOLDCOMPAT And this is the recommended way to limit which compatibility entries you get. But you should anchor the names with '$' at the end. It makes it more explicit (and will avoid extra matches if you change the '0' to a '1' ('0' is a special case)). Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 1 23:42:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f726gSC13121 for devfs-outgoing; Wed, 1 Aug 2001 23:42:28 -0700 Received: from mobilix.ras.ucalgary.ca (h-207-228-73-44.gen.cadvision.com [207.228.73.44]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f726gNV13118 for ; Wed, 1 Aug 2001 23:42:23 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f726g0L15715; Thu, 2 Aug 2001 00:42:00 -0600 Date: Thu, 2 Aug 2001 00:42:00 -0600 Message-Id: <200108020642.f726g0L15715@mobilix.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Cc: devfs-announce-list@mobilix.ras.ucalgary.ca Subject: [RFT] #2 Support for ~2144 SCSI discs Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Below is my second cut of a patch that adds support for large numbers of SCSI discs (approximately 2144). I'd like people to try this out. I've fixed a couple of "minor" typos that happened to disable sd detection. I've also tested this patch: it works fine on my 3 drive system. In addition, I've switched to using vmalloc() for key data structures, so the kmalloc() limitations shouldn't hit us. I've added an in_interrupt() test to sd_init() just in case. There are now 2 cases I'd like to have tested: - people with 17 to 128 SCSI discs - people with >128 SCSI discs because each of these exercises a slightly different setup path. Please send success or failure reports to me. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca begin 644 devfs-patch-current.gz M'XL("%_S:#L"`V1E=F9S+7!A=&-H+6-UQK'DOX,OZ*BG-A@ M8`0(=$&VUT1"B1)=O$(^.7FR>7@&IH$Y&F;8N>BRB?/;]ZWJGF$0(,GG>%>R MN..QU1+P@OR7#^YKS6MEK6W?1R,DIGR8SMV`W_[*/#'[B0) ME355WEP/?')(L5:KO9A?X7J:T$^)1XT#:NQW6ON=1IN:]7JC6*E47C!9X1?E M4#>9$#6HN=/9.>@T=C3]AP]4:[<:]>HN5>2]L4;^D?] M4W+@B34Y-,@ MBLEV['F,NZ6A\H*[,MD1N,\")P&Q6D4J5LYM_T%3';O1**(HF<^#,"Y6 MCBXO3DY_&/2/!^?=BU^+%:)K7HSM@5O$DU$>`<88L*@F#&*B:S@N/>WT_Z M@Y/^NP=FXH$XM/1:@CEK@&;V`\3B1U`*+X\2WXXB=^*#TQ"RO<&`?P:A7H)K M*0NR"R)%=U-W-$W%.K5O0>S+]D:B6')]IEA6MJ-NW9&*K/@^QM)[OCV$24RT MFF03V3IHK.Y(W<>AS5QN7"\8/L0J8JGJE M&%E&<1#:>+?#T'ZH4H2M7C`)]9AUIKB;J$@+A?7^<7W59;GUV2Y$5%A7'`9> M)'9CSX+$CWDIMN.XO#';HVANCU2Z?XC.A?5A>U@RVY?S`L\'CEA@$GD[3L'WO?T<'$< M><7@RKNO^P,'EUV*>FENQ_"%V\;^#IMCNJHA=@XS>"M2&<`ED_E[XS:C(/$< M8@XT#.`_<&SX1?3_MI M]I/8]:Q17@XZSD)Q4SO-:[ M[I&ZQ:1ZU*>Y(_YUU>L>G_=H#%M`@(HX5/]X?7Y&;(YZY!4"Q"U&?NOZ(R]Q M%+VUH]EVI":\`VOZ7M-FZQXB36#=_YJGFM6\S#_TX"_V44U6N$X4'-2G1A,^ MVFGO=5J[7^J@AM.3N7:GND<5?F&W+-(9,Z9C)J?2L81Q:!>YL"^G4[]=I/G\[T%W;=K_D#AA)1]JL(6Q6\[9IE M3^-XWMG>OKN[L^S8'UNCR`T#RTZV_PHGO,9M+3`,K5WT?NF?G'7[/W80\A6\ M8.R.7`3VIK5C0<0FZTSMJ%@S!N5H%"$R$=>RZ"2)`67T-V5RVE!1J!":(A"( M]Q=KP\3U!+!PYN-LK*(%D0T&R#6>)!'D@<.>#X=2=\RQ%CO6Q&ND(ND"AT5R-W+&K'`O:=&S$+I]*,HE3!H3UV8R2 M2-!=L8:X%H:N(S!6UB@314`VF^X8UX7Y@I'RC>Y2JXY@T&C;:'A#V6.QJ'JJQ2!->XV&#G#AJ0[%W+3U`1$=%51[A8Z[9 M'%S@$,!ICS$J]IR:U&Z])395;U2;=5$=+Q["@U'/(BWJZ&$V##QWQ/9X@TUV MH1_?66.K$5LW(_PB;:MXA"PP@I_&\8/DBPZ;Y^UHNR&O37G=D=>6O+;E=5=> M]^1UGU/,=09;&0+?`7SP]IBS&S]DTC%XE#,@JQR&SQFR)H&G6($Y>6YJBDVK M4;>F59I+M*!D/@EM5F5@[A#,TP!XS;Q8L8=1X"52$,!(>!V&RDA;J@+[*;$4 M*U+YK!4+G!+!NEFD':T21-8FG&FW>5!%KF"=<+!:UHFC;(E$J8)$-54Z?3U# M\(GF"*I!8OQ?P0IN%4(/OJ5RX\"K0@V@N;;BZHU-LM:%X<:.K`#,=U.('B0<0OB.+-F[A!1-\PKX@RAEB+,<"WX@1 M87>S>:T78ZU8$^NJB775Q+IJ8ETUL:Z:6%=-K*LFU@6*IZV+H_X_3I`2]G>+ M],N4,S$/`X9D/[6]*KGQ:^TNR`(/V#3R'80*[?!:%&X3[&/5O:!)>;1RZ$(:WL',G\%_'U2)_?HU%9S.G)2FDAV_+LM.`%#:8 MDQMVM\UE8.`I:ZY"F!4L6$(14I/KVZB3$0?#2()BF/C%&O0?QO<(?N8#72#` M:A*6"1L'0E*,K)?HY",N*>F']4,E94TX0`Y=VR]7P09&-=;R\P6;*Q9J5>^0 M[H(02["'00+IQ)9)6T]MP`I"%RB+J(\5=> MDL%)Z-*)&E*SS5BMC7_25ZD;X%/?80!#?Y!"-H,+:8G.)E],QW!^TVP@,TA_C`)10+_K.ZS':7"GS3_-EAP6 MN.9&Z>%(G^1[[J((,-$0Q?@_O(_I(QC MRG92>83JOQ,5<7W#X^&.L<8(R*@(*"9_+$\I[0QN/I&&Y8RUJ*MM?A1Q[%," M=KBF0Q@^[G%<3#%*50=PSQYARL1W=!K7-K77V!&;VFOL59L[!MP MA[[IK9S;/MX8Q-$O07@338,Y394G$?SQ&T-N[VBK;]C2.2"N*YV,O@JY9CN6V;<.US,0 M5P1]NJQ-XU+(AJ%M:]>J8USE6W<,3/T8MTKJ6::/9"7I5,`"O>WO'.:P,I)K M!R23=.@H46;DM\J+U)JEK;)>NX-5OIHI0O:83<<0(#$FHYBAT$`KK;"8X_"9 M46:*PV>L$''(-8U^"XZ_;"'+-S?:X/*P[)R!VFR"S?U.8W>3"3ZB?$G70U>Q MCIH/@!I8`HI>T^)L(>W;OT[MX/NSG]D6!OUC^EO:1\9@EC*0Q&^T];>5@5OT M#93B;]'OAX+4BS4`!$09HM?G]KT[2V9K#@)N(IW'33WH!39W(1"N],%$]'IM M%YM:=>Z1SEFWWI>42)\Q#P0Z3!7CG/-SW.,(O5[+[^@H$M M6'QK=1#;<[6B@Z,?K[1HKY=U\`+3Y`,?1-5U=F-N/6V69E"AG_ABE,TF-1L( MBIEI;3#*E&[9)-N[G<9^[M"KOEL]H`J_[9L3+Y)SDEA\G=Y`')-#?=EXJ3FF M>F,^'!:(MM_0)R[(&16Q%B3W&"70FVU-GOCFW$<8\Q('\<-<'8IM+NZRXJ5K MLO:&ZP_T36')$Y^[OIB'[K0@``@NM#`MK>5\O\+`V-G9]%[6\H$Q#Y98@<]%9N`;&=$JHW``+S)*,!R`\8%+8R[, MXM@&^G76TX)P@!H$L,Y99H`EI%C;4=Q.XL;11A:0J2$_TA-3Y/Z/$N#/DA$+ M>(&?!%$4KX"(W)VGO42/R9\0-P$>UIT0KR-[&CCLUCEP\]MNYB/XX=S7*12V M+OT^JA=[)I%CJYK=A^?P;9XB=S4S_$[A^M>/O<%U]V.OJBT5/Z)Y4%WV^]<( MAC]=7BTHM2IPDSD.]+?%7;A!=H\_+^YH(TCOZ6_5EVA$ENJYP_5:6=Q]6C.+ M<4O::?#Y?;WUI'9RI$]J:&_WH(K:M<+O#=W.*Q00H?K*#D=3"4NV.6XV-9UQ M*4D?)M9'@MP-I>C!TE^VB[5"`9FV%,W]N/9^Z-W0JU>DO^B@\>Z=)BC3'SRV M@&HJ"7T9]3@JU$<=I\R5J?$;!0Q$W:M"?N1ED[JFIHA](7 M8)`O'1?E!\E$;Q#`WB)]W)QV!;.,:8CU8M.3.#N*@I$K]4?:@Y])7X_FH3NS MPP=#M6\Z7'2'JE[QPPO#X):K1Q1K-O>,`M_AOHF$3?;Z/4/(%J8D'G!"4:-$ M2M6E16#%W.&1K7+%F.X23*7F]J-$3DJD0R(M1RQ"'V_:#O[[NF@:)[ZTO`UY M',@V=+Y*0K/6B4(]:WLHD8_"34_U] M[G[NMK[X_MUC/BM#WKY;857F09N,J(+E<=?L4#[!(+]96.2??](W.9.,RO)4 M`5Q*R6BVD)(+I%X_))?>FGGS6:A2<NJ>CNU;V,Y;&,Y,N?X'Q<]M\#G6>QYO`NZ)>Y^VK;E!PB=N M?%JL49%R7-N8,#"K^J=D5[+'TGQV!L%<^2C]Z0W_-_SRBU@Z!*5-':84:K]O M-/)E^EYWX=N+1#U![5O4L'R")W`>&:SDEF&J_/H?@K`'QZ?]G^OZ'G46EQKZ M4JU1P5C8XCH^D%"LX+<(6Y8Q3US^7?:5#D_Y]0U>:M-#8S0TP_`87G\Z_ M[S';0C8%S_'^/>V73>=SO]IH(O4WTM1?D*2_Q<4'Y_0"Y_BMR)'/B\PNB9V7 MP&%;I_3'&U^D?.+$D.%)3EHK$=7@0<+'"K*$?/42P+.9W'PM4+ MNG]\=R_#&@4$DTZ#/QBX`8EG4*,@(`-7-,`0$35U'Z^!S'N@1<0W!]Q?Q>K2 MP>EW,/E\R"W;Y59'5OD96W-]2V2L MFLCZCK1UE$DOA/*IV?7N16QQ;7*AN*S_K-$-5Z%Y>H.W'O\YKNRFW@.A3>02QQ6.JS M^1W-D.E@0T>(S^7#],F%>DLKJ=YN5EOZ6:@T:KL2LBDG>1&Y-)&--*C$\T`< M0/C<^Y7NLI397.B;,?AJRGJ'(]>VZ*605XKH0+(+?E?%2.]PUTCL9B;S0]K( MUGQ\MSH:M,; M*FUQ0NCPLX@IA\^RQD+E737LO^Q=W3:/>.6%.OA+0"41A=# M5$HWAT_M)#66%2F;6A-#7#'QU3!_^(ABX=%,Q'>-+NOL4`6VYQ[\Y<3`QQ7# M%SO.7$.\3<+11N\X5IDE\<&@/,^9/;29/>FZY!W:+3(+V;!\UB0]I;]#JM6T MA6B=+"URC5:JM%;^Y8V">;1K+1K.79RS^)DF$^E+Y0R.DQ<$J$9L?4JJNW:< MN*+J M#2S:7)6#9A:^E:SAV0;*%)%8;) M/*92.0TV6;09#$X^71Q=GUY>#`:T52IWB#O;W"[CYZTRTBS>I,L1WQ6$O<$- M-NVK0DL-ST,^\%\K"&;S7EN4MJ(-?B55R?HU/$^<52N/W4M$E=\KYR$RA8TS M"-7$Y27@9)4$N]$K3#<.YE$Y MI3:Z*VU]RE+$1)F^)'VG&YU9%QJ*J^9!JM%B8<5I2IR1"TL*YJ^BX<\IX&P: M&]ZI\P>QX9F:12HNYP9'H.ER8'E]8:C08RV620%63)J;=[?7E^>E0V@3CE=?N%O$1. MJ1T($W'320`]C#QE^\ES$2LZ^4)-K+#.JV6-/3E++O5B9UHWC59E>X<+0RX0#[*DS!'O9APJQ:PG M7-5P2L7,BV5DESL013I61'"[^)(;GQ^6L[8\P=+E->:WQ"+G=$L\EJXON^$2 M_1K2%2JSOU06>7B1'\59C$=]2?[3J2_QGTU^QG@KF[+54B*NU0X7E6-#*D?] M9,6>KB];S7KV3+]NA^16H,\#2^>7QY_.>@/M3;V_Z^2;FI?$XXUK>9D`OGC[ M+VQ83C=T%J?/-BR__.Q6B)X\N&TU^:2CPF\MTZG;+O+?M"FHAOGZ$; MQ/P7.+'4*?2&CX6K4N;'$]TBR!IV.2Q7V%_TWS94'!BRN8^3Z[5][%Y=GS+Z MY49;08+6HX8.=]W*B^8(OKVJW]?'T@/43ZFLM.[.N_V?"Z4\^$2%5%X:^'C> M4M9$?+7,1Z;>7_1E])!FNZT7D/93NFDX63Z5A);<:,J7]:>7'4B&&\0:/BO6\%\Y-@B?$RN? M-S:IPF]M$_?R?;1PJ?>9[]#I0&?&+IVH@RCMKHBPCXZO+L^S2NKQ(U,:YLN9 MYN#:!%%FD094>B>J-FUK^>/&7-\Z7->WQG2/VM:Y)7"338?DSJMTI7QMT:K0 MS>.5+G*XTD4.C4&\1.\;'@QX_K&`=0\%P*.:3^O]RQ\),`+63P!0)N!8?_G? M:J[U.6TCB'^F?\7%'QR$01%"&$@:)L16C8>7AX<[:9IAC!%&4Q>Y/.IZ//W? M>[M[=SH)";#;Z;2:3,"Z!WM[>W>[^]N]&(<%Y*^S&%X)#C.-:PKF9XIM"MW/ M"%P_Q/33MJ98%J(8T/\"D>$+[U'V M(?6-L!?&?K?,HE4A?SR0;57X8F9N*O@X=50L'-.OC5O\6"4*TB MW^NUVQ]P981ISQ'*%\O2S%HUXRA4G'8WJHE&?+IX(PW\I&;=1L=E1RAK1]*F M+H&J"%AFR<%#2RVX*'P/MAG!4`4ZU`OUC3F[G9B0C,AM,M2^26"2RGYHM`>N MB!=$G]]@?#DX:_99EJO_G@%A"O#F<[LEWQA4^1EW/=GAQJ0X'5,>A0(42*Z# MF94?*<,20B62"!-8&R)"@*@!&&VQ]^1X/+0!CHXW&O9'$RG&#*"3(R.0S:JIC1%3K&*IXICEY7;`T-&.BU.`%"4S)\\5 M^1F)3^\*?>2#9N_'O)3V8]@2QY04NOHSCVV"Q?U3K$VOV_ZRLPU>JB$:B3:= MWJ@[S*>T.JCMB>HMW1 MQT?15:$.8%4`=3$B9COMXMS]/+H0X=`0\K+^8_UU,.Q?=B_&;;=[,6Q^^R`& M6!*A0_Q4DOGIM#OR7^-F]UBC;@R(SQC^)'*R,6KRN+,8VOX)O=!T&'I(@-L= MJDT8DK@1^ID]C8,%=II//.WSQ(M"W0=?C(=XN3+11,'&GVK5[N`O/A'P?36! M[0&#Z/Q;_M>#)#.ZV&-G`!3.?>2%MFFJC3*V=1@,/6%RIQ/YO2;\)Z0*65XK M8_*V73LM"Y:'IY;J?WZS&M_RQ3A=>HL([X9NYVKXY5]C'T[V+#!V,F0G#X$E MXZD$/3E]QH=]BCY=DQ+7RL7E*:F*/I6_2-'7FJ2GO=1@MC#[2HN>EL_9TD-T M7*C&.--Z88U;KY2O4[]E/)M]N8R1HQ M^4H356*P_J1&;!?I["B>*K?KNQPB\IGMR(R"%KL3B<*%\+%%`^KAR5TFQ%'E2NPI%6/`+6+R8&2RS M'S'D,8/9E\N`"^H"$XS7,52\//?^N\S,?"(RJ7V, M.LGLETI=\CDHMDQQ_]+D_A<%WB24;)V'"75B``[_5[;B9V)2LRT(Q[(T)Z+C MD+GG@%N#YE>SXR_/7&'(@_L0(X[#\N%EQ^V-AN/K1GODLJR=:_YD[`5C9*?] M+''?8$E8C"C;!E^VFRM01;Y(0E:R52Z8CF&P$XFOR-H8]AK!6-[E6(LS\0XC M;L##AWD<8)2(7!:P8";!>DY*.4B$=HND2FW!(]6[YRN1946H=Q_TZ(X@3ABI M,*IIEK\\[U]>NWWC(&FBE3=;I8A46+Q'KL***"5P_4;Q%.`>QWYO8;JQE2I< ML;:IFI=MD<4MMH^(DTAIM^U>KS6ZDFJ*DU;MK-GH7KBR6CFU6M]M#%6UTYA# M*^Y_%$]EVX5UU1@VN:$54Z**ENU@IB'KXB58MWC_(,7$8RK0HT]"HSPB\$SH 88A>,M)N!!4ZW@5);/+?^`E*%'=[<5@`` ` end From owner-devfs@oss.sgi.com Sat Aug 4 00:14:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f747Esw30363 for devfs-outgoing; Sat, 4 Aug 2001 00:14:54 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f747EqV30360 for ; Sat, 4 Aug 2001 00:14:52 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f747Emh02927; Sat, 4 Aug 2001 01:14:48 -0600 Date: Sat, 4 Aug 2001 01:14:48 -0600 Message-Id: <200108040714.f747Emh02927@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v184 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 184 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.7. Highlights of this release: - Support large numbers of SCSI discs (~2144) - Documentation typo fix for fs/devfs/util.c - Fixed drivers/char/stallion.c for devfs - Added DEVFSD_NOTIFY_DELETE event - Updated README from master HTML file - Removed #include from fs/devfs/base.c Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Aug 4 04:29:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74BT7D30959 for devfs-outgoing; Sat, 4 Aug 2001 04:29:07 -0700 Received: from thalassa.informatimago.com (postfix@57.205.87.212.in-addr.arpa [212.87.205.57] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74BT4V30953 for ; Sat, 4 Aug 2001 04:29:04 -0700 Received: by thalassa.informatimago.com (Postfix on SuSE Linux 7.1 (i386), from userid 1000) id 9B7F858041; Sat, 4 Aug 2001 13:28:25 +0200 (CEST) From: Pascal Bourguignon To: devfs@oss.sgi.com Subject: /dev/.devfsd ? Organization: InformatiMago. X-PGP-Key-ID: 0xEF5E9966 X-PGP-fingerprint: 00 F5 7B DB CA 51 8A AD 04 5B 6C DE 32 60 16 8E EF 5E 99 66 X-PGP-Key-URL: http://www.informatimago.com/pgpkey X-URL: http://www.informatimago.com/index X-Accept-Language: fr, es, en Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Language: fr, es, en Reply-To: Message-Id: <20010804112825.9B7F858041@thalassa.informatimago.com> Date: Sat, 4 Aug 2001 13:28:25 +0200 (CEST) Sender: owner-devfs@oss.sgi.com Precedence: bulk Hello, In the rc.devfs script, the presence of a /dev/.devfsd node is tested before lauching devfsd. It seems to expect it to be a character device. Well, after intensive search in the documentation, HOWTO, mail-list archives, and linux kernel sources, I've found no hint as to how to create it. What should be the major and minor for the /dev/.devfsd character device? -- __Pascal_Bourguignon__ (o_ Software patents are endangering () ASCII ribbon against html email //\ the computer industry all around /\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/ 1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++ N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+) DI+++ D++ G++ e+++ h+(++) r? y---? UF++++ ------END GEEK CODE BLOCK------ From owner-devfs@oss.sgi.com Sat Aug 4 07:37:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74EbrQ20927 for devfs-outgoing; Sat, 4 Aug 2001 07:37:53 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74EbqV20916 for ; Sat, 4 Aug 2001 07:37:52 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f74Ebh204802; Sat, 4 Aug 2001 08:37:43 -0600 Date: Sat, 4 Aug 2001 08:37:43 -0600 Message-Id: <200108041437.f74Ebh204802@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Cc: devfs@oss.sgi.com Subject: Re: /dev/.devfsd ? In-Reply-To: <20010804112825.9B7F858041@thalassa.informatimago.com> References: <20010804112825.9B7F858041@thalassa.informatimago.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk Pascal Bourguignon writes: > In the rc.devfs script, the presence of a /dev/.devfsd node is tested > before lauching devfsd. It seems to expect it to be a character > device. Note that the rc.devfs script is mostly deprecated. Devfsd provides permissions management as well. > Well, after intensive search in the documentation, HOWTO, mail-list > archives, and linux kernel sources, I've found no hint as to how to > create it. Of course not. You're not supposed to create it. It's created by the kernel. If /dev/.devfsd doesn't exist, it means you haven't mounted devfs on /dev. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Aug 4 08:09:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74F9hD24615 for devfs-outgoing; Sat, 4 Aug 2001 08:09:43 -0700 Received: from thalassa.informatimago.com (postfix@57.205.87.212.in-addr.arpa [212.87.205.57] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74F9cV24596 for ; Sat, 4 Aug 2001 08:09:39 -0700 Received: by thalassa.informatimago.com (Postfix on SuSE Linux 7.1 (i386), from userid 1000) id E72705D622; Sat, 4 Aug 2001 17:08:59 +0200 (CEST) From: Pascal Bourguignon To: rgooch@ras.ucalgary.ca Cc: devfs@oss.sgi.com In-reply-to: <200108041437.f74Ebh204802@vindaloo.ras.ucalgary.ca> (message from Richard Gooch on Sat, 4 Aug 2001 08:37:43 -0600) Subject: Re: /dev/.devfsd ? Organization: InformatiMago. X-PGP-Key-ID: 0xEF5E9966 X-PGP-fingerprint: 00 F5 7B DB CA 51 8A AD 04 5B 6C DE 32 60 16 8E EF 5E 99 66 X-PGP-Key-URL: http://www.informatimago.com/pgpkey X-URL: http://www.informatimago.com/index X-Accept-Language: fr, es, en Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Language: fr, es, en Reply-To: References: <20010804112825.9B7F858041@thalassa.informatimago.com> <200108041437.f74Ebh204802@vindaloo.ras.ucalgary.ca> Message-Id: <20010804150859.E72705D622@thalassa.informatimago.com> Date: Sat, 4 Aug 2001 17:08:59 +0200 (CEST) Sender: owner-devfs@oss.sgi.com Precedence: bulk > Pascal Bourguignon writes: > > In the rc.devfs script, the presence of a /dev/.devfsd node is tested > > before lauching devfsd. It seems to expect it to be a character > > device. > > Note that the rc.devfs script is mostly deprecated. Devfsd provides > permissions management as well. > > > Well, after intensive search in the documentation, HOWTO, mail-list > > archives, and linux kernel sources, I've found no hint as to how to > > create it. > > Of course not. You're not supposed to create it. It's created by the > kernel. If /dev/.devfsd doesn't exist, it means you haven't mounted > devfs on /dev. > > Regards, > > Richard.... Thanks, Clearly, there's something that I've not understood. Well, from what you're writting, I get it that devfsd and the stuff done by rc.devfs and in rc.sysinit: # If we're using devfs, start devfsd now - we need the old device names [ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev are actually the devfs_d_aemon stuff and devfs (which is integrated into the kernel) does not need anything to run, but being mounted. The question is : how do you mount a devfs "pseudo-volume" on /dev? I've got the problem with the root_fs distributed with user-mode-linux. For example with the root_fs_redhat_6.2_big, I got: bash# grep devfs /etc/rc.d/rc.sysinit # If we're using devfs, start devfsd now - we need the old device names [ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev action "Mount USB filesystem" mount -t usbdevfs usbdevfs /proc/bus/usb [ -f /proc/bus/usb/devices ] && mount -f -t usbdevfs usbdevfs /proc/bus/usb bash# ls -l /dev/.dev* ls: /dev/.dev*: No such file or directory bash# cat /proc/devices Character devices: 1 mem 2 pty 3 ttyp 4 ttys/%d <--- aren't they devfs devices ? 5 serial/%d <--- aren't they devfs devices ? 10 misc 128 ptm 136 pts 162 raw Block devices: 1 ramdisk 7 loop 43 nbd 98 ubd bash# ls -l /dev/ttys /dev/serial ls: /dev/ttys: No such file or directory ls: /dev/serial: No such file or directory bash# cat /proc/filesystems nodev proc nodev sockfs nodev tmpfs nodev pipefs ext2 nodev devpts Why is there no 'nodev devfs' line here? Perhaps it's the problem, but how to solve it? There are all these references to devfs in /etc: bash# find /etc -type f -exec grep -n devfs {} /dev/null \; /etc/rc.d/rc.sysinit:13:# If we're using devfs, start devfsd now - we need the old device names /etc/rc.d/rc.sysinit:14:[ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev /etc/rc.d/rc.sysinit:176: action "Mount USB filesystem" mount -t usbdevfs usbdevfs /proc/bus/usb /etc/rc.d/rc.sysinit:279:[ -f /proc/bus/usb/devices ] && mount -f -t usbdevfs usbdevfs /proc/bus/usb /etc/devfsd.conf:1:# Sample /etc/devfsd.conf configuration file. /etc/devfsd.conf:11:# configured your system to use the original "new" devfs names or the really /etc/modules.devfs:1:# /etc/modules.devfs /etc/modules.devfs:7:# This file comes with devfsd-v1.3.10 which is available from: /etc/modules.devfs:10:# ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd-v1.3.10.tar.gz But nowhere anything related to mounting devfs. Puzzled... -- __Pascal_Bourguignon__ (o_ Software patents are endangering () ASCII ribbon against html email //\ the computer industry all around /\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/ 1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++ N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+) DI+++ D++ G++ e+++ h+(++) r? y---? UF++++ ------END GEEK CODE BLOCK------ From owner-devfs@oss.sgi.com Sat Aug 4 08:34:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74FY7m27944 for devfs-outgoing; Sat, 4 Aug 2001 08:34:07 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74FY5V27941 for ; Sat, 4 Aug 2001 08:34:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f74FY1u05349; Sat, 4 Aug 2001 09:34:01 -0600 Date: Sat, 4 Aug 2001 09:34:01 -0600 Message-Id: <200108041534.f74FY1u05349@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Cc: devfs@oss.sgi.com Subject: Re: /dev/.devfsd ? In-Reply-To: <20010804150859.E72705D622@thalassa.informatimago.com> References: <20010804112825.9B7F858041@thalassa.informatimago.com> <200108041437.f74Ebh204802@vindaloo.ras.ucalgary.ca> <20010804150859.E72705D622@thalassa.informatimago.com> Sender: owner-devfs@oss.sgi.com Precedence: bulk > > Of course not. You're not supposed to create it. It's created by the > > kernel. If /dev/.devfsd doesn't exist, it means you haven't mounted > > devfs on /dev. > > Clearly, there's something that I've not understood. Well, from what > you're writting, I get it that devfsd and the stuff done by rc.devfs > and in rc.sysinit: > > # If we're using devfs, start devfsd now - we need the old device names > [ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev > > are actually the devfs_d_aemon stuff and devfs (which is integrated > into the kernel) does not need anything to run, but being mounted. The > question is : how do you mount a devfs "pseudo-volume" on /dev? There is a CONFIG option to make devfs mounted at boot time, or you can do "devfs=mount" at the boot prompt, or you can do: # mount -t devfs none /dev Of course, it requires devfs to be compiled into your kernel. > I've got the problem with the root_fs distributed with > user-mode-linux. For example with the root_fs_redhat_6.2_big, I got: Which kernel version is this? > bash# cat /proc/devices > Character devices: > 1 mem > 2 pty > 3 ttyp > 4 ttys/%d <--- aren't they devfs devices ? > 5 serial/%d <--- aren't they devfs devices ? Yes they are. And they shouldn't appear unless CONFIG_DEVFS_FS=y. > bash# cat /proc/filesystems > nodev proc > nodev sockfs > nodev tmpfs > nodev pipefs > ext2 > nodev devpts > > Why is there no 'nodev devfs' line here? That's a bloody good question. Also check your dmesg output for devfs messages: % dmesg | fgrep devfs > Perhaps it's the problem, but how to solve it? For some reason, one part of your kernel thinks it has devfs, the other part doesn't. Either you've got a strange patch applied, or perhaps you didn't do a "make dep;make clean" after reconfiguring your kernel. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Aug 4 11:26:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74IQYS00897 for devfs-outgoing; Sat, 4 Aug 2001 11:26:34 -0700 Received: from thalassa.informatimago.com (postfix@57.205.87.212.in-addr.arpa [212.87.205.57] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74IQRV00894 for ; Sat, 4 Aug 2001 11:26:28 -0700 Received: by thalassa.informatimago.com (Postfix on SuSE Linux 7.1 (i386), from userid 1000) id 45E015D957; Sat, 4 Aug 2001 20:25:39 +0200 (CEST) From: Pascal Bourguignon To: rgooch@ras.ucalgary.ca Cc: devfs@oss.sgi.com In-reply-to: <200108041534.f74FY1u05349@vindaloo.ras.ucalgary.ca> (message from Richard Gooch on Sat, 4 Aug 2001 09:34:01 -0600) Subject: Re: /dev/.devfsd ? Organization: InformatiMago. X-PGP-Key-ID: 0xEF5E9966 X-PGP-fingerprint: 00 F5 7B DB CA 51 8A AD 04 5B 6C DE 32 60 16 8E EF 5E 99 66 X-PGP-Key-URL: http://www.informatimago.com/pgpkey X-URL: http://www.informatimago.com/index X-Accept-Language: fr, es, en Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Language: en Reply-To: References: <20010804112825.9B7F858041@thalassa.informatimago.com> <200108041437.f74Ebh204802@vindaloo.ras.ucalgary.ca> <20010804150859.E72705D622@thalassa.informatimago.com> <200108041534.f74FY1u05349@vindaloo.ras.ucalgary.ca> Message-Id: <20010804182539.45E015D957@thalassa.informatimago.com> Date: Sat, 4 Aug 2001 20:25:39 +0200 (CEST) Sender: owner-devfs@oss.sgi.com Precedence: bulk > There is a CONFIG option to make devfs mounted at boot time, or you > can do "devfs=mount" at the boot prompt, or you can do: > # mount -t devfs none /dev > > Of course, it requires devfs to be compiled into your kernel. > [...] [with] CONFIG_DEVFS_FS=y. Well, this is the problem and the solution. What happened is that I browsed the kernel configuration, and when one does that with user-mode-linux patched kernel, the devfs is not proposed in the configuration options. (It seems like many other options are missing too). Removing my .config, and recompiling with the default configuration for this architecture (which includes CONFIG_DEVFS_FS=y and CONFIG_DEVFS_MOUNT=y), produces a kernel including devfs. Thank you very much for the help. My problem is solved, and I'll signal the problem with the configuration of ARCH=um to the user-mode-linux team. > > I've got the problem with the root_fs distributed with > > user-mode-linux. For example with the root_fs_redhat_6.2_big, I got: > > Which kernel version is this? Kernel 2.4.7 with user-mode-linux 2.4.7.3, running on a RedHat 6.2 installation (with the modules of 2.4.7-3um added). I have the same problem with the other root_fs images configured for user-mode-linux... > > Perhaps it's the problem, but how to solve it? > > For some reason, one part of your kernel thinks it has devfs, the > other part doesn't. Either you've got a strange patch applied, or Indeed, the user-mode-linux patch. > perhaps you didn't do a "make dep;make clean" after reconfiguring your > kernel. > Richard.... Well, I definitely did not make dep clean after make xconfig. It seemed to do automatically the dependencies. My problem was not directly related to that, but I should not have overlooked it. I added it to my Makefile. Thanks again. -- __Pascal_Bourguignon__ (o_ Software patents are endangering () ASCII ribbon against html email //\ the computer industry all around /\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/ 1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++ N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+) DI+++ D++ G++ e+++ h+(++) r? y---? UF++++ ------END GEEK CODE BLOCK------ From owner-devfs@oss.sgi.com Sat Aug 4 11:41:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74IfhM01758 for devfs-outgoing; Sat, 4 Aug 2001 11:41:43 -0700 Received: from thalassa.informatimago.com (postfix@57.205.87.212.in-addr.arpa [212.87.205.57] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74IfdV01748 for ; Sat, 4 Aug 2001 11:41:39 -0700 Received: by thalassa.informatimago.com (Postfix on SuSE Linux 7.1 (i386), from userid 1000) id 2EA225DAA4; Sat, 4 Aug 2001 20:40:58 +0200 (CEST) From: Pascal Bourguignon To: jdike@karaya.com Cc: user-mode-linux-user@lists.sourceforge.net Cc: Richard Gooch Cc: devfs@oss.sgi.com In-reply-to: <200108041822.NAA02099@ccure.karaya.com> (message from Jeff Dike on Sat, 04 Aug 2001 13:22:20 -0500) Subject: Re: [uml-user] /dev/.devfsd in root_fs' ? Organization: InformatiMago. X-PGP-Key-ID: 0xEF5E9966 X-PGP-fingerprint: 00 F5 7B DB CA 51 8A AD 04 5B 6C DE 32 60 16 8E EF 5E 99 66 X-PGP-Key-URL: http://www.informatimago.com/pgpkey X-URL: http://www.informatimago.com/index X-Accept-Language: fr, es, en Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Language: fr, es, en Reply-To: References: <200108041822.NAA02099@ccure.karaya.com> Message-Id: <20010804184058.2EA225DAA4@thalassa.informatimago.com> Date: Sat, 4 Aug 2001 20:40:58 +0200 (CEST) Sender: owner-devfs@oss.sgi.com Precedence: bulk > pjb@informatimago.com said: > > Why is there no 'nodev devfs' line here? > > Because devfs isn't configured. And the presence of *_devfs_* symbols doesn't > necessaily mean anything. They could be stubs that allow other pieces of the > kernel to build without needing #ifdef DEVFS. Effectively, the three of four *_devfs_* symbols are not the whole story. > > Perhaps it's the problem, but > > how to solve it? > > Configure it into the kernel. > > Jeff Right! :-) Well, I believe that I first erroneously ran make xconfig without the ARCH=um option, and then when I later ran make xconfig with ARCH=um, the CONFIG_DEVFS_FS and CONFIG_DEVFS_MOUNT options were not activated, and since there's no user interface to set them in xconfig, I entered into the problem. This was solved doing: rm -f .config make xconfig ARCH=um Thank you for the help. By the way, why DEVFS_FS, DEVFS_MOUNT and DEVFS_DEBUG don't appear in the xconfig options? -- __Pascal_Bourguignon__ (o_ Software patents are endangering () ASCII ribbon against html email //\ the computer industry all around /\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/ 1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++ N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+) DI+++ D++ G++ e+++ h+(++) r? y---? UF++++ ------END GEEK CODE BLOCK------ From owner-devfs@oss.sgi.com Sat Aug 4 12:39:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74JdxT09799 for devfs-outgoing; Sat, 4 Aug 2001 12:39:59 -0700 Received: from ccure.karaya.com (IDENT:root@mnh-1-01.mv.com [207.22.10.33]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74JdtV09785 for ; Sat, 4 Aug 2001 12:39:56 -0700 Received: from ccure (IDENT:jdike@ccure [127.0.0.1]) by ccure.karaya.com (8.9.3/8.9.3) with ESMTP id PAA02587; Sat, 4 Aug 2001 15:55:14 -0500 Message-Id: <200108042055.PAA02587@ccure.karaya.com> X-Mailer: exmh version 2.0.2 To: pjb@informatimago.com Cc: user-mode-linux-user@lists.sourceforge.net Cc: Richard Gooch Cc: devfs@oss.sgi.com Subject: Re: [uml-user] /dev/.devfsd in root_fs' ? In-Reply-To: Your message of "Sat, 04 Aug 2001 20:40:58 +0200." <20010804184058.2EA225DAA4@thalassa.informatimago.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Aug 2001 15:55:14 -0500 From: Jeff Dike Sender: owner-devfs@oss.sgi.com Precedence: bulk pjb@informatimago.com said: > Well, I believe that I first erroneously ran make xconfig without the > ARCH=um option, Yeah, if you do that, the best thing is to do an mrproper and start all over again with 'ARCH=um' on everything. > By the way, why DEVFS_FS, DEVFS_MOUNT and DEVFS_DEBUG don't appear in > the xconfig options? They do. They're under filesystems. Jeff From owner-devfs@oss.sgi.com Sat Aug 4 12:53:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74JrB711545 for devfs-outgoing; Sat, 4 Aug 2001 12:53:11 -0700 Received: from thalassa.informatimago.com (57.205.87.212.in-addr.arpa [212.87.205.57] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74Jr8V11536 for ; Sat, 4 Aug 2001 12:53:08 -0700 Received: by thalassa.informatimago.com (Postfix on SuSE Linux 7.1 (i386), from userid 1000) id 12A965D58D; Sat, 4 Aug 2001 21:48:14 +0200 (CEST) From: Pascal Bourguignon To: jdike@karaya.com Cc: user-mode-linux-user@lists.sourceforge.net, rgooch@ras.ucalgary.ca, devfs@oss.sgi.com In-reply-to: <200108042055.PAA02587@ccure.karaya.com> (message from Jeff Dike on Sat, 04 Aug 2001 15:55:14 -0500) Subject: Re: [uml-user] /dev/.devfsd in root_fs' ? Organization: InformatiMago. X-PGP-Key-ID: 0xEF5E9966 X-PGP-fingerprint: 00 F5 7B DB CA 51 8A AD 04 5B 6C DE 32 60 16 8E EF 5E 99 66 X-PGP-Key-URL: http://www.informatimago.com/pgpkey X-URL: http://www.informatimago.com/index X-Accept-Language: fr, es, en Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Language: fr, es, en Reply-To: References: <200108042055.PAA02587@ccure.karaya.com> Message-Id: <20010804194814.12A965D58D@thalassa.informatimago.com> Date: Sat, 4 Aug 2001 21:48:14 +0200 (CEST) Sender: owner-devfs@oss.sgi.com Precedence: bulk > pjb@informatimago.com said: > > Well, I believe that I first erroneously ran make xconfig without the > > ARCH=um option, > > Yeah, if you do that, the best thing is to do an mrproper and start all over > again with 'ARCH=um' on everything. > > > By the way, why DEVFS_FS, DEVFS_MOUNT and DEVFS_DEBUG don't appear in > > the xconfig options? > > They do. They're under filesystems. > > Jeff Oops ! That's true. Once upon a time I was a Macintosh user, and I'm not used to scroll when there are buttons in a "dialog". My fault, sorry. (Shameful) -- __Pascal_Bourguignon__ (o_ Software patents are endangering () ASCII ribbon against html email //\ the computer industry all around /\ and Microsoft attachments. V_/ the world http://lpf.ai.mit.edu/ 1962:DO20I=1.100 2001:my($f)=`fortune`; http://petition.eurolinux.org/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d? s++:++(+++)>++ a C+++ UB+++L++++$S+X++++>$ P- L+++ E++ W++ N++ o-- K- w------ O- M++$ V PS+E++ Y++ PGP++ t+ 5? X+ R !tv b++(+) DI+++ D++ G++ e+++ h+(++) r? y---? UF++++ ------END GEEK CODE BLOCK------ From owner-devfs@oss.sgi.com Sat Aug 4 13:14:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f74KEXm14590 for devfs-outgoing; Sat, 4 Aug 2001 13:14:33 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f74KEVV14583 for ; Sat, 4 Aug 2001 13:14:32 -0700 Received: from inf.ufrgs.br (puma.inf.ufrgs.br [143.54.11.5]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id NAA04141 for ; Sat, 4 Aug 2001 13:14:14 -0700 (PDT) mail_from (drebes@inf.ufrgs.br) Received: from jacui (jacui [143.54.11.130]) by inf.ufrgs.br (8.11.0/8.11.3) with ESMTP id f74K6nf23547 for ; Sat, 4 Aug 2001 17:06:49 -0300 Date: Sat, 4 Aug 2001 17:09:34 -0300 (EST) From: Roberto Jung Drebes X-Sender: drebes@jacui To: devfs@oss.sgi.com Subject: Multiples instances of LOOKUP in /etc/devfsd.conf Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, I'm using devfs-2.4.5. I would like to have all the actions done in /dev to be persistet after reboots. I have some working configuration, but still have some doubts. I am not --binding the pre-devfs-mounted /dev to /dev-state, since this creates many devices which I believe one of the purposes of devfs is to eliminate, so I have a very minimal /dev-state with symbolic links, like mouse -> misc/psaux, ttyLT0 -> tts/LT0. I also have the devfsd lines REGISTER .* COPY /dev-state/$devname $devpath CHANGE .* COPY $devpath /dev-state/$devname CREATE .* COPY $devpath /dev-state/$devname which take care of keeping all modifications I do at /dev mirrored at /dev-state and so persisting after reboots. The problem is that since I would like that, whenever a device does not exists in /dev, it would first try to be copied from /dev-state, and if it fails, have the default LOOKUP action for autoloding. That is, something like: # if it is a legacy device, copy it from /dev-state LOOKUP .* COPY /dev-state/$devname $devpath # else, try autoloading vi modules.devfs LOOKUP .* MODLOAD Right now, I am specifying each of the devices that I would like to be copied, like LOOKUP mouse COPY /dev-state/$devname $devpath LOOKUP ttyLT0 COPY /dev-state/$devname $devpath but I think the multiple LOOKUP .* solution is more elegant and simpler (You could boot the kernel with devfs already mounted at /dev, keep the old devices somewhere like /.dev-state, and have it all work tranparently. If you use --bind, you need to mount devfs later on, and that gives me errors on reboot telling me to umount /prov /dev-state and /dev manually). Is it possible? Please cc any reply to my email since I am not subscribed to the list. TIA, -- Roberto Jung Drebes Porto Alegre, RS - Brasil http://www.inf.ufrgs.br/~drebes/ From owner-devfs@oss.sgi.com Sun Aug 5 15:27:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f75MRQS03690 for devfs-outgoing; Sun, 5 Aug 2001 15:27:26 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f75MRNV03675 for ; Sun, 5 Aug 2001 15:27:23 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f75MRFf15320; Sun, 5 Aug 2001 16:27:15 -0600 Date: Sun, 5 Aug 2001 16:27:15 -0600 Message-Id: <200108052227.f75MRFf15320@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Roberto Jung Drebes Cc: devfs@oss.sgi.com Subject: Re: Multiples instances of LOOKUP in /etc/devfsd.conf In-Reply-To: References: Sender: owner-devfs@oss.sgi.com Precedence: bulk Roberto Jung Drebes writes: > I'm using devfs-2.4.5. You mean kernel 2.4.5 with CONFIG_DEVFS_FS=y > I would like to have all the actions done in /dev to be persistet > after reboots. I have some working configuration, but still have > some doubts. > > I am not --binding the pre-devfs-mounted /dev to /dev-state, since this > creates many devices which I believe one of the purposes of devfs is to > eliminate, so I have a very minimal /dev-state with symbolic links, like > mouse -> misc/psaux, ttyLT0 -> tts/LT0. I also have the devfsd lines > > REGISTER .* COPY /dev-state/$devname $devpath > CHANGE .* COPY $devpath /dev-state/$devname > CREATE .* COPY $devpath /dev-state/$devname > > which take care of keeping all modifications I do at /dev mirrored at > /dev-state and so persisting after reboots. The problem is that since I > would like that, whenever a device does not exists in /dev, it would first > try to be copied from /dev-state, and if it fails, have the default LOOKUP > action for autoloding. That is, something like: > > # if it is a legacy device, copy it from /dev-state > LOOKUP .* COPY /dev-state/$devname $devpath > # else, try autoloading vi modules.devfs > LOOKUP .* MODLOAD Actually, I think you want it the other way around: first try loading the module and then copy the permissions: LOOKUP .* MODLOAD LOOKUP .* COPY /dev-state/$devname $devpath If the module does exist, the COPY will update the permissions if required. If the module doesn't exist, the COPY will create the inode. > Right now, I am specifying each of the devices that I would like to be > copied, like > > LOOKUP mouse COPY /dev-state/$devname $devpath > LOOKUP ttyLT0 COPY /dev-state/$devname $devpath > > but I think the multiple LOOKUP .* solution is more elegant and > simpler (You could boot the kernel with devfs already mounted at > /dev, keep the old devices somewhere like /.dev-state, and have it > all work tranparently. If you use --bind, you need to mount devfs > later on, and that gives me errors on reboot telling me to umount > /prov /dev-state and /dev manually). Is it possible? Once devfsd is killed, you can unmount /dev-state. And the correct shutdown sequence is to kill daemons and then unmount filesystems. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Aug 7 02:02:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7792Fw23053 for devfs-outgoing; Tue, 7 Aug 2001 02:02:15 -0700 Received: from nixpbe.pdb.sbs.de (nixpbe.pdb.sbs.de [192.109.2.33]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7792BV23047 for ; Tue, 7 Aug 2001 02:02:12 -0700 Received: from trulli.pdb.fsc.net ([172.25.96.20]) by nixpbe.pdb.sbs.de (8.11.2/8.11.2) with ESMTP id f77924915151 for ; Tue, 7 Aug 2001 11:02:05 +0200 Received: from biker.pdb.fsc.net (biker.pdb.fsc.net [172.25.187.106]) by trulli.pdb.fsc.net (8.9.3/8.9.3) with ESMTP id LAA21973 for ; Tue, 7 Aug 2001 11:02:04 +0200 Received: from localhost (martin@localhost) by biker.pdb.fsc.net (8.11.0/8.11.0) with ESMTP id f7792tt11611 for ; Tue, 7 Aug 2001 11:02:55 +0200 Date: Tue, 7 Aug 2001 11:02:54 +0200 (CEST) From: Martin Wilck To: devfs mailing list Subject: [PATCH]: devfsd-v1.3.12 compile error on IA64 In-Reply-To: <200107302118.f6ULITu00621@mobilix.ras.ucalgary.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-devfs@oss.sgi.com Precedence: bulk The following mini-patch fixes a type error & a warning on IA64. Martin -- Martin Wilck FSC EP PS DS1, Paderborn Tel. +49 5251 8 15113 diff -ru devfsd/devfsd.c devfsd1/devfsd.c --- devfsd/devfsd.c Tue Aug 7 12:23:41 2001 +++ devfsd1/devfsd.c Tue Aug 7 12:22:49 2001 @@ -382,7 +382,7 @@ const char *devname, const regmatch_t *ex, unsigned int numexp, FILE *errfp); -static void expand_regexp (char *output, unsigned int outsize, +static void expand_regexp (char *output, size_t outsize, const char *input, const char *devname, const regmatch_t *ex, unsigned int numex, FILE *errfp); @@ -1544,7 +1544,7 @@ /*break;*/ } fprintf (stderr, "Entry: \"%s\"(len=%d) %s mode: %o uid: %d gid: %d\n", - info.devname, strlen (info.devname), type, + info.devname, (int) strlen (info.devname), type, (int) info.mode, (int) info.uid, (int) info.gid); } fprintf (stderr, "Error reading control file\t%s\n", ERRSTRING); From owner-devfs@oss.sgi.com Tue Aug 7 11:19:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f77IJkH06192 for devfs-outgoing; Tue, 7 Aug 2001 11:19:46 -0700 Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f77IJfV06189 for ; Tue, 7 Aug 2001 11:19:44 -0700 Received: from calvin.paulbristow.lan (195.154.54.67) by mail.libertysurf.net (5.1.053) id 3B6E6F950002D9E9; Tue, 7 Aug 2001 20:19:28 +0200 Received: from paulbristow.net (IDENT:paul@zoltar [192.168.30.10]) by calvin.paulbristow.lan (8.9.3/8.8.7) with ESMTP id UAA22130; Tue, 7 Aug 2001 20:16:32 +0200 Message-ID: <3B704EC5.2090900@paulbristow.net> Date: Tue, 07 Aug 2001 20:25:41 +0000 From: Paul Bristow User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 X-Accept-Language: en-us MIME-Version: 1.0 To: "Kevin P. Fleming" CC: Richard Gooch , Martin Wilck , devfs mailing list , Linux Kernel mailing list Subject: Re: [PATCH]: ide-floppy & devfs References: <000701c116f5$8268a820$6baaa8c0@kevin> <200107281215.f6SCFt716350@mobilix.ras.ucalgary.ca> <001001c11781$9db10a50$6baaa8c0@kevin> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-devfs@oss.sgi.com Precedence: bulk OK. I am the maintainer of the code, and I will try to make sense out of all the patches that got submitted while I was away on holiday... BTW, I also am looking forward to 2.5 starting when we can get this devfs stuff really working. I have a version of ide-floppy "working with devfs" on my system but it still has too many funnies. Watch this space. Paul Kevin P. Fleming wrote: > > >>Are you saying that the two patch conflict? If not, can someone please >>verify that both together are safe? Or is your patch a superset? >> >> > > Actually, the patches are complementary. However, my patch I won't be > continuing to work on, as the entire way that partitions are > read/validated/passed to devfs/etc will be changed in 2.5, and I've already > forwarded this patch over to the maintainer of that code (whose name escapes > my memory at the moment). So I'd say don't worry about it from the devfs > end, you'll see the changes once 2.5 opens and these changes get merged in > to that tree. > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- Paul Email: paul@paulbristow.net Web: http://paulbristow.net ICQ: 11965223 From owner-devfs@oss.sgi.com Tue Aug 7 11:28:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f77IS5S06439 for devfs-outgoing; Tue, 7 Aug 2001 11:28:05 -0700 Received: from mail.labsysgrp.com (phnx1-blk2-hfc-0251-d1db10f1.rdc1.az.coxatwork.com [209.219.16.241]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f77IS3V06436 for ; Tue, 7 Aug 2001 11:28:03 -0700 Received: from root by mail.labsysgrp.com with scanned-ok (Exim 3.30 #2) id 15UBa8-0007AU-00 for devfs@oss.sgi.com; Tue, 07 Aug 2001 11:27:56 -0700 Received: from jeeves.kpf.internal ([192.168.170.1]) by mail.labsysgrp.com with esmtp (Exim 3.30 #2) id 15UBa2-00079r-00; Tue, 07 Aug 2001 11:27:52 -0700 Received: from [192.168.170.107] (helo=kevin) by jeeves.kpf.internal with smtp (Exim 3.30 #1) id 15UBYe-0003t5-00; Tue, 07 Aug 2001 11:26:24 -0700 Message-ID: <031e01c11f6e$c78acab0$6baaa8c0@kevin> From: "Kevin P. Fleming" To: "Paul Bristow" Cc: "Richard Gooch" , "Martin Wilck" , "devfs mailing list" , "Linux Kernel mailing list" References: <000701c116f5$8268a820$6baaa8c0@kevin> <200107281215.f6SCFt716350@mobilix.ras.ucalgary.ca> <001001c11781$9db10a50$6baaa8c0@kevin> <3B704EC5.2090900@paulbristow.net> Subject: Re: [PATCH]: ide-floppy & devfs Date: Tue, 7 Aug 2001 11:28:39 -0700 Organization: LSG, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-devfs@oss.sgi.com Precedence: bulk Also, Andre's new IDE driver subsystem will allow me to continue what I had originally started working on, which was implementing Media Status Notification in the ide-floppy driver, so that the drive can "intelligently" allow/disallow media removal, and when media is removed, the /dev entries will be kept up to date as well. This looks like all 2.5 stuff as well, though, as I don't expect to see Andre's new IDE stuff for 2.4 any time soon. ----- Original Message ----- From: "Paul Bristow" To: "Kevin P. Fleming" Cc: "Richard Gooch" ; "Martin Wilck" ; "devfs mailing list" ; "Linux Kernel mailing list" Sent: Tuesday, August 07, 2001 1:25 PM Subject: Re: [PATCH]: ide-floppy & devfs > OK. I am the maintainer of the code, and I will try to make sense out > of all the patches that got submitted while I was away on holiday... > > BTW, I also am looking forward to 2.5 starting when we can get this > devfs stuff really working. I have a version of ide-floppy "working > with devfs" on my system but it still has too many funnies. > > Watch this space. > > Paul > > Kevin P. Fleming wrote: > > > > > >>Are you saying that the two patch conflict? If not, can someone please > >>verify that both together are safe? Or is your patch a superset? > >> > >> > > > > Actually, the patches are complementary. However, my patch I won't be > > continuing to work on, as the entire way that partitions are > > read/validated/passed to devfs/etc will be changed in 2.5, and I've already > > forwarded this patch over to the maintainer of that code (whose name escapes > > my memory at the moment). So I'd say don't worry about it from the devfs > > end, you'll see the changes once 2.5 opens and these changes get merged in > > to that tree. > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ > > > > > -- > > Paul > > Email: > paul@paulbristow.net > Web: > http://paulbristow.net > ICQ: > 11965223 > > > > From owner-devfs@oss.sgi.com Tue Aug 7 22:08:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7858T125311 for devfs-outgoing; Tue, 7 Aug 2001 22:08:29 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7858RV25307 for ; Tue, 7 Aug 2001 22:08:27 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7858A014375; Tue, 7 Aug 2001 23:08:10 -0600 Date: Tue, 7 Aug 2001 23:08:10 -0600 Message-Id: <200108080508.f7858A014375@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v185 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 185 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.8-pre6. Highlights of this release: - Made and in fs/devfs/util.c private - Fixed inode table races by removing it and using inode->u.generic_ip instead - Moved into - Moved into Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Aug 7 22:26:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f785Q6v27688 for devfs-outgoing; Tue, 7 Aug 2001 22:26:06 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f785Q5V27681 for ; Tue, 7 Aug 2001 22:26:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f785Q0p14709; Tue, 7 Aug 2001 23:26:00 -0600 Date: Tue, 7 Aug 2001 23:26:00 -0600 Message-Id: <200108080526.f785Q0p14709@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Martin Wilck Cc: devfs mailing list Subject: Re: [PATCH]: devfsd-v1.3.12 compile error on IA64 In-Reply-To: References: <200107302118.f6ULITu00621@mobilix.ras.ucalgary.ca> Sender: owner-devfs@oss.sgi.com Precedence: bulk Martin Wilck writes: > > The following mini-patch fixes a type error & a warning on IA64. > > diff -ru devfsd/devfsd.c devfsd1/devfsd.c > --- devfsd/devfsd.c Tue Aug 7 12:23:41 2001 > +++ devfsd1/devfsd.c Tue Aug 7 12:22:49 2001 > @@ -382,7 +382,7 @@ > const char *devname, > const regmatch_t *ex, unsigned int numexp, > FILE *errfp); > -static void expand_regexp (char *output, unsigned int outsize, > +static void expand_regexp (char *output, size_t outsize, > const char *input, const char *devname, > const regmatch_t *ex, unsigned int numex, > FILE *errfp); > @@ -1544,7 +1544,7 @@ > /*break;*/ > } > fprintf (stderr, "Entry: \"%s\"(len=%d) %s mode: %o uid: %d gid: %d\n", > - info.devname, strlen (info.devname), type, > + info.devname, (int) strlen (info.devname), type, > (int) info.mode, (int) info.uid, (int) info.gid); > } > fprintf (stderr, "Error reading control file\t%s\n", ERRSTRING); Applied. Thanks. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Aug 7 23:44:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f786i4206928 for devfs-outgoing; Tue, 7 Aug 2001 23:44:04 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f786i2V06925 for ; Tue, 7 Aug 2001 23:44:02 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f786hwk15743; Wed, 8 Aug 2001 00:43:58 -0600 Date: Wed, 8 Aug 2001 00:43:58 -0600 Message-Id: <200108080643.f786hwk15743@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.13 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.13 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Added support for DELETE event - Added debug trace to - Added compatibility entry support for SCSI discs 16 to 127 - Added support for recursively reading config directories - Documentation updates. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Aug 9 04:53:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f79Br2112649 for devfs-outgoing; Thu, 9 Aug 2001 04:53:02 -0700 Received: from smtp-out.hamburg.pop.de (mail@smtp-out.hamburg.pop.de [195.222.210.86]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f79BqwV12639 for ; Thu, 9 Aug 2001 04:52:59 -0700 Received: from mail.hamburg.pop.de ([193.98.9.7] helo=mail.provi.de) by smtp-out.hamburg.pop.de with esmtp (Exim 3.22 #1) id 15UoNZ-0000aR-00 for devfs@oss.sgi.com; Thu, 09 Aug 2001 13:53:33 +0200 Received: from dsit04f.atlas.de ([141.200.125.99] helo=dsit04.atlas.de) by mail.provi.de with smtp (Exim 3.20 #2) id 15UoMy-0006wU-00 for devfs@oss.sgi.com; Thu, 09 Aug 2001 13:52:56 +0200 Received: by dsit04.atlas.de; (5.65v4.0/1.3/10May95) id AA23347; Thu, 9 Aug 2001 13:52:56 +0200 Received: from pcew80.atlas.de by dsit03.atlas.de (5.65v4.0/1.1.10.5/28May97-0309PM) id AA13998; Thu, 9 Aug 2001 13:52:56 +0200 Received: from pcew80 (reincke@pcew80.atlas.de [141.200.61.180]) by pcew80.atlas.de (8.12.0.Beta16/8.12.0.Beta16/Debian 8.12.0.Beta16) with SMTP id f79BqtUW016949 for ; Thu, 9 Aug 2001 13:52:55 +0200 Date: Thu, 9 Aug 2001 13:52:55 +0200 From: Michael Reincke To: devfs@oss.sgi.com Subject: problem: devfs and scsi tape permissions Message-Id: <20010809135255.00942cb7.reincke.m@stn-atlas.de> Organization: STN ATLAS Elektronik GmbH X-Mailer: Sylpheed version 0.5.1 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, i've some trouble with devfs and the permission on my SCSI-tape drive: I'm using Linux-Kernel 2.4.7 and devfsd 1.3.11-7 from unstable Debian. After a reboot the permissions on /dev/scsi/host0/bus0/target4/lun0 are as follows drwxr-xr-x 1 root root 0 Jan 1 1970 lun0/ A request on the tape-drive as normal user gives a permission denied and the permissions on /dev/scsi/host0/bus0/target4/lun0 are set to drw------- 1 root root 0 Jan 1 1970 lun0/ all nodes in lun0 are having the right permissions: ls -l /dev/scsi/host0/bus0/target4/lun0/ total 0 crw-rw---- 1 root tape 9, 0 Jan 1 1970 mt crw-rw---- 1 root tape 9, 96 Jan 1 1970 mta crw-rw---- 1 root tape 9, 224 Jan 1 1970 mtan crw-rw---- 1 root tape 9, 32 Jan 1 1970 mtl crw-rw---- 1 root tape 9, 160 Jan 1 1970 mtln crw-rw---- 1 root tape 9, 64 Jan 1 1970 mtm crw-rw---- 1 root tape 9, 192 Jan 1 1970 mtmn crw-rw---- 1 root tape 9, 128 Jan 1 1970 mtn So to get the whole thing work i need on /dev/scsi/host0/bus0/target4/lun0 the following permissions: drwxrwx--- 1 root tape 0 Jan 1 1970 lun0 or dr-xr-x--- 1 root tape 0 Jan 1 1970 lun0 How could i reach this?? I tried using CFUNCTION CREATE nst0 CFUNCTION GLOBAL chmod ${mntpnt}/scsi/host0/bus0/target4/lun0 770 CREATE nst0 CFUNCTION GLOBAL chown ${mntpnt}/scsi/host0/bus0/target4/lun0 0 26 but no work. Setiing the permissions by hand and activating saving and restoring the state is also not working. -- Michael Reincke, NUT Team 2 (Software Build Management) STN ATLAS Elektronik GmbH, Bremen (Germany) E-mail : reincke.m@stn-atlas.de | mail: Sebaldsbrücker Heerstr 235 phone : +49-421-457-2302 | 28305 Bremen fax : +49-421-457-3913 | From owner-devfs@oss.sgi.com Thu Aug 9 09:42:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f79Gg6115228 for devfs-outgoing; Thu, 9 Aug 2001 09:42:06 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f79Gg3V15224 for ; Thu, 9 Aug 2001 09:42:03 -0700 Received: from mobilix.ras.ucalgary.ca (guestpc.physics.umanitoba.ca [130.179.72.122]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id JAA08187 for ; Thu, 9 Aug 2001 09:41:00 -0700 (PDT) mail_from (rgooch@mobilix.ras.ucalgary.ca) Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f79GZ0M02901; Thu, 9 Aug 2001 11:35:00 -0500 Date: Thu, 9 Aug 2001 11:35:00 -0500 Message-Id: <200108091635.f79GZ0M02901@mobilix.ras.ucalgary.ca> From: Richard Gooch To: Michael Reincke Cc: linux-kernel@vger.kernel.org, devfs@oss.sgi.com Subject: Re: problem: devfs scsi tape permissions In-Reply-To: <20010808072147.00943ce9.reincke.m@stn-atlas.de> References: <20010808072147.00943ce9.reincke.m@stn-atlas.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Michael Reincke writes: > Hi, > > i've some trouble with devfs and the permission on my SCSI-tape drive: > > after a reboot the permissions on /dev/scsi/host0/bus0/target4/lun0 are as > follows > drwxr-xr-x 1 root root 0 Jan 1 1970 lun0/ That's fine. > A request on the tape-drive as normal user gives a permission denied and > the permissions on /dev/scsi/host0/bus0/target4/lun0 set to > drw------- 1 root root 0 Jan 1 1970 lun0/ How the hell did that happen? Devfs provides no way for changing the permissions of a directory from kernel-space. So it looks like you have a busted devfsd configuration. > all nodes in lun0 are having the right permissions: > ls -l /dev/scsi/host0/bus0/target4/lun0/ > > total 0 > crw-rw---- 1 root tape 9, 0 Jan 1 1970 mt > crw-rw---- 1 root tape 9, 96 Jan 1 1970 mta > crw-rw---- 1 root tape 9, 224 Jan 1 1970 mtan > crw-rw---- 1 root tape 9, 32 Jan 1 1970 mtl > crw-rw---- 1 root tape 9, 160 Jan 1 1970 mtln > crw-rw---- 1 root tape 9, 64 Jan 1 1970 mtm > crw-rw---- 1 root tape 9, 192 Jan 1 1970 mtmn > crw-rw---- 1 root tape 9, 128 Jan 1 1970 mtn Well, that's not the default that the kernel provides. The default is rw access for everyone. Which even more strongly suggests that the devfsd config you have is broken. > So to get the whole thing work i need on /dev/scsi/host0/bus0/target4/lun0 > the following permissions: > drwxrwx--- 1 root tape 0 Jan 1 1970 lun0 > > How could i reach this?? I tried using CFUNCTION You shouldn't need to do anything in the first place. My guess is to fix the broken Debian configuration files. Talk to Russel Coker: he's the new Debian maintainer. Tell him I sent you :-) Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Aug 9 13:01:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f79K1wM25783 for devfs-outgoing; Thu, 9 Aug 2001 13:01:58 -0700 Received: from mobilix.ras.ucalgary.ca (guestpc.physics.umanitoba.ca [130.179.72.122]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f79K1uV25780 for ; Thu, 9 Aug 2001 13:01:57 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f79K1hq06187; Thu, 9 Aug 2001 15:01:43 -0500 Date: Thu, 9 Aug 2001 15:01:43 -0500 Message-Id: <200108092001.f79K1hq06187@mobilix.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@mobilix.ras.ucalgary.ca Subject: [PATCH] devfs v186 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 186 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.8-pre6. Highlights of this release: - Fixed race in for uni-processor - Fixed drivers/scsi/sd.h for when CONFIG_SD_MANY=n - Updated README from master HTML file Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Aug 9 13:30:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f79KUOD28265 for devfs-outgoing; Thu, 9 Aug 2001 13:30:24 -0700 Received: from sabi.co.UK (sabi.claranet.co.uk [212.126.138.20]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f79KULV28259 for ; Thu, 9 Aug 2001 13:30:22 -0700 Received: from localhost ([127.0.0.1] helo=home.sabi.co.UK ident=piercarl) by sabi.co.UK with smtp (Exim 3.16 #1) id 15UwRY-0002I4-00; Thu, 09 Aug 2001 21:30:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15218.62163.885257.356292@home.sabi.co.UK> Date: Thu, 9 Aug 2001 21:30:11 +0100 (BST) X-Face: SMJE]JPYVBO-9UR%/8d'mG.F!@.,l@c[f'[%S8'BZIcbQc3/">GrXDwb#;fTRGNmHr^JFbS AptvwWc,0+z+~p~"Gdr4H$(|N(yF(wwCM2bW0~U?HPEE^fkPGx^u[*[yV.gyB!hDOli}EF[\cW*SH< GG"+i\3#fp@@EeWZWBv;]LA5n1pS2VO%Vv[yH?kY'lEWr30WfIU?%>&spRGFL}{`bj1TaD^l/"[msn (/TH#THs{Hpj>)]f> Cc: Linux devfs Subject: Re: problem: devfs and scsi tape permissions In-Reply-To: <20010809135255.00942cb7.reincke.m@stn-atlas.de> References: <20010809135255.00942cb7.reincke.m@stn-atlas.de> X-Mailer: VM 6.75 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: pg_mh@sabi.Clara.co.UK (Piercarlo Grandi) From: pg_mh@sabi.Clara.co.UK (Piercarlo Grandi) X-Disclaimer: This message contains only personal opinions Sender: owner-devfs@oss.sgi.com Precedence: bulk >>> On Thu, 9 Aug 2001 13:52:55 +0200, Michael Reincke >>> said: [ ... ] reincke.m> CREATE nst0 CFUNCTION GLOBAL chmod ${mntpnt}/scsi/host0/bus0/target4/lun0 770 reincke.m> CREATE nst0 CFUNCTION GLOBAL chown ${mntpnt}/scsi/host0/bus0/target4/lun0 0 26 I use something much simpler, something like: ------------------------------------------------------------------------ #LOOKUP ^tape$ COPY scsi/host1/bus0/target5/lun0/mtn $devname #LOOKUP ^tape1$ COPY scsi/host1/bus0/target6/lun0/mtn $devname REGISTER ^scsi/host1/bus0/target5/lun0/mtn$ COPY $devpath tape UNREGISTER ^scsi/host1/bus0/target5/lun0/mtn$ EXECUTE rm tape REGISTER ^scsi/host1/bus0/target6/lun0/mtn$ COPY $devpath tape1 UNREGISTER ^scsi/host1/bus0/target6/lun0/mtn$ EXECUTE rm tape1 REGISTER ^tape[0-9]*$ PERMISSIONS root.disk 0666 ------------------------------------------------------------------------ From owner-devfs@oss.sgi.com Fri Aug 10 13:13:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7AKDoc24672 for devfs-outgoing; Fri, 10 Aug 2001 13:13:50 -0700 Received: from mobilix.ras.ucalgary.ca (guestpc.physics.umanitoba.ca [130.179.72.122]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7AKDkV24669 for ; Fri, 10 Aug 2001 13:13:49 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f7AKDBr04909; Fri, 10 Aug 2001 15:13:11 -0500 Date: Fri, 10 Aug 2001 15:13:11 -0500 Message-Id: <200108102013.f7AKDBr04909@mobilix.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@mobilix.ras.ucalgary.ca Subject: devfsd-v1.3.14 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.14 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Fixed support for recursively reading config directories. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Aug 13 09:41:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7DGfuk13408 for devfs-outgoing; Mon, 13 Aug 2001 09:41:56 -0700 Received: from mobilix.ras.ucalgary.ca (guestpc.physics.umanitoba.ca [130.179.72.122]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7DGftj13405 for ; Mon, 13 Aug 2001 09:41:55 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f7DGfRX01182; Mon, 13 Aug 2001 11:41:27 -0500 Date: Mon, 13 Aug 2001 11:41:27 -0500 Message-Id: <200108131641.f7DGfRX01182@mobilix.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@mobilix.ras.ucalgary.ca Subject: [PATCH] devfs v187 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 187 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.9-pre2. Highlights of this release: - Fixed drivers/char/stallion.c for devfs - Fixed drivers/char/rocket.c for devfs - Fixed bug in : limited to 128 numbers Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Aug 13 09:48:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7DGm0913520 for devfs-outgoing; Mon, 13 Aug 2001 09:48:00 -0700 Received: from mobilix.ras.ucalgary.ca (guestpc.physics.umanitoba.ca [130.179.72.122]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7DGlxj13517 for ; Mon, 13 Aug 2001 09:47:59 -0700 Received: (from rgooch@localhost) by mobilix.ras.ucalgary.ca (8.10.0/8.10.0) id f7DGlrR01294; Mon, 13 Aug 2001 11:47:53 -0500 Date: Mon, 13 Aug 2001 11:47:53 -0500 Message-Id: <200108131647.f7DGlrR01294@mobilix.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@mobilix.ras.ucalgary.ca Subject: devfsd-v1.3.15 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.15 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Updated compatibility entry support for proposed Stallion serial driver names - Added compatibility entry support for Rocketport serial driver. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 15 12:58:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7FJwhj17449 for devfs-outgoing; Wed, 15 Aug 2001 12:58:43 -0700 Received: from mailgate.rz.uni-karlsruhe.de (exim@mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7FJwej17435 for ; Wed, 15 Aug 2001 12:58:40 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15X6oI-0006vH-00; Wed, 15 Aug 2001 21:58:38 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id VAA03577 for ; Wed, 15 Aug 2001 21:58:36 +0200 (MET DST) Received: (qmail 3530 invoked from network); 15 Aug 2001 19:58:34 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 15 Aug 2001 19:58:34 -0000 To: devfs@oss.sgi.com Subject: Living without special entries in devfsd.conf From: Robert Siemer X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Reply-To: Robert Siemer Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010815215834B.siemer@panorama.hadiko.de> Date: Wed, 15 Aug 2001 21:58:34 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 44 Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi devfs friends! devfs consists of two different kinds of entries. "Real" and "artificial" (e.g. symlinks, devices via mknod) ones. Here a table which events devfsd gets: real artificial arise REGISTER CREATE change CHANGE CHANGE vanish UNREGISTER DELETE If there is still nothing: LOOKUP With this knowledge it was easier for me to reunite the two approaches for permisson-persistens (copy in /dev-state/) and artificial entries (special configuration in /etc/devfsd.conf). So my devfsd.conf is looking like this (remove comments): REGISTER .* COPY /dev-state/$devname $devpath # arise real CREATE .* COPY $devpath /dev-state/$devname # arise artificial CHANGE .* COPY $devpath /dev-state/$devname # change (both) DELETE .* CFUNCTION GLOBAL unlink /dev-state/$devname # vanish artificial # (vanish real is uninteresting) LOOKUP .* MODLOAD # could be "real" LOOKUP .* COPY /dev-state/$devname $devpath # maybe artificial "New" (and not recommended in standard devfsd.conf) is just the handling of the events DELETE and LOOKUP. While DELETE is not working for me (but I don't want to call it a bug before I try the latest devfs) LOOKUP is performing good. It let's me going without special entries in /etc/devfsd.conf. Comments and suggestions welcome. Bye, Robert From owner-devfs@oss.sgi.com Wed Aug 15 14:52:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7FLqM112548 for devfs-outgoing; Wed, 15 Aug 2001 14:52:22 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7FLqIj12522 for ; Wed, 15 Aug 2001 14:52:18 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7FLq4V30985; Wed, 15 Aug 2001 15:52:04 -0600 Date: Wed, 15 Aug 2001 15:52:04 -0600 Message-Id: <200108152152.f7FLq4V30985@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Robert Siemer Cc: devfs@oss.sgi.com Subject: Re: Living without special entries in devfsd.conf In-Reply-To: <20010815215834B.siemer@panorama.hadiko.de> References: <20010815215834B.siemer@panorama.hadiko.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Robert Siemer writes: > devfs consists of two different kinds of entries. "Real" and > "artificial" (e.g. symlinks, devices via mknod) ones. > > Here a table which events devfsd gets: > > real artificial > arise REGISTER CREATE > change CHANGE CHANGE > vanish UNREGISTER DELETE > > If there is still nothing: LOOKUP > > With this knowledge it was easier for me to reunite the two approaches > for permisson-persistens (copy in /dev-state/) and artificial entries > (special configuration in /etc/devfsd.conf). > > So my devfsd.conf is looking like this (remove comments): > > REGISTER .* COPY /dev-state/$devname $devpath # arise real > CREATE .* COPY $devpath /dev-state/$devname # arise artificial > CHANGE .* COPY $devpath /dev-state/$devname # change (both) > DELETE .* CFUNCTION GLOBAL unlink /dev-state/$devname > # vanish artificial > # (vanish real is uninteresting) > LOOKUP .* MODLOAD # could be "real" > LOOKUP .* COPY /dev-state/$devname $devpath # maybe artificial > > "New" (and not recommended in standard devfsd.conf) is just the > handling of the events DELETE and LOOKUP. This is a reasonable approach. I implemented the DELETE event specifically for better persistence management. However, your approach requires a hook into the LOOKUP event. This means the kernel has to do an upcall to devfsd. If you're doing module autoloading anyway, this is not an issue. However, if you're like me, and don't do module autoloading, and don't want to have the LOOKUP upcall overhead, a different approach is required. I'll be adding code to devfsd to support grabbing inodes/permissions at startup from a directory tree, and populating devfs with this. This will not require a LOOKUP event hook. > While DELETE is not working for me (but I don't want to call it a bug > before I try the latest devfs) LOOKUP is performing good. It let's me > going without special entries in /etc/devfsd.conf. You need to grab devfs-patch-v184 or later and apply. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 15 22:27:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7G5RSq12830 for devfs-outgoing; Wed, 15 Aug 2001 22:27:28 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7G5RQj12827 for ; Wed, 15 Aug 2001 22:27:27 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7G5Qlx05483; Wed, 15 Aug 2001 23:26:47 -0600 Date: Wed, 15 Aug 2001 23:26:47 -0600 Message-Id: <200108160526.f7G5Qlx05483@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.16 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.16 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Move opendir(3) call to - Be more tolerant of some system errors - Fixed file descriptor leak in . Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Aug 16 02:25:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7G9PI720404 for devfs-outgoing; Thu, 16 Aug 2001 02:25:18 -0700 Received: from mailgate.rz.uni-karlsruhe.de (exim@mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7G9PFj20401 for ; Thu, 16 Aug 2001 02:25:16 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15XJOq-0001Tm-00; Thu, 16 Aug 2001 11:25:13 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id LAA16544 for ; Thu, 16 Aug 2001 11:25:11 +0200 (MET DST) Received: (qmail 8973 invoked from network); 16 Aug 2001 09:25:10 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 16 Aug 2001 09:25:10 -0000 To: devfs@oss.sgi.com Subject: Permissions db in "mounted-over /dev" <-> "normal directory" From: Robert Siemer X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Reply-To: Robert Siemer Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010816112510F.siemer@panorama.hadiko.de> Date: Thu, 16 Aug 2001 11:25:10 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 41 Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi! Until today I was clueless what the difference between "Permissions database stored in mounted-over /dev" and "Permissions database stored in normal directory" is. (http://www.atnf.csiro.au/~rgooch/linux/docs/devfs.html#persistence) Main problem was missing documentation of "mount --bind" as my old mount man page did not mentioned it. I upgraded "mount" but "--bind" is still missing in the man page. Just the command on its own gave a clue: One can also mount an already visible directory tree elsewhere: mount --bind olddir newdir Now I see the difference in both mentioned approaches - there is nearly no one! In the end (everything is mounted) both solution have their database in /dev-state and devfs in (e.g.) /dev. While unmounted you can see it this way: mounted-over /dev: -/dev is holding the database (and mountpoint, too) -/dev-state is empty (mountpoint only) normal directory: -/dev is empty (mountpoint only) -/dev-state is holding the database I hope I'm correct here... If I am it would be good to mention this in .../devfs.html. And as "mounted-over /dev" needs a new mount and recent kernel: what's its gain? Bye, Robert From owner-devfs@oss.sgi.com Thu Aug 16 08:25:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7GFPwK31846 for devfs-outgoing; Thu, 16 Aug 2001 08:25:58 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7GFPuj31843 for ; Thu, 16 Aug 2001 08:25:56 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7GFPwY10288; Thu, 16 Aug 2001 09:25:58 -0600 Date: Thu, 16 Aug 2001 09:25:58 -0600 Message-Id: <200108161525.f7GFPwY10288@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Robert Siemer Cc: devfs@oss.sgi.com Subject: Re: Permissions db in "mounted-over /dev" <-> "normal directory" In-Reply-To: <20010816112510F.siemer@panorama.hadiko.de> References: <20010816112510F.siemer@panorama.hadiko.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Robert Siemer writes: > Hi! > > Until today I was clueless what the difference between > "Permissions database stored in mounted-over /dev" and > "Permissions database stored in normal directory" is. > > (http://www.atnf.csiro.au/~rgooch/linux/docs/devfs.html#persistence) > > Main problem was missing documentation of "mount --bind" as my old > mount man page did not mentioned it. I upgraded "mount" but "--bind" > is still missing in the man page. Just the command on its own gave a > clue: Complain to Andries to get the man page fixed. > One can also mount an already visible directory tree elsewhere: > mount --bind olddir newdir > > Now I see the difference in both mentioned approaches - there is > nearly no one! > > In the end (everything is mounted) both solution have their database > in /dev-state and devfs in (e.g.) /dev. > > While unmounted you can see it this way: > mounted-over /dev: > -/dev is holding the database (and mountpoint, too) > -/dev-state is empty (mountpoint only) > normal directory: > -/dev is empty (mountpoint only) > -/dev-state is holding the database > > > I hope I'm correct here... Yep. > And as "mounted-over /dev" needs a new mount and recent kernel: > what's its gain? - You don't need to copy inodes from /dev to /dev-state - you can seamlessly switch between devfs and non-devfs systems without worrying about copying permissions over. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Fri Aug 17 07:04:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7HE4pI03458 for devfs-outgoing; Fri, 17 Aug 2001 07:04:51 -0700 Received: from mailgate.rz.uni-karlsruhe.de (exim@mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7HE4mj03454 for ; Fri, 17 Aug 2001 07:04:48 -0700 Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15XkEw-0004k9-00; Fri, 17 Aug 2001 16:04:46 +0200 Received: from panorama.hadiko.de (hadii309.hadiko.uni-karlsruhe.de [172.20.44.69]) by nce2.hadiko.de (8.9.3/8.9.3) with SMTP id QAA16816 for ; Fri, 17 Aug 2001 16:04:44 +0200 (MET DST) Received: (qmail 20108 invoked from network); 17 Aug 2001 14:04:43 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 17 Aug 2001 14:04:43 -0000 To: devfs@oss.sgi.com Subject: Re: Permissions db in "mounted-over /dev" <-> "normal directory" From: Robert Siemer In-Reply-To: <200108161525.f7GFPwY10288@vindaloo.ras.ucalgary.ca> References: <20010816112510F.siemer@panorama.hadiko.de> <200108161525.f7GFPwY10288@vindaloo.ras.ucalgary.ca> X-Mailer: Mew version 1.94b25 on Emacs 20.5 / Mule 4.0 (HANANOEN) Reply-To: Robert Siemer Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010817160442A.siemer@panorama.hadiko.de> Date: Fri, 17 Aug 2001 16:04:42 +0200 X-Dispatcher: imput version 990425(IM115) Lines: 20 Sender: owner-devfs@oss.sgi.com Precedence: bulk From: Richard Gooch > Robert Siemer writes: > > And as "mounted-over /dev" needs a new mount and recent kernel: > > what's its gain? > > - You don't need to copy inodes from /dev to /dev-state Uh? And what is this doing instead?: CHANGE .* COPY $devpath /dev-state/$devname CREATE .* COPY $devpath /dev-state/$devname > - you can seamlessly switch between devfs and non-devfs systems > without worrying about copying permissions over. Indeed! Good to know... Bye, Robert From owner-devfs@oss.sgi.com Fri Aug 17 07:40:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7HEe6J04351 for devfs-outgoing; Fri, 17 Aug 2001 07:40:06 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7HEe5j04348 for ; Fri, 17 Aug 2001 07:40:05 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7HEe2126136; Fri, 17 Aug 2001 08:40:02 -0600 Date: Fri, 17 Aug 2001 08:40:02 -0600 Message-Id: <200108171440.f7HEe2126136@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: Robert Siemer Cc: devfs@oss.sgi.com Subject: Re: Permissions db in "mounted-over /dev" <-> "normal directory" In-Reply-To: <20010817160442A.siemer@panorama.hadiko.de> References: <20010816112510F.siemer@panorama.hadiko.de> <200108161525.f7GFPwY10288@vindaloo.ras.ucalgary.ca> <20010817160442A.siemer@panorama.hadiko.de> Sender: owner-devfs@oss.sgi.com Precedence: bulk Robert Siemer writes: > From: Richard Gooch > > Robert Siemer writes: > > > > And as "mounted-over /dev" needs a new mount and recent kernel: > > > what's its gain? > > > > - You don't need to copy inodes from /dev to /dev-state > > Uh? And what is this doing instead?: > CHANGE .* COPY $devpath /dev-state/$devname > CREATE .* COPY $devpath /dev-state/$devname I meant *during setup*! When you first create /dev-state, you need to copy permissions from /dev to /dev-state manually. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Aug 18 11:02:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7II2ib02985 for devfs-outgoing; Sat, 18 Aug 2001 11:02:44 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7II2ej02981 for ; Sat, 18 Aug 2001 11:02:40 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7II2Rv12385; Sat, 18 Aug 2001 12:02:27 -0600 Date: Sat, 18 Aug 2001 12:02:27 -0600 Message-Id: <200108181802.f7II2Rv12385@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subjectd: devfsd-v1.3.17 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.17 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Dynamically load libnsl at run-time as needed, rather than linking. Based on patch from Adam J. Richter. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Sat Aug 18 11:09:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7II9nB03150 for devfs-outgoing; Sat, 18 Aug 2001 11:09:49 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7II9mj03147 for ; Sat, 18 Aug 2001 11:09:48 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7II9nq12577; Sat, 18 Aug 2001 12:09:49 -0600 Date: Sat, 18 Aug 2001 12:09:49 -0600 Message-Id: <200108181809.f7II9nq12577@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.17 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.17 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Dynamically load libnsl at run-time as needed, rather than linking. Based on patch from Adam J. Richter. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Mon Aug 20 09:21:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7KGLRR24610 for devfs-outgoing; Mon, 20 Aug 2001 09:21:27 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7KGLFj24590 for ; Mon, 20 Aug 2001 09:21:20 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7KGKqw01274; Mon, 20 Aug 2001 10:20:52 -0600 Date: Mon, 20 Aug 2001 10:20:52 -0600 Message-Id: <200108201620.f7KGKqw01274@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v188 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 188 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.9. Highlights of this release: - Updated major masks in fs/devfs/util.c up to Linus' "no new majors" proclamation. Block: were 126 now 122 free, char: were 26 now 19 free - Updated README from master HTML file - Removed remnant of multi-mount support in - Removed unused DEVFS_FL_SHOW_UNREG flag Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Tue Aug 21 23:32:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7M6WYv21981 for devfs-outgoing; Tue, 21 Aug 2001 23:32:34 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7M6WW921976 for ; Tue, 21 Aug 2001 23:32:32 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7M6WJs26503; Wed, 22 Aug 2001 00:32:19 -0600 Date: Wed, 22 Aug 2001 00:32:19 -0600 Message-Id: <200108220632.f7M6WJs26503@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v189 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 189 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz This is against 2.4.9. Highlights of this release: - Removed nlink field from struct devfs_inode - Removed auto-ownership for /dev/pty/* (BSD ptys) and used DEVFS_FL_CURRENT_OWNER|DEVFS_FL_NO_PERSISTENCE for /dev/pty/s* (just like Unix98 pty slaves) and made /dev/pty/m* rw-rw-rw- access Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Wed Aug 22 22:52:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7N5qlB15502 for devfs-outgoing; Wed, 22 Aug 2001 22:52:47 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7N5qhd15496 for ; Wed, 22 Aug 2001 22:52:43 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7N5qeo06460; Wed, 22 Aug 2001 23:52:40 -0600 Date: Wed, 22 Aug 2001 23:52:40 -0600 Message-Id: <200108230552.f7N5qeo06460@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: devfsd-v1.3.18 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. I've just released version 1.3.18 of my devfsd (devfs daemon) at: http://www.atnf.csiro.au/~rgooch/linux/ Tarball directly available from: ftp://ftp.??.kernel.org/pub/linux/daemons/devfsd/devfsd.tar.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/daemons/devfsd/devfsd.tar.gz This works with devfs-patch-v130, kernel 2.3.46 and devfs-patch-v99.7 (or later). The main changes are: - Removed harmless false positives in PERMISSIONS action - Return ID=0 rather than exiting on failed lookup in passwd or group databases - Do not exit in EXECUTE action if fork(2) fails - Added documentation on regular subexpression support. Thanks to Adam J. Richter. Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca From owner-devfs@oss.sgi.com Thu Aug 23 12:13:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7NJDXf02595 for devfs-outgoing; Thu, 23 Aug 2001 12:13:33 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7NJDSd02592 for ; Thu, 23 Aug 2001 12:13:28 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7NJ66M14854; Thu, 23 Aug 2001 13:06:06 -0600 Date: Thu, 23 Aug 2001 13:06:06 -0600 Message-Id: <200108231906.f7NJ66M14854@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v190 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 190 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz REMINDER: this patch and earlier patches include support for >2000 SCSI discs. Complete ChangeLog against 2.4.9 is appended. This is against 2.4.9. Highlights of this release: - Updated README from master HTML file - Replaced BKL with global rwsem to protect symlink data (quick and dirty hack) Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca =============================================================================== - Fixed bug in which could hang boot process - Support large numbers of SCSI discs (~2080) - Documentation typo fix for fs/devfs/util.c - Added DEVFSD_NOTIFY_DELETE event - Removed #include from fs/devfs/base.c - Made and in fs/devfs/util.c private - Fixed inode table races by removing it and using inode->u.generic_ip instead - Moved into - Moved into - Fixed race in for uni-processor - Fixed drivers/char/stallion.c for devfs - Fixed drivers/char/rocket.c for devfs - Fixed bug in : limited to 128 numbers - Updated major masks in fs/devfs/util.c up to Linus' "no new majors" proclamation. Block: were 126 now 122 free, char: were 26 now 19 free - Removed remnant of multi-mount support in - Removed unused DEVFS_FL_SHOW_UNREG flag - Removed nlink field from struct devfs_inode - Removed auto-ownership for /dev/pty/* (BSD ptys) and used DEVFS_FL_CURRENT_OWNER|DEVFS_FL_NO_PERSISTENCE for /dev/pty/s* (just like Unix98 pty slaves) and made /dev/pty/m* rw-rw-rw- access - Updated README from master HTML file - Replaced BKL with global rwsem to protect symlink data (quick and dirty hack) From owner-devfs@oss.sgi.com Sun Aug 26 23:20:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7R6KT614884 for devfs-outgoing; Sun, 26 Aug 2001 23:20:29 -0700 Received: from vindaloo.ras.ucalgary.ca (vindaloo.ras.ucalgary.ca [136.159.55.21]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7R6KPd14881 for ; Sun, 26 Aug 2001 23:20:25 -0700 Received: (from rgooch@localhost) by vindaloo.ras.ucalgary.ca (8.10.0/8.10.0) id f7R6KST12679; Mon, 27 Aug 2001 00:20:28 -0600 Date: Mon, 27 Aug 2001 00:20:28 -0600 Message-Id: <200108270620.f7R6KST12679@vindaloo.ras.ucalgary.ca> From: Richard Gooch To: linux-kernel@vger.kernel.org, devfs-announce-list@vindaloo.ras.ucalgary.ca Subject: [PATCH] devfs v191 available Sender: owner-devfs@oss.sgi.com Precedence: bulk Hi, all. Version 191 of my devfs patch is now available from: http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html The devfs FAQ is also available here. Patch directly available from: ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-current.gz AND: ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz REMINDER: this patch and earlier patches include support for >2000 SCSI discs. This is against 2.4.9. Highlights of this release: - Replaced global rwsem for symlink with per-link refcount Regards, Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca