4 * MontaVista IPMI interface
6 * Author: MontaVista Software, Inc.
7 * Corey Minyard <minyard@mvista.com>
10 * Copyright 2002 MontaVista Software Inc.
12 * This program is free software; you can redistribute it and/or modify it
13 * under the terms of the GNU General Public License as published by the
14 * Free Software Foundation; either version 2 of the License, or (at your
15 * option) any later version.
18 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED
19 * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
20 * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
21 * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
22 * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
23 * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS
24 * OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
25 * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR
26 * TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
27 * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
29 * You should have received a copy of the GNU General Public License along
30 * with this program; if not, write to the Free Software Foundation, Inc.,
31 * 675 Mass Ave, Cambridge, MA 02139, USA.
34 #ifndef _UAPI__LINUX_IPMI_H
35 #define _UAPI__LINUX_IPMI_H
37 #include <linux/ipmi_msgdefs.h>
38 #include <linux/compiler.h>
41 * This file describes an interface to an IPMI driver. You have to
42 * have a fairly good understanding of IPMI to use this, so go read
43 * the specs first before actually trying to do anything.
45 * With that said, this driver provides a multi-user interface to the
46 * IPMI driver, and it allows multiple IPMI physical interfaces below
47 * the driver. The physical interfaces bind as a lower layer on the
48 * driver. They appear as interfaces to the application using this
51 * Multi-user means that multiple applications may use the driver,
52 * send commands, receive responses, etc. The driver keeps track of
53 * commands the user sends and tracks the responses. The responses
54 * will go back to the application that send the command. If the
55 * response doesn't come back in time, the driver will return a
56 * timeout error response to the application. Asynchronous events
57 * from the BMC event queue will go to all users bound to the driver.
58 * The incoming event queue in the BMC will automatically be flushed
59 * if it becomes full and it is queried once a second to see if
60 * anything is in it. Incoming commands to the driver will get
61 * delivered as commands.
65 * This is an overlay for all the address types, so it's easy to
66 * determine the actual address type. This is kind of like addresses
69 #define IPMI_MAX_ADDR_SIZE 32
71 /* Try to take these from the "Channel Medium Type" table
72 in section 6.5 of the IPMI 1.5 manual. */
75 char data[IPMI_MAX_ADDR_SIZE];
79 * When the address is not used, the type will be set to this value.
80 * The channel is the BMC's channel number for the channel (usually
81 * 0), or IPMC_BMC_CHANNEL if communicating directly with the BMC.
83 #define IPMI_SYSTEM_INTERFACE_ADDR_TYPE 0x0c
84 struct ipmi_system_interface_addr {
90 /* An IPMB Address. */
91 #define IPMI_IPMB_ADDR_TYPE 0x01
92 /* Used for broadcast get device id as described in section 17.9 of the
94 #define IPMI_IPMB_BROADCAST_ADDR_TYPE 0x41
95 struct ipmi_ipmb_addr {
98 unsigned char slave_addr;
103 * A LAN Address. This is an address to/from a LAN interface bridged
104 * by the BMC, not an address actually out on the LAN.
106 * A conscious decision was made here to deviate slightly from the IPMI
107 * spec. We do not use rqSWID and rsSWID like it shows in the
108 * message. Instead, we use remote_SWID and local_SWID. This means
109 * that any message (a request or response) from another device will
110 * always have exactly the same address. If you didn't do this,
111 * requests and responses from the same device would have different
112 * addresses, and that's not too cool.
114 * In this address, the remote_SWID is always the SWID the remote
115 * message came from, or the SWID we are sending the message to.
116 * local_SWID is always our SWID. Note that having our SWID in the
117 * message is a little weird, but this is required.
119 #define IPMI_LAN_ADDR_TYPE 0x04
120 struct ipmi_lan_addr {
123 unsigned char privilege;
124 unsigned char session_handle;
125 unsigned char remote_SWID;
126 unsigned char local_SWID;
132 * Channel for talking directly with the BMC. When using this
133 * channel, This is for the system interface address type only. FIXME
134 * - is this right, or should we use -1?
136 #define IPMI_BMC_CHANNEL 0xf
137 #define IPMI_NUM_CHANNELS 0x10
140 * Used to signify an "all channel" bitmask. This is more than the
141 * actual number of channels because this is used in userland and
142 * will cover us if the number of channels is extended.
144 #define IPMI_CHAN_ALL (~0)
148 * A raw IPMI message without any addressing. This covers both
149 * commands and responses. The completion code is always the first
150 * byte of data in the response (as the spec shows the messages laid
156 unsigned short data_len;
157 unsigned char __user *data;
160 struct kernel_ipmi_msg {
163 unsigned short data_len;
168 * Various defines that are useful for IPMI applications.
170 #define IPMI_INVALID_CMD_COMPLETION_CODE 0xC1
171 #define IPMI_TIMEOUT_COMPLETION_CODE 0xC3
172 #define IPMI_UNKNOWN_ERR_COMPLETION_CODE 0xff
176 * Receive types for messages coming from the receive interface. This
177 * is used for the receive in-kernel interface and in the receive
180 * The "IPMI_RESPONSE_RESPNOSE_TYPE" is a little strange sounding, but
181 * it allows you to get the message results when you send a response
184 #define IPMI_RESPONSE_RECV_TYPE 1 /* A response to a command */
185 #define IPMI_ASYNC_EVENT_RECV_TYPE 2 /* Something from the event queue */
186 #define IPMI_CMD_RECV_TYPE 3 /* A command from somewhere else */
187 #define IPMI_RESPONSE_RESPONSE_TYPE 4 /* The response for
188 a sent response, giving any
189 error status for sending the
190 response. When you send a
191 response message, this will
193 #define IPMI_OEM_RECV_TYPE 5 /* The response for OEM Channels */
195 /* Note that async events and received commands do not have a completion
196 code as the first byte of the incoming data, unlike a response. */
200 * Modes for ipmi_set_maint_mode() and the userland IOCTL. The AUTO
201 * setting is the default and means it will be set on certain
202 * commands. Hard setting it on and off will override automatic
205 #define IPMI_MAINTENANCE_MODE_AUTO 0
206 #define IPMI_MAINTENANCE_MODE_OFF 1
207 #define IPMI_MAINTENANCE_MODE_ON 2
212 * The userland interface
216 * The userland interface for the IPMI driver is a standard character
217 * device, with each instance of an interface registered as a minor
218 * number under the major character device.
220 * The read and write calls do not work, to get messages in and out
221 * requires ioctl calls because of the complexity of the data. select
222 * and poll do work, so you can wait for input using the file
223 * descriptor, you just can use read to get it.
225 * In general, you send a command down to the interface and receive
226 * responses back. You can use the msgid value to correlate commands
227 * and responses, the driver will take care of figuring out which
228 * incoming messages are for which command and find the proper msgid
229 * value to report. You will only receive reponses for commands you
230 * send. Asynchronous events, however, go to all open users, so you
231 * must be ready to handle these (or ignore them if you don't care).
233 * The address type depends upon the channel type. When talking
234 * directly to the BMC (IPMC_BMC_CHANNEL), the address is ignored
235 * (IPMI_UNUSED_ADDR_TYPE). When talking to an IPMB channel, you must
236 * supply a valid IPMB address with the addr_type set properly.
238 * When talking to normal channels, the driver takes care of the
239 * details of formatting and sending messages on that channel. You do
240 * not, for instance, have to format a send command, you just send
241 * whatever command you want to the channel, the driver will create
242 * the send command, automatically issue receive command and get even
243 * commands, and pass those up to the proper user.
247 /* The magic IOCTL value for this interface. */
248 #define IPMI_IOC_MAGIC 'i'
251 /* Messages sent to the interface are this format. */
253 unsigned char __user *addr; /* Address to send the message to. */
254 unsigned int addr_len;
256 long msgid; /* The sequence number for the message. This
257 exact value will be reported back in the
258 response to this request if it is a command.
259 If it is a response, this will be used as
260 the sequence value for the response. */
265 * Send a message to the interfaces. error values are:
266 * - EFAULT - an address supplied was invalid.
267 * - EINVAL - The address supplied was not valid, or the command
269 * - EMSGSIZE - The message to was too large.
270 * - ENOMEM - Buffers could not be allocated for the command.
272 #define IPMICTL_SEND_COMMAND _IOR(IPMI_IOC_MAGIC, 13, \
275 /* Messages sent to the interface with timing parameters are this
277 struct ipmi_req_settime {
280 /* See ipmi_request_settime() above for details on these
283 unsigned int retry_time_ms;
286 * Send a message to the interfaces with timing parameters. error values
288 * - EFAULT - an address supplied was invalid.
289 * - EINVAL - The address supplied was not valid, or the command
291 * - EMSGSIZE - The message to was too large.
292 * - ENOMEM - Buffers could not be allocated for the command.
294 #define IPMICTL_SEND_COMMAND_SETTIME _IOR(IPMI_IOC_MAGIC, 21, \
295 struct ipmi_req_settime)
297 /* Messages received from the interface are this format. */
299 int recv_type; /* Is this a command, response or an
300 asyncronous event. */
302 unsigned char __user *addr; /* Address the message was from is put
303 here. The caller must supply the
305 unsigned int addr_len; /* The size of the address buffer.
306 The caller supplies the full buffer
307 length, this value is updated to
308 the actual message length when the
309 message is received. */
311 long msgid; /* The sequence number specified in the request
312 if this is a response. If this is a command,
313 this will be the sequence number from the
316 struct ipmi_msg msg; /* The data field must point to a buffer.
317 The data_size field must be set to the
318 size of the message buffer. The
319 caller supplies the full buffer
320 length, this value is updated to the
321 actual message length when the message
326 * Receive a message. error values:
327 * - EAGAIN - no messages in the queue.
328 * - EFAULT - an address supplied was invalid.
329 * - EINVAL - The address supplied was not valid.
330 * - EMSGSIZE - The message to was too large to fit into the message buffer,
331 * the message will be left in the buffer. */
332 #define IPMICTL_RECEIVE_MSG _IOWR(IPMI_IOC_MAGIC, 12, \
336 * Like RECEIVE_MSG, but if the message won't fit in the buffer, it
337 * will truncate the contents instead of leaving the data in the
340 #define IPMICTL_RECEIVE_MSG_TRUNC _IOWR(IPMI_IOC_MAGIC, 11, \
343 /* Register to get commands from other entities on this interface. */
344 struct ipmi_cmdspec {
350 * Register to receive a specific command. error values:
351 * - EFAULT - an address supplied was invalid.
352 * - EBUSY - The netfn/cmd supplied was already in use.
353 * - ENOMEM - could not allocate memory for the entry.
355 #define IPMICTL_REGISTER_FOR_CMD _IOR(IPMI_IOC_MAGIC, 14, \
358 * Unregister a regsitered command. error values:
359 * - EFAULT - an address supplied was invalid.
360 * - ENOENT - The netfn/cmd was not found registered for this user.
362 #define IPMICTL_UNREGISTER_FOR_CMD _IOR(IPMI_IOC_MAGIC, 15, \
366 * Register to get commands from other entities on specific channels.
367 * This way, you can only listen on specific channels, or have messages
368 * from some channels go to one place and other channels to someplace
369 * else. The chans field is a bitmask, (1 << channel) for each channel.
370 * It may be IPMI_CHAN_ALL for all channels.
372 struct ipmi_cmdspec_chans {
379 * Register to receive a specific command on specific channels. error values:
380 * - EFAULT - an address supplied was invalid.
381 * - EBUSY - One of the netfn/cmd/chans supplied was already in use.
382 * - ENOMEM - could not allocate memory for the entry.
384 #define IPMICTL_REGISTER_FOR_CMD_CHANS _IOR(IPMI_IOC_MAGIC, 28, \
385 struct ipmi_cmdspec_chans)
387 * Unregister some netfn/cmd/chans. error values:
388 * - EFAULT - an address supplied was invalid.
389 * - ENOENT - None of the netfn/cmd/chans were found registered for this user.
391 #define IPMICTL_UNREGISTER_FOR_CMD_CHANS _IOR(IPMI_IOC_MAGIC, 29, \
392 struct ipmi_cmdspec_chans)
395 * Set whether this interface receives events. Note that the first
396 * user registered for events will get all pending events for the
397 * interface. error values:
398 * - EFAULT - an address supplied was invalid.
400 #define IPMICTL_SET_GETS_EVENTS_CMD _IOR(IPMI_IOC_MAGIC, 16, int)
403 * Set and get the slave address and LUN that we will use for our
404 * source messages. Note that this affects the interface, not just
405 * this user, so it will affect all users of this interface. This is
406 * so some initialization code can come in and do the OEM-specific
407 * things it takes to determine your address (if not the BMC) and set
408 * it for everyone else. You should probably leave the LUN alone.
410 struct ipmi_channel_lun_address_set {
411 unsigned short channel;
414 #define IPMICTL_SET_MY_CHANNEL_ADDRESS_CMD \
415 _IOR(IPMI_IOC_MAGIC, 24, struct ipmi_channel_lun_address_set)
416 #define IPMICTL_GET_MY_CHANNEL_ADDRESS_CMD \
417 _IOR(IPMI_IOC_MAGIC, 25, struct ipmi_channel_lun_address_set)
418 #define IPMICTL_SET_MY_CHANNEL_LUN_CMD \
419 _IOR(IPMI_IOC_MAGIC, 26, struct ipmi_channel_lun_address_set)
420 #define IPMICTL_GET_MY_CHANNEL_LUN_CMD \
421 _IOR(IPMI_IOC_MAGIC, 27, struct ipmi_channel_lun_address_set)
422 /* Legacy interfaces, these only set IPMB 0. */
423 #define IPMICTL_SET_MY_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 17, unsigned int)
424 #define IPMICTL_GET_MY_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 18, unsigned int)
425 #define IPMICTL_SET_MY_LUN_CMD _IOR(IPMI_IOC_MAGIC, 19, unsigned int)
426 #define IPMICTL_GET_MY_LUN_CMD _IOR(IPMI_IOC_MAGIC, 20, unsigned int)
429 * Get/set the default timing values for an interface. You shouldn't
430 * generally mess with these.
432 struct ipmi_timing_parms {
434 unsigned int retry_time_ms;
436 #define IPMICTL_SET_TIMING_PARMS_CMD _IOR(IPMI_IOC_MAGIC, 22, \
437 struct ipmi_timing_parms)
438 #define IPMICTL_GET_TIMING_PARMS_CMD _IOR(IPMI_IOC_MAGIC, 23, \
439 struct ipmi_timing_parms)
442 * Set the maintenance mode. See ipmi_set_maintenance_mode() above
443 * for a description of what this does.
445 #define IPMICTL_GET_MAINTENANCE_MODE_CMD _IOR(IPMI_IOC_MAGIC, 30, int)
446 #define IPMICTL_SET_MAINTENANCE_MODE_CMD _IOW(IPMI_IOC_MAGIC, 31, int)
448 #endif /* _UAPI__LINUX_IPMI_H */