Hi Philipp,
thanks for your fast answer.
Apparently, the firmware is being loaded properly although it complains
about that version not being supported.
After queuing some YUV420 buffers with a simple application I perform a
VIDIOC_STREAMON in both the CAPTURE and the OUTPUT interfaces but I get
the following error:
coda 2040000.vpu: coda is not initialized.
... but then suddenly it's not.
(coda_is_initialized just checks whether PC != 0)
Could this have something to do with the PU power domain? Do all coda
registers read 0x0 ?
Do you have CONFIG_PM disabled? Check if d438462c20a3 ("ARM: imx6: gpc:
always enable PU domain if CONFIG_PM is not set") makes a difference.
I think that patch hasn't made it into stable yet.
Indeed, I was having problems with the runtime PM from the beginning and
hacked up the code in the gpmc a bit to make sure the coda was always
enabled but somehow I forgot to comment the poweroff callback and the
codas was being powered off and never turned on again.
Just in case it is useful for someone else these are the functions in
arch/arm/mach-imx/gpc.c whose code I completely commented out:
_imx6q_pm_pu_power_off
imx6q_pm_pu_power_off
Anyway, it looks like power management for the coda is a bit broken in
the i.MX6D. I'll leave it disabled for now so that I continue with my
development but I plan to have a look at it later on to see if I can fix
it properly.
------------[ cut here ]------------
WARNING: CPU: 0 PID: 91 at drivers/media/v4l2-core/videobuf2-core.c:1792
vb2_start_streaming+0xe0/0x15c()
That is because after copying buffers to the bitstream, the driver
currently marks them as done. When start_streaming fails, videobuf2
expects drivers to re-queue them. So we'd have to flush the bitstream
and re-queue the buffers so they can be copied to the bitstream all over
during the next try.
This warning is a result of incomplete error handling in the coda
start_streaming implementation.
I see, I might look into this if I manage to get some spare time.
Regards,
Javier.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
