Chris Rankin 556a0442e0 [media] dvb_frontend: regression fix: userspace ABI broken for xine ... The commit e399ce77e6 has broken the DVB ABI for xine: The problem is that xine is expecting every event after a successful FE_SET_FRONTEND ioctl to have a non-zero frequency parameter, regardless of whether the tuning process has LOCKed yet. What used to happen is that the events inherited the initial tuning parameters from the FE_SET_FRONTEND call. However, the fepriv->parameters_out struct is now not initialised until the status contains the FE_HAS_LOCK bit. You might argue that this behaviour is intentional, except that if an application other than xine uses the DVB adapter and manages to set the parameters_out.frequency field to something other than zero, then xine no longer has any problems until either the adapter is replugged or the kernel modules reloaded. This can only mean that the fepriv->parameters_out struct still contains the (stale) tuning information from the previous application. Signed-off-by: Chris Rankin <rankincj@yahoo.com> Cc: stable@kernel.org # for kernel version 3.3 Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>		2012-04-09 09:41:34 -03:00
..
common	[media] media: tuners: append $(srctree) to -I parameters	2012-03-08 10:41:15 -03:00
dvb	[media] dvb_frontend: regression fix: userspace ABI broken for xine	2012-04-09 09:41:34 -03:00
radio	[media] radio-sf16fmr2: fix session mismatches	2012-03-19 13:32:37 -03:00
rc	[media] rc: Pospone ir raw decoders loading until really needed	2012-03-19 22:11:04 -03:00
video	[media] partially reverts changeset fa5527c	2012-03-19 23:10:13 -03:00
Kconfig
Makefile
media-device.c
media-devnode.c	[media] media: Initialize the media core with subsys_initcall()	2012-03-19 19:02:22 -03:00
media-entity.c