- Kai Germaschewski: ymfpci cleanups and resource leak fixes
[davej-history.git] / Documentation / scsi.txt
blob69d8388c765973364aeb2a92128ca9d6f8b43f61
2         The scsi support in the linux kernel can be modularized in a
3 number of different ways depending upon the needs of the end user.  To
4 understand  your options, we should first define a few terms.
6         The scsi-core contains the core of scsi support.  Without it
7 you can do nothing with any of the other scsi drivers.  The scsi core
8 support can be a module (scsi_mod.o), or it can be built into the kernel.
9 If the core is a module, it must be the first scsi module loaded, and
10 if you unload the modules, it will have to be the last one unloaded.
12         The individual upper and lower level drivers can be loaded in any
13 order once the scsi core is present in the kernel (either compiled in
14 or loaded as a module).  The disk driver (sd_mod.o), cdrom driver (sr_mod.o),
15 tape driver (st.o) and scsi generics driver (sg.o) represent the upper level
16 drivers to support the various assorted devices which can be controlled.
17 You can for example load the tape driver to use the tape drive, and then
18 unload it once you have no further need for the driver (and release the
19 associated memory).
21         The lower level drivers are the ones that support the
22 individual cards that are supported for the hardware platform that you
23 are running under.  Examples are aha1542.o to drive Adaptec 1542
24 cards.  Rather than list the drivers which *can* be modularized, it is
25 easier to list the ones which cannot, since the list only contains a
26 few entries.  The drivers which have NOT been modularized are:
28         NCR5380 boards of one kind or another including PAS16,
29                 Trantor T128/128F/228,