Blame view

Documentation/scsi/53c700.txt 4.92 KB
1da177e4c   Linus Torvalds   Linux-2.6.12-rc2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
  General Description
  ===================
  
  This driver supports the 53c700 and 53c700-66 chips.  It also supports
  the 53c710 but only in 53c700 emulation mode.  It is full featured and
  does sync (-66 and 710 only), disconnects and tag command queueing.
  
  Since the 53c700 must be interfaced to a bus, you need to wrapper the
  card detector around this driver.  For an example, see the
  NCR_D700.[ch] or lasi700.[ch] files.
  
  The comments in the 53c700.[ch] files tell you which parts you need to
  fill in to get the driver working.
  
  
  Compile Time Flags
  ==================
  
  The driver may be either io mapped or memory mapped.  This is
  selectable by configuration flags:
  
  CONFIG_53C700_MEM_MAPPED
  
  define if the driver is memory mapped.
  
  CONFIG_53C700_IO_MAPPED
  
  define if the driver is to be io mapped.
  
  One or other of the above flags *must* be defined.
  
  Other flags are:
  
  CONFIG_53C700_LE_ON_BE
  
  define if the chipset must be supported in little endian mode on a big
  endian architecture (used for the 700 on parisc).
  
  CONFIG_53C700_USE_CONSISTENT
  
  allocate consistent memory (should only be used if your architecture
  has a mixture of consistent and inconsistent memory).  Fully
  consistent or fully inconsistent architectures should not define this.
  
  
  Using the Chip Core Driver
  ==========================
  
  In order to plumb the 53c700 chip core driver into a working SCSI
  driver, you need to know three things about the way the chip is wired
  into your system (or expansion card).
  
  1. The clock speed of the SCSI core
  2. The interrupt line used
  3. The memory (or io space) location of the 53c700 registers.
  
  Optionally, you may also need to know other things, like how to read
  the SCSI Id from the card bios or whether the chip is wired for
  differential operation.
  
  Usually you can find items 2. and 3. from general spec. documents or
  even by examining the configuration of a working driver under another
  operating system.
  
  The clock speed is usually buried deep in the technical literature.
  It is required because it is used to set up both the synchronous and
  asynchronous dividers for the chip.  As a general rule of thumb,
  manufacturers set the clock speed at the lowest possible setting
  consistent with the best operation of the chip (although some choose
  to drive it off the CPU or bus clock rather than going to the expense
  of an extra clock chip).  The best operation clock speeds are:
  
  53c700 - 25MHz
  53c700-66 - 50MHz
  53c710 - 40Mhz
  
  Writing Your Glue Driver
  ========================
  
  This will be a standard SCSI driver (I don't know of a good document
  describing this, just copy from some other driver) with at least a
  detect and release entry.
  
  In the detect routine, you need to allocate a struct
  NCR_700_Host_Parameters sized memory area and clear it (so that the
  default values for everything are 0).  Then you must fill in the
  parameters that matter to you (see below), plumb the NCR_700_intr
  routine into the interrupt line and call NCR_700_detect with the host
  template and the new parameters as arguments.  You should also call
  the relevant request_*_region function and place the register base
  address into the `base' pointer of the host parameters.
  
  In the release routine, you must free the NCR_700_Host_Parameters that
  you allocated, call the corresponding release_*_region and free the
  interrupt.
  
  Handling Interrupts
  -------------------
  
  In general, you should just plumb the card's interrupt line in with 
  
  request_irq(irq, NCR_700_intr, <irq flags>, <driver name>, host);
  
  where host is the return from the relevant NCR_700_detect() routine.
  
  You may also write your own interrupt handling routine which calls
  NCR_700_intr() directly.  However, you should only really do this if
  you have a card with more than one chip on it and you can read a
  register to tell which set of chips wants the interrupt.
  
  Settable NCR_700_Host_Parameters
  --------------------------------
  
  The following are a list of the user settable parameters:
  
  clock: (MANDATORY)
  
  Set to the clock speed of the chip in MHz.
  
  base: (MANDATORY)
  
  set to the base of the io or mem region for the register set. On 64
  bit architectures this is only 32 bits wide, so the registers must be
  mapped into the low 32 bits of memory.
  
  pci_dev: (OPTIONAL)
  
  set to the PCI board device.  Leave NULL for a non-pci board.  This is
  used for the pci_alloc_consistent() and pci_map_*() functions.
  
  dmode_extra: (OPTIONAL, 53c710 only)
  
  extra flags for the DMODE register.  These are used to control bus
  output pins on the 710.  The settings should be a combination of
  DMODE_FC1 and DMODE_FC2.  What these pins actually do is entirely up
  to the board designer.  Usually it is safe to ignore this setting.
  
  differential: (OPTIONAL)
  
  set to 1 if the chip drives a differential bus.
  
  force_le_on_be: (OPTIONAL, only if CONFIG_53C700_LE_ON_BE is set)
  
  set to 1 if the chip is operating in little endian mode on a big
  endian architecture.
  
  chip710: (OPTIONAL)
  
  set to 1 if the chip is a 53c710.
  
  burst_disable: (OPTIONAL, 53c710 only)
  
  disable 8 byte bursting for DMA transfers.