Re: [beagleboard] BBB UVC/DMA crash kernel 3.13.6-bone7.1

2014-05-20 Thread Robert Nelson
On Tue, May 20, 2014 at 8:32 AM, David Lambert d...@lambsys.com wrote:
 Unfortunately I seem to have spoken too soon. After multiple control
 commands, the UVC subsystem becomes unresponsive. Could I suggest making the
 default PIO only again?

Sure, I can do that. I Actually thought that was the default in my
v3.14.4 branch, I guess I've been spending too much time with
v3.15-rcX..

https://github.com/RobertCNelson/bb-kernel/commit/fbe2858bfe0f112511b45a6c1ecf9c111ef6f47f

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] BBB UVC/DMA crash kernel 3.13.6-bone7.1

2014-05-19 Thread David Lambert

Robert,
I just tried your 3.14.4-bone4 kernel. Thanks for including my 
Argus UPS cape patches:-) . It appears that the UVC DMA is getting 
better, but I am getting the following warning messages when I issue any 
UVC controls. The good news is that the system still continues to work 
fine apart from these messages. Close, but no cigar :-\
Please pass on words of encouragement to the developers responsible for 
this.


Regards,

Dave.



On 03/14/2014 11:20 AM, Robert Nelson wrote:

On Fri, Mar 14, 2014 at 11:14 AM, David Lambert d...@lambsys.com wrote:

The USB DMA still appears to have problems when used with USB cameras. It
appears that whenever I attempt to issue controls via UVC to a camera that
is capturing, then I get the attached crash. PIO mode works fine. Could I
suggest that the default defconfig selects PIO mode until DMA mode works
reliably?

I hope this is the right place to post. If not, please excuse my intrusion,
and suggest another.

Done: 
https://github.com/RobertCNelson/linux-dev/commit/182589d51ae7ecc82c1ba9ef2b6440edf2d9

I don't see it getting completely fixed anytime soon either

Regards,


uname -a
Linux trax-jdal 3.14.4-bone4 #1 SMP Mon May 19 15:25:52 CDT 2014 armv7l 
GNU/Linux

root@trax-jdal:~# [  238.501234] [ cut here ]
[  238.506128] WARNING: CPU: 0 PID: 498 at drivers/dma/cppi41.c:605 
cppi41_dma_control+0x2a0/0x2f0()
[  238.515429] Modules linked in: rtc_ds1307 snd_usb_audio 
snd_usbmidi_lib snd_hwdep snd_rawmidi uvcvideo snd_seq_device snd_pcm 
videobuf2_vmalloc snd_timer videobuf2_memops snd videobuf2_core 
soundcore ftdi_sio usbserial omap_aes omap_sham rtc_omap uio_pdrv_genirq 
uio loop
[  238.540705] CPU: 0 PID: 498 Comm: python Tainted: GW 
3.14.4-bone4 #1
[  238.548403] [c0015218] (unwind_backtrace) from [c0011bbc] 
(show_stack+0x10/0x14)
[  238.556539] [c0011bbc] (show_stack) from [c06c8788] 
(dump_stack+0x80/0x90)
[  238.564121] [c06c8788] (dump_stack) from [c003f014] 
(warn_slowpath_common+0x70/0x8c)
[  238.572607] [c003f014] (warn_slowpath_common) from [c003f0cc] 
(warn_slowpath_null+0x1c/0x24)
[  238.581822] [c003f0cc] (warn_slowpath_null) from [c03bc900] 
(cppi41_dma_control+0x2a0/0x2f0)
[  238.591051] [c03bc900] (cppi41_dma_control) from [c04dfa78] 
(cppi41_dma_channel_abort+0xc8/0x13c)
[  238.600723] [c04dfa78] (cppi41_dma_channel_abort) from [c04db2a8] 
(musb_cleanup_urb.isra.12+0x40/0x10c)
[  238.610942] [c04db2a8] (musb_cleanup_urb.isra.12) from [c04db5b4] 
(musb_urb_dequeue+0xe8/0x128)
[  238.620440] [c04db5b4] (musb_urb_dequeue) from [c04c0bd0] 
(usb_hcd_unlink_urb+0x4c/0x84)
[  238.629292] [c04c0bd0] (usb_hcd_unlink_urb) from [c04c1d74] 
(usb_kill_urb+0x50/0xcc)
[  238.637818] [c04c1d74] (usb_kill_urb) from [bf0b8c08] 
(uvc_uninit_video+0x34/0x60 [uvcvideo])
[  238.647147] [bf0b8c08] (uvc_uninit_video [uvcvideo]) from 
[bf0baff0] (uvc_video_enable+0x18/0x168 [uvcvideo])
[  238.657926] [bf0baff0] (uvc_video_enable [uvcvideo]) from 
[bf0b7fbc] (uvc_v4l2_do_ioctl+0x5b8/0x1180 [uvcvideo])
[  238.668979] [bf0b7fbc] (uvc_v4l2_do_ioctl [uvcvideo]) from 
[c0517560] (video_usercopy+0x194/0x53c)
[  238.678742] [c0517560] (video_usercopy) from [c0513344] 
(v4l2_ioctl+0x114/0x13c)
[  238.686872] [c0513344] (v4l2_ioctl) from [c0156d60] 
(do_vfs_ioctl+0x400/0x5c4)
[  238.694813] [c0156d60] (do_vfs_ioctl) from [c0156f90] 
(SyS_ioctl+0x6c/0x7c)
[  238.702484] [c0156f90] (SyS_ioctl) from [c000e1a0] 
(ret_fast_syscall+0x0/0x30)

[  238.710420] ---[ end trace 4b907c08f9a1b69e ]---
[  238.715257] [ cut here ]
[  238.720099] WARNING: CPU: 0 PID: 498 at drivers/dma/cppi41.c:629 
cppi41_dma_control+0x28c/0x2f0()
[  238.729397] Modules linked in: rtc_ds1307 snd_usb_audio 
snd_usbmidi_lib snd_hwdep snd_rawmidi uvcvideo snd_seq_device snd_pcm 
videobuf2_vmalloc snd_timer videobuf2_memops snd videobuf2_core 
soundcore ftdi_sio usbserial omap_aes omap_sham rtc_omap uio_pdrv_genirq 
uio loop
[  238.754654] CPU: 0 PID: 498 Comm: python Tainted: GW 
3.14.4-bone4 #1
[  238.762324] [c0015218] (unwind_backtrace) from [c0011bbc] 
(show_stack+0x10/0x14)
[  238.770448] [c0011bbc] (show_stack) from [c06c8788] 
(dump_stack+0x80/0x90)
[  238.778024] [c06c8788] (dump_stack) from [c003f014] 
(warn_slowpath_common+0x70/0x8c)
[  238.786509] [c003f014] (warn_slowpath_common) from [c003f0cc] 
(warn_slowpath_null+0x1c/0x24)
[  238.795722] [c003f0cc] (warn_slowpath_null) from [c03bc8ec] 
(cppi41_dma_control+0x28c/0x2f0)
[  238.804939] [c03bc8ec] (cppi41_dma_control) from [c04dfa78] 
(cppi41_dma_channel_abort+0xc8/0x13c)
[  238.814611] [c04dfa78] (cppi41_dma_channel_abort) from [c04db2a8] 
(musb_cleanup_urb.isra.12+0x40/0x10c)
[  238.824829] [c04db2a8] (musb_cleanup_urb.isra.12) from [c04db5b4] 
(musb_urb_dequeue+0xe8/0x128)
[  238.834317] [c04db5b4] (musb_urb_dequeue) from [c04c0bd0] 
(usb_hcd_unlink_urb+0x4c/0x84)
[  238.843169] [c04c0bd0] (usb_hcd_unlink_urb) from [c04c1d74] 
(usb_kill_urb+0x50/0xcc)
[  238.851664] 

[beagleboard] BBB UVC/DMA crash kernel 3.13.6-bone7.1

2014-03-14 Thread David Lambert
The USB DMA still appears to have problems when used with USB cameras. 
It appears that whenever I attempt to issue controls via UVC to a camera 
that is capturing, then I get the attached crash. PIO mode works fine. 
Could I suggest that the default defconfig selects PIO mode until DMA 
mode works reliably?


I hope this is the right place to post. If not, please excuse my 
intrusion, and suggest another.


Best regards,

Dave.

--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups BeagleBoard group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
root@argus-dev:~# [   60.007731] [ cut here ]
[   60.012617] WARNING: CPU: 0 PID: 702 at drivers/dma/cppi41.c:605 
cppi41_dma_control+0x230/0x2ac()
[   60.021920] Modules linked in: xfrm_user xfrm4_tunnel tunnel4 ipcomp 
xfrm_ipcomp esp4 ah4 nfsd deflate ctr des_generic cbc ecb cmac af_key xfrm_algo 
uvcvideo snd_usb_audio videobuf2_vmalloc videobuf2_memops snd_hwdep 
snd_usbmidi_lib videobuf2_core snd_rawmidi snd_seq_device ti_am335x_adc 
kfifo_buf industrialio rtc_omap uio_pdrv_genirq uio loop
[   60.053997] CPU: 0 PID: 702 Comm: python Not tainted 3.13.6-bone7.1 #2
[   60.060878] [c001413c] (unwind_backtrace+0x0/0xdc) from [c0010ed8] 
(show_stack+0x10/0x14)
[   60.069817] [c0010ed8] (show_stack+0x10/0x14) from [c0700c00] 
(dump_stack+0x70/0x8c)
[   60.078298] [c0700c00] (dump_stack+0x70/0x8c) from [c0039a44] 
(warn_slowpath_common+0x64/0x88)
[   60.087685] [c0039a44] (warn_slowpath_common+0x64/0x88) from [c0039af8] 
(warn_slowpath_null+0x18/0x20)
[   60.097799] [c0039af8] (warn_slowpath_null+0x18/0x20) from [c040ea98] 
(cppi41_dma_control+0x230/0x2ac)
[   60.107925] [c040ea98] (cppi41_dma_control+0x230/0x2ac) from [c05170bc] 
(cppi41_dma_channel_abort+0x104/0x140)
[   60.118771] [c05170bc] (cppi41_dma_channel_abort+0x104/0x140) from 
[c0512828] (musb_cleanup_urb.isra.7+0x44/0xe4)
[   60.129887] [c0512828] (musb_cleanup_urb.isra.7+0x44/0xe4) from 
[c05129bc] (musb_urb_dequeue+0xf4/0x114)
[   60.140190] [c05129bc] (musb_urb_dequeue+0xf4/0x114) from [c04fafb0] 
(usb_hcd_unlink_urb+0x5c/0x7c)
[   60.150033] [c04fafb0] (usb_hcd_unlink_urb+0x5c/0x7c) from [c04fbd60] 
(usb_kill_urb+0x50/0xc4)
[   60.159462] [c04fbd60] (usb_kill_urb+0x50/0xc4) from [bf0994b8] 
(uvc_uninit_video+0x34/0x60 [uvcvideo])
[   60.169706] [bf0994b8] (uvc_uninit_video+0x34/0x60 [uvcvideo]) from 
[bf09b538] (uvc_video_enable+0x18/0x124 [uvcvideo])
[   60.181391] [bf09b538] (uvc_video_enable+0x18/0x124 [uvcvideo]) from 
[bf099160] (uvc_v4l2_do_ioctl+0xd20/0xff4 [uvcvideo])
[   60.193343] [bf099160] (uvc_v4l2_do_ioctl+0xd20/0xff4 [uvcvideo]) from 
[c05499cc] (video_usercopy+0x2ac/0x3e8)
[   60.204200] [c05499cc] (video_usercopy+0x2ac/0x3e8) from [c05453b4] 
(v4l2_ioctl+0x60/0x124)
[   60.213319] [c05453b4] (v4l2_ioctl+0x60/0x124) from [c012ebbc] 
(do_vfs_ioctl+0x4c8/0x588)
[   60.52] [c012ebbc] (do_vfs_ioctl+0x4c8/0x588) from [c012ecc8] 
(SyS_ioctl+0x4c/0x78)
[   60.231002] [c012ecc8] (SyS_ioctl+0x4c/0x78) from [c000d8e0] 
(ret_fast_syscall+0x0/0x30)
[   60.239839] ---[ end trace 936578196fc420af ]---
[   60.244668] [ cut here ]
[   60.249505] WARNING: CPU: 0 PID: 702 at drivers/dma/cppi41.c:629 
cppi41_dma_control+0x278/0x2ac()
[   60.258791] Modules linked in: xfrm_user xfrm4_tunnel tunnel4 ipcomp 
xfrm_ipcomp esp4 ah4 nfsd deflate ctr des_generic cbc ecb cmac af_key xfrm_algo 
uvcvideo snd_usb_audio videobuf2_vmalloc videobuf2_memops snd_hwdep 
snd_usbmidi_lib videobuf2_core snd_rawmidi snd_seq_device ti_am335x_adc 
kfifo_buf industrialio rtc_omap uio_pdrv_genirq uio loop
[   60.290795] CPU: 0 PID: 702 Comm: python Tainted: GW
3.13.6-bone7.1 #2
[   60.298638] [c001413c] (unwind_backtrace+0x0/0xdc) from [c0010ed8] 
(show_stack+0x10/0x14)
[   60.307572] [c0010ed8] (show_stack+0x10/0x14) from [c0700c00] 
(dump_stack+0x70/0x8c)
[   60.316048] [c0700c00] (dump_stack+0x70/0x8c) from [c0039a44] 
(warn_slowpath_common+0x64/0x88)
[   60.325433] [c0039a44] (warn_slowpath_common+0x64/0x88) from [c0039af8] 
(warn_slowpath_null+0x18/0x20)
[   60.335546] [c0039af8] (warn_slowpath_null+0x18/0x20) from [c040eae0] 
(cppi41_dma_control+0x278/0x2ac)
[   60.345662] [c040eae0] (cppi41_dma_control+0x278/0x2ac) from [c05170bc] 
(cppi41_dma_channel_abort+0x104/0x140)
[   60.356505] [c05170bc] (cppi41_dma_channel_abort+0x104/0x140) from 
[c0512828] (musb_cleanup_urb.isra.7+0x44/0xe4)
[   60.367620] [c0512828] (musb_cleanup_urb.isra.7+0x44/0xe4) from 
[c05129bc] (musb_urb_dequeue+0xf4/0x114)
[   60.377918] [c05129bc] (musb_urb_dequeue+0xf4/0x114) from [c04fafb0] 
(usb_hcd_unlink_urb+0x5c/0x7c)
[   60.387760] [c04fafb0] (usb_hcd_unlink_urb+0x5c/0x7c) from [c04fbd60] 
(usb_kill_urb+0x50/0xc4)
[   60.397161] [c04fbd60] 

Re: [beagleboard] BBB UVC/DMA crash kernel 3.13.6-bone7.1

2014-03-14 Thread Robert Nelson
On Fri, Mar 14, 2014 at 11:14 AM, David Lambert d...@lambsys.com wrote:
 The USB DMA still appears to have problems when used with USB cameras. It
 appears that whenever I attempt to issue controls via UVC to a camera that
 is capturing, then I get the attached crash. PIO mode works fine. Could I
 suggest that the default defconfig selects PIO mode until DMA mode works
 reliably?

 I hope this is the right place to post. If not, please excuse my intrusion,
 and suggest another.

Done: 
https://github.com/RobertCNelson/linux-dev/commit/182589d51ae7ecc82c1ba9ef2b6440edf2d9

I don't see it getting completely fixed anytime soon either

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] BBB UVC/DMA crash kernel 3.13.6-bone7.1

2014-03-14 Thread David Lambert

On 03/14/2014 11:20 AM, Robert Nelson wrote:

On Fri, Mar 14, 2014 at 11:14 AM, David Lambert d...@lambsys.com wrote:

The USB DMA still appears to have problems when used with USB cameras. It
appears that whenever I attempt to issue controls via UVC to a camera that
is capturing, then I get the attached crash. PIO mode works fine. Could I
suggest that the default defconfig selects PIO mode until DMA mode works
reliably?

I hope this is the right place to post. If not, please excuse my intrusion,
and suggest another.

Done: 
https://github.com/RobertCNelson/linux-dev/commit/182589d51ae7ecc82c1ba9ef2b6440edf2d9

I don't see it getting completely fixed anytime soon either
That's a shame. I guess it is a known problem then. Just no one working 
on it? :-(


Regards,



--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups BeagleBoard group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.