How easy is this: installing additional drivers
One of the things that became very obvious while working with customers last week was that our support for adding drivers via ASI isgoing to be critical. Here are two common scenarios I saw.
- Install the ASI server.
- Copy Windows XP to the server.
- Boot your test client using the CD.
- Install XP as your test OS.
- When the system reboots there is no network connectivity because a required driver is not included with Windows XP.
A slight variation was common...
- Install the client manually.
- Run a DTM job which installs XP and the test OS.
- After XP is installed, a device is not working because a driver is not present.
I knew the ability to install drivers via ASI was going to be critical to our customers because they are all testing pre-released drivers. Also, they're often testing prototype hardware. What I didn't anticipate is that it would be critical just to get their systems into a working state. So, how easy is this problem to solve? It's very easy.
I have a system in which I've installed a new NIC recently because support for that NIC has been removed from Longhorn. When I install XP on this system via ASI, it has no network connectivity because XP has no driver for the NIC. Here is what I did to solve that.
- Downloaded the driver.
- Extracted the files and copied them to c:\asi\asiserver\drivers.
- Added this to the asi command in my DTM job "-adddriver \\asiserver\drivers"
Now when I install XP, ASI looks in the drivers directory and installs the drivers just as though they were on the XP CD. Brilliant!
By the way, this isn't just a problem for old drivers. As I mentioned earlier, support for my old NIC has been pulled from Longhorn. If I had wanted to continue using that card I could have put the driver for it in the drivers share and ASI would install that driver automatically. Finally, if I end up with other devices that need additional drivers in my lab in the future, all I have to do to make ASI install those drivers is put them in the drivers share. Brilliant!
Comments
- Anonymous
September 11, 2005
The comment has been removed - Anonymous
September 11, 2005
Typhoon,
I'm sorry, I don't know what QHML is. Would you please explain? - Anonymous
September 12, 2005
The comment has been removed - Anonymous
September 12, 2005
WHQL; that makes more sense. The problem you're describing is recognized and is being addressed by Driver Install Frameworks. Check this out...http://www.microsoft.com/whdc/driver/install/default.mspx
In one of my earlier posts I described how to get into their beta...
http://blogs.msdn.com/craigrow/archive/2005/08/02/446868.aspx
If you're interested in influencing this area of Windows that beta is probably your best avenue.