Update to 3.4-final.
[linux-flexiantxendom0-3.2.10.git] / Documentation / kmsg / s390 / ctcm
1 /*?
2  * Text: "%s: An I/O-error occurred on the CTCM device\n"
3  * Severity: Error
4  * Parameter:
5  *   @1: bus ID of the CTCM device
6  * Description:
7  * An I/O error was detected on one of the subchannels of the CTCM device.
8  * Depending on the error, the CTCM device driver might attempt an automatic
9  * recovery.
10  * User action:
11  * Check the status of the CTCM device, for example, with ifconfig. If the
12  * device is not operational, perform a manual recovery. See "Device Drivers,
13  * Features, and Commands" for details about how to recover a CTCM device.
14  */
15
16 /*?
17  * Text: "%s: An adapter hardware operation timed out\n"
18  * Severity: Error
19  * Parameter:
20  *   @1: bus ID of the CTCM device
21  * Description:
22  * The CTCM device uses an adapter to physically connect to its communication
23  * peer. An operation on this adapter timed out.
24  * User action:
25  * Check the status of the CTCM device, for example, with ifconfig. If the
26  * device is not operational, perform a manual recovery. See "Device Drivers,
27  * Features, and Commands" for details about how to recover a CTCM device.
28  */
29
30 /*?
31  * Text: "%s: An error occurred on the adapter hardware\n"
32  * Severity: Error
33  * Parameter:
34  *   @1: bus ID of the CTCM device
35  * Description:
36  * The CTCM device uses an adapter to physically connect to its communication
37  * peer. An operation on this adapter returned an error.
38  * User action:
39  * Check the status of the CTCM device, for example, with ifconfig. If the
40  * device is not operational, perform a manual recovery. See "Device Drivers,
41  * Features, and Commands" for details about how to recover a CTCM device.
42  */
43
44 /*?
45  * Text: "%s: The communication peer has disconnected\n"
46  * Severity: Notice
47  * Parameter:
48  *   @1: channel ID
49  * Description:
50  * The remote device has disconnected. Possible reasons are that the remote
51  * interface has been closed or that the operating system instance with the
52  * communication peer has been rebooted or shut down.
53  * User action:
54  * Check the status of the peer device. Ensure that the peer operating system
55  * instance is running and that the peer interface is operational.
56  */
57
58 /*?
59  * Text: "%s: The remote operating system is not available\n"
60  * Severity: Notice
61  * Parameter:
62  *   @1: channel ID
63  * Description:
64  * The operating system instance with the communication peer has disconnected.
65  * Possible reasons are that the operating system instance has been rebooted
66  * or shut down.
67  * User action:
68  * Ensure that the peer operating system instance is running and that the peer
69  * interface is operational.
70  */
71
72 /*?
73  * Text: "%s: The adapter received a non-specific IRQ\n"
74  * Severity: Warning
75  * Parameter:
76  *   @1: bus ID of the CTCM device
77  * Description:
78  * The adapter hardware used by the CTCM device received an IRQ that cannot
79  * be mapped to a particular device. This is a hardware problem.
80  * User action:
81  * Check the status of the CTCM device, for example, with ifconfig. Check if
82  * the connection to the remote device still works. If the CTCM device is not
83  * operational, set it offline and back online. If this does not resolve the
84  * problem, perform a manual recovery. See "Device Drivers, Features, and
85  * Commands" for details about how to recover a CTCM device. If this problem
86  * persists, gather Linux debug data, collect the hardware logs, and report the
87  * problem to your support organization.
88  */
89
90 /*?
91  * Text: "%s: A check occurred on the subchannel\n"
92  * Severity: Warning
93  * Parameter:
94  *   @1: bus ID of the CTCM device
95  * Description:
96  * A check condition has been detected on the subchannel.
97  * User action:
98  * Check if the connection to the remote device still works. If the CTCM device
99  * is not operational, set it offline and back online. If this does not resolve
100  * the problem, perform a manual recovery. See "Device Drivers, Features, and
101  * Commands" for details about how to recover a CTCM device. If this problem
102  * persists, gather Linux debug data and report the problem to your support
103  * organization.
104  */
105
106 /*?
107  * Text: "%s: The communication peer is busy\n"
108  * Severity: Informational
109  * Parameter:
110  *   @1: channel ID
111  * Description:
112  * A busy target device was reported. This might be a temporary problem.
113  * User action:
114  * If this problem persists or is reported frequently ensure that the target
115  * device is working properly.
116  */
117
118 /*?
119  * Text: "%s: The specified target device is not valid\n"
120  * Severity: Error
121  * Parameter:
122  *   @1: channel ID
123  * Description:
124  * A target device was called with a faulty device specification. This is an
125  * adapter hardware problem.
126  * User action:
127  * Gather Linux debug data, collect the hardware logs, and contact IBM support.
128  */
129
130 /*?
131  * Text: "An I/O operation resulted in error %04x\n"
132  * Severity: Error
133  * Parameter:
134  *   @1: channel ID
135  *   @2: error information
136  * Description:
137  * A hardware operation ended with an error.
138  * User action:
139  * Check the status of the CTCM device, for example, with ifconfig. If the
140  * device is not operational, perform a manual recovery. See "Device Drivers,
141  * Features, and Commands" for details about how to recover a CTCM device.
142  * If this problem persists, gather Linux debug data, collect the hardware logs,
143  * and report the problem to your support organization.
144  */
145
146 /*?
147  * Text: "%s: Initialization failed with RX/TX init handshake error %s\n"
148  * Severity: Warning
149  * Parameter:
150  *   @1: bus ID of the CTCM device
151  *   @2: error information
152  * Description:
153  * A problem occurred during the initialization of the connection. If the
154  * connection can be established after an automatic recovery, a success message
155  * is issued.
156  * User action:
157  * If the problem is not resolved by the automatic recovery process, check the
158  * local and remote device. If this problem persists, gather Linux debug data
159  * and report the problem to your support organization.
160  */
161
162 /*?
163  * Text: "%s: The network backlog for %s is exceeded, package dropped\n"
164  * Severity: Warning
165  * Parameter:
166  *   @1: bus ID of the CTCM device
167  *   @2: calling function
168  * Description:
169  * There is more network traffic than can be handled by the device. The device
170  * is closed and some data has not been transmitted. The device might be
171  * recovered automatically.
172  * User action:
173  * Investigate and resolve the congestion. If necessary, set the device
174  * online to make it operational.
175  */
176
177 /*?
178  * Text: "%s: The XID used in the MPC protocol is not valid, rc = %d\n"
179  * Severity: Warning
180  * Parameter:
181  *   @1: bus ID of the CTCM device
182  *   @2: return code
183  * Description:
184  * The exchange identification (XID) used by the CTCM device driver when
185  * in MPC mode is not valid.
186  * User action:
187  * Note the error information provided with this message and contact your
188  * support organization.
189  */
190
191 /*? Text: "CTCM driver unloaded\n" */
192 /*? Text: "%s: %s Internal error: net_device is NULL, ch = 0x%p\n" */
193 /*? Text: "%s / register_cu3088_discipline failed, ret = %d\n" */
194 /*? Text: "%s: %s: Internal error: Can't determine channel for interrupt device %s\n" */
195 /*? Text: "CTCM driver initialized\n" */
196 /*? Text: "%s: setup OK : r/w = %s/%s, protocol : %d\n" */
197 /*? Text: "%s: Connected with remote side\n" */
198 /*? Text: "%s: Restarting device\n" */
199