All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.