litmus-rt.git - The LITMUS^RT kernel.

diff options

author	Linus Torvalds <torvalds@linux-foundation.org>	2010-05-07 17:11:09 -0400
committer	Linus Torvalds <torvalds@linux-foundation.org>	2010-05-07 17:11:09 -0400
commit	2c32b1dab508ccaa4aea1a9d6047b65fc708e929 (patch)
tree	7a97585278a6e5d49f0b969b8047918f4f5239c2 /net/tipc/msg.c
parent	48fe37cb53a40e13c2f9fc974f574e38d18be303 (diff)
parent	15d0a873549ef0bdeaa04dacf29a3e15de886d03 (diff)

Merge branch 'urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6

* 'urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6: pcmcia: fix compilation after 16bit state locking changes pcmcia: order userspace suspend and resume requests pcmcia: avoid pccard_validate_cis failure in resume callpath

Diffstat (limited to 'net/tipc/msg.c')

0 files changed, 0 insertions, 0 deletions

/* * Shared Transport Header file * To be included by the protocol stack drivers for * Texas Instruments BT,FM and GPS combo chip drivers * and also serves the sub-modules of the shared transport driver. * * Copyright (C) 2009-2010 Texas Instruments * Author: Pavan Savoy <pavan_savoy@ti.com> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * */ #ifndef TI_WILINK_ST_H #define TI_WILINK_ST_H /** * enum kim_gpio_state - Few protocols such as FM have ACTIVE LOW * gpio states for their chip/core enable gpios */ enum kim_gpio_state { KIM_GPIO_INACTIVE, KIM_GPIO_ACTIVE, }; /** * enum proto-type - The protocol on WiLink chips which share a * common physical interface like UART. */ enum proto_type { ST_BT, ST_FM, ST_GPS, ST_MAX, }; /** * struct st_proto_s - Per Protocol structure from BT/FM/GPS to ST * @type: type of the protocol being registered among the * available proto_type(BT, FM, GPS the protocol which share TTY). * @recv: the receiver callback pointing to a function in the * protocol drivers called by the ST driver upon receiving * relevant data. * @match_packet: reserved for future use, to make ST more generic * @reg_complete_cb: callback handler pointing to a function in protocol * handler called by ST when the pending registrations are complete. * The registrations are marked pending, in situations when fw * download is in progress. * @write: pointer to function in ST provided to protocol drivers from ST, * to be made use when protocol drivers have data to send to TTY. * @priv_data: privdate data holder for the protocol drivers, sent * from the protocol drivers during registration, and sent back on * reg_complete_cb and recv. */ struct st_proto_s { enum proto_type type; long (*recv) (void *, struct sk_buff *); unsigned char (*match_packet) (const unsigned char *data); void (*reg_complete_cb) (void *, char data); long (*write) (struct sk_buff *skb); void *priv_data; }; extern long st_register(struct st_proto_s *); extern long st_unregister(enum proto_type); /* * header information used by st_core.c */ /* states of protocol list */ #define ST_NOTEMPTY 1 #define ST_EMPTY 0 /* * possible st_states */ #define ST_INITIALIZING 1 #define ST_REG_IN_PROGRESS 2 #define ST_REG_PENDING 3 #define ST_WAITING_FOR_RESP 4 /** * struct st_data_s - ST core internal structure * @st_state: different states of ST like initializing, registration * in progress, this is mainly used to return relevant err codes * when protocol drivers are registering. It is also used to track * the recv function, as in during fw download only HCI events * can occur , where as during other times other events CH8, CH9 * can occur. * @tty: tty provided by the TTY core for line disciplines. * @tx_skb: If for some reason the tty's write returns lesser bytes written * then to maintain the rest of data to be written on next instance. * This needs to be protected, hence the lock inside wakeup func. * @tx_state: if the data is being written onto the TTY and protocol driver * wants to send more, queue up data and mark that there is * more data to send. * @list: the list of protocols registered, only MAX can exist, one protocol * can register only once. * @rx_state: states to be maintained inside st's tty receive * @rx_count: count to be maintained inside st's tty receieve * @rx_skb: the skb where all data for a protocol gets accumulated, * since tty might not call receive when a complete event packet * is received, the states, count and the skb needs to be maintained. * @txq: the list of skbs which needs to be sent onto the TTY. * @tx_waitq: if the chip is not in AWAKE state, the skbs needs to be queued * up in here, PM(WAKEUP_IND) data needs to be sent and then the skbs * from waitq can be moved onto the txq. * Needs locking too. * @lock: the lock to protect skbs, queues, and ST states. * @protos_registered: count of the protocols registered, also when 0 the * chip enable gpio can be toggled, and when it changes to 1 the fw * needs to be downloaded to initialize chip side ST. * @ll_state: the various PM states the chip can be, the states are notified * to us, when the chip sends relevant PM packets(SLEEP_IND, WAKE_IND). * @kim_data: reference to the parent encapsulating structure. * */ struct st_data_s { unsigned long st_state; struct tty_struct *tty; struct sk_buff *tx_skb; #define ST_TX_SENDING 1 #define ST_TX_WAKEUP 2 unsigned long tx_state; struct st_proto_s *list[ST_MAX]; unsigned long rx_state; unsigned long rx_count; struct sk_buff *rx_skb; struct sk_buff_head txq, tx_waitq; spinlock_t lock; unsigned char protos_registered; unsigned long ll_state; void *kim_data; }; /** * st_int_write - * point this to tty->driver->write or tty->ops->write * depending upon the kernel version */ int st_int_write(struct st_data_s*, const unsigned char*, int); /** * st_write - * internal write function, passed onto protocol drivers * via the write function ptr of protocol struct */ long st_write(struct sk_buff *); /* function to be called from ST-LL */ void st_ll_send_frame(enum proto_type, struct sk_buff *); /* internal wake up function */ void st_tx_wakeup(struct st_data_s *st_data); /* init, exit entry funcs called from KIM */ int st_core_init(struct st_data_s **); void st_core_exit(struct st_data_s *); /* ask for reference from KIM */ void st_kim_ref(struct st_data_s **, int); #define GPS_STUB_TEST #ifdef GPS_STUB_TEST int gps_chrdrv_stub_write(const unsigned char*, int); void gps_chrdrv_stub_init(void); #endif /* * header information used by st_kim.c */ /* time in msec to wait for * line discipline to be installed */ #define LDISC_TIME 500 #define CMD_RESP_TIME 500 #define MAKEWORD(a, b) ((unsigned short)(((unsigned char)(a)) \ | ((unsigned short)((unsigned char)(b))) << 8)) #define GPIO_HIGH 1 #define GPIO_LOW 0 /* the Power-On-Reset logic, requires to attempt * to download firmware onto chip more than once * since the self-test for chip takes a while */ #define POR_RETRY_COUNT 5 /** * struct chip_version - save the chip version */ struct chip_version { unsigned short full; unsigned short chip; unsigned short min_ver; unsigned short maj_ver; }; /** * struct kim_data_s - the KIM internal data, embedded as the * platform's drv data. One for each ST device in the system. * @uim_pid: KIM needs to communicate with UIM to request to install * the ldisc by opening UART when protocol drivers register. * @kim_pdev: the platform device added in one of the board-XX.c file * in arch/XX/ directory, 1 for each ST device. * @kim_rcvd: completion handler to notify when data was received, * mainly used during fw download, which involves multiple send/wait * for each of the HCI-VS commands. * @ldisc_installed: completion handler to notify that the UIM accepted * the request to install ldisc, notify from tty_open which suggests * the ldisc was properly installed. * @resp_buffer: data buffer for the .bts fw file name. * @fw_entry: firmware class struct to request/release the fw. * @gpios: the list of core/chip enable gpios for BT, FM and GPS cores. * @rx_state: the rx state for kim's receive func during fw download. * @rx_count: the rx count for the kim's receive func during fw download.


context:
space:
mode: