OSRLogo
OSRLogoOSRLogoOSRLogo x Seminar Ad
OSRLogo
x

Everything Windows Driver Development

x
x
x
GoToHomePage xLoginx
 
 

    Fri, 24 May 2013     98599 members

   Login
   Join


 
 
Contents
  About This Site
What's New?
OSR Dev Blog
The NT Insider
The Basics
File Systems
Downloads
ListServer / Forum
Driver Jobs
Store
  Express Links
  · WdfSend: Are There REALLY Three Useful Variants?
  · Turning a Breakpoint into a Busypoint
  · Investigating a NULL Pointer Dereference
  · Understanding WDFMEMORY Objects
  · Using WinDbg to hunt for strings

MUP Changes in Windows Vista

Those implementing legacy file system filter drivers and monolithic redirectors will be particularly interested in some important changes in Windows Vista relating to the way that the Multiple UNC Provider (MUP) driver functions. Since these changes are specific to Windows Vista, you will probably need to distinguish between legacy platforms and Windows Vista at compile time (multiple driver binaries) or at run time (dynamic determination).

In the past, a file system driver (typically a redirector) that supported the universal naming convention (UNC) would register with MUP via the FsRtlRegisterUncProvider interface using a named device object. In Windows Vista, the registration is done using an unnamed device object and a call to FsRtlRegisterUncProviderEx, along with the name of its control device object.

Depending on the version of Windows and file system implementation, some redirectors have chosen to also register as file systems. However, because MUP now registers as a file system, your redirector no longer needs to do this. Listed below are descriptions of what this change means to you.

  • For legacy filters that rely on file system registration change notifications, you will now see (and may filter) MUP. However, you may no longer see registrations for the individual redirectors.
  • For legacy filters that used MUP registrations to detect file systems that did not register, you may need to revise your code so it no longer functions in this fashion. Alternatively, you may prefer to deal with seeing the same I/O operation twice - once when presented to MUP and a second time when presented to the UNC-supporting file system.
  • For mini-filters, you will now see requests as they go to MUP and not to the underlying redirector. This may impact the presentation of names. At the time of this writing, we do not have sufficient information to describe the behavior changes in detail. For example, previously LAN Manager indicated two separate directories were opened when it's short and long name were used, even though that wasn't the case. We expect this behavior to change with MUP involved.
  • For file systems that register as UNC providers, if you did not previously register as a file system, you would suddenly see filters interacting with you. You should expect to see significantly different behavior and access patterns.
  • For file systems that register as UNC providers and register as file systems, you should modify your behavior to no longer register, otherwise you risk adding filters multiple times in your storage stack.

Anyone implementing a network redirector that must also work in the Windows Vista environment should be sure to read the detailed release notes in the WDK ("MUP Changes in Microsoft Windows Vista"). You should also allocate sufficient time for testing and resolving bugs. In addition, we strongly encourage you to participate in the Microsoft Plugfest events in order to work directly with the developers of file system filter drivers.

Related Articles
Getting DbgPrint Output To Appear In Vista and Later
Only Signed Drivers To Run on Vista X64
Feb CTP (5308) Symbols Now Available on Symbol Server
USB 2.0 Debugging
Disabling User Account Control on Vista
No More x86 Only Submissions to WHQL
Power Play - Power Management Changes in Vista
Just Sign Everything - What to Sign and How to Sign It for Vista
What is Coming with Vista - Limited User Access
Write No Code...Get a GUI - Vista Power Plan Integration

User Comments
Rate this article and give us feedback. Do you find anything missing? Share your opinion with the community!
Post Your Comment

Post Your Comments.
Print this article.
Email this article.

Windows Internals and SW Drivers
LAB

Santa Clara, CA
5-9 Aug 2013

Kernel Debugging & Crash Analysis
LAB

Santa Clara, CA
9-13 Sep 2013

Writing WDF Drivers
LAB

Boston/Waltham, MA
7-11 Oct 2013

Developing File Systems
Seattle, WA
5-8 Nov 2013

 
 

Windows Debugger
V6.12.2.633 -- 26 Feb 10

Checked Build Downloads
29-Apr-10

Debugging Symbols

 

WDK Doc Updates
Now updated bi-monthly!

Windows WDK
V7.1.0 -- 26 Feb 10

 
 
x
LetUsHelp
 

Need to develop a Windows file system solution?

We've got a kit for that.

Need Windows internals or kernel driver expertise?

Bring us your most challenging project - we can help!

System hangs/crashes?

We've got a special diagnostic team that's standing by.

Visit the OSR Corporate Web site for more information about how OSR can help!

 
bottom nav links