|
You mean it works when you load it onto the toaster driver.
Of course it will.
However kernel code cant run in user mode, and a UMDF driver is user mode. Therefore the toaster filter driver, which is kernel code, cant be used on your UMDF driver.
You really have no idea what you are doing do you? You don't even understand the concept of user mode and kernel?
|
|
|
|
|
My friend:
I have a WDM filter driver, based on WDK toaster sample, that I am using to filter portable devices (mainly Phones), as upper filter. During AddDevice phase, I am querying device properties (such Description, Manufacturer and so on) and then attaching to device. I can see the IRP_MN_START_DEVICE, which I send down to next lower driver after setting a completion routine. This is working fine on most of the machines I am testing on, but on some systems (every XP and some Windows 7 and Server 2008), when I send the IRP_MN_START_DEVICE down to next driver, I get a STATUS_DEVICE_CONFIGURATION_ERROR, so this is preventing the device from being installed in the first place. I have managed to overcome this error by editing the hardware ID registry key for the device and creating "UpperDriverOk" and "KernelModeClientPolicy" values, setting them to 1. This way the device starts without issues and I can filter it as normal. Now, I am aware of Portable Devices being managed by an UMDF driver, but does that explains the issue with Start Device phase? I haven't found any differences between those systems with the issue and those that are working fine without needing the "registry values" workaround. Is there any system setting or service configuration that might be helping (or ruining) this filtering scenario? Would it be possible to apply the "KernelModeClientPolicy" workaround for the whole system and not separately for every single Phone device?
|
|
|
|
|
Maybe I wasn't so clear
|
|
|
|
|
No, you didn't explain yourself at all well.
I have no idea what the cause of your failure is.
|
|
|
|
|
Ok.
Thank you for your time.
|
|
|
|
|
Yes, I've googled. I have the need to "program" SD Cards with an application deployment image. We've had some issues with reliably getting factory employees to properly program these SD cards - actually started with Windows Explorer. In any event, I now have a script that makes use of chkdsk and xcopy to expand the production image onto an SD Card.
However, there are random times (less than 1%) where the process fails. Following the xcopy command, the chkdsk might fail with a variety of errors:
1) "filename" first allocation unit is not valid. The entry will be truncated.
2) "filename" entry contains a nonvalid link. The size of <filename> entry is not valid.
I really don't expect xcopy to generate these errors. We're using commercial grade SD card readers (like you'd buy off Newegg or Amazon).
Any ideas or suggestions?
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Have you checked that they are all correctly formatted as NTFS?
|
|
|
|
|
This is strictly FAT32. The SD cards go into an embedded system.
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
That are file system errors. They may be sourced by faulty SD cards or by a reader that has problems with specific SD card types.
If you got such errors sometimes I would not only perform a chkdsk but also a binary file compare on all files. Doing so you might find more unusable cards.
With disk images you may also create an image file and write that to the cards using an image writer utility (again followed by a verify that performs a binary comparison). While this takes more time it avoids the need of formatting and gives you identical images.
Because the error rate is below 1% you might live with it and dispose the faulty SD cards or try to reduce the error rate by using other SD cards and/or readers.
|
|
|
|
|
Correct - all file system errors. For another product, we have a tool that does just as you suggest. Factory people get in a hurry, and I think some of the problems are due to pulling the card too soon.
thanks for the info
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
definition of type secondary storage and give the example and the picture
|
|
|
|
|
Member 12192903 wrote:
definition of type secondary storage and give the
example and the picture A watch, example can be found here[^].
More seriously, Google has a list of sites explaining your question. One answer is here[^], with picture.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Here is one I often store things in. Its got an incredible capacity, its as if it empties itself after a while: storage[^]
|
|
|
|
|
Alternatively referred to as external memory, secondary memory, and auxiliary storage, a secondary storage device is a non-volatile device that holds data until it is deleted or overwritten. Secondary storage is about two orders of magnitude cheaper than primary storage. Consequently, hard drives (a prime example of secondary storage) are the go-to solution for nearly all data kept on today's computers.
modified 20-Apr-16 19:55pm.
|
|
|
|
|
Hi,
I get the following error message when I try and build the "XPSDrvSmpl" project. Followed the instructions in the Readme guide, but I also get exact same error message when Building the built-in "Print Driver v4" template. Not sure if it's something I have to configure within each project or on my machine.
https://github.com/Microsoft/Windows-driver-samples
Using Visual Studio 2015 Express. Only trying to find a way of developing a XPS print with a custom GUI to auto save file to certain location.
Inf2Cat Tool Output:
.............................
Signability test failed.
Errors:
22.9.1: xdwscrgb.icc in [colorprofiles] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdcmykprinter.icc in [colorprofiles] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdsmpl.ini in [configplugin] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdsmpl.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdnames.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdwmark.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdbook.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdcolman.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdnup.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdpgscl.gpd in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
22.9.1: xdsmpl-pipelineconfig.xml in [xpsdrvsample] of \xdsmpl.inf is missing or cannot be decompressed from source media. Please verify all path values specified in SourceDisksNames, SouceDisksFiles, and CopyFiles sections resolve to the actual location of the file, and are expressed in terms relative to the location of the inf.
Warnings:
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_pre_vista in section [standard.ntx86] of \xdsmpl.inf
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_pre_vista in section [standard.ntia64] of \xdsmpl.inf
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_pre_vista in section [standard.ntamd64] of \xdsmpl.inf
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_vista in section [standard.ntx86.6.0] of \xdsmpl.inf
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_vista in section [standard.ntia64.6.0] of \xdsmpl.inf
22.9.3: Missing hardware ID (cannot have just compatible ID) in line xpsdrv sample driver=install_xdsmpl_filters_vista in section [standard.ntamd64.6.0] of \xdsmpl.inf
|
|
|
|
|
I see you have already reported this as an issue[^] on the GitHub project. That's the right place to report it - the people who wrote the code are the people most likely to be able to help you with it.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Hi Richard,
Do you know what causes the Inf2Cat Signability test errors? I've had this on a few project now and cannot figure it out.
Thanks,
MK2
|
|
|
|
|
No idea - I don't do hardware!
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
|
I am trying to troubleshoot a blue screen problem in Windows 10. I enabled Driver Verifier, and it immediately raised the bug check DRIVER_VERIFIER_DETECTED_VIOLATION.
Where do I go on the system to find out what the error is?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Windows 10 is still the same Windows Runtime based operating system, most of the things come from Win32 and a few cover ups to provide a Metro look and feel.
May the following threads help you:
https://msdn.microsoft.com/en-us/library/windows/hardware/dn457995%28v=vs.85%29.aspx[^]
http://answers.microsoft.com/en-us/windows/forum/windows_8-performance/windows-8-driververifierdetectedviolation-caused/09c53a43-4feb-4d48-aa5d-5c625d23bd32?auth=1[^]
From the MSDN documentation, the error message is due to a memory-leak (did you write that driver?)
Quote: Driver Verifier generates Bug Check 0xC4: DRIVER_VERIFIER_DETECTED_VIOLATION with a parameter 1 value of 0x62 when a driver unloads without first freeing all of its pool allocations. Unfreed memory allocations (also called memory leaks) are a common cause of lowered operating system performance. These can fragment the system pools and eventually cause system crashes.
When you have a kernel debugger connected to a test computer running Driver Verifier, if Driver Verifier detects a violation, Windows breaks into the debugger and displays a brief description of the error.
So, the solution (in my opinion) can be to fix the memory-leaks in those drivers.
List of the bugs can be found here: https://msdn.microsoft.com/en-us/library/windows/hardware/ff560187(v=vs.85).aspx[^], it may help you checking which bug it was (since you haven't shared the bug code).
Note: The table provided there (in MSDN document provided above) has 5 rows, make sure you can view all 5 to determine the cause of bug or error.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
First, thank you very much for your reply.
Windows 10 blue screens do not list any bug check code information like all prior Windows did.
Therefore, I do not know the bug code.
And that's what I'm asking: Where to go on the system to find the code?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Right, sorry for missing that important and valid point there. Actually, everything in the operating system is logged, somewhere. So, if Windows itself doesn't show anything (it is mainly because, most users aren't concerned with resolving those problems, like you are concerned, they just take it to a hardware repair center). Same in these cases, the logs are shown in the DMP files (I would say, that the Dump file, where Windows dumps everything that it has about that crash report).
Although they are not used, or viewed by the consumers, they are meant to be uploaded and shared with Microsoft developers directly, you won't be able to get anything useful, but if you want. You can get the files right in C:\Windows\Minidump or inside the C:\Windows, there will be a file MEMORY.DMP. Use it, to see if you can get to to any use of yours in debugging the error.
For more on that topic, BSOD, read this Microsoft answers thread: http://answers.microsoft.com/en-us/windows/wiki/windows_10-update/blue-screen-of-death-bsod/1939df35-283f-4830-a4dd-e95ee5d8669d[^]
Maybe helpful:
http://superuser.com/questions/148114/where-are-blue-screen-of-death-events-logged-on-windows-xp-and-how-can-i-view-th[^]
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Thanks for following up. I think you have solved my problem. The reason I wasn't able to find the MEMORY.DMP file is that it did not create one. And the reason it didn't create one is given in the first link you provided.
Namely, the page file must be located on the boot drive for the memory dump to work, and I currently have my page file on another drive.
So I'll move the page file and wait for the BSOD to happen again.
Thanks again!
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Great that your problem got (almost) solved, Richard!
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|