]> bbs.cooldavid.org Git - net-next-2.6.git/blame - include/linux/ipmi.h
[PATCH] ipmi: allow userland to include ipmi.h
[net-next-2.6.git] / include / linux / ipmi.h
CommitLineData
1da177e4
LT
1/*
2 * ipmi.h
3 *
4 * MontaVista IPMI interface
5 *
6 * Author: MontaVista Software, Inc.
7 * Corey Minyard <minyard@mvista.com>
8 * source@mvista.com
9 *
10 * Copyright 2002 MontaVista Software Inc.
11 *
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.
16 *
17 *
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.
28 *
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.
32 */
33
34#ifndef __LINUX_IPMI_H
35#define __LINUX_IPMI_H
36
37#include <linux/ipmi_msgdefs.h>
07766f24 38#include <linux/compiler.h>
1da177e4
LT
39
40/*
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.
44 *
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
49 * interface.
50 *
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.
62 *
63 * This driver provides two main interfaces: one for in-kernel
64 * applications and another for userland applications. The
65 * capabilities are basically the same for both interface, although
66 * the interfaces are somewhat different. The stuff in the
67 * #ifdef KERNEL below is the in-kernel interface. The userland
68 * interface is defined later in the file. */
69
70
71
72/*
73 * This is an overlay for all the address types, so it's easy to
74 * determine the actual address type. This is kind of like addresses
75 * work for sockets.
76 */
77#define IPMI_MAX_ADDR_SIZE 32
78struct ipmi_addr
79{
80 /* Try to take these from the "Channel Medium Type" table
81 in section 6.5 of the IPMI 1.5 manual. */
82 int addr_type;
83 short channel;
84 char data[IPMI_MAX_ADDR_SIZE];
85};
86
87/*
88 * When the address is not used, the type will be set to this value.
89 * The channel is the BMC's channel number for the channel (usually
90 * 0), or IPMC_BMC_CHANNEL if communicating directly with the BMC.
91 */
92#define IPMI_SYSTEM_INTERFACE_ADDR_TYPE 0x0c
93struct ipmi_system_interface_addr
94{
95 int addr_type;
96 short channel;
97 unsigned char lun;
98};
99
100/* An IPMB Address. */
101#define IPMI_IPMB_ADDR_TYPE 0x01
102/* Used for broadcast get device id as described in section 17.9 of the
103 IPMI 1.5 manual. */
104#define IPMI_IPMB_BROADCAST_ADDR_TYPE 0x41
105struct ipmi_ipmb_addr
106{
107 int addr_type;
108 short channel;
109 unsigned char slave_addr;
110 unsigned char lun;
111};
112
113/*
114 * A LAN Address. This is an address to/from a LAN interface bridged
115 * by the BMC, not an address actually out on the LAN.
116 *
117 * A concious decision was made here to deviate slightly from the IPMI
118 * spec. We do not use rqSWID and rsSWID like it shows in the
119 * message. Instead, we use remote_SWID and local_SWID. This means
120 * that any message (a request or response) from another device will
121 * always have exactly the same address. If you didn't do this,
122 * requests and responses from the same device would have different
123 * addresses, and that's not too cool.
124 *
125 * In this address, the remote_SWID is always the SWID the remote
126 * message came from, or the SWID we are sending the message to.
127 * local_SWID is always our SWID. Note that having our SWID in the
128 * message is a little weird, but this is required.
129 */
130#define IPMI_LAN_ADDR_TYPE 0x04
131struct ipmi_lan_addr
132{
133 int addr_type;
134 short channel;
135 unsigned char privilege;
136 unsigned char session_handle;
137 unsigned char remote_SWID;
138 unsigned char local_SWID;
139 unsigned char lun;
140};
141
142
143/*
144 * Channel for talking directly with the BMC. When using this
145 * channel, This is for the system interface address type only. FIXME
146 * - is this right, or should we use -1?
147 */
148#define IPMI_BMC_CHANNEL 0xf
149#define IPMI_NUM_CHANNELS 0x10
150
151
152/*
153 * A raw IPMI message without any addressing. This covers both
154 * commands and responses. The completion code is always the first
155 * byte of data in the response (as the spec shows the messages laid
156 * out).
157 */
158struct ipmi_msg
159{
160 unsigned char netfn;
161 unsigned char cmd;
162 unsigned short data_len;
163 unsigned char __user *data;
164};
165
166struct kernel_ipmi_msg
167{
168 unsigned char netfn;
169 unsigned char cmd;
170 unsigned short data_len;
171 unsigned char *data;
172};
173
174/*
175 * Various defines that are useful for IPMI applications.
176 */
177#define IPMI_INVALID_CMD_COMPLETION_CODE 0xC1
178#define IPMI_TIMEOUT_COMPLETION_CODE 0xC3
179#define IPMI_UNKNOWN_ERR_COMPLETION_CODE 0xff
180
181
182/*
183 * Receive types for messages coming from the receive interface. This
184 * is used for the receive in-kernel interface and in the receive
185 * IOCTL.
186 *
187 * The "IPMI_RESPONSE_RESPNOSE_TYPE" is a little strange sounding, but
188 * it allows you to get the message results when you send a response
189 * message.
190 */
191#define IPMI_RESPONSE_RECV_TYPE 1 /* A response to a command */
192#define IPMI_ASYNC_EVENT_RECV_TYPE 2 /* Something from the event queue */
193#define IPMI_CMD_RECV_TYPE 3 /* A command from somewhere else */
194#define IPMI_RESPONSE_RESPONSE_TYPE 4 /* The response for
195 a sent response, giving any
196 error status for sending the
197 response. When you send a
198 response message, this will
199 be returned. */
200/* Note that async events and received commands do not have a completion
201 code as the first byte of the incoming data, unlike a response. */
202
203
204
205#ifdef __KERNEL__
206
207/*
208 * The in-kernel interface.
209 */
210#include <linux/list.h>
211#include <linux/module.h>
212
3b625943
CM
213#ifdef CONFIG_PROC_FS
214#include <linux/proc_fs.h>
215extern struct proc_dir_entry *proc_ipmi_root;
216#endif /* CONFIG_PROC_FS */
217
1da177e4
LT
218/* Opaque type for a IPMI message user. One of these is needed to
219 send and receive messages. */
220typedef struct ipmi_user *ipmi_user_t;
221
222/*
223 * Stuff coming from the receive interface comes as one of these.
224 * They are allocated, the receiver must free them with
225 * ipmi_free_recv_msg() when done with the message. The link is not
226 * used after the message is delivered, so the upper layer may use the
227 * link to build a linked list, if it likes.
228 */
229struct ipmi_recv_msg
230{
231 struct list_head link;
232
233 /* The type of message as defined in the "Receive Types"
234 defines above. */
235 int recv_type;
236
237 ipmi_user_t user;
238 struct ipmi_addr addr;
239 long msgid;
240 struct kernel_ipmi_msg msg;
241
242 /* The user_msg_data is the data supplied when a message was
243 sent, if this is a response to a sent message. If this is
244 not a response to a sent message, then user_msg_data will
245 be NULL. */
246 void *user_msg_data;
247
248 /* Call this when done with the message. It will presumably free
249 the message and do any other necessary cleanup. */
250 void (*done)(struct ipmi_recv_msg *msg);
251
252 /* Place-holder for the data, don't make any assumptions about
253 the size or existance of this, since it may change. */
254 unsigned char msg_data[IPMI_MAX_MSG_LENGTH];
255};
256
257/* Allocate and free the receive message. */
258static inline void ipmi_free_recv_msg(struct ipmi_recv_msg *msg)
259{
260 msg->done(msg);
261}
262
263struct ipmi_user_hndl
264{
265 /* Routine type to call when a message needs to be routed to
266 the upper layer. This will be called with some locks held,
267 the only IPMI routines that can be called are ipmi_request
268 and the alloc/free operations. The handler_data is the
269 variable supplied when the receive handler was registered. */
270 void (*ipmi_recv_hndl)(struct ipmi_recv_msg *msg,
271 void *user_msg_data);
272
273 /* Called when the interface detects a watchdog pre-timeout. If
274 this is NULL, it will be ignored for the user. */
275 void (*ipmi_watchdog_pretimeout)(void *handler_data);
276};
277
278/* Create a new user of the IPMI layer on the given interface number. */
279int ipmi_create_user(unsigned int if_num,
280 struct ipmi_user_hndl *handler,
281 void *handler_data,
282 ipmi_user_t *user);
283
284/* Destroy the given user of the IPMI layer. Note that after this
285 function returns, the system is guaranteed to not call any
286 callbacks for the user. Thus as long as you destroy all the users
287 before you unload a module, you will be safe. And if you destroy
288 the users before you destroy the callback structures, it should be
289 safe, too. */
290int ipmi_destroy_user(ipmi_user_t user);
291
292/* Get the IPMI version of the BMC we are talking to. */
293void ipmi_get_version(ipmi_user_t user,
294 unsigned char *major,
295 unsigned char *minor);
296
297/* Set and get the slave address and LUN that we will use for our
298 source messages. Note that this affects the interface, not just
299 this user, so it will affect all users of this interface. This is
300 so some initialization code can come in and do the OEM-specific
301 things it takes to determine your address (if not the BMC) and set
c14979b9
CM
302 it for everyone else. Note that each channel can have its own address. */
303int ipmi_set_my_address(ipmi_user_t user,
304 unsigned int channel,
305 unsigned char address);
306int ipmi_get_my_address(ipmi_user_t user,
307 unsigned int channel,
308 unsigned char *address);
309int ipmi_set_my_LUN(ipmi_user_t user,
310 unsigned int channel,
311 unsigned char LUN);
312int ipmi_get_my_LUN(ipmi_user_t user,
313 unsigned int channel,
314 unsigned char *LUN);
1da177e4
LT
315
316/*
317 * Like ipmi_request, but lets you specify the number of retries and
318 * the retry time. The retries is the number of times the message
319 * will be resent if no reply is received. If set to -1, the default
320 * value will be used. The retry time is the time in milliseconds
321 * between retries. If set to zero, the default value will be
322 * used.
323 *
324 * Don't use this unless you *really* have to. It's primarily for the
325 * IPMI over LAN converter; since the LAN stuff does its own retries,
326 * it makes no sense to do it here. However, this can be used if you
327 * have unusual requirements.
328 */
329int ipmi_request_settime(ipmi_user_t user,
330 struct ipmi_addr *addr,
331 long msgid,
332 struct kernel_ipmi_msg *msg,
333 void *user_msg_data,
334 int priority,
335 int max_retries,
336 unsigned int retry_time_ms);
337
338/*
339 * Like ipmi_request, but with messages supplied. This will not
340 * allocate any memory, and the messages may be statically allocated
341 * (just make sure to do the "done" handling on them). Note that this
342 * is primarily for the watchdog timer, since it should be able to
343 * send messages even if no memory is available. This is subject to
344 * change as the system changes, so don't use it unless you REALLY
345 * have to.
346 */
347int ipmi_request_supply_msgs(ipmi_user_t user,
348 struct ipmi_addr *addr,
349 long msgid,
350 struct kernel_ipmi_msg *msg,
351 void *user_msg_data,
352 void *supplied_smi,
353 struct ipmi_recv_msg *supplied_recv,
354 int priority);
355
356/*
357 * When commands come in to the SMS, the user can register to receive
358 * them. Only one user can be listening on a specific netfn/cmd pair
359 * at a time, you will get an EBUSY error if the command is already
360 * registered. If a command is received that does not have a user
361 * registered, the driver will automatically return the proper
362 * error.
363 */
364int ipmi_register_for_cmd(ipmi_user_t user,
365 unsigned char netfn,
366 unsigned char cmd);
367int ipmi_unregister_for_cmd(ipmi_user_t user,
368 unsigned char netfn,
369 unsigned char cmd);
370
371/*
372 * Allow run-to-completion mode to be set for the interface of
373 * a specific user.
374 */
375void ipmi_user_set_run_to_completion(ipmi_user_t user, int val);
376
377/*
378 * When the user is created, it will not receive IPMI events by
379 * default. The user must set this to TRUE to get incoming events.
380 * The first user that sets this to TRUE will receive all events that
381 * have been queued while no one was waiting for events.
382 */
383int ipmi_set_gets_events(ipmi_user_t user, int val);
384
385/*
386 * Called when a new SMI is registered. This will also be called on
387 * every existing interface when a new watcher is registered with
388 * ipmi_smi_watcher_register().
389 */
390struct ipmi_smi_watcher
391{
392 struct list_head link;
393
394 /* You must set the owner to the current module, if you are in
395 a module (generally just set it to "THIS_MODULE"). */
396 struct module *owner;
397
398 /* These two are called with read locks held for the interface
399 the watcher list. So you can add and remove users from the
400 IPMI interface, send messages, etc., but you cannot add
401 or remove SMI watchers or SMI interfaces. */
402 void (*new_smi)(int if_num);
403 void (*smi_gone)(int if_num);
404};
405
406int ipmi_smi_watcher_register(struct ipmi_smi_watcher *watcher);
407int ipmi_smi_watcher_unregister(struct ipmi_smi_watcher *watcher);
408
409/* The following are various helper functions for dealing with IPMI
410 addresses. */
411
412/* Return the maximum length of an IPMI address given it's type. */
413unsigned int ipmi_addr_length(int addr_type);
414
415/* Validate that the given IPMI address is valid. */
416int ipmi_validate_addr(struct ipmi_addr *addr, int len);
417
418#endif /* __KERNEL__ */
419
420
421/*
422 * The userland interface
423 */
424
425/*
426 * The userland interface for the IPMI driver is a standard character
427 * device, with each instance of an interface registered as a minor
428 * number under the major character device.
429 *
430 * The read and write calls do not work, to get messages in and out
431 * requires ioctl calls because of the complexity of the data. select
432 * and poll do work, so you can wait for input using the file
433 * descriptor, you just can use read to get it.
434 *
435 * In general, you send a command down to the interface and receive
436 * responses back. You can use the msgid value to correlate commands
437 * and responses, the driver will take care of figuring out which
438 * incoming messages are for which command and find the proper msgid
439 * value to report. You will only receive reponses for commands you
440 * send. Asynchronous events, however, go to all open users, so you
441 * must be ready to handle these (or ignore them if you don't care).
442 *
443 * The address type depends upon the channel type. When talking
444 * directly to the BMC (IPMC_BMC_CHANNEL), the address is ignored
445 * (IPMI_UNUSED_ADDR_TYPE). When talking to an IPMB channel, you must
446 * supply a valid IPMB address with the addr_type set properly.
447 *
448 * When talking to normal channels, the driver takes care of the
449 * details of formatting and sending messages on that channel. You do
450 * not, for instance, have to format a send command, you just send
451 * whatever command you want to the channel, the driver will create
452 * the send command, automatically issue receive command and get even
453 * commands, and pass those up to the proper user.
454 */
455
456
457/* The magic IOCTL value for this interface. */
458#define IPMI_IOC_MAGIC 'i'
459
460
461/* Messages sent to the interface are this format. */
462struct ipmi_req
463{
464 unsigned char __user *addr; /* Address to send the message to. */
465 unsigned int addr_len;
466
467 long msgid; /* The sequence number for the message. This
468 exact value will be reported back in the
469 response to this request if it is a command.
470 If it is a response, this will be used as
471 the sequence value for the response. */
472
473 struct ipmi_msg msg;
474};
475/*
476 * Send a message to the interfaces. error values are:
477 * - EFAULT - an address supplied was invalid.
478 * - EINVAL - The address supplied was not valid, or the command
479 * was not allowed.
480 * - EMSGSIZE - The message to was too large.
481 * - ENOMEM - Buffers could not be allocated for the command.
482 */
483#define IPMICTL_SEND_COMMAND _IOR(IPMI_IOC_MAGIC, 13, \
484 struct ipmi_req)
485
486/* Messages sent to the interface with timing parameters are this
487 format. */
488struct ipmi_req_settime
489{
490 struct ipmi_req req;
491
492 /* See ipmi_request_settime() above for details on these
493 values. */
494 int retries;
495 unsigned int retry_time_ms;
496};
497/*
498 * Send a message to the interfaces with timing parameters. error values
499 * are:
500 * - EFAULT - an address supplied was invalid.
501 * - EINVAL - The address supplied was not valid, or the command
502 * was not allowed.
503 * - EMSGSIZE - The message to was too large.
504 * - ENOMEM - Buffers could not be allocated for the command.
505 */
506#define IPMICTL_SEND_COMMAND_SETTIME _IOR(IPMI_IOC_MAGIC, 21, \
507 struct ipmi_req_settime)
508
509/* Messages received from the interface are this format. */
510struct ipmi_recv
511{
512 int recv_type; /* Is this a command, response or an
513 asyncronous event. */
514
515 unsigned char __user *addr; /* Address the message was from is put
516 here. The caller must supply the
517 memory. */
518 unsigned int addr_len; /* The size of the address buffer.
519 The caller supplies the full buffer
520 length, this value is updated to
521 the actual message length when the
522 message is received. */
523
524 long msgid; /* The sequence number specified in the request
525 if this is a response. If this is a command,
526 this will be the sequence number from the
527 command. */
528
529 struct ipmi_msg msg; /* The data field must point to a buffer.
530 The data_size field must be set to the
531 size of the message buffer. The
532 caller supplies the full buffer
533 length, this value is updated to the
534 actual message length when the message
535 is received. */
536};
537
538/*
539 * Receive a message. error values:
540 * - EAGAIN - no messages in the queue.
541 * - EFAULT - an address supplied was invalid.
542 * - EINVAL - The address supplied was not valid.
543 * - EMSGSIZE - The message to was too large to fit into the message buffer,
544 * the message will be left in the buffer. */
545#define IPMICTL_RECEIVE_MSG _IOWR(IPMI_IOC_MAGIC, 12, \
546 struct ipmi_recv)
547
548/*
549 * Like RECEIVE_MSG, but if the message won't fit in the buffer, it
550 * will truncate the contents instead of leaving the data in the
551 * buffer.
552 */
553#define IPMICTL_RECEIVE_MSG_TRUNC _IOWR(IPMI_IOC_MAGIC, 11, \
554 struct ipmi_recv)
555
556/* Register to get commands from other entities on this interface. */
557struct ipmi_cmdspec
558{
559 unsigned char netfn;
560 unsigned char cmd;
561};
562
563/*
564 * Register to receive a specific command. error values:
565 * - EFAULT - an address supplied was invalid.
566 * - EBUSY - The netfn/cmd supplied was already in use.
567 * - ENOMEM - could not allocate memory for the entry.
568 */
569#define IPMICTL_REGISTER_FOR_CMD _IOR(IPMI_IOC_MAGIC, 14, \
570 struct ipmi_cmdspec)
571/*
572 * Unregister a regsitered command. error values:
573 * - EFAULT - an address supplied was invalid.
574 * - ENOENT - The netfn/cmd was not found registered for this user.
575 */
576#define IPMICTL_UNREGISTER_FOR_CMD _IOR(IPMI_IOC_MAGIC, 15, \
577 struct ipmi_cmdspec)
578
579/*
580 * Set whether this interface receives events. Note that the first
581 * user registered for events will get all pending events for the
582 * interface. error values:
583 * - EFAULT - an address supplied was invalid.
584 */
585#define IPMICTL_SET_GETS_EVENTS_CMD _IOR(IPMI_IOC_MAGIC, 16, int)
586
587/*
588 * Set and get the slave address and LUN that we will use for our
589 * source messages. Note that this affects the interface, not just
590 * this user, so it will affect all users of this interface. This is
591 * so some initialization code can come in and do the OEM-specific
592 * things it takes to determine your address (if not the BMC) and set
593 * it for everyone else. You should probably leave the LUN alone.
594 */
c14979b9
CM
595struct ipmi_channel_lun_address_set
596{
597 unsigned short channel;
598 unsigned char value;
599};
600#define IPMICTL_SET_MY_CHANNEL_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 24, struct ipmi_channel_lun_address_set)
601#define IPMICTL_GET_MY_CHANNEL_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 25, struct ipmi_channel_lun_address_set)
602#define IPMICTL_SET_MY_CHANNEL_LUN_CMD _IOR(IPMI_IOC_MAGIC, 26, struct ipmi_channel_lun_address_set)
603#define IPMICTL_GET_MY_CHANNEL_LUN_CMD _IOR(IPMI_IOC_MAGIC, 27, struct ipmi_channel_lun_address_set)
604/* Legacy interfaces, these only set IPMB 0. */
1da177e4
LT
605#define IPMICTL_SET_MY_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 17, unsigned int)
606#define IPMICTL_GET_MY_ADDRESS_CMD _IOR(IPMI_IOC_MAGIC, 18, unsigned int)
607#define IPMICTL_SET_MY_LUN_CMD _IOR(IPMI_IOC_MAGIC, 19, unsigned int)
608#define IPMICTL_GET_MY_LUN_CMD _IOR(IPMI_IOC_MAGIC, 20, unsigned int)
609
610/*
611 * Get/set the default timing values for an interface. You shouldn't
612 * generally mess with these.
613 */
614struct ipmi_timing_parms
615{
616 int retries;
617 unsigned int retry_time_ms;
618};
619#define IPMICTL_SET_TIMING_PARMS_CMD _IOR(IPMI_IOC_MAGIC, 22, \
620 struct ipmi_timing_parms)
621#define IPMICTL_GET_TIMING_PARMS_CMD _IOR(IPMI_IOC_MAGIC, 23, \
622 struct ipmi_timing_parms)
623
624#endif /* __LINUX_IPMI_H */