aboutsummaryrefslogtreecommitdiff
path: root/kernel/rtmutex-tester.c
diff options
context:
space:
mode:
authorStefan Richter <stefanr@s5r6.in-berlin.de>2011-01-15 18:19:48 +0100
committerGreg Kroah-Hartman <gregkh@suse.de>2011-02-17 15:14:42 -0800
commitfd920389c28bd1770df596d8dba8bc794bb1b790 (patch)
tree2fbfe386cf6da59219f6026272acb8bbb1dfe9d7 /kernel/rtmutex-tester.c
parent1902395cb997a07ae9ec2ee99bd4cc8d027f6f99 (diff)
firewire: core: fix unstable I/O with Canon camcorder
commit 6044565af458e7fa6e748bff437ecc49dea88d79 upstream. Regression since commit 10389536742c, "firewire: core: check for 1394a compliant IRM, fix inaccessibility of Sony camcorder": The camcorder Canon MV5i generates lots of bus resets when asynchronous requests are sent to it (e.g. Config ROM read requests or FCP Command write requests) if the camcorder is not root node. This causes drop- outs in videos or makes the camcorder entirely inaccessible. https://bugzilla.redhat.com/show_bug.cgi?id=633260 Fix this by allowing any Canon device, even if it is a pre-1394a IRM like MV5i are, to remain root node (if it is at least Cycle Master capable). With the FireWire controller cards that I tested, MV5i always becomes root node when plugged in and left to its own devices. Reported-by: Ralf Lange Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'kernel/rtmutex-tester.c')
0 files changed, 0 insertions, 0 deletions