Loading a driver from other driver

Part A:

I have two stream interafce drivers driver_A and driver_B.
Driver_B is dependent on driver_A and i want to load driver_B from
driver_A.
How can I achieve this ?
Should I call LoadLibrary or ActivateDevice() from driver_A to load
driver_B ?
Is the XXX_Init function of driver_A the right place to call for
loading driver_B?

One more problem is driver_B once it gets loaded it will issue ioctls
to driver_A?
What is the best approach for this scenario?

Part B:

Driver_A will receive data from hardware and it needs to pass this
data to driver_B
Which is the best form of communication between drivers - events,
message_queues,etc, considering performance as very critical ?

Can I have more stream interface drivers over driver_B to form a
hirearchial layering of drivers ?

Paul
Fri Apr 06 10:50:09 CDT 2007

You can call ActivateDeviceEx, yes. You know better than us where the right
place to make the call is.

Why are you loading the dependent driver from the independent one? You've
built a totally artificial dependency of driver_A on driver_B for no reason
that I can see.

Paul T.

"Micheal" <vasanth31@gmail.com> wrote in message
news:1175862775.946630.124720@l77g2000hsb.googlegroups.com...
> Part A:
>
> I have two stream interafce drivers driver_A and driver_B.
> Driver_B is dependent on driver_A and i want to load driver_B from
> driver_A.
> How can I achieve this ?
> Should I call LoadLibrary or ActivateDevice() from driver_A to load
> driver_B ?
> Is the XXX_Init function of driver_A the right place to call for
> loading driver_B?
>
> One more problem is driver_B once it gets loaded it will issue ioctls
> to driver_A?
> What is the best approach for this scenario?
>
> Part B:
>
> Driver_A will receive data from hardware and it needs to pass this
> data to driver_B
> Which is the best form of communication between drivers - events,
> message_queues,etc, considering performance as very critical ?
>
> Can I have more stream interface drivers over driver_B to form a
> hirearchial layering of drivers ?
>

Micheal
Fri Apr 06 11:51:26 CDT 2007

On Apr 6, 8:50 pm, "Paul G. Tobey [eMVP]" <p space tobey no spam AT no
instrument no spam DOT com> wrote:
> You can call ActivateDeviceEx, yes. You know better than us where the right
> place to make the call is.
>
> Why are you loading the dependent driver from the independent one? You've
> built a totally artificial dependency of driver_A on driver_B for no reason
> that I can see.
>
> Paul T.
>
> "Micheal" <vasant...@gmail.com> wrote in message
>
> news:1175862775.946630.124720@l77g2000hsb.googlegroups.com...
>
> > Part A:
>
> > I have two stream interafce drivers driver_A and driver_B.
> > Driver_B is dependent on driver_A and i want to load driver_B from
> > driver_A.
> > How can I achieve this ?
> > Should I call LoadLibrary or ActivateDevice() from driver_A to load
> > driver_B ?
> > Is the XXX_Init function of driver_A the right place to call for
> > loading driver_B?
>
> > One more problem is driver_B once it gets loaded it will issue ioctls
> > to driver_A?
> > What is the best approach for this scenario?
>
> > Part B:
>
> > Driver_A will receive data from hardware and it needs to pass this
> > data to driver_B
> > Which is the best form of communication between drivers - events,
> > message_queues,etc, considering performance as very critical ?
>
> > Can I have more stream interface drivers over driver_B to form a
> > hirearchial layering of drivers ?

I want to load driver_B once driver_A is loaded since driver_B is an
add-on over driver_A.
I don't want to load driver_B from a application.

Valter
Fri Apr 06 11:55:01 CDT 2007

"Micheal" <vasanth31@gmail.com> wrote in
news:1175878286.848574.274720@b75g2000hsg.googlegroups.com:

[...]
> I want to load driver_B once driver_A is loaded since driver_B is
> an add-on over driver_A.
> I don't want to load driver_B from a application.

If both drivers are loaded as builtin devices you can force their
loading priority using the order key inside each driver key and giving
driver_A a value that is less than the one assigned to driver_B.

--
Valter Minute
(the reply address of this message is invalid)
(l'indirizzo di reply di questo messaggio non è valido)