WHQL ( inf file Question)

We have disk lower filter driver for which we are trying to run WHQL tests.

The problem is that it is not finding the inf file. Our setup program is not
copying the inf file ( like the device driver type packages).

What we use: (a) WLK 1.6. Windows 8 R2 as the controller machine. (b) We go
to controller and at the configure time it asks for inf file options(
provide or not provide). We pick up the - provide option. And we load this
from the local ( that is the controller machine’s file path, say -
c:\desktop\myfiltr.inf ).

Here is the output we get, when we select the option of providing the inf
file and run inf test.

( In the past, I knew that for some filter drivers, if we were
blocked for inf checking failure, we had the option of handing out the
inf(s) to whql team to process separately. Not sure if it is still valid or
not )

The logout put is -

Inftest is running …

Command line:
“C:\WLK\JobsWorkingDir\Tasks\WTTJobRun23813FAD-7933-465B-BFA7-8077979C6A93\i
386\inftest.exe” -wdk -p
C:\WLK\JobsWorkingDir\Tasks\WTTJobRun23813FAD-7933-465B-BFA7-8077979C6A93 -f
/LG -l C:\windows\inf\

Current directory :
C:\WLK\JobsWorkingDir\Tasks\WTTJobRun23813FAD-7933-465B-BFA7-8077979C6A93

Passing extra flags to Chkinf: /LG

FindPerl : ChkinfPath =
C:\WLK\JobsWorkingDir\Tasks\WTTJobRun23813FAD-7933-465B-BFA7-8077979C6A93

FindPerl : perl.exe found on the system!

Setting chkinf directory as :
C:\WLK\JobsWorkingDir\Tasks\WTTJobRun23813FAD-7933-465B-BFA7-8077979C6A93\ch
kinf.bat

Processing command line …

Find First File operation failed! Bailing out …

<<< From the wtt log

d:\6229\sdktools\ddk\tools\inftest\wttlog.cpp

Line: 272

Error Type:

WIN32

Error Code:

0x6

Error Text:

The handle is invalid.

>>

Could not find user specified INF files. Bailing out …Could not expand
user supplied lists of infs into individual filenames.

Running InfTest : Could not expand user supplied list of infs.

Clearing list of infs …

Processing command line … DONE!

The inftest check failed to run. Please check the debug logs for more
information.

Questions are -

  1. Is it the right way to specify inf file? Meaning just provide the
    filefullpath(including the file name) from the local controller machine?

  2. AS far as I know, creation of oemNNN.inf file in c:\widows\inf is
    simply copying inffile and rename ( in the setup process). Would manually
    copy/rename work? If so, then which machine should have this ? Must be the
    client test machine!

  3. Looks like the package creates some disk(folder) and mapps to d:
    then gets those packages, but I don’t see they are there, wondering if I
    need to turn the debugger or not (but would take longer ).

  4. If I cookup an app to just use the setupapi to copy ( including
    renaming to oemNNN.inf) would that be an alternative?

  5. Finally, if we don’t provide the inf test, but we do the rest of the
    tests, would that exercise our driver’s quality?

What it is trying to tell by giving this error??

-pro

Prokash Sinha wrote:

We have disk lower filter driver for which we are trying to run WHQL
tests.

The problem is that it is not finding the inf file. Our setup program
is not copying the inf file ( like the device driver type packages)…

What we use: (a) WLK 1.6. Windows 8 R2 as the controller machine. (b)
We go to controller and at the configure time it asks for inf file
options( provide or not provide). We pick up the – provide option. And
we load this from the local ( that is the controller machine’s file
path, say – c:\desktop\myfiltr.inf ).

You really need to say “Windows 2008 R2”, because the term “Windows 8”
now means something entirely different.

The following note seems to imply that the path must be accessible from
both the server and the clients:

http://www.techtalkz.com/microsoft-device-drivers-dtm/479917-about-inf-path-setting-submission.html

Why don’t you pre-install the package to the driver store on the
clients? One of the tests uninstalls and reinstalls your device. If
your INF can’t be found, then your filter won’t be added.


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.

The software pkg is already installed in the client machine. That is the
machine under test.

The Inf job is passed the name of the inf that was provided during the
submissionwizzard and at run time looks for that inf name in this path:
%windir%\inf\

This is what I found from the link, Tim, you provided. So if it looks for
the exact name ( instead of oemNNN.inf), then just copy the mydrvr.inf into
the windir\inf should take care? Where does the controller look for ( in its
own machine or the client machine)?. I tried doing just that in the client
machine, it did not work. In the controller machine I can not seem to put
anything under that dir ( not enough privilege or just known-good store type
security - don’t know yet).

-pro

> 1) Is it the right way to specify inf file? Meaning just provide the filefullpath(including the file name) from the local controller machine?

The method I use is to specify a shared path UNC e.g.:
\server\share\driver\driver.inf

Then schedule as the first test the one which tests the INF file. This will very quickly tell you if you have it correctly setup.

Good luck!
Tim.

No that does not help in my case. And the same error log I get…

-pro

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Tim Green
Sent: Tuesday, December 20, 2011 3:37 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] WHQL ( inf file Question)

  1. Is it the right way to specify inf file? Meaning just provide the
    filefullpath(including the file name) from the local controller machine?

The method I use is to specify a shared path UNC e.g.:
\server\share\driver\driver.inf

Then schedule as the first test the one which tests the INF file. This will
very quickly tell you if you have it correctly setup.

Good luck!
Tim.

NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer

To see if there is a way to do the inf copy using SetUpCompyOEMInf() API, I
just cooked up an app ( x64 bit mode) using the build environment of win 7
ddk.

Now what I’ve been seeing is that the app is not responsive, then coming
back with the errorcode 0x2. Formatting the GetLastError tells file not
found which matches with winerr.h error-code… So I turned the debugger on
and was trying to stepped into the function… Here is what I see in the
disassembly ( see below).

So it does not make any sense to me. On the VS 8 I can not even see this
disassembly…

Question is - Do we need some kind of context before calling any of these
set api ???

Thanks
-pro

0033:000007fefdf8d5e7 ?? ??? 0033:000007fefdf8d5e8 ?? ???
0033:000007fefdf8d5e9 ?? ??? 0033:000007fefdf8d5ea ?? ???
0033:000007fefdf8d5eb ?? ??? 0033:000007fefdf8d5ec ?? ???
0033:000007fefdf8d5ed ?? ??? 0033:000007fefdf8d5ee ?? ???
0033:000007fefdf8d5ef ?? ??? 0033:000007fefdf8d5f0 ?? ???
0033:000007fefdf8d5f1 ?? ??? 0033:000007fefdf8d5f2 ?? ???
0033:000007fefdf8d5f3 ?? ??? 0033:000007fefdf8d5f4 ?? ???
0033:000007fefdf8d5f5 ?? ??? 0033:000007fefdf8d5f6 ?? ???
0033:000007fefdf8d5f7 ?? ??? 0033:000007fefdf8d5f8 ?? ???
0033:000007fefdf8d5f9 ?? ??? 0033:000007fefdf8d5fa ?? ???
0033:000007fefdf8d5fb ?? ??? 0033:000007fefdf8d5fc ?? ???
0033:000007fefdf8d5fd ?? ??? 0033:000007fefdf8d5fe ?? ???
0033:000007fefdf8d5ff ?? ??? 0033:000007fefdf8d600 ?? ???
0033:000007fefdf8d601 ?? ??? 0033:000007fefdf8d602 ?? ???

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Prokash Sinha
Sent: Tuesday, December 20, 2011 7:55 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] WHQL ( inf file Question)

No that does not help in my case. And the same error log I get…

-pro

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Tim Green
Sent: Tuesday, December 20, 2011 3:37 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] WHQL ( inf file Question)

  1. Is it the right way to specify inf file? Meaning just provide the
    filefullpath(including the file name) from the local controller machine?

The method I use is to specify a shared path UNC e.g.:
\server\share\driver\driver.inf

Then schedule as the first test the one which tests the INF file. This will
very quickly tell you if you have it correctly setup.

Good luck!
Tim.

NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer

Never mind, stepping further brings the assembly code

This is where we stand as of now ( I did send this to winqual, but did not
get an answer that clearly tells me (one or the other): How to fix this; Or
If this can be waved.

So the question again is - Anyone out there got this going specially for:
Filter driver, and using DTM 1.6. If so, can you explain how the inf file
should be placed

<<< Here is the log –
Inftest is running …
Command line:
“C:\WTT\JobsWorkingDir\Tasks\WTTJobRun3110CB7B-0A14-4CC4-AD4D-AABC862DF72A\i
386\inftest.exe” -wdk -p
C:\WTT\JobsWorkingDir\Tasks\WTTJobRun3110CB7B-0A14-4CC4-AD4D-AABC862DF72A -f
/LG -l C:\windows\inf\
Current directory :
C:\WTT\JobsWorkingDir\Tasks\WTTJobRun3110CB7B-0A14-4CC4-AD4D-AABC862DF72A
Passing extra flags to Chkinf: /LG
FindPerl : ChkinfPath =
C:\WTT\JobsWorkingDir\Tasks\WTTJobRun3110CB7B-0A14-4CC4-AD4D-AABC862DF72A
FindPerl : perl.exe found on the system!
Setting chkinf directory as :
C:\WTT\JobsWorkingDir\Tasks\WTTJobRun3110CB7B-0A14-4CC4-AD4D-AABC862DF72A\ch
kinf.bat
Processing command line …
Find First File operation failed! Bailing out …
Could not find user specified INF files. Bailing out …Could not expand
user supplied lists of infs into individual filenames.
Running InfTest : Could not expand user supplied list of infs.
Clearing list of infs …
Processing command line … DONE!
The inftest check failed to run. Please check the debug logs for more
information.

>>>>

We have few drivers that needs to be qualified for whql. One is a file
system filter driver, another one is disk lower filter, and the third one is
device upper filter. We are in the process of DTM testing. But the 1.6 DTM
is giving us problems related to not finding the INF file(s).

We tried one at a time ( instead of a inf file list). Except that test, we
are pretty much moving forward. So this one is really a show-stopper.

For the disk class driver, or for any other drivers, we don’t use the full
setup in the sense that we don’t exercise the copy of the inf files to
windows\inf directory. I’m not too familiar with the installation process,
but these components have a private folder like c:files><appname>. Under that folder, we have all the files, just the
drivers are copied to the appropriate place.

First we tried to copy the inf file from the client machine under test to a
shared server in the workgroup, and at the test wizard we pointed to one
file at a time, and run just the inf check test. Also we tried to copy those
files on to the controller server machine, and none of the method worked…

So we thought, why not try to use the devcon feature ( i.e dp_add,
dp_delelte) to copy those inf files to %windows%\inf\ folder with
appropriately generated oemNNN.inf name. Then we tried the same process as
above, and it did not work.

On the other hand, if we use the wdk’s toolset to see if there is any
problems with the inf files, we see none. They are read correctly, parsed
fine, and passed. In fact, these steps are included in our build process,
just in case we don’t want to end up having inf problems…

I’m not sure what could be the problem. And we are bit on a tight schedule
to deliver this or rather submit the qual processing logs… I even went
thru the debugger to check inside the SETUPAPI!* functions being called at
the time when I used the devcon.exe. To me, everything is fine, when it
creates the oemNNN.inf file.

But I’m not sure, if the long ( on the fly test configuration based
generated ) folder name could confuse the perl package or not .

So I’m sending this note to help us out in resolving this issue.

I know in the past that there was a method to waive the inf check, and
instead we submit the log for the rest of the tests along with inf file. If
that is still available, we would very much appreciate to know it.

Finally, my apology for sending it to all DTM/whql related email address.

Thanks much!
-prokash

Ignore this thread…

I just got the word from winqual, that the error is expected.

-pro