On 5/23/20 1:49 PM, Erich E. Hoover wrote:
On Thu, May 21, 2020 at 4:26 PM Erich E. Hoover erich.e.hoover@gmail.com wrote:
On Thu, May 21, 2020 at 2:59 PM Zebediah Figura zfigura@codeweavers.com wrote:
... My guess is IOCTL_STORAGE_GET_MEDIA_SERIAL_NUMBER, but I haven't tried to verify this. ...
Sorry, was trying to be helpful and didn't pay close enough attention. If that ioctl is correct then probably the answer is that it needs to be implemented, as it doesn't look like we have support for it at the moment.
I think the correct one for this is IOCTL_STORAGE_QUERY_PROPERTY with StorageDeviceProperty, which is only partially implemented right now.
Unfortunately for me, the thing I'm trying to do _is_ work with the volume information - which looks like it involves figuring out how to implement IRP_MJ_QUERY_VOLUME_INFORMATION.
Does this have to do with the problem mentioned in [1]?
Wiring up IRP_MJ_QUERY_VOLUME_INFORMATION in mountmgr is one possible approach, and maybe even the best one. I'm not really sure, though. (Of course, I'm also not Alexandre.)
It'd kind of be nice for volume information to be implemented in one place and not two, but this requires a lot of work (probably fully implementing opening files by device path) which isn't really justified by anything other than one failing test. Nevertheless, I have some ideas I've described in [2].
[1] https://www.winehq.org/pipermail/wine-devel/2020-April/164070.html
[2] https://bugs.winehq.org/show_bug.cgi?id=39569#c3
Best, Erich