kernel-ark/include/linux/maple.h
Paul Gortmaker 313162d0b8 device.h: audit and cleanup users in main include dir
The <linux/device.h> header includes a lot of stuff, and
it in turn gets a lot of use just for the basic "struct device"
which appears so often.

Clean up the users as follows:

1) For those headers only needing "struct device" as a pointer
in fcn args, replace the include with exactly that.

2) For headers not really using anything from device.h, simply
delete the include altogether.

3) For headers relying on getting device.h implicitly before
being included themselves, now explicitly include device.h

4) For files in which doing #1 or #2 uncovers an implicit
dependency on some other header, fix by explicitly adding
the required header(s).

Any C files that were implicitly relying on device.h to be
present have already been dealt with in advance.

Total removals from #1 and #2: 51.  Total additions coming
from #3: 9.  Total other implicit dependencies from #4: 7.

As of 3.3-rc1, there were 110, so a net removal of 42 gives
about a 38% reduction in device.h presence in include/*

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
2012-03-16 10:38:24 -04:00

106 lines
2.7 KiB
C

#ifndef __LINUX_MAPLE_H
#define __LINUX_MAPLE_H
#include <mach/maple.h>
struct device;
extern struct bus_type maple_bus_type;
/* Maple Bus command and response codes */
enum maple_code {
MAPLE_RESPONSE_FILEERR = -5,
MAPLE_RESPONSE_AGAIN, /* retransmit */
MAPLE_RESPONSE_BADCMD,
MAPLE_RESPONSE_BADFUNC,
MAPLE_RESPONSE_NONE, /* unit didn't respond*/
MAPLE_COMMAND_DEVINFO = 1,
MAPLE_COMMAND_ALLINFO,
MAPLE_COMMAND_RESET,
MAPLE_COMMAND_KILL,
MAPLE_RESPONSE_DEVINFO,
MAPLE_RESPONSE_ALLINFO,
MAPLE_RESPONSE_OK,
MAPLE_RESPONSE_DATATRF,
MAPLE_COMMAND_GETCOND,
MAPLE_COMMAND_GETMINFO,
MAPLE_COMMAND_BREAD,
MAPLE_COMMAND_BWRITE,
MAPLE_COMMAND_BSYNC,
MAPLE_COMMAND_SETCOND,
MAPLE_COMMAND_MICCONTROL
};
enum maple_file_errors {
MAPLE_FILEERR_INVALID_PARTITION = 0x01000000,
MAPLE_FILEERR_PHASE_ERROR = 0x02000000,
MAPLE_FILEERR_INVALID_BLOCK = 0x04000000,
MAPLE_FILEERR_WRITE_ERROR = 0x08000000,
MAPLE_FILEERR_INVALID_WRITE_LENGTH = 0x10000000,
MAPLE_FILEERR_BAD_CRC = 0x20000000
};
struct maple_buffer {
char bufx[0x400];
void *buf;
};
struct mapleq {
struct list_head list;
struct maple_device *dev;
struct maple_buffer *recvbuf;
void *sendbuf, *recvbuf_p2;
unsigned char length;
enum maple_code command;
};
struct maple_devinfo {
unsigned long function;
unsigned long function_data[3];
unsigned char area_code;
unsigned char connector_direction;
char product_name[31];
char product_licence[61];
unsigned short standby_power;
unsigned short max_power;
};
struct maple_device {
struct maple_driver *driver;
struct mapleq *mq;
void (*callback) (struct mapleq * mq);
void (*fileerr_handler)(struct maple_device *mdev, void *recvbuf);
int (*can_unload)(struct maple_device *mdev);
unsigned long when, interval, function;
struct maple_devinfo devinfo;
unsigned char port, unit;
char product_name[32];
char product_licence[64];
atomic_t busy;
wait_queue_head_t maple_wait;
struct device dev;
};
struct maple_driver {
unsigned long function;
struct device_driver drv;
};
void maple_getcond_callback(struct maple_device *dev,
void (*callback) (struct mapleq * mq),
unsigned long interval,
unsigned long function);
int maple_driver_register(struct maple_driver *);
void maple_driver_unregister(struct maple_driver *);
int maple_add_packet(struct maple_device *mdev, u32 function,
u32 command, u32 length, void *data);
void maple_clear_dev(struct maple_device *mdev);
#define to_maple_dev(n) container_of(n, struct maple_device, dev)
#define to_maple_driver(n) container_of(n, struct maple_driver, drv)
#define maple_get_drvdata(d) dev_get_drvdata(&(d)->dev)
#define maple_set_drvdata(d,p) dev_set_drvdata(&(d)->dev, (p))
#endif /* __LINUX_MAPLE_H */