> If you have the diffs ready then it would be great if you could do that.
> (Did the maxbytes stuff enter the mainstream kernel yet? Are you going to
> feed them together? Or will that be dropped for now?)
maxbytes got to Linus. The checks using it are not all there, but maxbytes
went in early
At 23:11 15/04/2001, Alan Cox wrote:
> > Can the numerous ntfs fixes in the -ac series be applied to the mainstream
> > kernel instead? Thanks.
>
>Want me to feed them to Linus or will you do it ?
If you have the diffs ready then it would be great if you could do that.
(Did the maxbytes stuff en
> Can the numerous ntfs fixes in the -ac series be applied to the mainstream
> kernel instead? Thanks.
Want me to feed them to Linus or will you do it ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sun, 15 Apr 2001, Rogier Wolff wrote:
> Anton Altaparmakov wrote:
> > >Also, the "start" value that is read from the record, could be much
> > larger than expected, which could lead to accessing random data. The
> > fixup should fail then, and this is also patched below.
> >
> > No it can't (
Anton Altaparmakov wrote:
> >Also, the "start" value that is read from the record, could be much
> larger than expected, which could lead to accessing random data. The
> fixup should fail then, and this is also patched below.
>
> No it can't (in theory). The volume would be corrupt if it was. Th
Linus, Alan,
Please do not apply this patch as both the comment and the code are wrong
and unnecessary, respectively.
Can the numerous ntfs fixes in the -ac series be applied to the mainstream
kernel instead? Thanks.
Rogier and everyone doing any NTFS work, please use -ac series kernels as
ntfs
Hi all,
I am studying an NTFS problem, and came across the NTFS fixup mechanism.
It took me much too long to understand the fixup mechanism, even though
a comment tried to explain it. So I rewrote the comment.
Also, the "start" value that is read from the record, could be much
larger than e
7 matches
Mail list logo