On 08/06/2012 01:57 PM, Andy Walls wrote:
Antti Palosaari <crope@xxxxxx> wrote:
On 08/06/2012 11:37 AM, Andy Walls wrote:
James <bjlockie@xxxxxxxxx> wrote:
On 08/04/12 13:42, Andy Walls wrote:
James <bjlockie@xxxxxxxxx> wrote:
There's a big pause before the 'unable'
[ 2.243856] usb 4-1: Manufacturer: Logitech
[ 62.739097] cx25840 6-0044: unable to open firmware
v4l-cx23885-avcore-01.fw
I have a cx23885
cx23885[0]: registered device video0 [v4l2]
Is there any way to stop it from trying to load the firmware?
What is the firmware for, analog tv? Digital works fine and analog
is
useless to me.
I assume it is timing out there.
--
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
The firmware is for the analog broadcast audio standard (e.g. BTSC)
detection microcontroller.
The A/V core of the CX23885/7/8 chips is for analog vidoe and audio
processing (broadcast, CVBS, SVideo, audio L/R in).
The A/V core of the CX23885 provides the IR unit and the Video PLL
provides the timing for the IR unit.
The A/V core of the CX23888 provides the Video PLL which is the
timing for the IR unit in the CX23888.
Just grab the firmware and be done with it. Don't waste time with
trying to make the cx23885 working properly but halfway.
Regards,
Andy
I already have the firmware.
# ls -l /lib/firmware/v4l-cx23885-avcore-01.fw
-rw-r--r-- 1 root root 16382 Oct 15 2011
/lib/firmware/v4l-cx23885-avcore-01.fw
--
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
Hmm. The firmware file size and location look right.
The 60 second delay is the default kernel delay waiting for the
userspace firmware loader to fetch th file amd provide it to the kernel
via sysfs.
That doesn't appear to be happening. I know udev runs some script to
accomplish that. I'm away from my development system, so I can't
investigate further.
Regards,
Andy
I suspect it could be the firmware download issue with udev. Recent
udev
versions doesn't allow firmware download during module init path as
module init should not be blocked such long period.
I did quite much work for resolving that issue for the dvb usb by
deferring device init in probe using work-queue. It is not good looking
solution and Mauro is still trying to found out more general solution.
regards
Antti
--
http://palosaari.fi/
So the cx25840 module scheduling the firmware load to be done by a worker thread is not enough to satisfy the new udev rule?
http://git.linuxtv.org/media_tree.git/blob/staging/for_v3.7:/drivers/media/video/cx25840/cx25840-core.c#l628
Regards,
Andy
If it blocks module init, or probe which is called in module init
context, it timeouts by udev when request_firmware() is called.
There seems to be workqueue, but I am not enough familiar with cx25840
driver to say how code path actually runs.
I suspect cx25840_initialize() will not return until firmware is loaded?
And that function is called when module is loaded?
regards
Antti
--
http://palosaari.fi/
--
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
