libraw1394 fork
This repository has been archived on 2022-09-20. You can view files and clone it, but cannot push or open issues or pull requests.
Go to file
aeb 8009101f38 Fix Makefile.am to include libraw1394.m4 in distribution.
Update NEWS.
Some Debian packaging updates.


git-svn-id: svn://svn.linux1394.org/libraw1394/trunk@58 53a565d1-3bb7-0310-b661-cf11e63c67ab
2001-05-07 00:03:03 +00:00
debian Fix Makefile.am to include libraw1394.m4 in distribution. 2001-05-07 00:03:03 +00:00
doc testlibraw gets installed now. 2001-02-28 01:21:15 +00:00
src Store returned generation count after setting of port. 2001-03-21 02:00:03 +00:00
AUTHORS Initial revision 1999-12-02 23:07:38 +00:00
COPYING.LIB Ensure this ends up in distributions. 2000-03-12 04:08:48 +00:00
ChangeLog Initial revision 1999-12-02 23:07:38 +00:00
INSTALL Initial revision 1999-12-02 23:07:38 +00:00
Makefile.am Fix Makefile.am to include libraw1394.m4 in distribution. 2001-05-07 00:03:03 +00:00
NEWS Fix Makefile.am to include libraw1394.m4 in distribution. 2001-05-07 00:03:03 +00:00
README Add some information about return values. 2000-11-25 01:58:34 +00:00
autogen.sh Add script to generate Makefiles from bare CVS checkout. 2000-03-18 02:14:43 +00:00
configure.in testlibraw gets installed now. 2001-02-28 01:21:15 +00:00
libraw1394.m4 Add libraw1394 autoconf macro (not yet complete). 2001-02-05 02:38:03 +00:00

README

				   libraw1394
				   ==========

1. About libraw1394

	libraw1394 is the only supported interface to the kernel side raw1394 of
the Linux IEEE-1394 subsystem, which provides direct access to the connected
1394 buses to user space.  Through libraw1394/raw1394, applications can directly
send to and receive from other nodes without requiring a kernel driver for the
protocol in question.

	The reason for making a library the interface to the kernel is to avoid
a program dependancy on the kernel version, which would hinder development and
optimization of raw1394.  If development changed the protocol and made it
incompatible with previous versions only the libraw1394 has to be upgraded to
match the kernel version (instead of all applications).


2. Copyleft

	libraw1394 itself is licensed under the Lesser General Public License
(short LGPL, see file COPYING.LIB in the source distribution).  Other files in
the source archives not belonging to but being part of the build procedure of
libraw1394 are under their own licenses, as stated at the top of the individual
files.


3. API documentation

	There is currently no external document describing the library
functions, but you can find documentation for all functions in the header file
raw1394.h.  Some real documentation will come Real Soon Now.

	To clear up some confusion (it wasn't documented before, what was I
thinking), here is a description of the return values of the
raw1394_(read|write|lock) functions and also the errcode parameter of
tag_handler_t or reeqhandler_t:

	If it is negative it signals an error in handling the request locally
(1394 target node not reached) and errno contains a Unix error code just like
with other library functions.  If it is positive it still does not signal
success of the request itself, just that it was properly communicated to the
1394 target node.  To know whether it succeeded the lower 32 bits have to be
further decoded.

	The upper 16 bits contain the acknowledge code from the other node, the
lower 16 bits the response code.  Both of these codes are the standard codes
from the 1394 standard with the exception of 0x10 for the ack which is set on an
access to the local node (there is no 1394 bus involved and therefore no ack
exists).  Most of the acks completely determine the success of the request
(ack_complete or one of the error codes).  The response code has to be
interpreted if the ack is ack_pending or the dummy ack 0x10.  Only in this case
is the response code valid.

	This way of reporting errors will be replaced by a more sensible
approach with (one of the, but hopefully) the next version of libraw.
Documented here only for those who can't wait.


4. Multithreading

	This library should be multithreadable with the restriction that one
raw1394handle_t may be used only within a single thread.  Multiple threads
operating on the same handle would royally mess up the kernel-user protocol.
Simply use separate handles for each thread in which you need to use libraw1394.


5. Maintainer

	Maintainer of libraw1394 is currently Andreas Bombe.  Send suggestions,
bug reports and fixes to andreas.bombe@munich.netsurf.de.  See the file AUTHORS
for a complete list of contributors to libraw1394.

	You can get updates through this project's homepage on SourceForge, see
http://sourceforge.net/project/?group_id=2514 for more information.  You can
also submit bugs through this page.


2000-11-25  Andreas Bombe