[RFCv1 PATCH 0/7] tuner-core: fix g_freq/s_std and g/s_tuner

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



While testing the new multi-standard tuner of the HVR-1600 (the cx18 driver)
I came across a number of bugs in tuner-core that were recently introduced.

This patch series fixes those bugs and cleans up some code that confused
me.

The bugs fixed in this series are:

1) 'type' is set by the driver, not the application for g_tuner and g_frequency,
   so don't check that field.
2) s_std and s_tuner both setup the tuner first, and then apply the new std
   or audmode. This should be the other way around.
3) s_tuner should not check the tuner 'type' field since applications don't
   need to set this. 'audmode' should just be applied to the current tuner
   mode.

All these bugs were introduced in 2.6.39. So if acked, then this patch
series should at least to into v3.0 and possibly into 2.6.39-stable.

Regards,

	Hans

--
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


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux