summaryrefslogtreecommitdiffstats
path: root/NEWS
diff options
context:
space:
mode:
authorGravatar Stefan Richter 2010-08-05 11:50:32 +0200
committerGravatar Stefan Richter 2010-09-07 11:27:01 +0200
commitd3ace3dfb4a14aea275fda605d2856e307afddc1 (patch)
tree1bc4c6201d904fc618dbca6a1c3b151dfebf8d29 /NEWS
parentRename a few kernel ABI testing helpers (diff)
Fix FCP and ARM source node ID on firewire-core
The firewire-core (juju) backend of libraw1394 installs address range mappings on the default ioctl fd, i.e. a file that represents a random device on the chosen port. It receives incoming requests from any sender node via this address range mapping. Due to a kernel ABI limitation, the sender node ID is not known though. So far libraw1394 simply assumed the node ID of the device that provided the default ioctl fd. This only works if there is only one accessible fd on the entire bus. This limitation caused for example libffado to fail to work with another AV/C or IIDC device attached to the bus, because node IDs of FCP requests and FCP responses did not match since the latter were wrong. FCP clients which did not check sender node IDs were seemingly not affected by this bug. The bug is fixed by a kernel ABI extension in Linux 2.6.36. This libraw1394 change implements libraw1394's counterpart to this ABI extension. Hence this libraw1394 fix requires - kernel-headers 2.6.36 or later at build time of libraw1394 - kernel 2.6.36 or later at runtime. Otherwise, libraw1394 simply degrades to the faulty previous behaviour. Side note: The change of IMPLEMENTED_CDEV_ABI_VERSION to 4 requires that we fill in struct fw_cdev_allocate.region_end which was added in the ABI v4. Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
Diffstat (limited to 'NEWS')
0 files changed, 0 insertions, 0 deletions
p;follow=1'>gb_math.h - v0.04 - Namespace everything with gbGravatar gingerBill 1-340/+1484 2016-03-03Update gb.h - v0.02Gravatar gingerBill 1-38/+59 2016-03-03New LibrariesGravatar gingerBill 3-2101/+1219 2016-01-01Explicit Everything!Gravatar gingerBill 4-306/+241 2015-12-17Macro fixesGravatar gingerBill 3-58/+75 2015-12-17Change conventions slightlyGravatar gingerBill 4-1041/+1069 2015-12-15Remove C++ specific macrosGravatar gingerBill 1-19/+2 2015-12-15Allow for no <stdio.h>Gravatar gingerBill 2-18/+32 2015-12-14gb.hpp - Allocators can be passed to gb_alloc/free/etc. without cast using `t...Gravatar gingerBill 3-33/+126 2015-12-14Update README.mdGravatar gingerBill 1-1/+1 2015-12-14gb.h - Implement all functions (from gb.hpp)Gravatar gingerBill 3-247/+1983 2015-12-14Update README.mdGravatar gingerBill 1-0/+1