| commit | 72c62be1f9f89d3f60408ab55728237f37911e08 | |
| author | Devin Heitmueller <dheitmueller@kernellabs.com> | |
| Thu, 15 Oct 2009 04:14:34 +0000 (15 01:14 -0300) | ||
| committer | Greg Kroah-Hartman <gregkh@suse.de> | |
| Tue, 8 Dec 2009 19:17:13 +0000 (8 11:17 -0800) | ||
| tree | 076a346f841ffbeec9ff4419735c80ab439aa99b | treesnapshot (tar.gz zip) |
| parent | 1ed704825c65b7dd7da77427898d6f08c793c040 | commitdiff |
V4L/DVB (13190): em28xx: fix panic that can occur when starting audio streaming
commit 96fbf771d86a90ff006bc62ca4d4de6474b3de31 upstream.
Because the counters were not reset when starting up streaming, they would
be reused from the previous run. This can result in cases such that when the
second instance of streaming starts up, the "cnt" variable in
em28xx_audio_isocirq() can end up being negative, resulting in attempting to
write to memory before the start of runtime->dma_area (as well as having a
negative number of bytes to copy).
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
commit 96fbf771d86a90ff006bc62ca4d4de6474b3de31 upstream.
Because the counters were not reset when starting up streaming, they would
be reused from the previous run. This can result in cases such that when the
second instance of streaming starts up, the "cnt" variable in
em28xx_audio_isocirq() can end up being negative, resulting in attempting to
write to memory before the start of runtime->dma_area (as well as having a
negative number of bytes to copy).
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
| drivers/media/video/em28xx/em28xx-audio.c | diffblobblamehistory |