Linux-2.6.12-rc2
[linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git] / drivers / usb / serial / keyspan_usa49msg.h
blob163b2dea2ec5ccd7fba706068031b69a134ad377
1 /*
2 usa49msg.h
4 Copyright (C) 1998-2000 InnoSys Incorporated. All Rights Reserved
5 This file is available under a BSD-style copyright
7 Keyspan USB Async Message Formats for the USA49W
9 Redistribution and use in source and binary forms, with or without
10 modification, are permitted provided that the following conditions are
11 met:
13 1. Redistributions of source code must retain this licence text
14 without modification, this list of conditions, and the following
15 disclaimer. The following copyright notice must appear immediately at
16 the beginning of all source files:
18 Copyright (C) 1998-2000 InnoSys Incorporated. All Rights Reserved
20 This file is available under a BSD-style copyright
22 2. The name of InnoSys Incorporated may not be used to endorse or promote
23 products derived from this software without specific prior written
24 permission.
26 THIS SOFTWARE IS PROVIDED BY INNOSYS CORP. ``AS IS'' AND ANY EXPRESS OR
27 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
28 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN
29 NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT,
30 INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
31 (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
32 SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
33 CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
34 LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
35 OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
36 SUCH DAMAGE.
38 4th revision: USA49W version
40 Buffer formats for RX/TX data messages are not defined by
41 a structure, but are described here:
43 USB OUT (host -> USAxx, transmit) messages contain a
44 REQUEST_ACK indicator (set to 0xff to request an ACK at the
45 completion of transmit; 0x00 otherwise), followed by data:
47 RQSTACK DAT DAT DAT ...
49 with a total data length of 63.
51 USB IN (USAxx -> host, receive) messages begin with a status
52 byte in which the 0x80 bit is either:
54 (a) 0x80 bit clear
55 indicates that the bytes following it are all data
56 bytes:
58 STAT DATA DATA DATA DATA DATA ...
60 for a total of up to 63 DATA bytes,
62 or:
64 (b) 0x80 bit set
65 indiates that the bytes following alternate data and
66 status bytes:
68 STAT DATA STAT DATA STAT DATA STAT DATA ...
70 for a total of up to 32 DATA bytes.
72 The valid bits in the STAT bytes are:
74 OVERRUN 0x02
75 PARITY 0x04
76 FRAMING 0x08
77 BREAK 0x10
79 Notes:
81 (1) The OVERRUN bit can appear in either (a) or (b) format
82 messages, but the but the PARITY/FRAMING/BREAK bits
83 only appear in (b) format messages.
84 (2) For the host to determine the exact point at which the
85 overrun occurred (to identify the point in the data
86 stream at which the data was lost), it needs to count
87 128 characters, starting at the first character of the
88 message in which OVERRUN was reported; the lost character(s)
89 would have been received between the 128th and 129th
90 characters.
91 (3) An RX data message in which the first byte has 0x80 clear
92 serves as a "break off" indicator.
93 (4) a control message specifying disablePort will be answered
94 with a status message, but no further status will be sent
95 until a control messages with enablePort is sent
97 revision history:
99 1999feb10 add reportHskiaChanges to allow us to ignore them
100 1999feb10 add txAckThreshold for fast+loose throughput enhancement
101 1999mar30 beef up support for RX error reporting
102 1999apr14 add resetDataToggle to control message
103 2000jan04 merge with usa17msg.h
104 2000mar08 clone from usa26msg.h -> usa49msg.h
105 2000mar09 change to support 4 ports
106 2000may03 change external clocking to match USA-49W hardware
107 2000jun01 add extended BSD-style copyright text
108 2001jul05 change message format to improve OVERRUN case
111 #ifndef __USA49MSG__
112 #define __USA49MSG__
116 Host->device messages sent on the global control endpoint:
118 portNumber message
119 ---------- --------------------
120 0,1,2,3 portControlMessage
121 0x80 globalControlMessage
124 struct keyspan_usa49_portControlMessage
127 0. 0/1/2/3 port control message follows
128 0x80 set non-port control message follows
130 u8 portNumber,
133 there are three types of "commands" sent in the control message:
135 1. configuration changes which must be requested by setting
136 the corresponding "set" flag (and should only be requested
137 when necessary, to reduce overhead on the USA26):
139 setClocking, // host requests baud rate be set
140 baudLo, // host does baud divisor calculation
141 baudHi, // baudHi is only used for first port (gives lower rates)
142 prescaler, // specified as N/8; values 8-ff are valid
143 // must be set any time internal baud rate is set;
144 txClocking, // 0=internal, 1=external/DSR
145 rxClocking, // 0=internal, 1=external/DSR
147 setLcr, // host requests lcr be set
148 lcr, // use PARITY, STOPBITS, DATABITS below
150 setFlowControl, // host requests flow control be set
151 ctsFlowControl, // 1=use CTS flow control, 0=don't
152 xonFlowControl, // 1=use XON/XOFF flow control, 0=don't
153 xonChar, // specified in current character format
154 xoffChar, // specified in current character format
156 setRts, // host requests RTS output be set
157 rts, // 1=active, 0=inactive
159 setDtr, // host requests DTR output be set
160 dtr; // 1=on, 0=off
164 3. configuration data which is simply used as is (no overhead,
165 but must be specified correctly in every host message).
167 u8 forwardingLength, // forward when this number of chars available
168 dsrFlowControl, // 1=use DSR flow control, 0=don't
169 txAckThreshold, // 0=not allowed, 1=normal, 2-255 deliver ACK faster
170 loopbackMode; // 0=no loopback, 1=loopback enabled
173 4. commands which are flags only; these are processed in order
174 (so that, e.g., if both _txOn and _txOff flags are set, the
175 port ends in a TX_OFF state); any non-zero value is respected
177 u8 _txOn, // enable transmitting (and continue if there's data)
178 _txOff, // stop transmitting
179 txFlush, // toss outbound data
180 txBreak, // turn on break (cleared by _txOn)
181 rxOn, // turn on receiver
182 rxOff, // turn off receiver
183 rxFlush, // toss inbound data
184 rxForward, // forward all inbound data, NOW (as if fwdLen==1)
185 returnStatus, // return current status (even if it hasn't changed)
186 resetDataToggle,// reset data toggle state to DATA0
187 enablePort, // start servicing port (move data, check status)
188 disablePort; // stop servicing port (does implicit tx/rx flush/off)
192 // defines for bits in lcr
193 #define USA_DATABITS_5 0x00
194 #define USA_DATABITS_6 0x01
195 #define USA_DATABITS_7 0x02
196 #define USA_DATABITS_8 0x03
197 #define STOPBITS_5678_1 0x00 // 1 stop bit for all byte sizes
198 #define STOPBITS_5_1p5 0x04 // 1.5 stop bits for 5-bit byte
199 #define STOPBITS_678_2 0x04 // 2 stop bits for 6/7/8-bit byte
200 #define USA_PARITY_NONE 0x00
201 #define USA_PARITY_ODD 0x08
202 #define USA_PARITY_EVEN 0x18
203 #define PARITY_1 0x28
204 #define PARITY_0 0x38
207 during normal operation, status messages are returned
208 to the host whenever the board detects changes. In some
209 circumstances (e.g. Windows), status messages from the
210 device cause problems; to shut them off, the host issues
211 a control message with the disableStatusMessages flags
212 set (to any non-zero value). The device will respond to
213 this message, and then suppress further status messages;
214 it will resume sending status messages any time the host
215 sends any control message (either global or port-specific).
218 struct keyspan_usa49_globalControlMessage
220 u8 portNumber, // 0x80
221 sendGlobalStatus, // 1/2=number of status responses requested
222 resetStatusToggle, // 1=reset global status toggle
223 resetStatusCount, // a cycling value
224 remoteWakeupEnable, // 0x10=P1, 0x20=P2, 0x40=P3, 0x80=P4
225 disableStatusMessages; // 1=send no status until host talks
229 Device->host messages send on the global status endpoint
231 portNumber message
232 ---------- --------------------
233 0x00,0x01,0x02,0x03 portStatusMessage
234 0x80 globalStatusMessage
235 0x81 globalDebugMessage
238 struct keyspan_usa49_portStatusMessage // one for each port
240 u8 portNumber, // 0,1,2,3
241 cts, // reports CTS pin
242 dcd, // reports DCD pin
243 dsr, // reports DSR pin
244 ri, // reports RI pin
245 _txOff, // transmit has been disabled (by host)
246 _txXoff, // transmit is in XOFF state (either host or RX XOFF)
247 rxEnabled, // as configured by rxOn/rxOff 1=on, 0=off
248 controlResponse,// 1=a control message has been processed
249 txAck, // ACK (data TX complete)
250 rs232valid; // RS-232 signal valid
253 // bits in RX data message when STAT byte is included
254 #define RXERROR_OVERRUN 0x02
255 #define RXERROR_PARITY 0x04
256 #define RXERROR_FRAMING 0x08
257 #define RXERROR_BREAK 0x10
259 struct keyspan_usa49_globalStatusMessage
261 u8 portNumber, // 0x80=globalStatusMessage
262 sendGlobalStatus, // from request, decremented
263 resetStatusCount; // as in request
266 struct keyspan_usa49_globalDebugMessage
268 u8 portNumber, // 0x81=globalDebugMessage
269 n, // typically a count/status byte
270 b; // typically a data byte
273 // ie: the maximum length of an EZUSB endpoint buffer
274 #define MAX_DATA_LEN 64
276 // update status approx. 60 times a second (16.6666 ms)
277 #define STATUS_UPDATE_INTERVAL 16
279 // status rationing tuning value (each port gets checked each n ms)
280 #define STATUS_RATION 10
282 #endif