From: Masoud Sharbiani <masouds@oeone.com>
To: james@spunkysoftware.com
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Creative 4-speed CDROM driver
Date: Wed, 30 May 2001 11:12:08 -0400 [thread overview]
Message-ID: <3B150DC8.2020505@oeone.com> (raw)
In-Reply-To: <E154VOJ-0003cy-00@the-village.bc.nu> <004601c0e811$f8c93d80$c1a5fea9@spunky> <20010529122109.A5196@se1.cogenit.fr> <015601c0e8de$0e936ba0$c1a5fea9@spunky> <20010530094004.A14129@se1.cogenit.fr> <000501c0e92c$efb19780$c1a5fea9@spunky>
james@spunkysoftware.com wrote:
> You see, I can't even begin to write one line of code, because I know
> nothing about what I am supposed to do. Sure, I know the basics, I have
> written toy device drivers for Linux, I know how to implement a driver for
> Minix, understand the main loop, handling messages from the Minix kernel,
> how to fill in a device structure correctly with pointers to functions that
> implement the device independant interface, etc. I know this stuff, that's
> not a problem. My problem is what is the I/O address range? Can I access it
> in C? Do I use DMA? When there are commands that can be implemented (set A,
> I'll call them) and another set of functions when the device uses the ATA
> Packet Interface (I'll call them set B) then which set? And the standard of
> ATAPI makes it clear that the Packet Interface is elsewhere, not defined in
> the ATAPI document.
I've got some suggestions for you.
First: be humble (sorry, I don't want to offend you at all) read the
LKML FAQ. the address is at the very end of this email. it would give
you the pointers you want. (including books/web pages).
second: bear in mind that Linux driver structure is not like minix.
minix is Micro kernel, Linux is not. therefore, there is no main loop
here. you just register the required device specific operations and you
will receive all open/read/write/ioctl/close requests. (pls. See the
design of Unix operating system for more information).
third: look for a similar device driver implementation in kernel (well,
it is learning in the hard way :-) ) .
Good luck,
Masoud
prev parent reply other threads:[~2001-05-30 15:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-29 4:22 Creative 4-speed CDROM driver james
2001-05-28 21:22 ` Alan Cox
2001-05-29 7:20 ` james
2001-05-28 22:21 ` Alan Cox
2001-05-29 7:35 ` james
2001-05-29 10:21 ` Francois Romieu
[not found] ` <015601c0e8de$0e936ba0$c1a5fea9@spunky>
[not found] ` <20010530094004.A14129@se1.cogenit.fr>
2001-05-30 17:21 ` james
2001-05-30 15:12 ` Masoud Sharbiani [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3B150DC8.2020505@oeone.com \
--to=masouds@oeone.com \
--cc=james@spunkysoftware.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox