Re: patch for Asus My Cinema PS3-100 (1043:48cd)

Some good news !! With kernel 3.2.15 and latest media-build tree, no more kernel Oops. DVB-T and remote work fine. Here is the complete patch against latest media-build tree, with fixed IR keytable. Regards, Rémi

[PATCH 1/5] dvb_cmd_name function

--- lib/include/dvb-fe.h |1 + lib/libdvbv5/dvb-fe.c | 21 +++-- 2 files changed, 16 insertions(+), 6 deletions(-) diff --git a/lib/include/dvb-fe.h b/lib/include/dvb-fe.h index 872a558..b4c5279 100644 --- a/lib/include/dvb-fe.h +++ b/lib/include/dvb-fe.h @@ -108,6 +108,7 @

[PATCH 3/5] libscan renamings

--- lib/include/libscan.h | 12 ++-- lib/libdvbv5/libscan.c |6 +++--- utils/dvb/dvbv5-scan.c |4 ++-- 3 files changed, 15 insertions(+), 7 deletions(-) diff --git a/lib/include/libscan.h b/lib/include/libscan.h index bc11ce1..a2b061c 100644 --- a/lib/include/libscan.h +++ b/li

[PATCH 2/5] ignore user commands on fe

--- lib/libdvbv5/dvb-fe.c | 32 lib/libdvbv5/dvb-v5-std.c |2 ++ 2 files changed, 30 insertions(+), 4 deletions(-) diff --git a/lib/libdvbv5/dvb-fe.c b/lib/libdvbv5/dvb-fe.c index 9ec9893..8f27e1a 100644 --- a/lib/libdvbv5/dvb-fe.c +++ b/lib/libdvbv5/dvb

[PATCH 5/5] renamings for dvb-sat, dvb-scan

--- lib/include/dvb-fe.h |2 +- lib/include/{libsat.h => dvb-sat.h}|0 lib/include/{libscan.h => dvb-scan.h} |0 lib/libdvbv5/Makefile.am |4 ++-- lib/libdvbv5/descriptors.c |2 +- lib/libdvbv5/dvb-file.c|2 +-

[PATCH 4/5] log functions for dvb-fe and libsat

--- lib/include/dvb-fe.h | 19 + lib/libdvbv5/dvb-fe.c | 99 +++-- lib/libdvbv5/libsat.c |4 +- 3 files changed, 84 insertions(+), 38 deletions(-) diff --git a/lib/include/dvb-fe.h b/lib/include/dvb-fe.h index b4c5279..3fdae4f 100644 --

[PATCH] renamings for dvb-sat, dvb-scan

--- lib/include/dvb-fe.h |2 +- lib/include/{libsat.h => dvb-sat.h}|0 lib/include/{libscan.h => dvb-scan.h} |0 lib/libdvbv5/Makefile.am |6 +++--- lib/libdvbv5/descriptors.c |2 +- lib/libdvbv5/dvb-file.c|2

Re: Terratec H7(az6007), CI support and Kaffeine

Antti Palosaari skrev 2012-03-18 17:54: > On 18.03.2012 16:49, Roger Mårtensson wrote: >> >> My problem is as follows: >> When viewing encrypted channels I can watch without problem. >> When I change to another encrypted channel inside kaffeine nothing >> happens. The EPG tells me which program it

Re: Terratec H7(az6007), CI support and Kaffeine

On 19.05.2012 17:45, Roger Mårtensson wrote: Antti Palosaari skrev 2012-03-18 17:54: > On 18.03.2012 16:49, Roger Mårtensson wrote: >> >> My problem is as follows: >> When viewing encrypted channels I can watch without problem. >> When I change to another encrypted channel inside kaffeine no

RE: PCTV 520e - DVB-C not working

> >> Hi, > >> > >> > >> I have problem getting the PCTV 520e to work with DVB-C on Linux. The > >> video output stream is full of defects. > >> "drxk: SCU_RESULT_INVPAR while sending cmd 0x0203 with params" is > >> printed to the dmesg log when scanning and watching DVB-C channels. > >> I have no

Re: PCTV 520e - DVB-C not working

On 19.05.2012 19:09, Per Wetterberg wrote: I have problem getting the PCTV 520e to work with DVB-C on Linux. The video output stream is full of defects. "drxk: SCU_RESULT_INVPAR while sending cmd 0x0203 with params" is printed to the dmesg log when scanning and watching DVB-C channels. I have no

[PATCH] radio-sf16fmi: add support for SF16-FMD

Add support for SF16-FMD card to radio-sf16fmi driver. Only new PnP ID is added and texts changed. Signed-off-by: Ondrej Zary --- a/drivers/media/radio/Kconfig +++ b/drivers/media/radio/Kconfig @@ -320,7 +320,7 @@ config RADIO_MIROPCM20 module will be called radio-miropcm20. config

cron job: media_tree daily build: ERRORS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date:Sat May 19 19:00:17 CEST 2012 git hash:61282daf505f3c8def09332ca337ac257b792029 gcc version: i686-linux-gcc (GC

[GIT PULL FOR 3.5] V4L2 and V4L2 subdev selection target rename

Hi Mauro, This pull request contains just two patches; one for the V4L2 and one for the V4L2 subdev interfaces. The patches rename the effective selection targets by removing the _ACTUAL (V4L2 subdev) or _ACTIVE (V4L2) part of the target name, thus making the target names the same on both interfac

RFC: V4L2 API and radio devices with multiple tuners

Hi Hans et all, Currently the V4L2 API does not allow for radio devices with more then 1 tuner, which is a bit of a historical oversight, since many radio devices have 2 tuners/demodulators 1 for FM and one for AM. Trying to model this as 1 tuner really does not work well, as they have 2 complete

Re: RFC: V4L2 API and radio devices with multiple tuners

On Saturday 19 May 2012 20:20:57 Hans de Goede wrote: > Hi Hans et all, > > Currently the V4L2 API does not allow for radio devices with more then 1 > tuner, which is a bit of a historical oversight, since many radio devices > have 2 tuners/demodulators 1 for FM and one for AM. Trying to model this

Re: RFC: V4L2 API and radio devices with multiple tuners

On 19.05.2012 21:20, Hans de Goede wrote: Currently the V4L2 API does not allow for radio devices with more then 1 tuner, which is a bit of a historical oversight, since many radio devices have 2 tuners/demodulators 1 for FM and one for AM. Trying to model this as 1 tuner really does not work wel

[GIT PULL FOR 3.5] SMIA(++) sensor driver improvements

Hi Mauro, This pull request contains improvements and fixes to the SMIA++ sensor driver. The most interesting one is probably the use of clock framework for sensor external clock control. The other changes are either fixes or more generic sensor quirk handling. The following changes since commit

Re: RFC: V4L2 API and radio devices with multiple tuners

Hi, On 05/19/2012 08:30 PM, Ondrej Zary wrote: On Saturday 19 May 2012 20:20:57 Hans de Goede wrote: Hi Hans et all, Currently the V4L2 API does not allow for radio devices with more then 1 tuner, which is a bit of a historical oversight, since many radio devices have 2 tuners/demodulators 1 f

[media-ctl PATCH v2 0/4] New selection format and compose support

Hi Laurent, I've updated the two first patches from the previous set as discussed. There are two new that change the selection target names to correspond the latest developments. Cheers, -- Sakari Ailus e-mail: sakari.ai...@iki.fi jabber/XMPP/Gmail: sai...@retiisi.org.uk -- To unsubscribe f

[media-ctl PATCH v2 3/4] Drop _ACTUAL from selection target names

Signed-off-by: Sakari Ailus --- src/main.c |4 ++-- src/v4l2subdev.c |8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/main.c b/src/main.c index a989669..703f034 100644 --- a/src/main.c +++ b/src/main.c @@ -71,7 +71,7 @@ static void v4l2_subdev_print_fo

[media-ctl PATCH v2 4/4] Replace V4L2 subdev selection targets with the V4L2 ones

V4L2 selection targets will replace V4L2 subdev selection targets in the near future. As the targets are guaranteed to be the same and the chance is anticipated very soon, replace the subdev targets with more future-proof V4L2 targets. Signed-off-by: Sakari Ailus --- src/main.c |8

[media-ctl PATCH v2 2/4] Compose rectangle support for libv4l2subdev

Signed-off-by: Sakari Ailus --- src/main.c | 14 ++ src/options.c|6 -- src/v4l2subdev.c | 32 +++- 3 files changed, 41 insertions(+), 11 deletions(-) diff --git a/src/main.c b/src/main.c index 2f57352..a989669 100644 --- a/src/main.c

[media-ctl PATCH v2 1/4] New, more flexible syntax for format

More flexible and extensible syntax for format which allows better usage of the selection API. Continue supporting the old syntax but remove the documentation for it. It was not supported in an official release and its use is thus deprecated. Signed-off-by: Sakari Ailus --- src/main.c |

[PATCH v3] V4L: DocBook: Improve V4L2_CID_AUTO_N_WHITE_BALANCE control description

This patch removes the estimate color temperature range specification for the white balance presets for which exact values heavily depend on a particular camera specification. Acked-by: Sakari Ailus Signed-off-by: Sylwester Nawrocki --- Documentation/DocBook/media/v4l/controls.xml | 19 ++

[PATCH] V4L: sh-mobile-ceu-camera: restore the bus-width test

An earlier commit "[media] V4L: sh_mobile_ceu_camera: convert to the new mbus-config subdev operations" has inadvertantly removed the check in the sh-mobile-ceu-camera driver, whether a specific bus-width is supported. This patch restores the check for formats, requiring wider than 8-bit video

[PATCH 1/3] log functions for dvb-fe and libsat

--- lib/include/dvb-fe.h | 19 + lib/libdvbv5/dvb-fe.c | 99 +++-- lib/libdvbv5/libsat.c |4 +- 3 files changed, 84 insertions(+), 38 deletions(-) diff --git a/lib/include/dvb-fe.h b/lib/include/dvb-fe.h index b4c5279..3fdae4f 100644 --

[PATCH 2/3] renamings for dvb-sat, dvb-scan

--- lib/include/dvb-fe.h |2 +- lib/include/{libsat.h => dvb-sat.h}|0 lib/include/{libscan.h => dvb-scan.h} |0 lib/libdvbv5/Makefile.am |6 +++--- lib/libdvbv5/descriptors.c |2 +- lib/libdvbv5/dvb-file.c|2

[PATCH 3/3] log levels

Signed-off-by: André Roth --- lib/include/dvb-fe.h | 13 - lib/libdvbv5/dvb-fe.c | 62 ++--- 2 files changed, 44 insertions(+), 31 deletions(-) diff --git a/lib/include/dvb-fe.h b/lib/include/dvb-fe.h index 0133ff3..df448c3 100644 --- a/li

[PATCH 0/6] snd_tea575x: Various patches

Hi All, This patch series contains various patches for the tea575x driver to prepare for adding support for the Griffin radioSHARK device. The 6th patch adds support for tuning AM, which depends on the discussions surrounding the v4l2 API and radio devices with multiple tuners. I plan to add patch

[PATCH 1/6] snd_tea575x: Add write_/read_val operations

Some devices which use the tea575x tuner chip don't allow bit banging the lines, instead they offer a method to directly set / get the contents of the 25 bit shift-register in the chip. Notably the Griffin radioSHARK USB radio receiver does this. Signed-off-by: Hans de Goede CC: Ondrej Zary ---

[PATCH 3/6] snd_tea575x: Report correct frequency range for EU/US versus JA models

My EU/US 5757 cannot tune below approx 86 Mhz, that is below that it does not even generate the standard not tuned to anything radio noise anymore, so clearly the 5757 cannot tune to the Japanese frequencies. This patch assumes that likewise the 5759 cannot tune to the EU/US frequencies. Signed-of

[PATCH 5/6] snd_tea575x: set_freq: update cached freq to the actual achieved frequency

Signed-off-by: Hans de Goede CC: Ondrej Zary --- sound/i2c/other/tea575x-tuner.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/sound/i2c/other/tea575x-tuner.c b/sound/i2c/other/tea575x-tuner.c index 8c142e5..d16f7b7 100644 --- a/sound/i2c/other/tea575x-tuner.c

[PATCH 6/6] snd_tea575x: Add support for tuning AM

Signed-off-by: Hans de Goede CC: Ondrej Zary --- include/sound/tea575x-tuner.h |3 + sound/i2c/other/tea575x-tuner.c | 164 --- 2 files changed, 121 insertions(+), 46 deletions(-) diff --git a/include/sound/tea575x-tuner.h b/include/sound/tea575x-tuner

[PATCH 2/6] snd_tea575x: Add a cannot_mute flag

Some devices which use the tea575x tuner chip don't allow direct control over the IO pins, and thus cannot mute the audio output. Signed-off-by: Hans de Goede CC: Ondrej Zary --- include/sound/tea575x-tuner.h |1 + sound/i2c/other/tea575x-tuner.c | 35 +++

[PATCH 4/6] snd_tea575x: Make the module using snd_tea575x the fops owner

Before this patch the owner field of the /dev/radio# device fops was set to the snd-tea575x-tuner module itself. Meaning that the module which was using it could be rmmod-ed while the device is open, and then BAD things happen. I know, as I found out the hard way :) Note that there is no need to