* map and chip drivers
@ 2005-05-20 9:17 Munira Ahmed
2005-05-20 9:35 ` Ian Campbell
0 siblings, 1 reply; 3+ messages in thread
From: Munira Ahmed @ 2005-05-20 9:17 UTC (permalink / raw)
To: linux-mtd@lists.infradead.org
> Breaking things down a little more, in the mtd stack there are 3 kinds of drivers.
> map drivers that describe how to talk to a given flash chip.
> probe drivers that identify what kind of chip you have.
> chip drivers that know how to speak a command set and let you flash your chip.
I really don't understand the difference between the map and the chip
driver?
talk to a given flash !
speak a command set!
ain't they the same?
--
Munira Ahmed
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: map and chip drivers
2005-05-20 9:17 map and chip drivers Munira Ahmed
@ 2005-05-20 9:35 ` Ian Campbell
2005-05-20 9:50 ` Munira Ahmed
0 siblings, 1 reply; 3+ messages in thread
From: Ian Campbell @ 2005-05-20 9:35 UTC (permalink / raw)
To: Munira Ahmed; +Cc: linux-mtd@lists.infradead.org
On Fri, 2005-05-20 at 17:17 +0800, Munira Ahmed wrote:
> > Breaking things down a little more, in the mtd stack there are 3 kinds of drivers.
> > map drivers that describe how to talk to a given flash chip.
> > probe drivers that identify what kind of chip you have.
> > chip drivers that know how to speak a command set and let you flash your chip.
>
>
> I really don't understand the difference between the map and the chip
> driver?
>
> talk to a given flash !
> speak a command set!
>
> ain't they the same?
The map driver takes care of physically accessing the flash, while the
chip driver knows what to do with each type of flash. So the map driver
provides the method for the chip driver to actually access the flash.
For example we have boards at work which have flash chips mapped at
various physical addresses (differing between boards), some devices have
paged flash, with an i/o register to select the page and a physical
address where the current page is mapped. I'm sure there are other ways
of arranging things.
The board-specific map drivers takes care of all these differences,
while the chip driver is shared between multiple boards because the
underlying chips are the same in each case.
Ian.
--
Ian Campbell
Current Noise: Slayer - Fictional Reality
BOFH excuse #13:
we're waiting for [the phone company] to fix that line
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: map and chip drivers
2005-05-20 9:35 ` Ian Campbell
@ 2005-05-20 9:50 ` Munira Ahmed
0 siblings, 0 replies; 3+ messages in thread
From: Munira Ahmed @ 2005-05-20 9:50 UTC (permalink / raw)
To: linux-mtd
I see
Now I understand.
It also means that one might have to make changes to the map driver to
make adjustments according to the boards/address space used?
Can I call it a hardware abstraction layer code?
On Fri, 2005-05-20 at 10:35 +0100, Ian Campbell wrote:
> On Fri, 2005-05-20 at 17:17 +0800, Munira Ahmed wrote:
> > > Breaking things down a little more, in the mtd stack there are 3 kinds of drivers.
> > > map drivers that describe how to talk to a given flash chip.
> > > probe drivers that identify what kind of chip you have.
> > > chip drivers that know how to speak a command set and let you flash your chip.
> >
> >
> > I really don't understand the difference between the map and the chip
> > driver?
> >
> > talk to a given flash !
> > speak a command set!
> >
> > ain't they the same?
>
> The map driver takes care of physically accessing the flash, while the
> chip driver knows what to do with each type of flash. So the map driver
> provides the method for the chip driver to actually access the flash.
>
> For example we have boards at work which have flash chips mapped at
> various physical addresses (differing between boards), some devices have
> paged flash, with an i/o register to select the page and a physical
> address where the current page is mapped. I'm sure there are other ways
> of arranging things.
>
> The board-specific map drivers takes care of all these differences,
> while the chip driver is shared between multiple boards because the
> underlying chips are the same in each case.
>
> Ian.
--
Munira Ahmed
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-05-20 13:32 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-20 9:17 map and chip drivers Munira Ahmed
2005-05-20 9:35 ` Ian Campbell
2005-05-20 9:50 ` Munira Ahmed
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox