I have found two bugs in the NTFS driver for Linux (and 44bsd).
I also change the beavior of posix=0 for Linux-2.1.
1 - Shadow Files:
Symptom:
* my Mirror/Linux/kernel/v2.1 directory shows only one
file with ls [ie readdir()] but I can acces all files
only if I know each name.
* after a while, the linux kernel OOPS in free_inode().
Explanation:
* I found two memory corruptions with insert in an array,
the correction is to use memmove() in place of memcpy().
2 - mmap() SIGBUS:
Symptom:
* when I grep on NTFS files, I got a SIGBUS. Looking in
grep 2.2 sources, I found that it uses mmap() since grep 2.1.
Explanation:
* The function generic_file_map() use s_blocksize_bits
to setup the number of blocks, call ntfs_bmap() and send the
requests to ll_wr_block() with s_blocksize. But the NTFS
driver setups s_blocksize_bits from s_blocksize with one
more bit so 512 give 10 in place of 9.
3 - Change behavior of posix=0:
* The NTFS driver changes the mixedcase filenames to
lowercase ones with posix=0. With posix=1, filenames are
unchanged but the driver shows also short names.
I change the behavior of posix=0 for Linux-2.1:
long names are no longer lowercase.
The following file patches.tar.gz contains 3 patches files:
[[ PATCHE~1.GZ : 3081 dans PATCHE~1.GZ ]]
linux-ntfs.patch:
Shadow files and mmap() patches for linux-2.1.106
linux-ntfs-nolower.patch:
Change behavior of posix=0 for linux-2.1.106
ntfs-980526.patch:
Shadow files and mmap() patches for ntfs-980526.
Edouard.
PS: Martin, could you send these patches to Linus
with your latest release of the NTFS driver ?
---
Sorry, I am no longer in the mailing-list due to the
NCR Internet policy. Please, answer directly to
Edouard.Parmelan@France.NCR.COM
The following binary file has been uuencoded to ensure successful
transmission. Use UUDECODE to extract.
begin 600 PATCHE~1.GZ
M'XL(`````````^U7;6_;-A#N5_M7W%*T?I'DB)(EVW)EI%VRKL/6`+6+`NL*
M0[:HF(@L&9*<)AOZWW<DK5A^28)T:3.@N@1B1-Z=^-R1]UQ"%BTOM2@+4BV*
MP_@S35H++YO.GCR@$%VWVVUX`ESTK1'`:.MM`-MJDP[^V`2`F!W#>@+Z0V[B
M)EFFF9<`W*E'+VAR%4?TV^_HNXK/@@"T2V@U^;/9BN4P\<Y!6T+(3\=AD!Z*
M`]+KZD0G^-J:;JZ(J:JF:3<;5$:S)?RVC`#:0#I.6W>L+I!>KUM5%&6/MRU]
MRW0,4^H?'8%&2$\E.BAB-.'HJ`K_5*&29LERF@%W,@Y8&/HL:4(4N`LO\>9]
M5&!1!D'HG:7NV]$OP_'KD]'[;IU&67*EZ)<6:?2KFM!)9_'G\8SY/HU<7<WB
ML;@9KMZO*KOKN>.01F?9;*]GO9$K(=#Y6L4TI,[UAYE*DR1.\N_D+T]9X-,`
MA-W;UZ/QV]'X^/1D./[]],/)NY4NV]SG4QIA;GE0/C.\S_4HT`;9U8(V>*"F
M7DH!=SOVX]3!]\IA$X[CJ):!S])%Z%U!&$=G$'ESFD+S4,;<--4.AMRTU9Z(
M^!XKC$N2:7$47JUM46^U!1'YYZ;8@=R"X4!"LV42@7XGRMS&=.`:*"D"K7SA
MCTE"O?-^$>,B3MFE(S%8MFHC!IL@%(%!0(`HSO*-'+0.5/!2R&8L!?P-O'/J
M2QPLJ*]R[!)X_AR:/*8<I^O66K4&__H]T*"W'(<P#>*DSC!U[$7N%C_69XHB
M5OE&1WQ+Z7*QP""G\'+X\YLWP&/=@B&+IE3\#<>G0Y$`B=<V)=Y>CK=2P8J;
MQ=):E2@Q:\O0APF%:9PD%&^03!O?8KZ7C^S3P*V]K''<A;D7;NU/B;Q2*4PK
M;LVK::A>S,_U>@'?)WE]Q(WUZ61Y5C\^>?7^]?AT].O).Q4.,)D^WF(XPP0]
M2U6T@&?^7]&!FOM0"\[$)<,XK:X^T,L%@DG!BR`.@C&FV,MF-$'0.(._H9AM
M51^[!C^FA-?\__"\G\O=_&]?\[]E6,C_AF'I)?]_#_D*_O>R+-GI`.3DS3V`
M7-]B==-VK,Y-7<!>BW8/C=9]`)9SI"3QE-6-4\`765S]>,RBE"99`[E55I@Y
MG4\75W46Q=J`NT\5IA"U^*JN%\?3>!EE&FLTD6"O[>?Q!;V_@U7=A93]36,L
MJMP95V&3948;J^9@PTQ1-B93+*HM3M\N?_0%^)[%P8OG#GANHPW\5M+"NCB8
M8M.Q$X6U2K*,0I9F"E=#./L7U)THW-M!'H7-W6EB=\UB:%9F,C`[WCYR@T^M
M:8A7%WN`U7B;*G[%Y61:?:1NM]"]WM'M$@($+X7NZ&1]RKM&1^V"(@>>:DES
M;R)L&>;(9A3.:1+1D!-;!A[X]()A.S`)X^DY;V$\T83`*E"2W-.)-DC'0H5'
MWKV(0VVPTN`3O"&5'<F6IKKU/IZP+.5M2Y\-!BYIX#&YGQW\Y`+)C7FSN$=/
MWH:49NOYNM1#K-N>&[=V%!M.L)/@VC]P!Y"?7,NPOUD#<`?_F\2V5OQOD(YM
M(O\3NU/R_W<161&3)10.PN$TQ@H?Y40OJM3&E"A^-QI4AEC(_L#_!@TL?J9C
M]IRVO2Y^N]XJ'_`?+%'\L!<PG';7(59)\27%_Q>*WSK0@G$-79*Y.('%F9WC
M7%RL#)%3Q6DVP2!.VW#,]M9IWE#?/,P66O0*3&Z*TRR'%9/?S<3P_^-BV8&P
MK^]`;DD3V4D3N2U-9#=-NF,21S?WIHGL39/A&.UUFGI&6]P[,90-UX,W7(]-
>>J644DHII9122BFEE%)**:64\H/)O[^RSD4`*```
`
end
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu