Re: Fwd: Re: omap3-isp segfault
Hi Neil, I'm currently facing a similar problem than yours. Did you get a piece a solution, to finally capture some video? I'm using Laurent Pinchart's media-sensors git repository ( 2.6.37 ), and I'm trying to capture some video provided by a saa7113 device. Regards Loïc -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
Hi Neil, On Friday 04 February 2011 23:31:00 Neil MacMunn wrote: On 11-01-27 04:28 AM, Laurent Pinchart wrote: On Thursday 27 January 2011 02:43:15 Neil MacMunn wrote: Ok I solved the segfault problem by updating some of my v4l2 files (specifically v4l2-common.c). Now I only get nice sounding console messages. Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found omap-iommu omap-iommu.0: isp: version 1.1 omap3isp omap3isp: hist: DMA channel = 4 mt9v032 3-005c: Probing MT9V032 at address 0x5c omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 2880 Hz omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz mt9v032 3-005c: MT9V032 detected at address 0x5c As you're using an MT9V032 sensor, I can help you with the pipeline setup. You can run the following commands to capture 5 raw images. ./media-ctl -r -l 'mt9v032 2-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' Resetting all links to inactive Setting up link 16:0 - 5:0 [1] Setting up link 5:1 - 6:0 [1] ./media-ctl -f 'mt9v032 2-005c:0[SGRBG10 752x480], OMAP3 ISP CCDC:1[SGRBG10 752x480]' Setting up format SGRBG10 752x480 on pad mt9v032 3-005c/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/1 Format set: SGRBG10 752x480 ./yavta -p -f SGRBG10 -s 752x480 -n 4 --capture=5 --skip 4 -F $(./media-ctl -e OMAP3 ISP CCDC output) Device /dev/video2 opened: OMAP3isp_video_pix_to_mbus: mbus-code=0x ISP CCDC output (media). isp_video_mbus_to_pix: mbus-code=0x300A Video format set: width: 752 height: 480 buffer size: 721920 Video format: BA10 (30314142) 752x480 4 buffers requested. length: 721920 offset: 0 Buffer 0 mapped at address 0x402e6000. length: 721920 offset: 724992 Buffer 1 mapped at address 0x40427000. length: 721920 offset: 1449984 Buffer 2 mapped at address 0x405bc000. length: 721920 offset: 2174976 Buffer 3 mapped at address 0x40704000. Press enter to start capture isp_video_mbus_to_pix: mbus-code=0x300A And then it hangs. I'm trying to run a bt but I think mbus-code=0x is the problem. Not sure where it stems from though. Thoughts? As that message is printed by modifications you made to the code, I'm not sure it's an issue. Could you cat /proc/interrupts several times when yavta is running to see if the ISP gets any interrupt ? -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
Thanks Laurent. I've appended console output to the commands you've suggested. On 11-01-27 04:28 AM, Laurent Pinchart wrote: Hi again, On Thursday 27 January 2011 02:43:15 Neil MacMunn wrote: Ok I solved the segfault problem by updating some of my v4l2 files (specifically v4l2-common.c). Now I only get nice sounding console messages. Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found omap-iommu omap-iommu.0: isp: version 1.1 omap3isp omap3isp: hist: DMA channel = 4 mt9v032 3-005c: Probing MT9V032 at address 0x5c omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 2880 Hz omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz mt9v032 3-005c: MT9V032 detected at address 0x5c As you're using an MT9V032 sensor, I can help you with the pipeline setup. You can run the following commands to capture 5 raw images. ./media-ctl -r -l 'mt9v032 2-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' Resetting all links to inactive Setting up link 16:0 - 5:0 [1] Setting up link 5:1 - 6:0 [1] ./media-ctl -f 'mt9v032 2-005c:0[SGRBG10 752x480], OMAP3 ISP CCDC:1[SGRBG10 752x480]' CCDC:1[SGRBG10 752x480]' Setting up format SGRBG10 752x480 on pad mt9v032 3-005c/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/1 Format set: SGRBG10 752x480 ./yavta -p -f SGRBG10 -s 752x480 -n 4 --capture=5 --skip 4 -F $(./media-ctl -e OMAP3 ISP CCDC output) $(./media-ctl -e OMAP3 ISP CCDC output) Device /dev/video2 opened: OMAP3isp_video_pix_to_mbus: mbus-code=0x ISP CCDC output (media). isp_video_mbus_to_pix: mbus-code=0x300A Video format set: width: 752 height: 480 buffer size: 721920 Video format: BA10 (30314142) 752x480 4 buffers requested. length: 721920 offset: 0 Buffer 0 mapped at address 0x402e6000. length: 721920 offset: 724992 Buffer 1 mapped at address 0x40427000. length: 721920 offset: 1449984 Buffer 2 mapped at address 0x405bc000. length: 721920 offset: 2174976 Buffer 3 mapped at address 0x40704000. Press enter to start capture isp_video_mbus_to_pix: mbus-code=0x300A And then it hangs. I'm trying to run a bt but I think mbus-code=0x is the problem. Not sure where it stems from though. Thoughts? -- Neil -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
On 01/28/2011 12:44 AM, Neil MacMunn wrote: # gst-launch v4l2src device=/dev/video4 ! xvimagesink Does anybody know how I can capture images from the camera? From previous posts it appears that I'm not the first to go through this process. Thanks. Neil Hi, Afaik v4l2src does not support subdev's atm. There's though one gst source element that aims to be generic with MediaController and I assume its first of its kind. I'm working to integrate the thing into Meego from behalf of Nokia N900 adaptation team. See 'mcsrc' bundled with gst-nokia-videosrc (http://meego.gitorious.org/maemo-multimedia/gst-nokia-videosrc). It also deals with the pipeline setup (data/pipelines.conf) so no need to use media-ctl cli. Br, -Teemu -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
On 1/27/2011 2:44 PM, Neil MacMunn wrote: When I use media-ctl the pipeline gets configured properly. I can generate graphs before and after and see the pipeline change. However, my system hangs when I attempt to use yavta. I've also tried outputting to video4. Does anybody know how I can capture images from the camera? From previous posts it appears that I'm not the first to go through this process. Thanks. Neil A few questions that would help to diagnose problems: What version of the ISP drivers and the MT9V032 driver are you using? Kernel version? You could try to force the format on the gst-launch command, as a further test, although I don't know why it's not matching up to the YUVY format you configured in the pipeline. Eino-Ville Talvala Stanford University -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Fwd: Re: omap3-isp segfault
A few questions that would help to diagnose problems: What version of the ISP drivers and the MT9V032 driver are you using? Kernel version? I'm using the ISP drivers and MT9V032 driver from git://linuxtv.org/pinchartl/media.git head=media-0006-sensors. My kernel is 2.6.36. You could try to force the format on the gst-launch command, as a further test, although I don't know why it's not matching up to the YUVY format you configured in the pipeline. Eino-Ville Talvala Stanford University -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message tomajord...@vger.kernel.org More majordomo info athttp://vger.kernel.org/majordomo-info.html This is my setup script: #!/bin/sh ./media-ctl -r; ./media-ctl -l 'mt9v032 3-005c:0-OMAP3 ISP CCDC:0[1]'; ./media-ctl -l 'OMAP3 ISP CCDC:2-OMAP3 ISP preview:0[1]'; ./media-ctl -l 'OMAP3 ISP preview:1-OMAP3 ISP resizer:0[1]'; ./media-ctl -l 'OMAP3 ISP resizer:1-OMAP3 ISP resizer output:0[1]'; ./media-ctl -f 'mt9v032 3-005c:0[SGRBG10 752x480]'; ./media-ctl -f 'OMAP3 ISP CCDC:2[SGRBG10 752x480]'; ./media-ctl -f 'OMAP3 ISP preview:0[SGRBG10 752x480]'; ./media-ctl -f 'OMAP3 ISP preview:1[YUYV 752x480]'; ./media-ctl -f 'OMAP3 ISP resizer:1[YUYV 1024x768]'; Which gives me: # ./config_camera Resetting all links to inactive Setting up link 16:0 - 5:0 [1] Setting up link 5:2 - 7:0 [1] Setting up link 7:1 - 10:0 [1] Setting up link 10:1 - 12:0 [1] Setting up format SGRBG10 752x480 on pad mt9v032 3-005c/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/0 Format set: SGRBG10 752x480 Setting up format SGRBG10 752x480 on pad OMAP3 ISP CCDC/2 Format set: SGRBG10 752x479 Setting up format SGRBG10 752x479 on pad OMAP3 ISP preview/0 Format set: SGRBG10 752x479 Setting up format SGRBG10 752x479 on pad OMAP3 ISP AEWB/0 Unable to set format: Invalid argument (-22) Setting up format SGRBG10 752x479 on pad OMAP3 ISP AF/0 Unable to set format: Invalid argument (-22) Setting up format SGRBG10 752x479 on pad OMAP3 ISP histogram/0 Unable to set format: Invalid argument (-22) Setting up format SGRBG10 752x480 on pad OMAP3 ISP preview/0 Format set: SGRBG10 752x480 Setting up format YUYV 752x480 on pad OMAP3 ISP preview/1 Format set: YUYV 734x472 Setting up format YUYV 734x472 on pad OMAP3 ISP resizer/0 Format set: YUYV 734x472 Setting up format YUYV 1024x768 on pad OMAP3 ISP resizer/1 Format set: YUYV 1024x768 And herein lies the problem: root@overo:~# ./yavta --enum-formats /dev/video2 Device /dev/video2 opened: OMAP3 ISP CCDC output (media). - Available formats: Video format: () 0x0 root@overo:~# ./yavta --enum-formats /dev/video4 Device /dev/video4 opened: OMAP3 ISP preview output (media). - Available formats: Video format: () 0x0 root@overo:~# ./yavta --enum-formats /dev/video6 Device /dev/video6 opened: OMAP3 ISP resizer output (media). - Available formats: Video format: () 0x0 Not sure whether this is a driver problem or... -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
Hi Neil, On Thursday 27 January 2011 02:43:15 Neil MacMunn wrote: Ok I solved the segfault problem by updating some of my v4l2 files (specifically v4l2-common.c). Now I only get nice sounding console messages. Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found omap-iommu omap-iommu.0: isp: version 1.1 omap3isp omap3isp: hist: DMA channel = 4 mt9v032 3-005c: Probing MT9V032 at address 0x5c omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 2880 Hz omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz mt9v032 3-005c: MT9V032 detected at address 0x5c And a bunch of devices. # ls /dev ... v4l-subdev0 v4l-subdev1 v4l-subdev2 v4l-subdev3 v4l-subdev4 v4l-subdev5 v4l-subdev6 v4l-subdev7 v4l-subdev8 ... video0 video1 video2 video3 video4 video5 video6 ... But don't know how to start the camera. How can I test the module? You can get the media-ctl and yavta test applications from http://git.ideasonboard.org/ media-ctl is used to configure the OMAP3 ISP pipeline, and yavta to test video capture. You can run media-ctl --print-dot omap3-isp.dot to create a .dot description of the OMAP3 ISP topology. Process the file with dot -Tps omap3-isp.dot omap3-isp.ps to generate a graph. I'll unfortunately be offline from tomorrow evening until Monday the 7th of February, but I think other users of the OMAP3 ISP driver will be able to help you. -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
Hi again, On Thursday 27 January 2011 02:43:15 Neil MacMunn wrote: Ok I solved the segfault problem by updating some of my v4l2 files (specifically v4l2-common.c). Now I only get nice sounding console messages. Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found omap-iommu omap-iommu.0: isp: version 1.1 omap3isp omap3isp: hist: DMA channel = 4 mt9v032 3-005c: Probing MT9V032 at address 0x5c omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 2880 Hz omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz mt9v032 3-005c: MT9V032 detected at address 0x5c As you're using an MT9V032 sensor, I can help you with the pipeline setup. You can run the following commands to capture 5 raw images. ./media-ctl -r -l 'mt9v032 2-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' ./media-ctl -f 'mt9v032 2-005c:0[SGRBG10 752x480], OMAP3 ISP CCDC:1[SGRBG10 752x480]' ./yavta -p -f SGRBG10 -s 752x480 -n 4 --capture=5 --skip 4 -F $(./media-ctl -e OMAP3 ISP CCDC output) -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: omap3-isp segfault
On 11-01-27 04:28 AM, Laurent Pinchart wrote: Hi again, As you're using an MT9V032 sensor, I can help you with the pipeline setup. You can run the following commands to capture 5 raw images. ./media-ctl -r -l 'mt9v032 2-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC output:0[1]' ./media-ctl -f 'mt9v032 2-005c:0[SGRBG10 752x480], OMAP3 ISP CCDC:1[SGRBG10 752x480]' ./yavta -p -f SGRBG10 -s 752x480 -n 4 --capture=5 --skip 4 -F $(./media-ctl -e OMAP3 ISP CCDC output) When I use media-ctl the pipeline gets configured properly. I can generate graphs before and after and see the pipeline change. However, my system hangs when I attempt to use yavta. I've also tried outputting to video4. # ./media-ctl -p Opening media device /dev/media0 Enumerating entities Found 16 entities Enumerating pads and links Device topology - entity 1: OMAP3 ISP CCP2 (2 pads, 1 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev0 pad0: Input [SGRBG10 4096x4096] pad1: Output [SGRBG10 4096x4096] - 'OMAP3 ISP CCDC':pad0 [] - entity 2: OMAP3 ISP CCP2 input (1 pad, 1 link) type Node subtype V4L device node name /dev/video0 pad0: Output - 'OMAP3 ISP CCP2':pad0 [] - entity 3: OMAP3 ISP CSI2a (2 pads, 2 links) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev1 pad0: Input [SGRBG10 4096x4096] pad1: Output [SGRBG10 4096x4096] - 'OMAP3 ISP CSI2a output':pad0 [] - 'OMAP3 ISP CCDC':pad0 [] - entity 4: OMAP3 ISP CSI2a output (1 pad, 0 link) type Node subtype V4L device node name /dev/video1 pad0: Input - entity 5: OMAP3 ISP CCDC (3 pads, 6 links) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev2 pad0: Input [SGRBG10 752x480] pad1: Output [SGRBG10 752x480] - 'OMAP3 ISP CCDC output':pad0 [] - 'OMAP3 ISP resizer':pad0 [] pad2: Output [SGRBG10 752x479] - 'OMAP3 ISP preview':pad0 [ACTIVE] - 'OMAP3 ISP AEWB':pad0 [IMMUTABLE,ACTIVE] - 'OMAP3 ISP AF':pad0 [IMMUTABLE,ACTIVE] - 'OMAP3 ISP histogram':pad0 [IMMUTABLE,ACTIVE] - entity 6: OMAP3 ISP CCDC output (1 pad, 0 link) type Node subtype V4L device node name /dev/video2 pad0: Input - entity 7: OMAP3 ISP preview (2 pads, 2 links) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev3 pad0: Input [SGRBG10 752x479] pad1: Output [YUYV 734x471] - 'OMAP3 ISP preview output':pad0 [ACTIVE] - 'OMAP3 ISP resizer':pad0 [] - entity 8: OMAP3 ISP preview input (1 pad, 1 link) type Node subtype V4L device node name /dev/video3 pad0: Output - 'OMAP3 ISP preview':pad0 [] - entity 9: OMAP3 ISP preview output (1 pad, 0 link) type Node subtype V4L device node name /dev/video4 pad0: Input - entity 10: OMAP3 ISP resizer (2 pads, 1 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev4 pad0: Input [YUYV 4095x4095 (0,0)/4094x4082] pad1: Output [YUYV 3312x4095] - 'OMAP3 ISP resizer output':pad0 [] - entity 11: OMAP3 ISP resizer input (1 pad, 1 link) type Node subtype V4L device node name /dev/video5 pad0: Output - 'OMAP3 ISP resizer':pad0 [] - entity 12: OMAP3 ISP resizer output (1 pad, 0 link) type Node subtype V4L device node name /dev/video6 pad0: Input - entity 13: OMAP3 ISP AEWB (1 pad, 0 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev5 pad0: Input - entity 14: OMAP3 ISP AF (1 pad, 0 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev6 pad0: Input - entity 15: OMAP3 ISP histogram (1 pad, 0 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev7 pad0: Input - entity 16: mt9v032 3-005c (1 pad, 1 link) type V4L2 subdev subtype Unknown device node name /dev/v4l-subdev8 pad0: Output [SGRBG10 752x480 (2,10)/752x480] - 'OMAP3 ISP CCDC':pad0 [ACTIVE] # ./media-ctl -r -l 'mt9v032 3-005c:0-OMAP3 ISP CCDC:0[1], OMAP3 ISP CCDC:2-OMAP3 ISP preview:0[1], OMAP3 ISP preview:1-OMAP3 ISP preview output:0[1]' Resetting all links to inactive Setting up link 16:0 - 5:0 [1] Setting up link 5:2 - 7:0 [1] Setting up link 7:1 - 9:0 [1] # ./media-ctl -f 'mt9v032 3-005c:0[SGRBG10 752x480],
omap3-isp segfault
Hello, When I modprobe omap3-isp I get a segfault. I'm attempting to use a Gumstix Overo with Micron MT9V032. root@overo:~# modprobe omap3-isp Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found Unable to handle kernel NULL pointer dereference at virtual address 0004 pgd = cd4b [0004] *pgd=8e77b031, *pte=, *ppte= Internal error: Oops: 17 [#1] last sysfs file: /sys/devices/virtual/net/lo/type Modules linked in: omap3_isp(+) v4l2_common videodev v4l1_compat media iovmm ipv6 libertas_sdio libertas lib80211 option usb_wwan ads7846 usbserial iommu CPU: 0Not tainted (2.6.36+ #9) PC is at iommu_get+0x74/0x108 [iommu] LR is at iommu_get+0x78/0x108 [iommu] pc : [bf0009fc]lr : [bf000a00]psr: 2013 sp : ced33db0 ip : fp : bf100bb8 r10: cdf48000 r9 : c0580938 r8 : 0001 r7 : 03ff r6 : ce78f218 r5 : r4 : ce78f200 r3 : r2 : ffd0 r1 : r0 : ce78f200 Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user Control: 10c5387d Table: 8d4b0019 DAC: 0015 Process modprobe (pid: 1327, stack limit = 0xced322f0) Stack: (0xced33db0 to 0xced34000) 3da0: 000e cdf48000 bf0f46a4 3dc0: 0001 c01096c4 ce54e848 c0580940 ce6347c0 cec54a58 3de0: bf102adc c0580940 c0580940 bf102adc bf102adc c05a10d0 ced33f64 3e00: ced32000 c023d49c bf102adc c023c4dc ced33f64 c0580940 c0580974 bf102adc 3e20: ced33e38 c023c624 c023c5c4 bf102adc c023bcdc cec21cf8 cec4f5f0 3e40: c05a10d0 bf102adc bf102adc ce6347c0 c023b5b4 bf101bdb cec02b88 3e60: cec02b80 0018 bf102adc bf104974 bf10c000 c023c944 3e80: 0018 bf104974 bf10c000 c00353c0 0198 d12c 3ea0: 0018 0018 bf104974 3ec0: ced33f7c c0085860 cdc95c9c ced33f70 01a960e8 bf104980 3ee0: 03dd d13fa11c d12c 00197522 d13f98fc d13f96e0 d1454c9c cdd08000 3f00: 00011abc 00014b2c 0034 0035 001a 001e 3f20: 0011 6e72656b 6c65 3f40: 3f60: bf102174 0003 c053b028 3f80: 0073 9720 0080 c0036044 ced32000 01a96090 3fa0: c0035ec0 9720 40296000 00197522 01a960e8 01a960e8 3fc0: 9720 0080 01a9609c 01a96090 3fe0: 01a96120 beb95924 b180 40232084 6010 40296000 [bf0009fc] (iommu_get+0x74/0x108 [iommu]) from [bf0f46a4] (isp_probe+0x258/0x9f0 [omap3_isp]) [bf0f46a4] (isp_probe+0x258/0x9f0 [omap3_isp]) from [c023d49c] (platform_drv_probe+0x1c/0x24) [c023d49c] (platform_drv_probe+0x1c/0x24) from [c023c4dc] (driver_probe_device+0xcc/0x1b4) [c023c4dc] (driver_probe_device+0xcc/0x1b4) from [c023c624] (__driver_attach+0x60/0x84) [c023c624] (__driver_attach+0x60/0x84) from [c023bcdc] (bus_for_each_dev+0x4c/0x8c) [c023bcdc] (bus_for_each_dev+0x4c/0x8c) from [c023b5b4] (bus_add_driver+0xa0/0x21c) [c023b5b4] (bus_add_driver+0xa0/0x21c) from [c023c944] (driver_register+0xbc/0x148) [c023c944] (driver_register+0xbc/0x148) from [c00353c0] (do_one_initcall+0xc8/0x194) [c00353c0] (do_one_initcall+0xc8/0x194) from [c0085860] (sys_init_module+0x13f8/0x15bc) [c0085860] (sys_init_module+0x13f8/0x15bc) from [c0035ec0] (ret_fast_syscall+0x0/0x30) Code: e59f3098 e1a4 e5933000 e1a0e00f (e593f004) ---[ end trace 7243c66244fbd250 ]--- overo Internal error: Oops: 17 [#1] overo last sysfs file: /sys/devices/virtual/net/lo/type overo Process modprobe (pid: 1327, stack limit = 0xced322f0) overo Stack: (0xced33db0 to 0xced34000) overo 3da0: 000e cdf48000 bf0f46a4 overo 3dc0: 0001 c01096c4 ce54e848 c0580940 ce6347c0 cec54a58 overo 3de0: bf102adc c0580940 c0580940 bf102adc bf102adc c05a10d0 ced33f64 overo 3e00: ced32000 c023d49c bf102adc c023c4dc ced33f64 c0580940 c0580974 bf102adc overo 3e20: ced33e38 c023c624 c023c5c4 bf102adc c023bcdc cec21cf8 cec4f5f0 overo 3e40: c05a10d0 bf102adc bf102adc ce6347c0 c023b5b4 bf101bdb cec02b88 overo 3e60: cec02b80 0018 bf102adc bf104974 bf10c000 c023c944 overo 3e80: 0018 bf104974 bf10c000 c00353c0 0198 d12c overo 3ea0: 0018 0018 bf104974 overo 3ec0: ced33f7c c0085860
Re: omap3-isp segfault
Ok I solved the segfault problem by updating some of my v4l2 files (specifically v4l2-common.c). Now I only get nice sounding console messages. Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found omap-iommu omap-iommu.0: isp: version 1.1 omap3isp omap3isp: hist: DMA channel = 4 mt9v032 3-005c: Probing MT9V032 at address 0x5c omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 2880 Hz omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz mt9v032 3-005c: MT9V032 detected at address 0x5c And a bunch of devices. # ls /dev ... v4l-subdev0 v4l-subdev1 v4l-subdev2 v4l-subdev3 v4l-subdev4 v4l-subdev5 v4l-subdev6 v4l-subdev7 v4l-subdev8 ... video0 video1 video2 video3 video4 video5 video6 ... But don't know how to start the camera. How can I test the module? Neil On 11-01-26 11:32 AM, Neil MacMunn wrote: Hello, When I modprobe omap3-isp I get a segfault. I'm attempting to use a Gumstix Overo with Micron MT9V032. root@overo:~# modprobe omap3-isp Linux media interface: v0.10 Linux video capture interface: v2.00 omap3isp omap3isp: Revision 2.0 found Unable to handle kernel NULL pointer dereference at virtual address 0004 pgd = cd4b [0004] *pgd=8e77b031, *pte=, *ppte= Internal error: Oops: 17 [#1] last sysfs file: /sys/devices/virtual/net/lo/type Modules linked in: omap3_isp(+) v4l2_common videodev v4l1_compat media iovmm ipv6 libertas_sdio libertas lib80211 option usb_wwan ads7846 usbserial iommu CPU: 0Not tainted (2.6.36+ #9) PC is at iommu_get+0x74/0x108 [iommu] LR is at iommu_get+0x78/0x108 [iommu] pc : [bf0009fc]lr : [bf000a00]psr: 2013 sp : ced33db0 ip : fp : bf100bb8 r10: cdf48000 r9 : c0580938 r8 : 0001 r7 : 03ff r6 : ce78f218 r5 : r4 : ce78f200 r3 : r2 : ffd0 r1 : r0 : ce78f200 Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user Control: 10c5387d Table: 8d4b0019 DAC: 0015 Process modprobe (pid: 1327, stack limit = 0xced322f0) Stack: (0xced33db0 to 0xced34000) 3da0: 000e cdf48000 bf0f46a4 3dc0: 0001 c01096c4 ce54e848 c0580940 ce6347c0 cec54a58 3de0: bf102adc c0580940 c0580940 bf102adc bf102adc c05a10d0 ced33f64 3e00: ced32000 c023d49c bf102adc c023c4dc ced33f64 c0580940 c0580974 bf102adc 3e20: ced33e38 c023c624 c023c5c4 bf102adc c023bcdc cec21cf8 cec4f5f0 3e40: c05a10d0 bf102adc bf102adc ce6347c0 c023b5b4 bf101bdb cec02b88 3e60: cec02b80 0018 bf102adc bf104974 bf10c000 c023c944 3e80: 0018 bf104974 bf10c000 c00353c0 0198 d12c 3ea0: 0018 0018 bf104974 3ec0: ced33f7c c0085860 cdc95c9c ced33f70 01a960e8 bf104980 3ee0: 03dd d13fa11c d12c 00197522 d13f98fc d13f96e0 d1454c9c cdd08000 3f00: 00011abc 00014b2c 0034 0035 001a 001e 3f20: 0011 6e72656b 6c65 3f40: 3f60: bf102174 0003 c053b028 3f80: 0073 9720 0080 c0036044 ced32000 01a96090 3fa0: c0035ec0 9720 40296000 00197522 01a960e8 01a960e8 3fc0: 9720 0080 01a9609c 01a96090 3fe0: 01a96120 beb95924 b180 40232084 6010 40296000 [bf0009fc] (iommu_get+0x74/0x108 [iommu]) from [bf0f46a4] (isp_probe+0x258/0x9f0 [omap3_isp]) [bf0f46a4] (isp_probe+0x258/0x9f0 [omap3_isp]) from [c023d49c] (platform_drv_probe+0x1c/0x24) [c023d49c] (platform_drv_probe+0x1c/0x24) from [c023c4dc] (driver_probe_device+0xcc/0x1b4) [c023c4dc] (driver_probe_device+0xcc/0x1b4) from [c023c624] (__driver_attach+0x60/0x84) [c023c624] (__driver_attach+0x60/0x84) from [c023bcdc] (bus_for_each_dev+0x4c/0x8c) [c023bcdc] (bus_for_each_dev+0x4c/0x8c) from [c023b5b4] (bus_add_driver+0xa0/0x21c) [c023b5b4] (bus_add_driver+0xa0/0x21c) from [c023c944] (driver_register+0xbc/0x148) [c023c944] (driver_register+0xbc/0x148) from [c00353c0] (do_one_initcall+0xc8/0x194) [c00353c0] (do_one_initcall+0xc8/0x194) from [c0085860] (sys_init_module+0x13f8/0x15bc) [c0085860] (sys_init_module+0x13f8/0x15bc) from [c0035ec0] (ret_fast_syscall+0x0/0x30) Code: e59f3098 e1a4 e5933000 e1a0e00f (e593f004) ---[ end trace 7243c66244fbd250 ]--- overo Internal error: Oops: 17 [#1] overo last sysfs file: