From: pradeep_TP on
Hello all,

ab, thanks for pointing me towards the DDK sample. Unfortunately, i dont
have the DDk with me. I know it is not freely downloadable, but is is
possible that i can download just the samples from somewhere.

cat, can i ask you how long have you worked on developing device drivers.
can you share your experience with me so that i can have some inspiration.
Did you work on device drivers individually or with a team. what are the
important things that i should keep in mind while starting to learn about
device drivers.

Thanks
pradeep


"Cat" wrote:

> Generally, I stay away from kernel-mode as much as possible, the reason
> being that crashes in kernel-mode are a lot more time-consuming to
> debug than in usermode, where you can simply attach a debugger,
> terminate the process, etc.
>
> That's why I was pointing toward a user-mode solution. If, however, you
> genuinely need the device to show up in Device Manager, etc., etc.,
> then indeed kernel-mode seems like the only solution.
>
> Good luck,
> -Cat
>
>
From: Max Paklin on
DDK's TestCap is probably the best starting point for your effort.
However I must point out that it is not a trivial task even for an
experienced dev.
Given the fact that you don't seem to know kernel - and KS in particular -
at all, it'd be very hard for you to do this unless you are willing to spend
months learning.

-- Max.



"pradeep_TP" <pradeepTP(a)discussions.microsoft.com> wrote in message
news:28AAE602-B635-4953-80BF-240AD847D102(a)microsoft.com...
> Hello all,
>
> ab, thanks for pointing me towards the DDK sample. Unfortunately, i dont
> have the DDk with me. I know it is not freely downloadable, but is is
> possible that i can download just the samples from somewhere.
>
> cat, can i ask you how long have you worked on developing device drivers.
> can you share your experience with me so that i can have some inspiration.
> Did you work on device drivers individually or with a team. what are the
> important things that i should keep in mind while starting to learn about
> device drivers.
>
> Thanks
> pradeep
>
>
> "Cat" wrote:
>
>> Generally, I stay away from kernel-mode as much as possible, the reason
>> being that crashes in kernel-mode are a lot more time-consuming to
>> debug than in usermode, where you can simply attach a debugger,
>> terminate the process, etc.
>>
>> That's why I was pointing toward a user-mode solution. If, however, you
>> genuinely need the device to show up in Device Manager, etc., etc.,
>> then indeed kernel-mode seems like the only solution.
>>
>> Good luck,
>> -Cat
>>
>>


From: pradeep_TP on
Hello Mark,

I am willing to spend even years, if I want to learn about device driver
programming. The reason I am hanging around this forum is to get some idea
about where and how to start and also the advices and suggestions from people
like you.

My biggest problem now is the DDK, which I dont not have. Meanwhile I would
like to spend some time reading about driver development. Do you have any
suggestions on any good books for the same?

Thanks
pradeep_TP

"Max Paklin" wrote:

> DDK's TestCap is probably the best starting point for your effort.
> However I must point out that it is not a trivial task even for an
> experienced dev.
> Given the fact that you don't seem to know kernel - and KS in particular -
> at all, it'd be very hard for you to do this unless you are willing to spend
> months learning.
>
> -- Max.
>
>
>
> "pradeep_TP" <pradeepTP(a)discussions.microsoft.com> wrote in message
> news:28AAE602-B635-4953-80BF-240AD847D102(a)microsoft.com...
> > Hello all,
> >
> > ab, thanks for pointing me towards the DDK sample. Unfortunately, i dont
> > have the DDk with me. I know it is not freely downloadable, but is is
> > possible that i can download just the samples from somewhere.
> >
> > cat, can i ask you how long have you worked on developing device drivers.
> > can you share your experience with me so that i can have some inspiration.
> > Did you work on device drivers individually or with a team. what are the
> > important things that i should keep in mind while starting to learn about
> > device drivers.
> >
> > Thanks
> > pradeep
> >
> >
> > "Cat" wrote:
> >
> >> Generally, I stay away from kernel-mode as much as possible, the reason
> >> being that crashes in kernel-mode are a lot more time-consuming to
> >> debug than in usermode, where you can simply attach a debugger,
> >> terminate the process, etc.
> >>
> >> That's why I was pointing toward a user-mode solution. If, however, you
> >> genuinely need the device to show up in Device Manager, etc., etc.,
> >> then indeed kernel-mode seems like the only solution.
> >>
> >> Good luck,
> >> -Cat
> >>
> >>
>
>
>
From: Anonymous on
Max was right, testcap is what you want, it is a virtual device like you
need,
displaying, instead of a real picture, a Test Screen of bars, so you don't
even need to program anything, just compile, and there you go!
Get the DDK, it's $100. Mind you Max was a bit optimistic I think with
his "few months" estimate, more likely "few years". Anyway, good luck!

"pradeep_TP" <pradeepTP(a)discussions.microsoft.com> wrote in message
news:A64E1540-833B-4BF8-A71E-329DFD5D73DE(a)microsoft.com...
> Hello Mark,
>
> I am willing to spend even years, if I want to learn about device driver
> programming. The reason I am hanging around this forum is to get some idea
> about where and how to start and also the advices and suggestions from
people
> like you.
>
> My biggest problem now is the DDK, which I dont not have. Meanwhile I
would
> like to spend some time reading about driver development. Do you have any
> suggestions on any good books for the same?
>
> Thanks
> pradeep_TP
>
> "Max Paklin" wrote:
>
> > DDK's TestCap is probably the best starting point for your effort.
> > However I must point out that it is not a trivial task even for an
> > experienced dev.
> > Given the fact that you don't seem to know kernel - and KS in
particular -
> > at all, it'd be very hard for you to do this unless you are willing to
spend
> > months learning.
> >
> > -- Max.
> >
> >
> >
> > "pradeep_TP" <pradeepTP(a)discussions.microsoft.com> wrote in message
> > news:28AAE602-B635-4953-80BF-240AD847D102(a)microsoft.com...
> > > Hello all,
> > >
> > > ab, thanks for pointing me towards the DDK sample. Unfortunately, i
dont
> > > have the DDk with me. I know it is not freely downloadable, but is is
> > > possible that i can download just the samples from somewhere.
> > >
> > > cat, can i ask you how long have you worked on developing device
drivers.
> > > can you share your experience with me so that i can have some
inspiration.
> > > Did you work on device drivers individually or with a team. what are
the
> > > important things that i should keep in mind while starting to learn
about
> > > device drivers.
> > >
> > > Thanks
> > > pradeep
> > >
> > >
> > > "Cat" wrote:
> > >
> > >> Generally, I stay away from kernel-mode as much as possible, the
reason
> > >> being that crashes in kernel-mode are a lot more time-consuming to
> > >> debug than in usermode, where you can simply attach a debugger,
> > >> terminate the process, etc.
> > >>
> > >> That's why I was pointing toward a user-mode solution. If, however,
you
> > >> genuinely need the device to show up in Device Manager, etc., etc.,
> > >> then indeed kernel-mode seems like the only solution.
> > >>
> > >> Good luck,
> > >> -Cat
> > >>
> > >>
> >
> >
> >


From: Skywing on
It is in fact freely downloadable once again. Search for KMDF on
microsoft.com; the KMDF ISO also includes an installer for the Win2003 SP1
DDK.

"pradeep_TP" <pradeepTP(a)discussions.microsoft.com> wrote in message
news:28AAE602-B635-4953-80BF-240AD847D102(a)microsoft.com...
> Hello all,
>
> ab, thanks for pointing me towards the DDK sample. Unfortunately, i dont
> have the DDk with me. I know it is not freely downloadable, but is is
> possible that i can download just the samples from somewhere.
>
> cat, can i ask you how long have you worked on developing device drivers.
> can you share your experience with me so that i can have some inspiration.
> Did you work on device drivers individually or with a team. what are the
> important things that i should keep in mind while starting to learn about
> device drivers.
>
> Thanks
> pradeep
>
>
> "Cat" wrote:
>
>> Generally, I stay away from kernel-mode as much as possible, the reason
>> being that crashes in kernel-mode are a lot more time-consuming to
>> debug than in usermode, where you can simply attach a debugger,
>> terminate the process, etc.
>>
>> That's why I was pointing toward a user-mode solution. If, however, you
>> genuinely need the device to show up in Device Manager, etc., etc.,
>> then indeed kernel-mode seems like the only solution.
>>
>> Good luck,
>> -Cat
>>
>>


First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6
Prev: Virtual video capture device driver
Next: GUID_CLASS_COMPORT