Restoring authorship annotation for <orivej@yandex-team.ru>. Commit 1 of 2.

1 files changed, 1045 insertions, 1045 deletions

diff --git a/contrib/libs/linux-headers/linux/firewire-cdev.h b/contrib/libs/linux-headers/linux/firewire-cdev.h
index 1acd2b179a..e05e984689 100644
--- a/contrib/libs/linux-headers/linux/firewire-cdev.h
+++ b/contrib/libs/linux-headers/linux/firewire-cdev.h
@@ -1,1045 +1,1045 @@
-/*
- * Char device interface.
- *
- * Copyright (C) 2005-2007  Kristian Hoegsberg <krh@bitplanet.net>
- *
- * Permission is hereby granted, free of charge, to any person obtaining a
- * copy of this software and associated documentation files (the "Software"),
- * to deal in the Software without restriction, including without limitation
- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
- * and/or sell copies of the Software, and to permit persons to whom the
- * Software is furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice (including the next
- * paragraph) shall be included in all copies or substantial portions of the
- * Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
- * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR
- * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
- * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
- * DEALINGS IN THE SOFTWARE.
- */
-
-#ifndef _LINUX_FIREWIRE_CDEV_H
-#define _LINUX_FIREWIRE_CDEV_H
-
-#include <linux/ioctl.h>
-#include <linux/types.h>
-#include <linux/firewire-constants.h>
-
-/* available since kernel version 2.6.22 */
-#define FW_CDEV_EVENT_BUS_RESET				0x00
-#define FW_CDEV_EVENT_RESPONSE				0x01
-#define FW_CDEV_EVENT_REQUEST				0x02
-#define FW_CDEV_EVENT_ISO_INTERRUPT			0x03
-
-/* available since kernel version 2.6.30 */
-#define FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED		0x04
-#define FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED		0x05
-
-/* available since kernel version 2.6.36 */
-#define FW_CDEV_EVENT_REQUEST2				0x06
-#define FW_CDEV_EVENT_PHY_PACKET_SENT			0x07
-#define FW_CDEV_EVENT_PHY_PACKET_RECEIVED		0x08
-#define FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL	0x09
-
-/**
- * struct fw_cdev_event_common - Common part of all fw_cdev_event_* types
- * @closure:	For arbitrary use by userspace
- * @type:	Discriminates the fw_cdev_event_* types
- *
- * This struct may be used to access generic members of all fw_cdev_event_*
- * types regardless of the specific type.
- *
- * Data passed in the @closure field for a request will be returned in the
- * corresponding event.  It is big enough to hold a pointer on all platforms.
- * The ioctl used to set @closure depends on the @type of event.
- */
-struct fw_cdev_event_common {
-	__u64 closure;
-	__u32 type;
-};
-
-/**
- * struct fw_cdev_event_bus_reset - Sent when a bus reset occurred
- * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_GET_INFO ioctl
- * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_BUS_RESET
- * @node_id:       New node ID of this node
- * @local_node_id: Node ID of the local node, i.e. of the controller
- * @bm_node_id:    Node ID of the bus manager
- * @irm_node_id:   Node ID of the iso resource manager
- * @root_node_id:  Node ID of the root node
- * @generation:    New bus generation
- *
- * This event is sent when the bus the device belongs to goes through a bus
- * reset.  It provides information about the new bus configuration, such as
- * new node ID for this device, new root ID, and others.
- *
- * If @bm_node_id is 0xffff right after bus reset it can be reread by an
- * %FW_CDEV_IOC_GET_INFO ioctl after bus manager selection was finished.
- * Kernels with ABI version < 4 do not set @bm_node_id.
- */
-struct fw_cdev_event_bus_reset {
-	__u64 closure;
-	__u32 type;
-	__u32 node_id;
-	__u32 local_node_id;
-	__u32 bm_node_id;
-	__u32 irm_node_id;
-	__u32 root_node_id;
-	__u32 generation;
-};
-
-/**
- * struct fw_cdev_event_response - Sent when a response packet was received
- * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_SEND_REQUEST
- *		or %FW_CDEV_IOC_SEND_BROADCAST_REQUEST
- *		or %FW_CDEV_IOC_SEND_STREAM_PACKET ioctl
- * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_RESPONSE
- * @rcode:	Response code returned by the remote node
- * @length:	Data length, i.e. the response's payload size in bytes
- * @data:	Payload data, if any
- *
- * This event is sent when the stack receives a response to an outgoing request
- * sent by %FW_CDEV_IOC_SEND_REQUEST ioctl.  The payload data for responses
- * carrying data (read and lock responses) follows immediately and can be
- * accessed through the @data field.
- *
- * The event is also generated after conclusions of transactions that do not
- * involve response packets.  This includes unified write transactions,
- * broadcast write transactions, and transmission of asynchronous stream
- * packets.  @rcode indicates success or failure of such transmissions.
- */
-struct fw_cdev_event_response {
-	__u64 closure;
-	__u32 type;
-	__u32 rcode;
-	__u32 length;
-	__u32 data[0];
-};
-
-/**
- * struct fw_cdev_event_request - Old version of &fw_cdev_event_request2
- * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_ALLOCATE ioctl
- * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_REQUEST
- * @tcode:	Transaction code of the incoming request
- * @offset:	The offset into the 48-bit per-node address space
- * @handle:	Reference to the kernel-side pending request
- * @length:	Data length, i.e. the request's payload size in bytes
- * @data:	Incoming data, if any
- *
- * This event is sent instead of &fw_cdev_event_request2 if the kernel or
- * the client implements ABI version <= 3.  &fw_cdev_event_request lacks
- * essential information; use &fw_cdev_event_request2 instead.
- */
-struct fw_cdev_event_request {
-	__u64 closure;
-	__u32 type;
-	__u32 tcode;
-	__u64 offset;
-	__u32 handle;
-	__u32 length;
-	__u32 data[0];
-};
-
-/**
- * struct fw_cdev_event_request2 - Sent on incoming request to an address region
- * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_ALLOCATE ioctl
- * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_REQUEST2
- * @tcode:	Transaction code of the incoming request
- * @offset:	The offset into the 48-bit per-node address space
- * @source_node_id: Sender node ID
- * @destination_node_id: Destination node ID
- * @card:	The index of the card from which the request came
- * @generation:	Bus generation in which the request is valid
- * @handle:	Reference to the kernel-side pending request
- * @length:	Data length, i.e. the request's payload size in bytes
- * @data:	Incoming data, if any
- *
- * This event is sent when the stack receives an incoming request to an address
- * region registered using the %FW_CDEV_IOC_ALLOCATE ioctl.  The request is
- * guaranteed to be completely contained in the specified region.  Userspace is
- * responsible for sending the response by %FW_CDEV_IOC_SEND_RESPONSE ioctl,
- * using the same @handle.
- *
- * The payload data for requests carrying data (write and lock requests)
- * follows immediately and can be accessed through the @data field.
- *
- * Unlike &fw_cdev_event_request, @tcode of lock requests is one of the
- * firewire-core specific %TCODE_LOCK_MASK_SWAP...%TCODE_LOCK_VENDOR_DEPENDENT,
- * i.e. encodes the extended transaction code.
- *
- * @card may differ from &fw_cdev_get_info.card because requests are received
- * from all cards of the Linux host.  @source_node_id, @destination_node_id, and
- * @generation pertain to that card.  Destination node ID and bus generation may
- * therefore differ from the corresponding fields of the last
- * &fw_cdev_event_bus_reset.
- *
- * @destination_node_id may also differ from the current node ID because of a
- * non-local bus ID part or in case of a broadcast write request.  Note, a
- * client must call an %FW_CDEV_IOC_SEND_RESPONSE ioctl even in case of a
- * broadcast write request; the kernel will then release the kernel-side pending
- * request but will not actually send a response packet.
- *
- * In case of a write request to FCP_REQUEST or FCP_RESPONSE, the kernel already
- * sent a write response immediately after the request was received; in this
- * case the client must still call an %FW_CDEV_IOC_SEND_RESPONSE ioctl to
- * release the kernel-side pending request, though another response won't be
- * sent.
- *
- * If the client subsequently needs to initiate requests to the sender node of
- * an &fw_cdev_event_request2, it needs to use a device file with matching
- * card index, node ID, and generation for outbound requests.
- */
-struct fw_cdev_event_request2 {
-	__u64 closure;
-	__u32 type;
-	__u32 tcode;
-	__u64 offset;
-	__u32 source_node_id;
-	__u32 destination_node_id;
-	__u32 card;
-	__u32 generation;
-	__u32 handle;
-	__u32 length;
-	__u32 data[0];
-};
-
-/**
- * struct fw_cdev_event_iso_interrupt - Sent when an iso packet was completed
- * @closure:	See &fw_cdev_event_common;
- *		set by %FW_CDEV_CREATE_ISO_CONTEXT ioctl
- * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_ISO_INTERRUPT
- * @cycle:	Cycle counter of the last completed packet
- * @header_length: Total length of following headers, in bytes
- * @header:	Stripped headers, if any
- *
- * This event is sent when the controller has completed an &fw_cdev_iso_packet
- * with the %FW_CDEV_ISO_INTERRUPT bit set, when explicitly requested with
- * %FW_CDEV_IOC_FLUSH_ISO, or when there have been so many completed packets
- * without the interrupt bit set that the kernel's internal buffer for @header
- * is about to overflow.  (In the last case, ABI versions < 5 drop header data
- * up to the next interrupt packet.)
- *
- * Isochronous transmit events (context type %FW_CDEV_ISO_CONTEXT_TRANSMIT):
- *
- * In version 3 and some implementations of version 2 of the ABI, &header_length
- * is a multiple of 4 and &header contains timestamps of all packets up until
- * the interrupt packet.  The format of the timestamps is as described below for
- * isochronous reception.  In version 1 of the ABI, &header_length was 0.
- *
- * Isochronous receive events (context type %FW_CDEV_ISO_CONTEXT_RECEIVE):
- *
- * The headers stripped of all packets up until and including the interrupt
- * packet are returned in the @header field.  The amount of header data per
- * packet is as specified at iso context creation by
- * &fw_cdev_create_iso_context.header_size.
- *
- * Hence, _interrupt.header_length / _context.header_size is the number of
- * packets received in this interrupt event.  The client can now iterate
- * through the mmap()'ed DMA buffer according to this number of packets and
- * to the buffer sizes as the client specified in &fw_cdev_queue_iso.
- *
- * Since version 2 of this ABI, the portion for each packet in _interrupt.header
- * consists of the 1394 isochronous packet header, followed by a timestamp
- * quadlet if &fw_cdev_create_iso_context.header_size > 4, followed by quadlets
- * from the packet payload if &fw_cdev_create_iso_context.header_size > 8.
- *
- * Format of 1394 iso packet header:  16 bits data_length, 2 bits tag, 6 bits
- * channel, 4 bits tcode, 4 bits sy, in big endian byte order.
- * data_length is the actual received size of the packet without the four
- * 1394 iso packet header bytes.
- *
- * Format of timestamp:  16 bits invalid, 3 bits cycleSeconds, 13 bits
- * cycleCount, in big endian byte order.
- *
- * In version 1 of the ABI, no timestamp quadlet was inserted; instead, payload
- * data followed directly after the 1394 is header if header_size > 4.
- * Behaviour of ver. 1 of this ABI is no longer available since ABI ver. 2.
- */
-struct fw_cdev_event_iso_interrupt {
-	__u64 closure;
-	__u32 type;
-	__u32 cycle;
-	__u32 header_length;
-	__u32 header[0];
-};
-
-/**
- * struct fw_cdev_event_iso_interrupt_mc - An iso buffer chunk was completed
- * @closure:	See &fw_cdev_event_common;
- *		set by %FW_CDEV_CREATE_ISO_CONTEXT ioctl
- * @type:	%FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL
- * @completed:	Offset into the receive buffer; data before this offset is valid
- *
- * This event is sent in multichannel contexts (context type
- * %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL) for &fw_cdev_iso_packet buffer
- * chunks that have been completely filled and that have the
- * %FW_CDEV_ISO_INTERRUPT bit set, or when explicitly requested with
- * %FW_CDEV_IOC_FLUSH_ISO.
- *
- * The buffer is continuously filled with the following data, per packet:
- *  - the 1394 iso packet header as described at &fw_cdev_event_iso_interrupt,
- *    but in little endian byte order,
- *  - packet payload (as many bytes as specified in the data_length field of
- *    the 1394 iso packet header) in big endian byte order,
- *  - 0...3 padding bytes as needed to align the following trailer quadlet,
- *  - trailer quadlet, containing the reception timestamp as described at
- *    &fw_cdev_event_iso_interrupt, but in little endian byte order.
- *
- * Hence the per-packet size is data_length (rounded up to a multiple of 4) + 8.
- * When processing the data, stop before a packet that would cross the
- * @completed offset.
- *
- * A packet near the end of a buffer chunk will typically spill over into the
- * next queued buffer chunk.  It is the responsibility of the client to check
- * for this condition, assemble a broken-up packet from its parts, and not to
- * re-queue any buffer chunks in which as yet unread packet parts reside.
- */
-struct fw_cdev_event_iso_interrupt_mc {
-	__u64 closure;
-	__u32 type;
-	__u32 completed;
-};
-
-/**
- * struct fw_cdev_event_iso_resource - Iso resources were allocated or freed
- * @closure:	See &fw_cdev_event_common;
- *		set by %FW_CDEV_IOC_(DE)ALLOCATE_ISO_RESOURCE(_ONCE) ioctl
- * @type:	%FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED or
- *		%FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED
- * @handle:	Reference by which an allocated resource can be deallocated
- * @channel:	Isochronous channel which was (de)allocated, if any
- * @bandwidth:	Bandwidth allocation units which were (de)allocated, if any
- *
- * An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED event is sent after an isochronous
- * resource was allocated at the IRM.  The client has to check @channel and
- * @bandwidth for whether the allocation actually succeeded.
- *
- * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event is sent after an isochronous
- * resource was deallocated at the IRM.  It is also sent when automatic
- * reallocation after a bus reset failed.
- *
- * @channel is <0 if no channel was (de)allocated or if reallocation failed.
- * @bandwidth is 0 if no bandwidth was (de)allocated or if reallocation failed.
- */
-struct fw_cdev_event_iso_resource {
-	__u64 closure;
-	__u32 type;
-	__u32 handle;
-	__s32 channel;
-	__s32 bandwidth;
-};
-
-/**
- * struct fw_cdev_event_phy_packet - A PHY packet was transmitted or received
- * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_SEND_PHY_PACKET
- *		or %FW_CDEV_IOC_RECEIVE_PHY_PACKETS ioctl
- * @type:	%FW_CDEV_EVENT_PHY_PACKET_SENT or %..._RECEIVED
- * @rcode:	%RCODE_..., indicates success or failure of transmission
- * @length:	Data length in bytes
- * @data:	Incoming data
- *
- * If @type is %FW_CDEV_EVENT_PHY_PACKET_SENT, @length is 0 and @data empty,
- * except in case of a ping packet:  Then, @length is 4, and @data[0] is the
- * ping time in 49.152MHz clocks if @rcode is %RCODE_COMPLETE.
- *
- * If @type is %FW_CDEV_EVENT_PHY_PACKET_RECEIVED, @length is 8 and @data
- * consists of the two PHY packet quadlets, in host byte order.
- */
-struct fw_cdev_event_phy_packet {
-	__u64 closure;
-	__u32 type;
-	__u32 rcode;
-	__u32 length;
-	__u32 data[0];
-};
-
-/**
- * union fw_cdev_event - Convenience union of fw_cdev_event_* types
- * @common:		Valid for all types
- * @bus_reset:		Valid if @common.type == %FW_CDEV_EVENT_BUS_RESET
- * @response:		Valid if @common.type == %FW_CDEV_EVENT_RESPONSE
- * @request:		Valid if @common.type == %FW_CDEV_EVENT_REQUEST
- * @request2:		Valid if @common.type == %FW_CDEV_EVENT_REQUEST2
- * @iso_interrupt:	Valid if @common.type == %FW_CDEV_EVENT_ISO_INTERRUPT
- * @iso_interrupt_mc:	Valid if @common.type ==
- *				%FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL
- * @iso_resource:	Valid if @common.type ==
- *				%FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED or
- *				%FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED
- * @phy_packet:		Valid if @common.type ==
- *				%FW_CDEV_EVENT_PHY_PACKET_SENT or
- *				%FW_CDEV_EVENT_PHY_PACKET_RECEIVED
- *
- * Convenience union for userspace use.  Events could be read(2) into an
- * appropriately aligned char buffer and then cast to this union for further
- * processing.  Note that for a request, response or iso_interrupt event,
- * the data[] or header[] may make the size of the full event larger than
- * sizeof(union fw_cdev_event).  Also note that if you attempt to read(2)
- * an event into a buffer that is not large enough for it, the data that does
- * not fit will be discarded so that the next read(2) will return a new event.
- */
-union fw_cdev_event {
-	struct fw_cdev_event_common		common;
-	struct fw_cdev_event_bus_reset		bus_reset;
-	struct fw_cdev_event_response		response;
-	struct fw_cdev_event_request		request;
-	struct fw_cdev_event_request2		request2;		/* added in 2.6.36 */
-	struct fw_cdev_event_iso_interrupt	iso_interrupt;
-	struct fw_cdev_event_iso_interrupt_mc	iso_interrupt_mc;	/* added in 2.6.36 */
-	struct fw_cdev_event_iso_resource	iso_resource;		/* added in 2.6.30 */
-	struct fw_cdev_event_phy_packet		phy_packet;		/* added in 2.6.36 */
-};
-
-/* available since kernel version 2.6.22 */
-#define FW_CDEV_IOC_GET_INFO           _IOWR('#', 0x00, struct fw_cdev_get_info)
-#define FW_CDEV_IOC_SEND_REQUEST        _IOW('#', 0x01, struct fw_cdev_send_request)
-#define FW_CDEV_IOC_ALLOCATE           _IOWR('#', 0x02, struct fw_cdev_allocate)
-#define FW_CDEV_IOC_DEALLOCATE          _IOW('#', 0x03, struct fw_cdev_deallocate)
-#define FW_CDEV_IOC_SEND_RESPONSE       _IOW('#', 0x04, struct fw_cdev_send_response)
-#define FW_CDEV_IOC_INITIATE_BUS_RESET  _IOW('#', 0x05, struct fw_cdev_initiate_bus_reset)
-#define FW_CDEV_IOC_ADD_DESCRIPTOR     _IOWR('#', 0x06, struct fw_cdev_add_descriptor)
-#define FW_CDEV_IOC_REMOVE_DESCRIPTOR   _IOW('#', 0x07, struct fw_cdev_remove_descriptor)
-#define FW_CDEV_IOC_CREATE_ISO_CONTEXT _IOWR('#', 0x08, struct fw_cdev_create_iso_context)
-#define FW_CDEV_IOC_QUEUE_ISO          _IOWR('#', 0x09, struct fw_cdev_queue_iso)
-#define FW_CDEV_IOC_START_ISO           _IOW('#', 0x0a, struct fw_cdev_start_iso)
-#define FW_CDEV_IOC_STOP_ISO            _IOW('#', 0x0b, struct fw_cdev_stop_iso)
-
-/* available since kernel version 2.6.24 */
-#define FW_CDEV_IOC_GET_CYCLE_TIMER     _IOR('#', 0x0c, struct fw_cdev_get_cycle_timer)
-
-/* available since kernel version 2.6.30 */
-#define FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE       _IOWR('#', 0x0d, struct fw_cdev_allocate_iso_resource)
-#define FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE      _IOW('#', 0x0e, struct fw_cdev_deallocate)
-#define FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE   _IOW('#', 0x0f, struct fw_cdev_allocate_iso_resource)
-#define FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE_ONCE _IOW('#', 0x10, struct fw_cdev_allocate_iso_resource)
-#define FW_CDEV_IOC_GET_SPEED                     _IO('#', 0x11) /* returns speed code */
-#define FW_CDEV_IOC_SEND_BROADCAST_REQUEST       _IOW('#', 0x12, struct fw_cdev_send_request)
-#define FW_CDEV_IOC_SEND_STREAM_PACKET           _IOW('#', 0x13, struct fw_cdev_send_stream_packet)
-
-/* available since kernel version 2.6.34 */
-#define FW_CDEV_IOC_GET_CYCLE_TIMER2   _IOWR('#', 0x14, struct fw_cdev_get_cycle_timer2)
-
-/* available since kernel version 2.6.36 */
-#define FW_CDEV_IOC_SEND_PHY_PACKET    _IOWR('#', 0x15, struct fw_cdev_send_phy_packet)
-#define FW_CDEV_IOC_RECEIVE_PHY_PACKETS _IOW('#', 0x16, struct fw_cdev_receive_phy_packets)
-#define FW_CDEV_IOC_SET_ISO_CHANNELS    _IOW('#', 0x17, struct fw_cdev_set_iso_channels)
-
-/* available since kernel version 3.4 */
-#define FW_CDEV_IOC_FLUSH_ISO           _IOW('#', 0x18, struct fw_cdev_flush_iso)
-
-/*
- * ABI version history
- *  1  (2.6.22)  - initial version
- *     (2.6.24)  - added %FW_CDEV_IOC_GET_CYCLE_TIMER
- *  2  (2.6.30)  - changed &fw_cdev_event_iso_interrupt.header if
- *                 &fw_cdev_create_iso_context.header_size is 8 or more
- *               - added %FW_CDEV_IOC_*_ISO_RESOURCE*,
- *                 %FW_CDEV_IOC_GET_SPEED, %FW_CDEV_IOC_SEND_BROADCAST_REQUEST,
- *                 %FW_CDEV_IOC_SEND_STREAM_PACKET
- *     (2.6.32)  - added time stamp to xmit &fw_cdev_event_iso_interrupt
- *     (2.6.33)  - IR has always packet-per-buffer semantics now, not one of
- *                 dual-buffer or packet-per-buffer depending on hardware
- *               - shared use and auto-response for FCP registers
- *  3  (2.6.34)  - made &fw_cdev_get_cycle_timer reliable
- *               - added %FW_CDEV_IOC_GET_CYCLE_TIMER2
- *  4  (2.6.36)  - added %FW_CDEV_EVENT_REQUEST2, %FW_CDEV_EVENT_PHY_PACKET_*,
- *                 and &fw_cdev_allocate.region_end
- *               - implemented &fw_cdev_event_bus_reset.bm_node_id
- *               - added %FW_CDEV_IOC_SEND_PHY_PACKET, _RECEIVE_PHY_PACKETS
- *               - added %FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL,
- *                 %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL, and
- *                 %FW_CDEV_IOC_SET_ISO_CHANNELS
- *  5  (3.4)     - send %FW_CDEV_EVENT_ISO_INTERRUPT events when needed to
- *                 avoid dropping data
- *               - added %FW_CDEV_IOC_FLUSH_ISO
- */
-
-/**
- * struct fw_cdev_get_info - General purpose information ioctl
- * @version:	The version field is just a running serial number.  Both an
- *		input parameter (ABI version implemented by the client) and
- *		output parameter (ABI version implemented by the kernel).
- *		A client shall fill in the ABI @version for which the client
- *		was implemented.  This is necessary for forward compatibility.
- * @rom_length:	If @rom is non-zero, up to @rom_length bytes of Configuration
- *		ROM will be copied into that user space address.  In either
- *		case, @rom_length is updated with the actual length of the
- *		Configuration ROM.
- * @rom:	If non-zero, address of a buffer to be filled by a copy of the
- *		device's Configuration ROM
- * @bus_reset:	If non-zero, address of a buffer to be filled by a
- *		&struct fw_cdev_event_bus_reset with the current state
- *		of the bus.  This does not cause a bus reset to happen.
- * @bus_reset_closure: Value of &closure in this and subsequent bus reset events
- * @card:	The index of the card this device belongs to
- *
- * The %FW_CDEV_IOC_GET_INFO ioctl is usually the very first one which a client
- * performs right after it opened a /dev/fw* file.
- *
- * As a side effect, reception of %FW_CDEV_EVENT_BUS_RESET events to be read(2)
- * is started by this ioctl.
- */
-struct fw_cdev_get_info {
-	__u32 version;
-	__u32 rom_length;
-	__u64 rom;
-	__u64 bus_reset;
-	__u64 bus_reset_closure;
-	__u32 card;
-};
-
-/**
- * struct fw_cdev_send_request - Send an asynchronous request packet
- * @tcode:	Transaction code of the request
- * @length:	Length of outgoing payload, in bytes
- * @offset:	48-bit offset at destination node
- * @closure:	Passed back to userspace in the response event
- * @data:	Userspace pointer to payload
- * @generation:	The bus generation where packet is valid
- *
- * Send a request to the device.  This ioctl implements all outgoing requests.
- * Both quadlet and block request specify the payload as a pointer to the data
- * in the @data field.  Once the transaction completes, the kernel writes an
- * &fw_cdev_event_response event back.  The @closure field is passed back to
- * user space in the response event.
- */
-struct fw_cdev_send_request {
-	__u32 tcode;
-	__u32 length;
-	__u64 offset;
-	__u64 closure;
-	__u64 data;
-	__u32 generation;
-};
-
-/**
- * struct fw_cdev_send_response - Send an asynchronous response packet
- * @rcode:	Response code as determined by the userspace handler
- * @length:	Length of outgoing payload, in bytes
- * @data:	Userspace pointer to payload
- * @handle:	The handle from the &fw_cdev_event_request
- *
- * Send a response to an incoming request.  By setting up an address range using
- * the %FW_CDEV_IOC_ALLOCATE ioctl, userspace can listen for incoming requests.  An
- * incoming request will generate an %FW_CDEV_EVENT_REQUEST, and userspace must
- * send a reply using this ioctl.  The event has a handle to the kernel-side
- * pending transaction, which should be used with this ioctl.
- */
-struct fw_cdev_send_response {
-	__u32 rcode;
-	__u32 length;
-	__u64 data;
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_allocate - Allocate a CSR in an address range
- * @offset:	Start offset of the address range
- * @closure:	To be passed back to userspace in request events
- * @length:	Length of the CSR, in bytes
- * @handle:	Handle to the allocation, written by the kernel
- * @region_end:	First address above the address range (added in ABI v4, 2.6.36)
- *
- * Allocate an address range in the 48-bit address space on the local node
- * (the controller).  This allows userspace to listen for requests with an
- * offset within that address range.  Every time when the kernel receives a
- * request within the range, an &fw_cdev_event_request2 event will be emitted.
- * (If the kernel or the client implements ABI version <= 3, an
- * &fw_cdev_event_request will be generated instead.)
- *
- * The @closure field is passed back to userspace in these request events.
- * The @handle field is an out parameter, returning a handle to the allocated
- * range to be used for later deallocation of the range.
- *
- * The address range is allocated on all local nodes.  The address allocation
- * is exclusive except for the FCP command and response registers.  If an
- * exclusive address region is already in use, the ioctl fails with errno set
- * to %EBUSY.
- *
- * If kernel and client implement ABI version >= 4, the kernel looks up a free
- * spot of size @length inside [@offset..@region_end) and, if found, writes
- * the start address of the new CSR back in @offset.  I.e. @offset is an
- * in and out parameter.  If this automatic placement of a CSR in a bigger
- * address range is not desired, the client simply needs to set @region_end
- * = @offset + @length.
- *
- * If the kernel or the client implements ABI version <= 3, @region_end is
- * ignored and effectively assumed to be @offset + @length.
- *
- * @region_end is only present in a kernel header >= 2.6.36.  If necessary,
- * this can for example be tested by #ifdef FW_CDEV_EVENT_REQUEST2.
- */
-struct fw_cdev_allocate {
-	__u64 offset;
-	__u64 closure;
-	__u32 length;
-	__u32 handle;
-	__u64 region_end;	/* available since kernel version 2.6.36 */
-};
-
-/**
- * struct fw_cdev_deallocate - Free a CSR address range or isochronous resource
- * @handle:	Handle to the address range or iso resource, as returned by the
- *		kernel when the range or resource was allocated
- */
-struct fw_cdev_deallocate {
-	__u32 handle;
-};
-
-#define FW_CDEV_LONG_RESET	0
-#define FW_CDEV_SHORT_RESET	1
-
-/**
- * struct fw_cdev_initiate_bus_reset - Initiate a bus reset
- * @type:	%FW_CDEV_SHORT_RESET or %FW_CDEV_LONG_RESET
- *
- * Initiate a bus reset for the bus this device is on.  The bus reset can be
- * either the original (long) bus reset or the arbitrated (short) bus reset
- * introduced in 1394a-2000.
- *
- * The ioctl returns immediately.  A subsequent &fw_cdev_event_bus_reset
- * indicates when the reset actually happened.  Since ABI v4, this may be
- * considerably later than the ioctl because the kernel ensures a grace period
- * between subsequent bus resets as per IEEE 1394 bus management specification.
- */
-struct fw_cdev_initiate_bus_reset {
-	__u32 type;
-};
-
-/**
- * struct fw_cdev_add_descriptor - Add contents to the local node's config ROM
- * @immediate:	If non-zero, immediate key to insert before pointer
- * @key:	Upper 8 bits of root directory pointer
- * @data:	Userspace pointer to contents of descriptor block
- * @length:	Length of descriptor block data, in quadlets
- * @handle:	Handle to the descriptor, written by the kernel
- *
- * Add a descriptor block and optionally a preceding immediate key to the local
- * node's Configuration ROM.
- *
- * The @key field specifies the upper 8 bits of the descriptor root directory
- * pointer and the @data and @length fields specify the contents. The @key
- * should be of the form 0xXX000000. The offset part of the root directory entry
- * will be filled in by the kernel.
- *
- * If not 0, the @immediate field specifies an immediate key which will be
- * inserted before the root directory pointer.
- *
- * @immediate, @key, and @data array elements are CPU-endian quadlets.
- *
- * If successful, the kernel adds the descriptor and writes back a @handle to
- * the kernel-side object to be used for later removal of the descriptor block
- * and immediate key.  The kernel will also generate a bus reset to signal the
- * change of the Configuration ROM to other nodes.
- *
- * This ioctl affects the Configuration ROMs of all local nodes.
- * The ioctl only succeeds on device files which represent a local node.
- */
-struct fw_cdev_add_descriptor {
-	__u32 immediate;
-	__u32 key;
-	__u64 data;
-	__u32 length;
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_remove_descriptor - Remove contents from the Configuration ROM
- * @handle:	Handle to the descriptor, as returned by the kernel when the
- *		descriptor was added
- *
- * Remove a descriptor block and accompanying immediate key from the local
- * nodes' Configuration ROMs.  The kernel will also generate a bus reset to
- * signal the change of the Configuration ROM to other nodes.
- */
-struct fw_cdev_remove_descriptor {
-	__u32 handle;
-};
-
-#define FW_CDEV_ISO_CONTEXT_TRANSMIT			0
-#define FW_CDEV_ISO_CONTEXT_RECEIVE			1
-#define FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL	2 /* added in 2.6.36 */
-
-/**
- * struct fw_cdev_create_iso_context - Create a context for isochronous I/O
- * @type:	%FW_CDEV_ISO_CONTEXT_TRANSMIT or %FW_CDEV_ISO_CONTEXT_RECEIVE or
- *		%FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL
- * @header_size: Header size to strip in single-channel reception
- * @channel:	Channel to bind to in single-channel reception or transmission
- * @speed:	Transmission speed
- * @closure:	To be returned in &fw_cdev_event_iso_interrupt or
- *		&fw_cdev_event_iso_interrupt_multichannel
- * @handle:	Handle to context, written back by kernel
- *
- * Prior to sending or receiving isochronous I/O, a context must be created.
- * The context records information about the transmit or receive configuration
- * and typically maps to an underlying hardware resource.  A context is set up
- * for either sending or receiving.  It is bound to a specific isochronous
- * @channel.
- *
- * In case of multichannel reception, @header_size and @channel are ignored
- * and the channels are selected by %FW_CDEV_IOC_SET_ISO_CHANNELS.
- *
- * For %FW_CDEV_ISO_CONTEXT_RECEIVE contexts, @header_size must be at least 4
- * and must be a multiple of 4.  It is ignored in other context types.
- *
- * @speed is ignored in receive context types.
- *
- * If a context was successfully created, the kernel writes back a handle to the
- * context, which must be passed in for subsequent operations on that context.
- *
- * Limitations:
- * No more than one iso context can be created per fd.
- * The total number of contexts that all userspace and kernelspace drivers can
- * create on a card at a time is a hardware limit, typically 4 or 8 contexts per
- * direction, and of them at most one multichannel receive context.
- */
-struct fw_cdev_create_iso_context {
-	__u32 type;
-	__u32 header_size;
-	__u32 channel;
-	__u32 speed;
-	__u64 closure;
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_set_iso_channels - Select channels in multichannel reception
- * @channels:	Bitmask of channels to listen to
- * @handle:	Handle of the mutichannel receive context
- *
- * @channels is the bitwise or of 1ULL << n for each channel n to listen to.
- *
- * The ioctl fails with errno %EBUSY if there is already another receive context
- * on a channel in @channels.  In that case, the bitmask of all unoccupied
- * channels is returned in @channels.
- */
-struct fw_cdev_set_iso_channels {
-	__u64 channels;
-	__u32 handle;
-};
-
-#define FW_CDEV_ISO_PAYLOAD_LENGTH(v)	(v)
-#define FW_CDEV_ISO_INTERRUPT		(1 << 16)
-#define FW_CDEV_ISO_SKIP		(1 << 17)
-#define FW_CDEV_ISO_SYNC		(1 << 17)
-#define FW_CDEV_ISO_TAG(v)		((v) << 18)
-#define FW_CDEV_ISO_SY(v)		((v) << 20)
-#define FW_CDEV_ISO_HEADER_LENGTH(v)	((v) << 24)
-
-/**
- * struct fw_cdev_iso_packet - Isochronous packet
- * @control:	Contains the header length (8 uppermost bits),
- *		the sy field (4 bits), the tag field (2 bits), a sync flag
- *		or a skip flag (1 bit), an interrupt flag (1 bit), and the
- *		payload length (16 lowermost bits)
- * @header:	Header and payload in case of a transmit context.
- *
- * &struct fw_cdev_iso_packet is used to describe isochronous packet queues.
- * Use the FW_CDEV_ISO_* macros to fill in @control.
- * The @header array is empty in case of receive contexts.
- *
- * Context type %FW_CDEV_ISO_CONTEXT_TRANSMIT:
- *
- * @control.HEADER_LENGTH must be a multiple of 4.  It specifies the numbers of
- * bytes in @header that will be prepended to the packet's payload.  These bytes
- * are copied into the kernel and will not be accessed after the ioctl has
- * returned.
- *
- * The @control.SY and TAG fields are copied to the iso packet header.  These
- * fields are specified by IEEE 1394a and IEC 61883-1.
- *
- * The @control.SKIP flag specifies that no packet is to be sent in a frame.
- * When using this, all other fields except @control.INTERRUPT must be zero.
- *
- * When a packet with the @control.INTERRUPT flag set has been completed, an
- * &fw_cdev_event_iso_interrupt event will be sent.
- *
- * Context type %FW_CDEV_ISO_CONTEXT_RECEIVE:
- *
- * @control.HEADER_LENGTH must be a multiple of the context's header_size.
- * If the HEADER_LENGTH is larger than the context's header_size, multiple
- * packets are queued for this entry.
- *
- * The @control.SY and TAG fields are ignored.
- *
- * If the @control.SYNC flag is set, the context drops all packets until a
- * packet with a sy field is received which matches &fw_cdev_start_iso.sync.
- *
- * @control.PAYLOAD_LENGTH defines how many payload bytes can be received for
- * one packet (in addition to payload quadlets that have been defined as headers
- * and are stripped and returned in the &fw_cdev_event_iso_interrupt structure).
- * If more bytes are received, the additional bytes are dropped.  If less bytes
- * are received, the remaining bytes in this part of the payload buffer will not
- * be written to, not even by the next packet.  I.e., packets received in
- * consecutive frames will not necessarily be consecutive in memory.  If an
- * entry has queued multiple packets, the PAYLOAD_LENGTH is divided equally
- * among them.
- *
- * When a packet with the @control.INTERRUPT flag set has been completed, an
- * &fw_cdev_event_iso_interrupt event will be sent.  An entry that has queued
- * multiple receive packets is completed when its last packet is completed.
- *
- * Context type %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL:
- *
- * Here, &fw_cdev_iso_packet would be more aptly named _iso_buffer_chunk since
- * it specifies a chunk of the mmap()'ed buffer, while the number and alignment
- * of packets to be placed into the buffer chunk is not known beforehand.
- *
- * @control.PAYLOAD_LENGTH is the size of the buffer chunk and specifies room
- * for header, payload, padding, and trailer bytes of one or more packets.
- * It must be a multiple of 4.
- *
- * @control.HEADER_LENGTH, TAG and SY are ignored.  SYNC is treated as described
- * for single-channel reception.
- *
- * When a buffer chunk with the @control.INTERRUPT flag set has been filled
- * entirely, an &fw_cdev_event_iso_interrupt_mc event will be sent.
- */
-struct fw_cdev_iso_packet {
-	__u32 control;
-	__u32 header[0];
-};
-
-/**
- * struct fw_cdev_queue_iso - Queue isochronous packets for I/O
- * @packets:	Userspace pointer to an array of &fw_cdev_iso_packet
- * @data:	Pointer into mmap()'ed payload buffer
- * @size:	Size of the @packets array, in bytes
- * @handle:	Isochronous context handle
- *
- * Queue a number of isochronous packets for reception or transmission.
- * This ioctl takes a pointer to an array of &fw_cdev_iso_packet structs,
- * which describe how to transmit from or receive into a contiguous region
- * of a mmap()'ed payload buffer.  As part of transmit packet descriptors,
- * a series of headers can be supplied, which will be prepended to the
- * payload during DMA.
- *
- * The kernel may or may not queue all packets, but will write back updated
- * values of the @packets, @data and @size fields, so the ioctl can be
- * resubmitted easily.
- *
- * In case of a multichannel receive context, @data must be quadlet-aligned
- * relative to the buffer start.
- */
-struct fw_cdev_queue_iso {
-	__u64 packets;
-	__u64 data;
-	__u32 size;
-	__u32 handle;
-};
-
-#define FW_CDEV_ISO_CONTEXT_MATCH_TAG0		 1
-#define FW_CDEV_ISO_CONTEXT_MATCH_TAG1		 2
-#define FW_CDEV_ISO_CONTEXT_MATCH_TAG2		 4
-#define FW_CDEV_ISO_CONTEXT_MATCH_TAG3		 8
-#define FW_CDEV_ISO_CONTEXT_MATCH_ALL_TAGS	15
-
-/**
- * struct fw_cdev_start_iso - Start an isochronous transmission or reception
- * @cycle:	Cycle in which to start I/O.  If @cycle is greater than or
- *		equal to 0, the I/O will start on that cycle.
- * @sync:	Determines the value to wait for for receive packets that have
- *		the %FW_CDEV_ISO_SYNC bit set
- * @tags:	Tag filter bit mask.  Only valid for isochronous reception.
- *		Determines the tag values for which packets will be accepted.
- *		Use FW_CDEV_ISO_CONTEXT_MATCH_* macros to set @tags.
- * @handle:	Isochronous context handle within which to transmit or receive
- */
-struct fw_cdev_start_iso {
-	__s32 cycle;
-	__u32 sync;
-	__u32 tags;
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_stop_iso - Stop an isochronous transmission or reception
- * @handle:	Handle of isochronous context to stop
- */
-struct fw_cdev_stop_iso {
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_flush_iso - flush completed iso packets
- * @handle:	handle of isochronous context to flush
- *
- * For %FW_CDEV_ISO_CONTEXT_TRANSMIT or %FW_CDEV_ISO_CONTEXT_RECEIVE contexts,
- * report any completed packets.
- *
- * For %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL contexts, report the current
- * offset in the receive buffer, if it has changed; this is typically in the
- * middle of some buffer chunk.
- *
- * Any %FW_CDEV_EVENT_ISO_INTERRUPT or %FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL
- * events generated by this ioctl are sent synchronously, i.e., are available
- * for reading from the file descriptor when this ioctl returns.
- */
-struct fw_cdev_flush_iso {
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_get_cycle_timer - read cycle timer register
- * @local_time:   system time, in microseconds since the Epoch
- * @cycle_timer:  Cycle Time register contents
- *
- * Same as %FW_CDEV_IOC_GET_CYCLE_TIMER2, but fixed to use %CLOCK_REALTIME
- * and only with microseconds resolution.
- *
- * In version 1 and 2 of the ABI, this ioctl returned unreliable (non-
- * monotonic) @cycle_timer values on certain controllers.
- */
-struct fw_cdev_get_cycle_timer {
-	__u64 local_time;
-	__u32 cycle_timer;
-};
-
-/**
- * struct fw_cdev_get_cycle_timer2 - read cycle timer register
- * @tv_sec:       system time, seconds
- * @tv_nsec:      system time, sub-seconds part in nanoseconds
- * @clk_id:       input parameter, clock from which to get the system time
- * @cycle_timer:  Cycle Time register contents
- *
- * The %FW_CDEV_IOC_GET_CYCLE_TIMER2 ioctl reads the isochronous cycle timer
- * and also the system clock.  This allows to correlate reception time of
- * isochronous packets with system time.
- *
- * @clk_id lets you choose a clock like with POSIX' clock_gettime function.
- * Supported @clk_id values are POSIX' %CLOCK_REALTIME and %CLOCK_MONOTONIC
- * and Linux' %CLOCK_MONOTONIC_RAW.
- *
- * @cycle_timer consists of 7 bits cycleSeconds, 13 bits cycleCount, and
- * 12 bits cycleOffset, in host byte order.  Cf. the Cycle Time register
- * per IEEE 1394 or Isochronous Cycle Timer register per OHCI-1394.
- */
-struct fw_cdev_get_cycle_timer2 {
-	__s64 tv_sec;
-	__s32 tv_nsec;
-	__s32 clk_id;
-	__u32 cycle_timer;
-};
-
-/**
- * struct fw_cdev_allocate_iso_resource - (De)allocate a channel or bandwidth
- * @closure:	Passed back to userspace in corresponding iso resource events
- * @channels:	Isochronous channels of which one is to be (de)allocated
- * @bandwidth:	Isochronous bandwidth units to be (de)allocated
- * @handle:	Handle to the allocation, written by the kernel (only valid in
- *		case of %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE ioctls)
- *
- * The %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE ioctl initiates allocation of an
- * isochronous channel and/or of isochronous bandwidth at the isochronous
- * resource manager (IRM).  Only one of the channels specified in @channels is
- * allocated.  An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED is sent after
- * communication with the IRM, indicating success or failure in the event data.
- * The kernel will automatically reallocate the resources after bus resets.
- * Should a reallocation fail, an %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event
- * will be sent.  The kernel will also automatically deallocate the resources
- * when the file descriptor is closed.
- *
- * The %FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE ioctl can be used to initiate
- * deallocation of resources which were allocated as described above.
- * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event concludes this operation.
- *
- * The %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE ioctl is a variant of allocation
- * without automatic re- or deallocation.
- * An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED event concludes this operation,
- * indicating success or failure in its data.
- *
- * The %FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE_ONCE ioctl works like
- * %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE except that resources are freed
- * instead of allocated.
- * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event concludes this operation.
- *
- * To summarize, %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE allocates iso resources
- * for the lifetime of the fd or @handle.
- * In contrast, %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE allocates iso resources
- * for the duration of a bus generation.
- *
- * @channels is a host-endian bitfield with the least significant bit
- * representing channel 0 and the most significant bit representing channel 63:
- * 1ULL << c for each channel c that is a candidate for (de)allocation.
- *
- * @bandwidth is expressed in bandwidth allocation units, i.e. the time to send
- * one quadlet of data (payload or header data) at speed S1600.
- */
-struct fw_cdev_allocate_iso_resource {
-	__u64 closure;
-	__u64 channels;
-	__u32 bandwidth;
-	__u32 handle;
-};
-
-/**
- * struct fw_cdev_send_stream_packet - send an asynchronous stream packet
- * @length:	Length of outgoing payload, in bytes
- * @tag:	Data format tag
- * @channel:	Isochronous channel to transmit to
- * @sy:		Synchronization code
- * @closure:	Passed back to userspace in the response event
- * @data:	Userspace pointer to payload
- * @generation:	The bus generation where packet is valid
- * @speed:	Speed to transmit at
- *
- * The %FW_CDEV_IOC_SEND_STREAM_PACKET ioctl sends an asynchronous stream packet
- * to every device which is listening to the specified channel.  The kernel
- * writes an &fw_cdev_event_response event which indicates success or failure of
- * the transmission.
- */
-struct fw_cdev_send_stream_packet {
-	__u32 length;
-	__u32 tag;
-	__u32 channel;
-	__u32 sy;
-	__u64 closure;
-	__u64 data;
-	__u32 generation;
-	__u32 speed;
-};
-
-/**
- * struct fw_cdev_send_phy_packet - send a PHY packet
- * @closure:	Passed back to userspace in the PHY-packet-sent event
- * @data:	First and second quadlet of the PHY packet
- * @generation:	The bus generation where packet is valid
- *
- * The %FW_CDEV_IOC_SEND_PHY_PACKET ioctl sends a PHY packet to all nodes
- * on the same card as this device.  After transmission, an
- * %FW_CDEV_EVENT_PHY_PACKET_SENT event is generated.
- *
- * The payload @data\[\] shall be specified in host byte order.  Usually,
- * @data\[1\] needs to be the bitwise inverse of @data\[0\].  VersaPHY packets
- * are an exception to this rule.
- *
- * The ioctl is only permitted on device files which represent a local node.
- */
-struct fw_cdev_send_phy_packet {
-	__u64 closure;
-	__u32 data[2];
-	__u32 generation;
-};
-
-/**
- * struct fw_cdev_receive_phy_packets - start reception of PHY packets
- * @closure: Passed back to userspace in phy packet events
- *
- * This ioctl activates issuing of %FW_CDEV_EVENT_PHY_PACKET_RECEIVED due to
- * incoming PHY packets from any node on the same bus as the device.
- *
- * The ioctl is only permitted on device files which represent a local node.
- */
-struct fw_cdev_receive_phy_packets {
-	__u64 closure;
-};
-
-#define FW_CDEV_VERSION 3 /* Meaningless legacy macro; don't use it. */
-
-#endif /* _LINUX_FIREWIRE_CDEV_H */
+/* 
+ * Char device interface. 
+ * 
+ * Copyright (C) 2005-2007  Kristian Hoegsberg <krh@bitplanet.net> 
+ * 
+ * Permission is hereby granted, free of charge, to any person obtaining a 
+ * copy of this software and associated documentation files (the "Software"), 
+ * to deal in the Software without restriction, including without limitation 
+ * the rights to use, copy, modify, merge, publish, distribute, sublicense, 
+ * and/or sell copies of the Software, and to permit persons to whom the 
+ * Software is furnished to do so, subject to the following conditions: 
+ * 
+ * The above copyright notice and this permission notice (including the next 
+ * paragraph) shall be included in all copies or substantial portions of the 
+ * Software. 
+ * 
+ * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 
+ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 
+ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL 
+ * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR 
+ * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, 
+ * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER 
+ * DEALINGS IN THE SOFTWARE. 
+ */ 
+ 
+#ifndef _LINUX_FIREWIRE_CDEV_H 
+#define _LINUX_FIREWIRE_CDEV_H 
+ 
+#include <linux/ioctl.h> 
+#include <linux/types.h> 
+#include <linux/firewire-constants.h> 
+ 
+/* available since kernel version 2.6.22 */ 
+#define FW_CDEV_EVENT_BUS_RESET				0x00 
+#define FW_CDEV_EVENT_RESPONSE				0x01 
+#define FW_CDEV_EVENT_REQUEST				0x02 
+#define FW_CDEV_EVENT_ISO_INTERRUPT			0x03 
+ 
+/* available since kernel version 2.6.30 */ 
+#define FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED		0x04 
+#define FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED		0x05 
+ 
+/* available since kernel version 2.6.36 */ 
+#define FW_CDEV_EVENT_REQUEST2				0x06 
+#define FW_CDEV_EVENT_PHY_PACKET_SENT			0x07 
+#define FW_CDEV_EVENT_PHY_PACKET_RECEIVED		0x08 
+#define FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL	0x09 
+ 
+/** 
+ * struct fw_cdev_event_common - Common part of all fw_cdev_event_* types 
+ * @closure:	For arbitrary use by userspace 
+ * @type:	Discriminates the fw_cdev_event_* types 
+ * 
+ * This struct may be used to access generic members of all fw_cdev_event_* 
+ * types regardless of the specific type. 
+ * 
+ * Data passed in the @closure field for a request will be returned in the 
+ * corresponding event.  It is big enough to hold a pointer on all platforms. 
+ * The ioctl used to set @closure depends on the @type of event. 
+ */ 
+struct fw_cdev_event_common { 
+	__u64 closure; 
+	__u32 type; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_bus_reset - Sent when a bus reset occurred 
+ * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_GET_INFO ioctl 
+ * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_BUS_RESET 
+ * @node_id:       New node ID of this node 
+ * @local_node_id: Node ID of the local node, i.e. of the controller 
+ * @bm_node_id:    Node ID of the bus manager 
+ * @irm_node_id:   Node ID of the iso resource manager 
+ * @root_node_id:  Node ID of the root node 
+ * @generation:    New bus generation 
+ * 
+ * This event is sent when the bus the device belongs to goes through a bus 
+ * reset.  It provides information about the new bus configuration, such as 
+ * new node ID for this device, new root ID, and others. 
+ * 
+ * If @bm_node_id is 0xffff right after bus reset it can be reread by an 
+ * %FW_CDEV_IOC_GET_INFO ioctl after bus manager selection was finished. 
+ * Kernels with ABI version < 4 do not set @bm_node_id. 
+ */ 
+struct fw_cdev_event_bus_reset { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 node_id; 
+	__u32 local_node_id; 
+	__u32 bm_node_id; 
+	__u32 irm_node_id; 
+	__u32 root_node_id; 
+	__u32 generation; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_response - Sent when a response packet was received 
+ * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_SEND_REQUEST 
+ *		or %FW_CDEV_IOC_SEND_BROADCAST_REQUEST 
+ *		or %FW_CDEV_IOC_SEND_STREAM_PACKET ioctl 
+ * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_RESPONSE 
+ * @rcode:	Response code returned by the remote node 
+ * @length:	Data length, i.e. the response's payload size in bytes 
+ * @data:	Payload data, if any 
+ * 
+ * This event is sent when the stack receives a response to an outgoing request 
+ * sent by %FW_CDEV_IOC_SEND_REQUEST ioctl.  The payload data for responses 
+ * carrying data (read and lock responses) follows immediately and can be 
+ * accessed through the @data field. 
+ * 
+ * The event is also generated after conclusions of transactions that do not 
+ * involve response packets.  This includes unified write transactions, 
+ * broadcast write transactions, and transmission of asynchronous stream 
+ * packets.  @rcode indicates success or failure of such transmissions. 
+ */ 
+struct fw_cdev_event_response { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 rcode; 
+	__u32 length; 
+	__u32 data[0]; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_request - Old version of &fw_cdev_event_request2 
+ * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_ALLOCATE ioctl 
+ * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_REQUEST 
+ * @tcode:	Transaction code of the incoming request 
+ * @offset:	The offset into the 48-bit per-node address space 
+ * @handle:	Reference to the kernel-side pending request 
+ * @length:	Data length, i.e. the request's payload size in bytes 
+ * @data:	Incoming data, if any 
+ * 
+ * This event is sent instead of &fw_cdev_event_request2 if the kernel or 
+ * the client implements ABI version <= 3.  &fw_cdev_event_request lacks 
+ * essential information; use &fw_cdev_event_request2 instead. 
+ */ 
+struct fw_cdev_event_request { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 tcode; 
+	__u64 offset; 
+	__u32 handle; 
+	__u32 length; 
+	__u32 data[0]; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_request2 - Sent on incoming request to an address region 
+ * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_ALLOCATE ioctl 
+ * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_REQUEST2 
+ * @tcode:	Transaction code of the incoming request 
+ * @offset:	The offset into the 48-bit per-node address space 
+ * @source_node_id: Sender node ID 
+ * @destination_node_id: Destination node ID 
+ * @card:	The index of the card from which the request came 
+ * @generation:	Bus generation in which the request is valid 
+ * @handle:	Reference to the kernel-side pending request 
+ * @length:	Data length, i.e. the request's payload size in bytes 
+ * @data:	Incoming data, if any 
+ * 
+ * This event is sent when the stack receives an incoming request to an address 
+ * region registered using the %FW_CDEV_IOC_ALLOCATE ioctl.  The request is 
+ * guaranteed to be completely contained in the specified region.  Userspace is 
+ * responsible for sending the response by %FW_CDEV_IOC_SEND_RESPONSE ioctl, 
+ * using the same @handle. 
+ * 
+ * The payload data for requests carrying data (write and lock requests) 
+ * follows immediately and can be accessed through the @data field. 
+ * 
+ * Unlike &fw_cdev_event_request, @tcode of lock requests is one of the 
+ * firewire-core specific %TCODE_LOCK_MASK_SWAP...%TCODE_LOCK_VENDOR_DEPENDENT, 
+ * i.e. encodes the extended transaction code. 
+ * 
+ * @card may differ from &fw_cdev_get_info.card because requests are received 
+ * from all cards of the Linux host.  @source_node_id, @destination_node_id, and 
+ * @generation pertain to that card.  Destination node ID and bus generation may 
+ * therefore differ from the corresponding fields of the last 
+ * &fw_cdev_event_bus_reset. 
+ * 
+ * @destination_node_id may also differ from the current node ID because of a 
+ * non-local bus ID part or in case of a broadcast write request.  Note, a 
+ * client must call an %FW_CDEV_IOC_SEND_RESPONSE ioctl even in case of a 
+ * broadcast write request; the kernel will then release the kernel-side pending 
+ * request but will not actually send a response packet. 
+ * 
+ * In case of a write request to FCP_REQUEST or FCP_RESPONSE, the kernel already 
+ * sent a write response immediately after the request was received; in this 
+ * case the client must still call an %FW_CDEV_IOC_SEND_RESPONSE ioctl to 
+ * release the kernel-side pending request, though another response won't be 
+ * sent. 
+ * 
+ * If the client subsequently needs to initiate requests to the sender node of 
+ * an &fw_cdev_event_request2, it needs to use a device file with matching 
+ * card index, node ID, and generation for outbound requests. 
+ */ 
+struct fw_cdev_event_request2 { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 tcode; 
+	__u64 offset; 
+	__u32 source_node_id; 
+	__u32 destination_node_id; 
+	__u32 card; 
+	__u32 generation; 
+	__u32 handle; 
+	__u32 length; 
+	__u32 data[0]; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_iso_interrupt - Sent when an iso packet was completed 
+ * @closure:	See &fw_cdev_event_common; 
+ *		set by %FW_CDEV_CREATE_ISO_CONTEXT ioctl 
+ * @type:	See &fw_cdev_event_common; always %FW_CDEV_EVENT_ISO_INTERRUPT 
+ * @cycle:	Cycle counter of the last completed packet 
+ * @header_length: Total length of following headers, in bytes 
+ * @header:	Stripped headers, if any 
+ * 
+ * This event is sent when the controller has completed an &fw_cdev_iso_packet 
+ * with the %FW_CDEV_ISO_INTERRUPT bit set, when explicitly requested with 
+ * %FW_CDEV_IOC_FLUSH_ISO, or when there have been so many completed packets 
+ * without the interrupt bit set that the kernel's internal buffer for @header 
+ * is about to overflow.  (In the last case, ABI versions < 5 drop header data 
+ * up to the next interrupt packet.) 
+ * 
+ * Isochronous transmit events (context type %FW_CDEV_ISO_CONTEXT_TRANSMIT): 
+ * 
+ * In version 3 and some implementations of version 2 of the ABI, &header_length 
+ * is a multiple of 4 and &header contains timestamps of all packets up until 
+ * the interrupt packet.  The format of the timestamps is as described below for 
+ * isochronous reception.  In version 1 of the ABI, &header_length was 0. 
+ * 
+ * Isochronous receive events (context type %FW_CDEV_ISO_CONTEXT_RECEIVE): 
+ * 
+ * The headers stripped of all packets up until and including the interrupt 
+ * packet are returned in the @header field.  The amount of header data per 
+ * packet is as specified at iso context creation by 
+ * &fw_cdev_create_iso_context.header_size. 
+ * 
+ * Hence, _interrupt.header_length / _context.header_size is the number of 
+ * packets received in this interrupt event.  The client can now iterate 
+ * through the mmap()'ed DMA buffer according to this number of packets and 
+ * to the buffer sizes as the client specified in &fw_cdev_queue_iso. 
+ * 
+ * Since version 2 of this ABI, the portion for each packet in _interrupt.header 
+ * consists of the 1394 isochronous packet header, followed by a timestamp 
+ * quadlet if &fw_cdev_create_iso_context.header_size > 4, followed by quadlets 
+ * from the packet payload if &fw_cdev_create_iso_context.header_size > 8. 
+ * 
+ * Format of 1394 iso packet header:  16 bits data_length, 2 bits tag, 6 bits 
+ * channel, 4 bits tcode, 4 bits sy, in big endian byte order. 
+ * data_length is the actual received size of the packet without the four 
+ * 1394 iso packet header bytes. 
+ * 
+ * Format of timestamp:  16 bits invalid, 3 bits cycleSeconds, 13 bits 
+ * cycleCount, in big endian byte order. 
+ * 
+ * In version 1 of the ABI, no timestamp quadlet was inserted; instead, payload 
+ * data followed directly after the 1394 is header if header_size > 4. 
+ * Behaviour of ver. 1 of this ABI is no longer available since ABI ver. 2. 
+ */ 
+struct fw_cdev_event_iso_interrupt { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 cycle; 
+	__u32 header_length; 
+	__u32 header[0]; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_iso_interrupt_mc - An iso buffer chunk was completed 
+ * @closure:	See &fw_cdev_event_common; 
+ *		set by %FW_CDEV_CREATE_ISO_CONTEXT ioctl 
+ * @type:	%FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL 
+ * @completed:	Offset into the receive buffer; data before this offset is valid 
+ * 
+ * This event is sent in multichannel contexts (context type 
+ * %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL) for &fw_cdev_iso_packet buffer 
+ * chunks that have been completely filled and that have the 
+ * %FW_CDEV_ISO_INTERRUPT bit set, or when explicitly requested with 
+ * %FW_CDEV_IOC_FLUSH_ISO. 
+ * 
+ * The buffer is continuously filled with the following data, per packet: 
+ *  - the 1394 iso packet header as described at &fw_cdev_event_iso_interrupt, 
+ *    but in little endian byte order, 
+ *  - packet payload (as many bytes as specified in the data_length field of 
+ *    the 1394 iso packet header) in big endian byte order, 
+ *  - 0...3 padding bytes as needed to align the following trailer quadlet, 
+ *  - trailer quadlet, containing the reception timestamp as described at 
+ *    &fw_cdev_event_iso_interrupt, but in little endian byte order. 
+ * 
+ * Hence the per-packet size is data_length (rounded up to a multiple of 4) + 8. 
+ * When processing the data, stop before a packet that would cross the 
+ * @completed offset. 
+ * 
+ * A packet near the end of a buffer chunk will typically spill over into the 
+ * next queued buffer chunk.  It is the responsibility of the client to check 
+ * for this condition, assemble a broken-up packet from its parts, and not to 
+ * re-queue any buffer chunks in which as yet unread packet parts reside. 
+ */ 
+struct fw_cdev_event_iso_interrupt_mc { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 completed; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_iso_resource - Iso resources were allocated or freed 
+ * @closure:	See &fw_cdev_event_common; 
+ *		set by %FW_CDEV_IOC_(DE)ALLOCATE_ISO_RESOURCE(_ONCE) ioctl 
+ * @type:	%FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED or 
+ *		%FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED 
+ * @handle:	Reference by which an allocated resource can be deallocated 
+ * @channel:	Isochronous channel which was (de)allocated, if any 
+ * @bandwidth:	Bandwidth allocation units which were (de)allocated, if any 
+ * 
+ * An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED event is sent after an isochronous 
+ * resource was allocated at the IRM.  The client has to check @channel and 
+ * @bandwidth for whether the allocation actually succeeded. 
+ * 
+ * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event is sent after an isochronous 
+ * resource was deallocated at the IRM.  It is also sent when automatic 
+ * reallocation after a bus reset failed. 
+ * 
+ * @channel is <0 if no channel was (de)allocated or if reallocation failed. 
+ * @bandwidth is 0 if no bandwidth was (de)allocated or if reallocation failed. 
+ */ 
+struct fw_cdev_event_iso_resource { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 handle; 
+	__s32 channel; 
+	__s32 bandwidth; 
+}; 
+ 
+/** 
+ * struct fw_cdev_event_phy_packet - A PHY packet was transmitted or received 
+ * @closure:	See &fw_cdev_event_common; set by %FW_CDEV_IOC_SEND_PHY_PACKET 
+ *		or %FW_CDEV_IOC_RECEIVE_PHY_PACKETS ioctl 
+ * @type:	%FW_CDEV_EVENT_PHY_PACKET_SENT or %..._RECEIVED 
+ * @rcode:	%RCODE_..., indicates success or failure of transmission 
+ * @length:	Data length in bytes 
+ * @data:	Incoming data 
+ * 
+ * If @type is %FW_CDEV_EVENT_PHY_PACKET_SENT, @length is 0 and @data empty, 
+ * except in case of a ping packet:  Then, @length is 4, and @data[0] is the 
+ * ping time in 49.152MHz clocks if @rcode is %RCODE_COMPLETE. 
+ * 
+ * If @type is %FW_CDEV_EVENT_PHY_PACKET_RECEIVED, @length is 8 and @data 
+ * consists of the two PHY packet quadlets, in host byte order. 
+ */ 
+struct fw_cdev_event_phy_packet { 
+	__u64 closure; 
+	__u32 type; 
+	__u32 rcode; 
+	__u32 length; 
+	__u32 data[0]; 
+}; 
+ 
+/** 
+ * union fw_cdev_event - Convenience union of fw_cdev_event_* types 
+ * @common:		Valid for all types 
+ * @bus_reset:		Valid if @common.type == %FW_CDEV_EVENT_BUS_RESET 
+ * @response:		Valid if @common.type == %FW_CDEV_EVENT_RESPONSE 
+ * @request:		Valid if @common.type == %FW_CDEV_EVENT_REQUEST 
+ * @request2:		Valid if @common.type == %FW_CDEV_EVENT_REQUEST2 
+ * @iso_interrupt:	Valid if @common.type == %FW_CDEV_EVENT_ISO_INTERRUPT 
+ * @iso_interrupt_mc:	Valid if @common.type == 
+ *				%FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL 
+ * @iso_resource:	Valid if @common.type == 
+ *				%FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED or 
+ *				%FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED 
+ * @phy_packet:		Valid if @common.type == 
+ *				%FW_CDEV_EVENT_PHY_PACKET_SENT or 
+ *				%FW_CDEV_EVENT_PHY_PACKET_RECEIVED 
+ * 
+ * Convenience union for userspace use.  Events could be read(2) into an 
+ * appropriately aligned char buffer and then cast to this union for further 
+ * processing.  Note that for a request, response or iso_interrupt event, 
+ * the data[] or header[] may make the size of the full event larger than 
+ * sizeof(union fw_cdev_event).  Also note that if you attempt to read(2) 
+ * an event into a buffer that is not large enough for it, the data that does 
+ * not fit will be discarded so that the next read(2) will return a new event. 
+ */ 
+union fw_cdev_event { 
+	struct fw_cdev_event_common		common; 
+	struct fw_cdev_event_bus_reset		bus_reset; 
+	struct fw_cdev_event_response		response; 
+	struct fw_cdev_event_request		request; 
+	struct fw_cdev_event_request2		request2;		/* added in 2.6.36 */ 
+	struct fw_cdev_event_iso_interrupt	iso_interrupt; 
+	struct fw_cdev_event_iso_interrupt_mc	iso_interrupt_mc;	/* added in 2.6.36 */ 
+	struct fw_cdev_event_iso_resource	iso_resource;		/* added in 2.6.30 */ 
+	struct fw_cdev_event_phy_packet		phy_packet;		/* added in 2.6.36 */ 
+}; 
+ 
+/* available since kernel version 2.6.22 */ 
+#define FW_CDEV_IOC_GET_INFO           _IOWR('#', 0x00, struct fw_cdev_get_info) 
+#define FW_CDEV_IOC_SEND_REQUEST        _IOW('#', 0x01, struct fw_cdev_send_request) 
+#define FW_CDEV_IOC_ALLOCATE           _IOWR('#', 0x02, struct fw_cdev_allocate) 
+#define FW_CDEV_IOC_DEALLOCATE          _IOW('#', 0x03, struct fw_cdev_deallocate) 
+#define FW_CDEV_IOC_SEND_RESPONSE       _IOW('#', 0x04, struct fw_cdev_send_response) 
+#define FW_CDEV_IOC_INITIATE_BUS_RESET  _IOW('#', 0x05, struct fw_cdev_initiate_bus_reset) 
+#define FW_CDEV_IOC_ADD_DESCRIPTOR     _IOWR('#', 0x06, struct fw_cdev_add_descriptor) 
+#define FW_CDEV_IOC_REMOVE_DESCRIPTOR   _IOW('#', 0x07, struct fw_cdev_remove_descriptor) 
+#define FW_CDEV_IOC_CREATE_ISO_CONTEXT _IOWR('#', 0x08, struct fw_cdev_create_iso_context) 
+#define FW_CDEV_IOC_QUEUE_ISO          _IOWR('#', 0x09, struct fw_cdev_queue_iso) 
+#define FW_CDEV_IOC_START_ISO           _IOW('#', 0x0a, struct fw_cdev_start_iso) 
+#define FW_CDEV_IOC_STOP_ISO            _IOW('#', 0x0b, struct fw_cdev_stop_iso) 
+ 
+/* available since kernel version 2.6.24 */ 
+#define FW_CDEV_IOC_GET_CYCLE_TIMER     _IOR('#', 0x0c, struct fw_cdev_get_cycle_timer) 
+ 
+/* available since kernel version 2.6.30 */ 
+#define FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE       _IOWR('#', 0x0d, struct fw_cdev_allocate_iso_resource) 
+#define FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE      _IOW('#', 0x0e, struct fw_cdev_deallocate) 
+#define FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE   _IOW('#', 0x0f, struct fw_cdev_allocate_iso_resource) 
+#define FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE_ONCE _IOW('#', 0x10, struct fw_cdev_allocate_iso_resource) 
+#define FW_CDEV_IOC_GET_SPEED                     _IO('#', 0x11) /* returns speed code */ 
+#define FW_CDEV_IOC_SEND_BROADCAST_REQUEST       _IOW('#', 0x12, struct fw_cdev_send_request) 
+#define FW_CDEV_IOC_SEND_STREAM_PACKET           _IOW('#', 0x13, struct fw_cdev_send_stream_packet) 
+ 
+/* available since kernel version 2.6.34 */ 
+#define FW_CDEV_IOC_GET_CYCLE_TIMER2   _IOWR('#', 0x14, struct fw_cdev_get_cycle_timer2) 
+ 
+/* available since kernel version 2.6.36 */ 
+#define FW_CDEV_IOC_SEND_PHY_PACKET    _IOWR('#', 0x15, struct fw_cdev_send_phy_packet) 
+#define FW_CDEV_IOC_RECEIVE_PHY_PACKETS _IOW('#', 0x16, struct fw_cdev_receive_phy_packets) 
+#define FW_CDEV_IOC_SET_ISO_CHANNELS    _IOW('#', 0x17, struct fw_cdev_set_iso_channels) 
+ 
+/* available since kernel version 3.4 */ 
+#define FW_CDEV_IOC_FLUSH_ISO           _IOW('#', 0x18, struct fw_cdev_flush_iso) 
+ 
+/* 
+ * ABI version history 
+ *  1  (2.6.22)  - initial version 
+ *     (2.6.24)  - added %FW_CDEV_IOC_GET_CYCLE_TIMER 
+ *  2  (2.6.30)  - changed &fw_cdev_event_iso_interrupt.header if 
+ *                 &fw_cdev_create_iso_context.header_size is 8 or more 
+ *               - added %FW_CDEV_IOC_*_ISO_RESOURCE*, 
+ *                 %FW_CDEV_IOC_GET_SPEED, %FW_CDEV_IOC_SEND_BROADCAST_REQUEST, 
+ *                 %FW_CDEV_IOC_SEND_STREAM_PACKET 
+ *     (2.6.32)  - added time stamp to xmit &fw_cdev_event_iso_interrupt 
+ *     (2.6.33)  - IR has always packet-per-buffer semantics now, not one of 
+ *                 dual-buffer or packet-per-buffer depending on hardware 
+ *               - shared use and auto-response for FCP registers 
+ *  3  (2.6.34)  - made &fw_cdev_get_cycle_timer reliable 
+ *               - added %FW_CDEV_IOC_GET_CYCLE_TIMER2 
+ *  4  (2.6.36)  - added %FW_CDEV_EVENT_REQUEST2, %FW_CDEV_EVENT_PHY_PACKET_*, 
+ *                 and &fw_cdev_allocate.region_end 
+ *               - implemented &fw_cdev_event_bus_reset.bm_node_id 
+ *               - added %FW_CDEV_IOC_SEND_PHY_PACKET, _RECEIVE_PHY_PACKETS 
+ *               - added %FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL, 
+ *                 %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL, and 
+ *                 %FW_CDEV_IOC_SET_ISO_CHANNELS 
+ *  5  (3.4)     - send %FW_CDEV_EVENT_ISO_INTERRUPT events when needed to 
+ *                 avoid dropping data 
+ *               - added %FW_CDEV_IOC_FLUSH_ISO 
+ */ 
+ 
+/** 
+ * struct fw_cdev_get_info - General purpose information ioctl 
+ * @version:	The version field is just a running serial number.  Both an 
+ *		input parameter (ABI version implemented by the client) and 
+ *		output parameter (ABI version implemented by the kernel). 
+ *		A client shall fill in the ABI @version for which the client 
+ *		was implemented.  This is necessary for forward compatibility. 
+ * @rom_length:	If @rom is non-zero, up to @rom_length bytes of Configuration 
+ *		ROM will be copied into that user space address.  In either 
+ *		case, @rom_length is updated with the actual length of the 
+ *		Configuration ROM. 
+ * @rom:	If non-zero, address of a buffer to be filled by a copy of the 
+ *		device's Configuration ROM 
+ * @bus_reset:	If non-zero, address of a buffer to be filled by a 
+ *		&struct fw_cdev_event_bus_reset with the current state 
+ *		of the bus.  This does not cause a bus reset to happen. 
+ * @bus_reset_closure: Value of &closure in this and subsequent bus reset events 
+ * @card:	The index of the card this device belongs to 
+ * 
+ * The %FW_CDEV_IOC_GET_INFO ioctl is usually the very first one which a client 
+ * performs right after it opened a /dev/fw* file. 
+ * 
+ * As a side effect, reception of %FW_CDEV_EVENT_BUS_RESET events to be read(2) 
+ * is started by this ioctl. 
+ */ 
+struct fw_cdev_get_info { 
+	__u32 version; 
+	__u32 rom_length; 
+	__u64 rom; 
+	__u64 bus_reset; 
+	__u64 bus_reset_closure; 
+	__u32 card; 
+}; 
+ 
+/** 
+ * struct fw_cdev_send_request - Send an asynchronous request packet 
+ * @tcode:	Transaction code of the request 
+ * @length:	Length of outgoing payload, in bytes 
+ * @offset:	48-bit offset at destination node 
+ * @closure:	Passed back to userspace in the response event 
+ * @data:	Userspace pointer to payload 
+ * @generation:	The bus generation where packet is valid 
+ * 
+ * Send a request to the device.  This ioctl implements all outgoing requests. 
+ * Both quadlet and block request specify the payload as a pointer to the data 
+ * in the @data field.  Once the transaction completes, the kernel writes an 
+ * &fw_cdev_event_response event back.  The @closure field is passed back to 
+ * user space in the response event. 
+ */ 
+struct fw_cdev_send_request { 
+	__u32 tcode; 
+	__u32 length; 
+	__u64 offset; 
+	__u64 closure; 
+	__u64 data; 
+	__u32 generation; 
+}; 
+ 
+/** 
+ * struct fw_cdev_send_response - Send an asynchronous response packet 
+ * @rcode:	Response code as determined by the userspace handler 
+ * @length:	Length of outgoing payload, in bytes 
+ * @data:	Userspace pointer to payload 
+ * @handle:	The handle from the &fw_cdev_event_request 
+ * 
+ * Send a response to an incoming request.  By setting up an address range using 
+ * the %FW_CDEV_IOC_ALLOCATE ioctl, userspace can listen for incoming requests.  An 
+ * incoming request will generate an %FW_CDEV_EVENT_REQUEST, and userspace must 
+ * send a reply using this ioctl.  The event has a handle to the kernel-side 
+ * pending transaction, which should be used with this ioctl. 
+ */ 
+struct fw_cdev_send_response { 
+	__u32 rcode; 
+	__u32 length; 
+	__u64 data; 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_allocate - Allocate a CSR in an address range 
+ * @offset:	Start offset of the address range 
+ * @closure:	To be passed back to userspace in request events 
+ * @length:	Length of the CSR, in bytes 
+ * @handle:	Handle to the allocation, written by the kernel 
+ * @region_end:	First address above the address range (added in ABI v4, 2.6.36) 
+ * 
+ * Allocate an address range in the 48-bit address space on the local node 
+ * (the controller).  This allows userspace to listen for requests with an 
+ * offset within that address range.  Every time when the kernel receives a 
+ * request within the range, an &fw_cdev_event_request2 event will be emitted. 
+ * (If the kernel or the client implements ABI version <= 3, an 
+ * &fw_cdev_event_request will be generated instead.) 
+ * 
+ * The @closure field is passed back to userspace in these request events. 
+ * The @handle field is an out parameter, returning a handle to the allocated 
+ * range to be used for later deallocation of the range. 
+ * 
+ * The address range is allocated on all local nodes.  The address allocation 
+ * is exclusive except for the FCP command and response registers.  If an 
+ * exclusive address region is already in use, the ioctl fails with errno set 
+ * to %EBUSY. 
+ * 
+ * If kernel and client implement ABI version >= 4, the kernel looks up a free 
+ * spot of size @length inside [@offset..@region_end) and, if found, writes 
+ * the start address of the new CSR back in @offset.  I.e. @offset is an 
+ * in and out parameter.  If this automatic placement of a CSR in a bigger 
+ * address range is not desired, the client simply needs to set @region_end 
+ * = @offset + @length. 
+ * 
+ * If the kernel or the client implements ABI version <= 3, @region_end is 
+ * ignored and effectively assumed to be @offset + @length. 
+ * 
+ * @region_end is only present in a kernel header >= 2.6.36.  If necessary, 
+ * this can for example be tested by #ifdef FW_CDEV_EVENT_REQUEST2. 
+ */ 
+struct fw_cdev_allocate { 
+	__u64 offset; 
+	__u64 closure; 
+	__u32 length; 
+	__u32 handle; 
+	__u64 region_end;	/* available since kernel version 2.6.36 */ 
+}; 
+ 
+/** 
+ * struct fw_cdev_deallocate - Free a CSR address range or isochronous resource 
+ * @handle:	Handle to the address range or iso resource, as returned by the 
+ *		kernel when the range or resource was allocated 
+ */ 
+struct fw_cdev_deallocate { 
+	__u32 handle; 
+}; 
+ 
+#define FW_CDEV_LONG_RESET	0 
+#define FW_CDEV_SHORT_RESET	1 
+ 
+/** 
+ * struct fw_cdev_initiate_bus_reset - Initiate a bus reset 
+ * @type:	%FW_CDEV_SHORT_RESET or %FW_CDEV_LONG_RESET 
+ * 
+ * Initiate a bus reset for the bus this device is on.  The bus reset can be 
+ * either the original (long) bus reset or the arbitrated (short) bus reset 
+ * introduced in 1394a-2000. 
+ * 
+ * The ioctl returns immediately.  A subsequent &fw_cdev_event_bus_reset 
+ * indicates when the reset actually happened.  Since ABI v4, this may be 
+ * considerably later than the ioctl because the kernel ensures a grace period 
+ * between subsequent bus resets as per IEEE 1394 bus management specification. 
+ */ 
+struct fw_cdev_initiate_bus_reset { 
+	__u32 type; 
+}; 
+ 
+/** 
+ * struct fw_cdev_add_descriptor - Add contents to the local node's config ROM 
+ * @immediate:	If non-zero, immediate key to insert before pointer 
+ * @key:	Upper 8 bits of root directory pointer 
+ * @data:	Userspace pointer to contents of descriptor block 
+ * @length:	Length of descriptor block data, in quadlets 
+ * @handle:	Handle to the descriptor, written by the kernel 
+ * 
+ * Add a descriptor block and optionally a preceding immediate key to the local 
+ * node's Configuration ROM. 
+ * 
+ * The @key field specifies the upper 8 bits of the descriptor root directory 
+ * pointer and the @data and @length fields specify the contents. The @key 
+ * should be of the form 0xXX000000. The offset part of the root directory entry 
+ * will be filled in by the kernel. 
+ * 
+ * If not 0, the @immediate field specifies an immediate key which will be 
+ * inserted before the root directory pointer. 
+ * 
+ * @immediate, @key, and @data array elements are CPU-endian quadlets. 
+ * 
+ * If successful, the kernel adds the descriptor and writes back a @handle to 
+ * the kernel-side object to be used for later removal of the descriptor block 
+ * and immediate key.  The kernel will also generate a bus reset to signal the 
+ * change of the Configuration ROM to other nodes. 
+ * 
+ * This ioctl affects the Configuration ROMs of all local nodes. 
+ * The ioctl only succeeds on device files which represent a local node. 
+ */ 
+struct fw_cdev_add_descriptor { 
+	__u32 immediate; 
+	__u32 key; 
+	__u64 data; 
+	__u32 length; 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_remove_descriptor - Remove contents from the Configuration ROM 
+ * @handle:	Handle to the descriptor, as returned by the kernel when the 
+ *		descriptor was added 
+ * 
+ * Remove a descriptor block and accompanying immediate key from the local 
+ * nodes' Configuration ROMs.  The kernel will also generate a bus reset to 
+ * signal the change of the Configuration ROM to other nodes. 
+ */ 
+struct fw_cdev_remove_descriptor { 
+	__u32 handle; 
+}; 
+ 
+#define FW_CDEV_ISO_CONTEXT_TRANSMIT			0 
+#define FW_CDEV_ISO_CONTEXT_RECEIVE			1 
+#define FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL	2 /* added in 2.6.36 */ 
+ 
+/** 
+ * struct fw_cdev_create_iso_context - Create a context for isochronous I/O 
+ * @type:	%FW_CDEV_ISO_CONTEXT_TRANSMIT or %FW_CDEV_ISO_CONTEXT_RECEIVE or 
+ *		%FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL 
+ * @header_size: Header size to strip in single-channel reception 
+ * @channel:	Channel to bind to in single-channel reception or transmission 
+ * @speed:	Transmission speed 
+ * @closure:	To be returned in &fw_cdev_event_iso_interrupt or 
+ *		&fw_cdev_event_iso_interrupt_multichannel 
+ * @handle:	Handle to context, written back by kernel 
+ * 
+ * Prior to sending or receiving isochronous I/O, a context must be created. 
+ * The context records information about the transmit or receive configuration 
+ * and typically maps to an underlying hardware resource.  A context is set up 
+ * for either sending or receiving.  It is bound to a specific isochronous 
+ * @channel. 
+ * 
+ * In case of multichannel reception, @header_size and @channel are ignored 
+ * and the channels are selected by %FW_CDEV_IOC_SET_ISO_CHANNELS. 
+ * 
+ * For %FW_CDEV_ISO_CONTEXT_RECEIVE contexts, @header_size must be at least 4 
+ * and must be a multiple of 4.  It is ignored in other context types. 
+ * 
+ * @speed is ignored in receive context types. 
+ * 
+ * If a context was successfully created, the kernel writes back a handle to the 
+ * context, which must be passed in for subsequent operations on that context. 
+ * 
+ * Limitations: 
+ * No more than one iso context can be created per fd. 
+ * The total number of contexts that all userspace and kernelspace drivers can 
+ * create on a card at a time is a hardware limit, typically 4 or 8 contexts per 
+ * direction, and of them at most one multichannel receive context. 
+ */ 
+struct fw_cdev_create_iso_context { 
+	__u32 type; 
+	__u32 header_size; 
+	__u32 channel; 
+	__u32 speed; 
+	__u64 closure; 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_set_iso_channels - Select channels in multichannel reception 
+ * @channels:	Bitmask of channels to listen to 
+ * @handle:	Handle of the mutichannel receive context 
+ * 
+ * @channels is the bitwise or of 1ULL << n for each channel n to listen to. 
+ * 
+ * The ioctl fails with errno %EBUSY if there is already another receive context 
+ * on a channel in @channels.  In that case, the bitmask of all unoccupied 
+ * channels is returned in @channels. 
+ */ 
+struct fw_cdev_set_iso_channels { 
+	__u64 channels; 
+	__u32 handle; 
+}; 
+ 
+#define FW_CDEV_ISO_PAYLOAD_LENGTH(v)	(v) 
+#define FW_CDEV_ISO_INTERRUPT		(1 << 16) 
+#define FW_CDEV_ISO_SKIP		(1 << 17) 
+#define FW_CDEV_ISO_SYNC		(1 << 17) 
+#define FW_CDEV_ISO_TAG(v)		((v) << 18) 
+#define FW_CDEV_ISO_SY(v)		((v) << 20) 
+#define FW_CDEV_ISO_HEADER_LENGTH(v)	((v) << 24) 
+ 
+/** 
+ * struct fw_cdev_iso_packet - Isochronous packet 
+ * @control:	Contains the header length (8 uppermost bits), 
+ *		the sy field (4 bits), the tag field (2 bits), a sync flag 
+ *		or a skip flag (1 bit), an interrupt flag (1 bit), and the 
+ *		payload length (16 lowermost bits) 
+ * @header:	Header and payload in case of a transmit context. 
+ * 
+ * &struct fw_cdev_iso_packet is used to describe isochronous packet queues. 
+ * Use the FW_CDEV_ISO_* macros to fill in @control. 
+ * The @header array is empty in case of receive contexts. 
+ * 
+ * Context type %FW_CDEV_ISO_CONTEXT_TRANSMIT: 
+ * 
+ * @control.HEADER_LENGTH must be a multiple of 4.  It specifies the numbers of 
+ * bytes in @header that will be prepended to the packet's payload.  These bytes 
+ * are copied into the kernel and will not be accessed after the ioctl has 
+ * returned. 
+ * 
+ * The @control.SY and TAG fields are copied to the iso packet header.  These 
+ * fields are specified by IEEE 1394a and IEC 61883-1. 
+ * 
+ * The @control.SKIP flag specifies that no packet is to be sent in a frame. 
+ * When using this, all other fields except @control.INTERRUPT must be zero. 
+ * 
+ * When a packet with the @control.INTERRUPT flag set has been completed, an 
+ * &fw_cdev_event_iso_interrupt event will be sent. 
+ * 
+ * Context type %FW_CDEV_ISO_CONTEXT_RECEIVE: 
+ * 
+ * @control.HEADER_LENGTH must be a multiple of the context's header_size. 
+ * If the HEADER_LENGTH is larger than the context's header_size, multiple 
+ * packets are queued for this entry. 
+ * 
+ * The @control.SY and TAG fields are ignored. 
+ * 
+ * If the @control.SYNC flag is set, the context drops all packets until a 
+ * packet with a sy field is received which matches &fw_cdev_start_iso.sync. 
+ * 
+ * @control.PAYLOAD_LENGTH defines how many payload bytes can be received for 
+ * one packet (in addition to payload quadlets that have been defined as headers 
+ * and are stripped and returned in the &fw_cdev_event_iso_interrupt structure). 
+ * If more bytes are received, the additional bytes are dropped.  If less bytes 
+ * are received, the remaining bytes in this part of the payload buffer will not 
+ * be written to, not even by the next packet.  I.e., packets received in 
+ * consecutive frames will not necessarily be consecutive in memory.  If an 
+ * entry has queued multiple packets, the PAYLOAD_LENGTH is divided equally 
+ * among them. 
+ * 
+ * When a packet with the @control.INTERRUPT flag set has been completed, an 
+ * &fw_cdev_event_iso_interrupt event will be sent.  An entry that has queued 
+ * multiple receive packets is completed when its last packet is completed. 
+ * 
+ * Context type %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL: 
+ * 
+ * Here, &fw_cdev_iso_packet would be more aptly named _iso_buffer_chunk since 
+ * it specifies a chunk of the mmap()'ed buffer, while the number and alignment 
+ * of packets to be placed into the buffer chunk is not known beforehand. 
+ * 
+ * @control.PAYLOAD_LENGTH is the size of the buffer chunk and specifies room 
+ * for header, payload, padding, and trailer bytes of one or more packets. 
+ * It must be a multiple of 4. 
+ * 
+ * @control.HEADER_LENGTH, TAG and SY are ignored.  SYNC is treated as described 
+ * for single-channel reception. 
+ * 
+ * When a buffer chunk with the @control.INTERRUPT flag set has been filled 
+ * entirely, an &fw_cdev_event_iso_interrupt_mc event will be sent. 
+ */ 
+struct fw_cdev_iso_packet { 
+	__u32 control; 
+	__u32 header[0]; 
+}; 
+ 
+/** 
+ * struct fw_cdev_queue_iso - Queue isochronous packets for I/O 
+ * @packets:	Userspace pointer to an array of &fw_cdev_iso_packet 
+ * @data:	Pointer into mmap()'ed payload buffer 
+ * @size:	Size of the @packets array, in bytes 
+ * @handle:	Isochronous context handle 
+ * 
+ * Queue a number of isochronous packets for reception or transmission. 
+ * This ioctl takes a pointer to an array of &fw_cdev_iso_packet structs, 
+ * which describe how to transmit from or receive into a contiguous region 
+ * of a mmap()'ed payload buffer.  As part of transmit packet descriptors, 
+ * a series of headers can be supplied, which will be prepended to the 
+ * payload during DMA. 
+ * 
+ * The kernel may or may not queue all packets, but will write back updated 
+ * values of the @packets, @data and @size fields, so the ioctl can be 
+ * resubmitted easily. 
+ * 
+ * In case of a multichannel receive context, @data must be quadlet-aligned 
+ * relative to the buffer start. 
+ */ 
+struct fw_cdev_queue_iso { 
+	__u64 packets; 
+	__u64 data; 
+	__u32 size; 
+	__u32 handle; 
+}; 
+ 
+#define FW_CDEV_ISO_CONTEXT_MATCH_TAG0		 1 
+#define FW_CDEV_ISO_CONTEXT_MATCH_TAG1		 2 
+#define FW_CDEV_ISO_CONTEXT_MATCH_TAG2		 4 
+#define FW_CDEV_ISO_CONTEXT_MATCH_TAG3		 8 
+#define FW_CDEV_ISO_CONTEXT_MATCH_ALL_TAGS	15 
+ 
+/** 
+ * struct fw_cdev_start_iso - Start an isochronous transmission or reception 
+ * @cycle:	Cycle in which to start I/O.  If @cycle is greater than or 
+ *		equal to 0, the I/O will start on that cycle. 
+ * @sync:	Determines the value to wait for for receive packets that have 
+ *		the %FW_CDEV_ISO_SYNC bit set 
+ * @tags:	Tag filter bit mask.  Only valid for isochronous reception. 
+ *		Determines the tag values for which packets will be accepted. 
+ *		Use FW_CDEV_ISO_CONTEXT_MATCH_* macros to set @tags. 
+ * @handle:	Isochronous context handle within which to transmit or receive 
+ */ 
+struct fw_cdev_start_iso { 
+	__s32 cycle; 
+	__u32 sync; 
+	__u32 tags; 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_stop_iso - Stop an isochronous transmission or reception 
+ * @handle:	Handle of isochronous context to stop 
+ */ 
+struct fw_cdev_stop_iso { 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_flush_iso - flush completed iso packets 
+ * @handle:	handle of isochronous context to flush 
+ * 
+ * For %FW_CDEV_ISO_CONTEXT_TRANSMIT or %FW_CDEV_ISO_CONTEXT_RECEIVE contexts, 
+ * report any completed packets. 
+ * 
+ * For %FW_CDEV_ISO_CONTEXT_RECEIVE_MULTICHANNEL contexts, report the current 
+ * offset in the receive buffer, if it has changed; this is typically in the 
+ * middle of some buffer chunk. 
+ * 
+ * Any %FW_CDEV_EVENT_ISO_INTERRUPT or %FW_CDEV_EVENT_ISO_INTERRUPT_MULTICHANNEL 
+ * events generated by this ioctl are sent synchronously, i.e., are available 
+ * for reading from the file descriptor when this ioctl returns. 
+ */ 
+struct fw_cdev_flush_iso { 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_get_cycle_timer - read cycle timer register 
+ * @local_time:   system time, in microseconds since the Epoch 
+ * @cycle_timer:  Cycle Time register contents 
+ * 
+ * Same as %FW_CDEV_IOC_GET_CYCLE_TIMER2, but fixed to use %CLOCK_REALTIME 
+ * and only with microseconds resolution. 
+ * 
+ * In version 1 and 2 of the ABI, this ioctl returned unreliable (non- 
+ * monotonic) @cycle_timer values on certain controllers. 
+ */ 
+struct fw_cdev_get_cycle_timer { 
+	__u64 local_time; 
+	__u32 cycle_timer; 
+}; 
+ 
+/** 
+ * struct fw_cdev_get_cycle_timer2 - read cycle timer register 
+ * @tv_sec:       system time, seconds 
+ * @tv_nsec:      system time, sub-seconds part in nanoseconds 
+ * @clk_id:       input parameter, clock from which to get the system time 
+ * @cycle_timer:  Cycle Time register contents 
+ * 
+ * The %FW_CDEV_IOC_GET_CYCLE_TIMER2 ioctl reads the isochronous cycle timer 
+ * and also the system clock.  This allows to correlate reception time of 
+ * isochronous packets with system time. 
+ * 
+ * @clk_id lets you choose a clock like with POSIX' clock_gettime function. 
+ * Supported @clk_id values are POSIX' %CLOCK_REALTIME and %CLOCK_MONOTONIC 
+ * and Linux' %CLOCK_MONOTONIC_RAW. 
+ * 
+ * @cycle_timer consists of 7 bits cycleSeconds, 13 bits cycleCount, and 
+ * 12 bits cycleOffset, in host byte order.  Cf. the Cycle Time register 
+ * per IEEE 1394 or Isochronous Cycle Timer register per OHCI-1394. 
+ */ 
+struct fw_cdev_get_cycle_timer2 { 
+	__s64 tv_sec; 
+	__s32 tv_nsec; 
+	__s32 clk_id; 
+	__u32 cycle_timer; 
+}; 
+ 
+/** 
+ * struct fw_cdev_allocate_iso_resource - (De)allocate a channel or bandwidth 
+ * @closure:	Passed back to userspace in corresponding iso resource events 
+ * @channels:	Isochronous channels of which one is to be (de)allocated 
+ * @bandwidth:	Isochronous bandwidth units to be (de)allocated 
+ * @handle:	Handle to the allocation, written by the kernel (only valid in 
+ *		case of %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE ioctls) 
+ * 
+ * The %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE ioctl initiates allocation of an 
+ * isochronous channel and/or of isochronous bandwidth at the isochronous 
+ * resource manager (IRM).  Only one of the channels specified in @channels is 
+ * allocated.  An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED is sent after 
+ * communication with the IRM, indicating success or failure in the event data. 
+ * The kernel will automatically reallocate the resources after bus resets. 
+ * Should a reallocation fail, an %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event 
+ * will be sent.  The kernel will also automatically deallocate the resources 
+ * when the file descriptor is closed. 
+ * 
+ * The %FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE ioctl can be used to initiate 
+ * deallocation of resources which were allocated as described above. 
+ * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event concludes this operation. 
+ * 
+ * The %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE ioctl is a variant of allocation 
+ * without automatic re- or deallocation. 
+ * An %FW_CDEV_EVENT_ISO_RESOURCE_ALLOCATED event concludes this operation, 
+ * indicating success or failure in its data. 
+ * 
+ * The %FW_CDEV_IOC_DEALLOCATE_ISO_RESOURCE_ONCE ioctl works like 
+ * %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE except that resources are freed 
+ * instead of allocated. 
+ * An %FW_CDEV_EVENT_ISO_RESOURCE_DEALLOCATED event concludes this operation. 
+ * 
+ * To summarize, %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE allocates iso resources 
+ * for the lifetime of the fd or @handle. 
+ * In contrast, %FW_CDEV_IOC_ALLOCATE_ISO_RESOURCE_ONCE allocates iso resources 
+ * for the duration of a bus generation. 
+ * 
+ * @channels is a host-endian bitfield with the least significant bit 
+ * representing channel 0 and the most significant bit representing channel 63: 
+ * 1ULL << c for each channel c that is a candidate for (de)allocation. 
+ * 
+ * @bandwidth is expressed in bandwidth allocation units, i.e. the time to send 
+ * one quadlet of data (payload or header data) at speed S1600. 
+ */ 
+struct fw_cdev_allocate_iso_resource { 
+	__u64 closure; 
+	__u64 channels; 
+	__u32 bandwidth; 
+	__u32 handle; 
+}; 
+ 
+/** 
+ * struct fw_cdev_send_stream_packet - send an asynchronous stream packet 
+ * @length:	Length of outgoing payload, in bytes 
+ * @tag:	Data format tag 
+ * @channel:	Isochronous channel to transmit to 
+ * @sy:		Synchronization code 
+ * @closure:	Passed back to userspace in the response event 
+ * @data:	Userspace pointer to payload 
+ * @generation:	The bus generation where packet is valid 
+ * @speed:	Speed to transmit at 
+ * 
+ * The %FW_CDEV_IOC_SEND_STREAM_PACKET ioctl sends an asynchronous stream packet 
+ * to every device which is listening to the specified channel.  The kernel 
+ * writes an &fw_cdev_event_response event which indicates success or failure of 
+ * the transmission. 
+ */ 
+struct fw_cdev_send_stream_packet { 
+	__u32 length; 
+	__u32 tag; 
+	__u32 channel; 
+	__u32 sy; 
+	__u64 closure; 
+	__u64 data; 
+	__u32 generation; 
+	__u32 speed; 
+}; 
+ 
+/** 
+ * struct fw_cdev_send_phy_packet - send a PHY packet 
+ * @closure:	Passed back to userspace in the PHY-packet-sent event 
+ * @data:	First and second quadlet of the PHY packet 
+ * @generation:	The bus generation where packet is valid 
+ * 
+ * The %FW_CDEV_IOC_SEND_PHY_PACKET ioctl sends a PHY packet to all nodes 
+ * on the same card as this device.  After transmission, an 
+ * %FW_CDEV_EVENT_PHY_PACKET_SENT event is generated. 
+ * 
+ * The payload @data\[\] shall be specified in host byte order.  Usually, 
+ * @data\[1\] needs to be the bitwise inverse of @data\[0\].  VersaPHY packets 
+ * are an exception to this rule. 
+ * 
+ * The ioctl is only permitted on device files which represent a local node. 
+ */ 
+struct fw_cdev_send_phy_packet { 
+	__u64 closure; 
+	__u32 data[2]; 
+	__u32 generation; 
+}; 
+ 
+/** 
+ * struct fw_cdev_receive_phy_packets - start reception of PHY packets 
+ * @closure: Passed back to userspace in phy packet events 
+ * 
+ * This ioctl activates issuing of %FW_CDEV_EVENT_PHY_PACKET_RECEIVED due to 
+ * incoming PHY packets from any node on the same bus as the device. 
+ * 
+ * The ioctl is only permitted on device files which represent a local node. 
+ */ 
+struct fw_cdev_receive_phy_packets { 
+	__u64 closure; 
+}; 
+ 
+#define FW_CDEV_VERSION 3 /* Meaningless legacy macro; don't use it. */ 
+ 
+#endif /* _LINUX_FIREWIRE_CDEV_H */