Commit graph

5 commits

Author SHA1 Message Date
Pierre Schweitzer f27ecf0960 [KMTESTS:CC]
New test case which is matching the MS FastFAT CcCopyRead (minus the offset) and shows clearly the issue in our Cc.
It also shows that my hack is utterly broken :-).

CORE-11003
CORE-11819

svn path=/trunk/; revision=72182
2016-08-10 07:39:20 +00:00
Pierre Schweitzer b7586c0478 [KMTESTS:CC]
It seems we're page-aligned.

CORE-11003

svn path=/trunk/; revision=72170
2016-08-09 20:52:38 +00:00
Pierre Schweitzer dfdbabb521 [KMTESTS:CC]
Modify a bit the read test so that it actually fails in ReactOS. It instructs us that when it comes to file boundaries, our Cc fails to properly align read (whereas it should!).
This is the behavior exposed by the MS FastFAT.

CORE-11003
CORE-11819

svn path=/trunk/; revision=72169
2016-08-09 20:46:00 +00:00
Pierre Schweitzer 22f90f2210 [KMTESTS:CC]
Complete the tests for Cc: not only check for alignment, but also check that expected data are returned.
Thanks to Thomas for his help on this :-).

CORE-11003

svn path=/trunk/; revision=72165
2016-08-09 12:43:18 +00:00
Pierre Schweitzer 4de2debfbb [KMTESTS:CC]
Introduce tests for Cc :-)
Currently, we only test CcCopyRead for specific alignment matters. It shows that under certain conditions, our Cc doesn't align reads it does, leading to later failure in disk.sys.
This reproduces an error observed with MS FastFAT in ReactOS.

CORE-11003

svn path=/trunk/; revision=71445
2016-05-28 19:59:10 +00:00