[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTin7JxN81tpM+=rmN6jjnOBkd6c+Cy9tx5vruSZ7@mail.gmail.com>
Date: Wed, 11 Aug 2010 14:31:56 -0400
From: Devin Heitmueller <dheitmueller@...nellabs.com>
To: Mauro Carvalho Chehab <mchehab@...radead.org>
Cc: Pete Eberlein <pete@...soray.com>,
Sander Eikelenboom <linux@...elenboom.it>,
mrechberger@...il.com, gregkh@...e.de,
linux-kernel@...r.kernel.org, linux-media@...r.kernel.org,
linux-usb@...r.kernel.org
Subject: Re: [2.6.35] usb 2.0 em28xx kernel panic general protection fault:
0000 [#1] SMP RIP: 0010:[<ffffffffa004fbc5>] [<ffffffffa004fbc5>]
em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
On Wed, Aug 11, 2010 at 12:46 PM, Mauro Carvalho Chehab
<mchehab@...radead.org> wrote:
> Em 11-08-2010 12:58, Pete Eberlein escreveu:
>> On Wed, 2010-08-11 at 09:25 +0200, Sander Eikelenboom wrote:
>>> Hello Devin,
>>>
>>> Yes it's completely reproducible for a change:
>>>
>>> ffmpeg -f video4linux -r 25 -s 720x576 -i /dev/video0 out.flv
>>> gave an error:
>>
>> Use -f video4linux2.
>>
>> The -f video4linux option uses the old video4linux1 API. I have seen
>> similar strange behavior when I used that ffmpeg option with a v4l2
>> driver I am developing. Also, ffmpeg does not use libv4l.
>
> Still, we have a bug to fix. The driver shouldn't generating a PANIC if accessed
> via V4L1 API.
I agree with Mauro completely. There is nothing userland should be
able to do which results in a panic (and I have no reason to believe
Pete was suggesting otherwise). That said, it's really useful to know
that this is some sort of v4l1 backward compatibility problem.
I'll see if I can reproduce this here.
Thanks,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists