I am writing a driver for USB to Serial device in KMDF, which has 2
configurations. After selecting 1 configuration and downloading the firmware,
i am not able to switch to 2 configuration. I want to know whether KMDF
supports multiple configurations and how to select the required configuration.
thank you,
siddu.
d
--
Please do not send e-mail directly to this alias. this alias is for
newsgroup purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.
"siddu" <siddu...@gmail.com> wrote in message
news:20C435F4-EE3A-4AE4...@microsoft.com...
I would just use a separate PID (and USB configuration #0) for the
"firmware loaded" configuration.
thank you,
siddu.
> Thanks for the reply.Can u plz explain how to do this using WDFIOTARGET.
> As the device has 2 configurations, after getting 1st configuration we
> download the firmware and the firmware will activate the 2nd configuration.
> The firmware cannot be modified so plz tell some other way.
The KMDF USB DDI's are quite handy, especially the continuous reader.
As such, I don't think you want to lose access to them this easily.
I'll offer a different solution: create a lower filter to your KMDF
function driver that masks/handles the second configuration of your
device.
The upper edge of the filter will present the device in configuration
#0, whether it is in configuration #0 or not. The lower edge will
handle selecting the alternate configuration using manually created
URBs.
The firmware can always be modified. In this case, your hardware designers
have made a very poor implementation choice, without first considering the
operating environment they would be selling into. The proper fix is to
correct the design so that it works cooperatively in their target market.
--
Tim Roberts, ti...@probo.com
Providenza & Boekelheide, Inc.
> The firmware can always be modified. In this case, your hardware designers
> have made a very poor implementation choice, without first considering the
> operating environment they would be selling into. The proper fix is to
> correct the design so that it works cooperatively in their target market.
You can't be serious.
Why not? If you expect to sell a device into the Windows market, you
better make darned sure that your device plays nicely with Windows, even if
you do something that is valid by the spec.
> Why not? If you expect to sell a device into the Windows market, you
> better make darned sure that your device plays nicely with Windows, even if
> you do something that is valid by the spec.
Well, I'm just saying, I have a feeling you've been around long enough
to know that no, the firmware can't "always" be changed (what if this
device is in the field already?) and that driver writers are often
asked to work around hardware problems..