HVR950Q takes too long to lock on the first tune

Bug #242169 reported by Michael Krufky on 2008-06-22
8
Affects Status Importance Assigned to Milestone
Belmont
Medium
Michael Frey
linux-ubuntu-modules-2.6.24 (Ubuntu)
Medium
Tim Gardner
Hardy
Medium
Tim Gardner

Bug Description

The HVR950Q takes a long time to lock on the first tune after the driver is loaded. This is because the driver waits for the first tune request before downloading firmware to the xc5000 tuner. This delay on first tune is long enough that it sometimes times out the userspace application.

The attached patch merges two changesets from the master v4l-dvb repository on linuxtv.org that are hopefully on their way into 2.6.26.

The first change ensures that firmware is downloaded to the xc5000 device if needed by checking the hardware state, rather than relying on a software tracking mechanism. This is important for ensuring that the xc5000 device can survive a resume from standby / hibernate mode.

http://linuxtv.org/hg/v4l-dvb/rev/b0a0840dff93

The second change adds the module option, "init_fw" to the xc5000 tuner module. When set non-zero, the driver will perform the firmware download at the time the driver is attached.

http://linuxtv.org/hg/v4l-dvb/rev/5bf12c545be3

This module option is not needed for all devices, and does not cause harm to devices that don't need it. The module option is disabled by default in the kernel, but I think we should enable it by default in the lpia kernels, only, for the sake of the MID devices.

After applying this patch, we should add the following line to /etc/modprobe.d/options for lpia only, if possible:

options xc5000 init_fw=1

Michael Krufky (mkrufky) wrote :
Michael Krufky (mkrufky) on 2008-06-23
Changed in belmont:
assignee: nobody → mfrey
Tim Gardner (timg-tpi) wrote :

SRU Justification:

Impact: HVR950Q takes too long to lock on the first tune

Patch: check device hardware state to determine if firmware download is needed, add module option to load firmware during driver attach

Patch: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy-lum.git;a=commit;h=447c1f520e61afdaf3d4265ed60c4049f4ec4ee1

Test Case: see Bug Description

Tim Gardner (timg-tpi) wrote :
Changed in linux-ubuntu-modules-2.6.24:
assignee: nobody → timg-tpi
importance: Undecided → Medium
milestone: none → ubuntu-8.04.2
status: New → Fix Committed
Michael Frey (mfrey) on 2008-06-30
Changed in belmont:
status: New → Fix Committed
Pat McGowan (pat-mcgowan) wrote :

cleanup

Changed in belmont:
importance: Undecided → Medium
milestone: none → beta2
Steve Langasek (vorlon) on 2008-07-18
Changed in linux-ubuntu-modules-2.6.24:
assignee: nobody → timg-tpi
importance: Undecided → Medium
milestone: none → ubuntu-8.04.2
status: New → In Progress
milestone: ubuntu-8.04.2 → none
Steve Langasek (vorlon) wrote :

Accepted into -proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in linux-ubuntu-modules-2.6.24:
milestone: ubuntu-8.04.2 → none
status: In Progress → Fix Committed
Changed in belmont:
status: Fix Committed → Fix Released
Mario Limonciello (superm1) wrote :

I can confirm that this device works properly using the 2.6.24-20 kernel in hardy-proposed.

Martin Pitt (pitti) wrote :

linux-ubuntu-modules-2.6.24 -21 copied to hardy-updates.

Changed in linux-ubuntu-modules-2.6.24:
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers