I.MX35 PDK

Hi Guennadi,

Thanks for you comments...

quoted

quoted

Hi Alex

quoted

quoted

Why is the cc-list mangled again? Why is the V4L list dropped again?
What's so difficult about hitting the "reply-to-all" button?

 You are absolutely right, I hope that now the cc-list valid.

Hi Fabio,

Thanks for you response...

quoted

in spite of this I get from ov2640 driver error
Here Linux Kernel boot message:

"Linux video capture interface: v2.00
soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0
mx3-camera mx3-camera.0: MX3 Camera driver attached to camera 0
ov2640 0-0030: Product ID error fb:fb"

I cannot understand what the problem is, if someone tested this?

quoted

quoted

Looks like a I2C issue.

quoted

quoted

Check the I2C1 pad settings in the mainline kernel.

quoted

quoted

On FSL kernel we have:

#<<define PAD_CONFIG (PAD_CTL_HYS_SCHMITZ | PAD_CTL_PKE_ENABLE |

quoted

quoted

PAD_CTL_PUE_PUD | PAD_CTL_ODE_OpenDrain)

      <<switch (i2c_num) {
      <<case 0:
              <<mxc_request_iomux(MX35_PIN_I2C1_CLK, MUX_CONFIG_SION);
              <<mxc_request_iomux(MX35_PIN_I2C1_DAT, MUX_CONFIG_SION);

              <<mxc_iomux_set_pad(MX35_PIN_I2C1_CLK, PAD_CONFIG);
              <<mxc_iomux_set_pad(MX35_PIN_I2C1_DAT, PAD_CONFIG);

quoted

quoted

Also check if you are getting the proper voltage levels at the I2C1 lines.

Yes this I2C problem, all I2C slave device need response to Host CPU by pulls I2C data bus to low, in other words generate ACK, the clock pulse for the acknowledge bit is always created by the bus master.

In this case, the camera tries to reset the data bus and generate an ACK, but the voltage drops to the area of two volts, although it should be reset to zero.
I replaced R172 with 10K on CPU board and got a good result, but there are other surprises

Linux video capture interface: v2.00
soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0
mx3-camera mx3-camera.0: MX3 Camera driver attached to camera 0
ov2640 0-0030: ov2640 Product ID 26:42 Manufacturer ID 7f:a2
i2c i2c-0: OV2640 Probed
mx3-camera mx3-camera.0: MX3 Camera driver detached from camera 0
dmaengine: failed to get dma1chan0: (-22)
dmaengine: failed to get dma1chan1: (-22)
dmaengine: failed to get dma1chan2: (-22)
dmaengine: failed to get dma1chan3: (-22)

quoted

quoted

First of all it shows, that you're not using the newest kernel:

quoted

quoted

http://thread.gmane.org/gmane.linux.ports.sh.devel/11508

I use Linux version 3.3.0-rc6 it contains the changes.

quoted

quoted

Secondly, as Fabio just pointed out, these messages are not fatal, which
is also the reason, why I changed their priority to "debug"

Ok

quoted

quoted

Please, describe the actual problem, that you're getting (if any) and do
add the v4l list back to the list of recipients!

At this stage, for me the problem of this type are actual, for the simple reason that I see it the first time.
Thanks for support and patience :-) 

What is the problem?
Guennadi please help me understand

Regards, 
Alex Gershgorin