public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: CJ <cjpostor@gmail.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Michael Jones <michael.jones@matrix-vision.de>,
	javier Martin <javier.martin@vista-silicon.com>,
	Koen Kooi <koen@beagleboard.org>,
	Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	linux-media@vger.kernel.org, mch_kot@yahoo.com.cn
Subject: Re: [beagleboard] Re: [PATCH v7 1/2] Add driver for Aptina (Micron) mt9p031 sensor.
Date: Wed, 24 Aug 2011 13:17:39 +1200	[thread overview]
Message-ID: <4E545133.40907@gmail.com> (raw)
In-Reply-To: <201108230947.18944.laurent.pinchart@ideasonboard.com>

Hi Laurent,

On 23/08/11 19:47, Laurent Pinchart wrote:
> Hi Chris,
>
> On Tuesday 23 August 2011 05:47:20 CJ wrote:
>> On 22/08/11 22:15, Michael Jones wrote:
>>>>>>> I am trying to get the mt9p031 working from nand with a ubifs file
>>>>>>> system and I am having a few problems.
>>>>>>>
>>>>>>> /dev/media0 is not present unless I run:
>>>>>>> #mknod /dev/media0 c 251 0
>>>>>>> #chown root:video /dev/media0
>>>>>>>
>>>>>>> #media-ctl -p
>>>>>>> Enumerating entities
>>>>>>> media_open: Unable to enumerate entities for device /dev/media0
>>>>>>> (Inappropriate ioctl for device)
>>>>>>>
>>>>>>> With the same rig/files it works fine running from EXT4 on an SD
>>>>>>> card. Any idea why this does not work on nand with ubifs?
>>>>>> Is the OMAP3 ISP driver loaded ? Has it probed the device successfully
>>>>>> ? Check the kernel log for OMAP3 ISP-related messages.
>>>>> Here is the version running from SD card:
>>>>> # dmesg | grep isp
>>>>> [    0.265502] omap-iommu omap-iommu.0: isp registered
>>>>> [    2.986541] omap3isp omap3isp: Revision 2.0 found
>>>>> [    2.991577] omap-iommu omap-iommu.0: isp: version 1.1
>>>>> [    2.997406] omap3isp omap3isp: hist: DMA channel = 0
>>>>> [    3.006256] omap3isp omap3isp: isp_set_xclk(): cam_xclka set to
>>>>> 21600000 Hz
>>>>> [    3.011932] omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz
>>>>>
>>>>>    From NAND using UBIFS:
>>>>> # dmesg | grep isp
>>>>> [    3.457061] omap3isp omap3isp: Revision 2.0 found
>>>>> [    3.462036] omap-iommu omap-iommu.0: isp: version 1.1
>>>>> [    3.467620] omap3isp omap3isp: hist: DMA channel = 0
>>>>> [    3.472564] omap3isp omap3isp: isp_set_xclk(): cam_xclka set to
>>>>> 21600000 Hz
>>>>> [    3.478027] omap3isp omap3isp: isp_set_xclk(): cam_xclka set to 0 Hz
>>>>>
>>>>> Seems to be missing:
>>>>> omap-iommu omap-iommu.0: isp registered
>>>>>
>>>>> Is that the issue? Why would this not work when running from NAND?
>>> I'm not sure, either, but I had a similar problem before using Laurent's
>>> patch below. IIRC, usually udev would create /dev/media0 from a cached
>>> list of /dev/*. Later modutils would come along and load the modules in
>>> the proper order (iommu, then omap3-isp) and everybody was happy.
>>> Occasionally, udev would fail to use the cached version of /dev/, and
>>> look through /sys/devices to re-create the devices in /dev/. When media0
>>> was found, omap3-isp.ko would be loaded, but iommu had not yet been,
>>> presumably because it doesn't have an entry in /sys/devices/. So maybe
>>> udev is behaving differently for you on NAND than it did on the card?
>>> Either way, as I said, using Laurent's patch below did the job for me.
>>>
>>>> I'm not sure why it doesn't work from NAND, but the iommu2 module needs
>>>> to be loaded before the omap3-isp module. Alternatively you can compile
>>>> the iommu2 module in the kernel with
>>>>
>>>> diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
>>>> index 49a4c75..3c87644 100644
>>>> --- a/arch/arm/plat-omap/Kconfig
>>>> +++ b/arch/arm/plat-omap/Kconfig
>>>> @@ -132,7 +132,7 @@ config OMAP_MBOX_KFIFO_SIZE
>>>>
>>>>    	  module parameter).
>>>>
>>>>    config OMAP_IOMMU
>>>>
>>>> -       tristate
>>>> +       bool
>>>>
>>>>    config OMAP_IOMMU_DEBUG
>>>>
>>>>           tristate "Export OMAP IOMMU internals in DebugFS"
>> Thanks for the help!
>>
>> For some reason dmesg does not read early kernel stuff when in UBIFS
>> from NAND.
>> So when I went back and had a look the line I thought was not there is
>> actually included.
>>
>> [    0.276977] omap-iommu omap-iommu.0: isp registered
>>
>> So I guess everything is loading fine.
>>
>> I tried the patch and it didn't make a difference.
>>
>> Regarding what Michael said /dev/media0 is not created by udev when boot
>> from NAND.
>> I tried creating it manually with:
>> #mknod /dev/media0 c 251 0
>> #chown root:video /dev/media0
>>
>> But this does not work - outputs:
>>
>> # media-ctl -r -l '"mt9p031 2-0048":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
>> CCDC":2->"OMAP3 ISP preview":0[1], "OMAP3 ISP preview":1->"OMAP3 ISP
>> resizer":0[1], "OMAP3 ISP resizer":1->"OMAP3 ISP resizer output":0[1]'
>> media_open: Unable to enumerate entities for device /dev/media0
>> (Inappropriate ioctl for device)
>>
>> So is there a problem with udev?
> There could be. What's the output of
>
> ls /sys/class/video4linux
>

#ls /sys/class/video4linux
v4l-subdev0  v4l-subdev3  v4l-subdev6  video0       video3       video6
v4l-subdev1  v4l-subdev4  v4l-subdev7  video1       video4
v4l-subdev2  v4l-subdev5  v4l-subdev8  video2       video5

Cheers,
Chris

  reply	other threads:[~2011-08-24  1:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-02 11:36 [PATCH v7 1/2] Add driver for Aptina (Micron) mt9p031 sensor Javier Martin
2011-06-02 11:36 ` [PATCH v7 2/2] Add support for mt9p031 sensor in Beagleboard XM Javier Martin
2011-06-08 11:57 ` [PATCH v7 1/2] Add driver for Aptina (Micron) mt9p031 sensor Laurent Pinchart
2011-06-08 12:32   ` [beagleboard] " Koen Kooi
2011-06-08 12:39     ` Guennadi Liakhovetski
2011-06-08 12:42       ` javier Martin
2011-06-08 12:47         ` Koen Kooi
2011-06-08 16:24           ` Laurent Pinchart
2011-06-13 10:39             ` javier Martin
2011-06-17 15:26               ` javier Martin
2011-06-17 15:30                 ` Laurent Pinchart
2011-08-19  2:13               ` CJ
2011-08-19 10:12                 ` Laurent Pinchart
2011-08-22  4:12                   ` CJ
2011-08-22  9:41                     ` Laurent Pinchart
2011-08-22 10:15                       ` Michael Jones
2011-08-23  3:47                         ` CJ
2011-08-23  7:47                           ` Laurent Pinchart
2011-08-24  1:17                             ` CJ [this message]
2011-08-24  9:12                               ` Laurent Pinchart
2011-08-24 21:39                                 ` CJ

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E545133.40907@gmail.com \
    --to=cjpostor@gmail.com \
    --cc=g.liakhovetski@gmx.de \
    --cc=javier.martin@vista-silicon.com \
    --cc=koen@beagleboard.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mch_kot@yahoo.com.cn \
    --cc=michael.jones@matrix-vision.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox