Best Answer Olof Lagerkvist , 07 December 2012 - 12:48 AM
You mean just specifying a device type other than FILE_DEVICE_DISK when calling IoCreateDevice, to keep filesystem drivers from mounting it?
http://msdn.microsof...e/ff563821.aspx
That would be just a matter of having a create device option for that. I can fix that for the next release or so.
It sounds like an interesting project that you are planning. I recently wrote a storage miniport driver as part of a larger commercial project. That one needed to support the same proxy communication as ImDisk uses, so I basically started from Microsoft's Virtual Storport Miniport sample and copied in the proxy client functions from ImDisk. Your approach is somewhat different in that it will use the actual ImDisk driver with all backend features it provides, without the risks of "copy-paste errors" and without the need to transfer all per-device metadata logic from ImDisk source to your source. That sounds like a good idea. It will keep each component doing what it does best and has been long-time tested for.
Go to the full post
#1
Posted 06 December 2012 - 10:47 PM
Would you possibly be interested in developing a "raw mode" for ImDisk disks, where the device wouldn't expose a disk interface nor mounting volumes? If you can leave such devices "hanging around," then I can have WinVBlock find them and do PnP and SCSI translation for them.
What do you think?
#2
Posted 07 December 2012 - 12:48 AM Best Answer
You mean just specifying a device type other than FILE_DEVICE_DISK when calling IoCreateDevice, to keep filesystem drivers from mounting it?
http://msdn.microsof...e/ff563821.aspx
That would be just a matter of having a create device option for that. I can fix that for the next release or so.
It sounds like an interesting project that you are planning. I recently wrote a storage miniport driver as part of a larger commercial project. That one needed to support the same proxy communication as ImDisk uses, so I basically started from Microsoft's Virtual Storport Miniport sample and copied in the proxy client functions from ImDisk. Your approach is somewhat different in that it will use the actual ImDisk driver with all backend features it provides, without the risks of "copy-paste errors" and without the need to transfer all per-device metadata logic from ImDisk source to your source. That sounds like a good idea. It will keep each component doing what it does best and has been long-time tested for.
#3
Posted 07 December 2012 - 02:15 AM
That'd be great, if you could. It might be nice if you used a custom FILE_DEVICE_XXX device type that I could search for instances of (or rather, receive notifications for arrivals of).You mean just specifying a device type other than FILE_DEVICE_DISK when calling IoCreateDevice, to keep filesystem drivers from mounting it?
http://msdn.microsof...e/ff563821.aspx
That would be just a matter of having a create device option for that. I can fix that for the next release or so.
And without needing to track two source code repositories too closely.It sounds like an interesting project that you are planning. I recently wrote a storage miniport driver as part of a larger commercial project. That one needed to support the same proxy communication as ImDisk uses, so I basically started from Microsoft's Virtual Storport Miniport sample and copied in the proxy client functions from ImDisk. Your approach is somewhat different in that it will use the actual ImDisk driver with all backend features it provides, without the risks of "copy-paste errors" and without the need to transfer all per-device metadata logic from ImDisk source to your source.
I'm glad you think so! Thanks for your interest!That sounds like a good idea. It will keep each component doing what it does best and has been long-time tested for.
#4
Posted 10 March 2013 - 07:22 PM
Just wanted to re-activate this thread and remind about the 1.7.0 beta release, where the feature requested in this thread has been introduced.
Also tagged with one or more of these keywords: imdisk, winvblock
Groups →
Project forge →
ImDisk →
Does ImDisk support drives on External Drive?Started by NobodyWithNoName , 04 Nov 2022 imdisk |
|
|
||
Groups →
Project forge →
Load_RamDiskStarted by alacran , 28 Aug 2022 imdisk, ramdisk |
|
|
||
Groups →
Project forge →
ImDisk →
ImDisk stopped working properly on Windows 11Started by NobodyWithNoName , 14 Jun 2022 imdisk, windows11 |
|
|
||
Groups →
Project forge →
ImDisk →
4k Read/Write speed very slow when select "Use AWE physical memory"Started by yygymcu , 08 Feb 2022 imdisk, ramdisk |
|
|
||
Answered
Groups →
Project forge →
ImDisk →
RAM Disk Too Small?Started by johnywhy , 23 Apr 2019 imdisk, ramdisk, compression |
|
|
2 user(s) are reading this topic
0 members, 2 guests, 0 anonymous users