Hi all,
I’m sure this has been discussed before, but I just wanted to verify
the assumption that Microsoft does not support WHQL testing/logoing for file
system filter drivers other than anti-virus filter drivers. Is this
statement correct?
Thanks,
Matt
Hey Mattew,
That is correct. I asked Neal about this while I was at the last Plugfest. For those who recall, at the last Driver DevCon Microsoft announced a new prototype project called “Code Coverage” for certifying devices that require no hardware and doesn’t fit in the “AV” category. Unfortunately, there isn’t enough man power to apparently handle this at this time due to the sheer number of different types of filters out there. If you want to hear more about the background to this decision, its the first thing Neal talks about in the second part of his interview on Channel9 (http://channel9.msdn.com/ShowPost.aspx?PostID=37302).
In Longhorn there is a new model that will relook at this. Of course no one knows what that will look like at this time.
Matthew N. White wrote:
Hi all,
I’m sure this has been discussed before, but I just wanted to verify
the assumption that Microsoft does not support WHQL testing/logoing for file
system filter drivers other than anti-virus filter drivers. Is this
statement correct?Thanks,
Matt
Questions? First check the IFS FAQ at https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@vulscan.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
–
Regards,
Dana Epp
[Blog: http://silverstr.ufies.org/blog/]
Hello,
I hope the IFSTest, this test tool testing the filesystem operations and
mentioned by Neal in the interview, will be clarified between a test tool
for only (some) MS fsd, or test tool for any kind of fsd*.
This, if made a test tool for any kind of fsd and fs filter driver
combination, associated with the code coverage and signature, seems to me to
achieve the target of been a generic test protocol for any fsd and fs filter
driver, MS or not MS, filtering MS fsd and/or non-MS fsd. A generic *WHQL*
test protocol? Or isn’t this what the fs(filter)d for Windows community
need?
The talk on user mode fs filter driver is interesting too, but for the
performance issue of nasty user mode reading byte per byte, couldn’t the fsd
read ahead a block and give it to the cache manager, then the cache manager
handles the byte per byte requests?
Too bad the question of paging I/O was not discussed. Indeed, can we afford
a kernel mode to user mode switch if we’re doing a paging io? Don’t we risk
that the user mode driver generate a new paging, at a time we can’t do
(more) paging?
Best regards,
David Burg
*: Yes, I’m not satisfied by the answer “this test is really not designed to
run correctly on […insert here where you found test failure…] filesystem
drivers”, except if followed by “but we’ll change this asap” 
David Burg
Software Development,
InCD and Low Level Drivers Project Leader
Subject: Re: WHQL and filter drivers (not AV)
From: Dana Epp
Date: Tue, 25 Jan 2005 07:36:16 -0800
X-Message-Number: 9
Hey Mattew,
That is correct. I asked Neal about this while I was at the last Plugfest.
For those who recall, at the last Driver DevCon Microsoft announced a new
prototype project called “Code Coverage” for certifying devices that require
no hardware and doesn’t fit in the “AV” category. Unfortunately, there isn’t
enough man power to apparently handle this at this time due to the sheer
number of different types of filters out there. If you want to hear more
about the background to this decision, its the first thing Neal talks about
in the second part of his interview on Channel9
(http://channel9.msdn.com/ShowPost.aspx?PostID=37302).
In Longhorn there is a new model that will relook at this. Of course no one
knows what that will look like at this time.
Matthew N. White wrote:
> Hi all,
> I’m sure this has been discussed before, but I just wanted to verify
> the assumption that Microsoft does not support WHQL testing/logoing for
file
> system filter drivers other than anti-virus filter drivers. Is this
> statement correct?
>
> Thanks,
> Matt
>
>
>
> —
> Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
>
> You are currently subscribed to ntfsd as: xxxxx@vulscan.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
–
Regards,
Dana Epp
[Blog: http://silverstr.ufies.org/blog/]
----------------------------------------------------------------------