Prev: ARM: uaccess: Implement strict user copy checks
Next: md updates for 2.6.36
From: Devin Heitmueller on 10 Aug 2010 18:50
Hello Sander,

Which application were you using, and specifically which em28xx based
product do you have?

Devin

On Tue, Aug 10, 2010 at 6:12 PM, Sander Eikelenboom
<linux(a)eikelenboom.it> wrote:
> Hi,
>
> While trying to test try and report about some other bugs, �i ran into this kernel panic when trying to grab video from my usb 2.0 em28xx videgrabber connected to a usb 2.0 port.
> Complete serial log attachted.
>
>
> [ �279.680018] general protection fault: 0000 [#1] SMP
> [ �279.683901] last sysfs file: /sys/devices/pci0000:00/0000:00:12.2/usb1/1-5/i2c-0/name
> [ �279.683901] CPU 5
> [ �279.683901] Modules linked in: xt_multiport ipt_REJECT xt_recent xt_limit xt_tcpudp powernow_k8 mperf xt_state ipt_MA
> SQUERADE ipt_LOG iptable_mangle iptable_filter iptable_nat ip_tables nf_nat x_tables nf_conntrack_ipv4 nf_conntrack nf_d
> efrag_ipv4 fuse hwmon_vid loop saa7115 snd_cmipci gameport snd_opl3_lib snd_hwdep snd_mpu401_uart snd_rawmidi em28xx v4l
> 2_common snd_hda_codec_atihdmi snd_hda_intel snd_hda_codec snd_pcm snd_seq_device videodev snd_timer snd v4l1_compat v4l
> 2_compat_ioctl32 videobuf_vmalloc videobuf_core psmouse tpm_tis joydev evdev tveeprom serio_raw shpchp edac_core i2c_pii
> x4 soundcore pcspkr i2c_core pci_hotplug wmi snd_page_alloc processor button sd_mod r8169 thermal fan thermal_sys [last
> unloaded: scsi_wait_scan]
> [ �279.683901]
> [ �279.683901] Pid: 0, comm: swapper Not tainted 2.6.352.6.35-vanilla-xhci-isoc+ #6 890FXA-GD70 (MS-7640) �/MS-7640
> [ �279.683901] RIP: 0010:[<ffffffffa004fbc5>] �[<ffffffffa004fbc5>] em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
> [ �279.683901] RSP: 0018:ffff880001b43c68 �EFLAGS: 00010082
> [ �279.683901] RAX: dead000000200200 RBX: 0000000000000804 RCX: ffff880229625818
> [ �279.683901] RDX: dead000000100100 RSI: 0000000000000003 RDI: ffff880229625868
> [ �279.683901] RBP: ffff880001b43d08 R08: 0000000000000000 R09: 0000000000000804
> [ �279.683901] R10: ffff880229597000 R11: 0000000000000000 R12: 0000000000000000
> [ �279.683901] R13: ffff88022f158820 R14: ffff880229597000 R15: 0000000000000344
> [ �279.683901] FS: �00007fa4bd3706e0(0000) GS:ffff880001b40000(0000) knlGS:0000000000000000
> [ �279.683901] CS: �0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ �279.683901] CR2: 00007fa4bd35f000 CR3: 000000022a9ad000 CR4: 00000000000006e0
> [ �279.683901] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [ �279.683901] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [ �279.683901] Process swapper (pid: 0, threadinfo ffff880237d4a000, task ffff880237d2f7a0)
> [ �279.683901] Stack:
> [ �279.683901] �ffffffff8103d7a3 ffff880001b43cb0 0000000000000082 ffff8802375e2188
> [ �279.683901] <0> 0000000000000804 ffff880229625818 ffff880229597a40 ffff880229597a90
> [ �279.683901] <0> ffffc90010b72000 0000000000000000 0000002237d20000 ffff880229597000
> [ �279.683901] Call Trace:
> [ �279.683901] �<IRQ>
> [ �279.683901] �[<ffffffff8103d7a3>] ? enqueue_task+0x77/0x87
> [ �279.683901] �[<ffffffffa0053398>] em28xx_irq_callback+0x7e/0xfe [em28xx]
> [ �279.683901] �[<ffffffff81359415>] usb_hcd_giveback_urb+0x84/0xb8
> [ �279.683901] �[<ffffffff8136b51b>] ehci_urb_done+0xcf/0xe4
> [ �279.683901] �[<ffffffff8136cd15>] ehci_work+0x504/0x8da
> [ �279.683901] �[<ffffffff81370fda>] ehci_irq+0x19c/0x1ce
> [ �279.683901] �[<ffffffff81358bd1>] usb_hcd_irq+0x3e/0x83
> [ �279.683901] �[<ffffffff8108782c>] handle_IRQ_event+0x58/0x136
> [ �279.683901] �[<ffffffff81089414>] handle_fasteoi_irq+0x92/0xd2
> [ �279.683901] �[<ffffffff8100b241>] handle_irq+0x1f/0x2a
> [ �279.683901] �[<ffffffff8100a884>] do_IRQ+0x5a/0xc1
> [ �279.683901] �[<ffffffff8146c953>] ret_from_intr+0x0/0x11
> [ �279.683901] �<EOI>
> [ �279.683901] �[<ffffffffa0044740>] ? acpi_idle_enter_simple+0x130/0x168 [processor]
> [ �279.683901] �[<ffffffffa004473c>] ? acpi_idle_enter_simple+0x12c/0x168 [processor]
> [ �279.683901] �[<ffffffff813ad822>] cpuidle_idle_call+0x9b/0xfd
> [ �279.683901] �[<ffffffff81007868>] cpu_idle+0x51/0x84
> [ �279.683901] �[<ffffffff81466d1b>] start_secondary+0x1c0/0x1c5
> [ �279.683901] Code: 83 ef 80 e8 69 39 01 e1 48 8b 4d 88 49 c7 86 18 0b 00 00 00 00 00 00 be 03 00 00 00 48 8b 51 40 48
> 8b 41 48 48 89 cf 48 83 c7 50 <48> 89 42 08 48 89 10 48 b8 00 01 10 00 00 00 ad de 48 89 41 40
> [ �279.683901] RIP �[<ffffffffa004fbc5>] em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
> [ �279.683901] �RSP <ffff880001b43c68>
> [ �279.683901] ---[ end trace 0f55a03076b067cf ]---
> [ �279.683901] Kernel panic - not syncing: Fatal exception in interrupt
> [ �279.683901] Pid: 0, comm: swapper Tainted: G � � �D � � 2.6.352.6.35-vanilla-xhci-isoc+ #6
> [ �279.683901] Call Trace:
> [ �279.683901] �<IRQ> �[<ffffffff81469cf9>] panic+0xb1/0x12a
> [ �279.683901] �[<ffffffff81043b90>] ? kmsg_dump+0x126/0x140
> [ �279.683901] �[<ffffffff8100c354>] oops_end+0x89/0x96
> [ �279.683901] �[<ffffffff8100c534>] die+0x55/0x5e
> [ �279.683901] �[<ffffffff8100a26f>] do_general_protection+0x130/0x138
> [ �279.683901] �[<ffffffff8146cc05>] general_protection+0x25/0x30
> [ �279.683901] �[<ffffffffa004fbc5>] ? em28xx_isoc_copy_vbi+0x62e/0x812 [em28xx]
> [ �279.683901] �[<ffffffffa004fba2>] ? em28xx_isoc_copy_vbi+0x60b/0x812 [em28xx]
> [ �279.683901] �[<ffffffff8103d7a3>] ? enqueue_task+0x77/0x87
> [ �279.683901] �[<ffffffffa0053398>] em28xx_irq_callback+0x7e/0xfe [em28xx]
> [ �279.683901] �[<ffffffff81359415>] usb_hcd_giveback_urb+0x84/0xb8
> [ �279.683901] �[<ffffffff8136b51b>] ehci_urb_done+0xcf/0xe4
> [ �279.683901] �[<ffffffff8136cd15>] ehci_work+0x504/0x8da
> [ �279.683901] �[<ffffffff81370fda>] ehci_irq+0x19c/0x1ce
> [ �279.683901] �[<ffffffff81358bd1>] usb_hcd_irq+0x3e/0x83
> [ �279.683901] �[<ffffffff8108782c>] handle_IRQ_event+0x58/0x136
> [ �279.683901] �[<ffffffff81089414>] handle_fasteoi_irq+0x92/0xd2
> [ �279.683901] �[<ffffffff8100b241>] handle_irq+0x1f/0x2a
> [ �279.683901] �[<ffffffff8100a884>] do_IRQ+0x5a/0xc1
> [ �279.683901] �[<ffffffff8146c953>] ret_from_intr+0x0/0x11
> [ �279.683901] �<EOI> �[<ffffffffa0044740>] ? acpi_idle_enter_simple+0x130/0x168 [processor]
> [ �279.683901] �[<ffffffffa004473c>] ? acpi_idle_enter_simple+0x12c/0x168 [processor]
> [ �279.683901] �[<ffffffff813ad822>] cpuidle_idle_call+0x9b/0xfd
> [ �279.683901] �[<ffffffff81007868>] cpu_idle+0x51/0x84
> [ �279.683901] �[<ffffffff81466d1b>] start_secondary+0x1c0/0x1c5
>
>
>
>
>
> --
> Sander



--
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(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Devin Heitmueller on 10 Aug 2010 22:40
On Tue, Aug 10, 2010 at 6:57 PM, Sander Eikelenboom
<linux(a)eikelenboom.it> wrote:
> Hello Devin,
>
> It's a k-world, which used to work fine (altough with another program, but I can't use that since it seems at least 2 other bugs prevent me from using my VM's :-)
> It's this model �http://global.kworld-global.com/main/prod_in.aspx?mnuid=1248&modid=6&pcid=47&ifid=17&prodid=104
>
> Tried to grab with ffmpeg.

Is it reproducible? Or did it just happen once? If you have a
sequence to reproduce, can you provide the command line you used, etc?

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(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Devin Heitmueller on 11 Aug 2010 14:40
On Wed, Aug 11, 2010 at 12:46 PM, Mauro Carvalho Chehab
<mchehab(a)infradead.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(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 | 
Pages: 1
Prev: ARM: uaccess: Implement strict user copy checks
Next: md updates for 2.6.36