Re: [PATCH] dib700: stop flooding system ring buffer

Hi Enrico, I'm not maintener, so treat next hints as hints only :) 2018-01-24 8:40 GMT+01:00 Enrico Mioso : > Stop flooding system ring buffer with messages like: > dib0700: stk7700ph_xc3028_callback: unknown command 2, arg 0 > while tuning an Asus My Cinema-U3000Hybrid dvb

Re: multiple frontends on a single dvb adapter

2017-12-01 12:38 GMT+01:00 pieterg : > Hi, > > The recent removal of DMX_SET_SOURCE > > https://github.com/torvalds/linux/commit/13adefbe9e566c6db91579e4ce17f1e5193d6f2c > > and earlier removal of the set_source callback > >

Re: [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Hi Takiguchi, >> If I understand it right, it uses SPI bus also for passing transport stream >> to the host system (also having some pid piltering inside!), isn't it? >> It would be interesting to know what is the max throughput of the CXD's SPI? > > Yes, max clock rate of spi is written in

Re: [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Hi Yasunari 2017-10-13 7:59 GMT+02:00 : > From: Yasunari Takiguchi > > This is the SPI adapter part of the driver for the > Sony CXD2880 DVB-T2/T tuner + demodulator. > [...] > +static const struct of_device_id cxd2880_spi_of_match[] =

Re: [PATCH 2/5] media: stv6110: get rid of a srate dead code

Mauro, you are so speedy :) 2017-09-15 11:10 GMT+02:00 Mauro Carvalho Chehab : > The stv6110 has a weird code that checks if get_property > and set_property ioctls are defined. If they're, it initializes > a "srate" var from properties cache. Otherwise, it sets to >

Re: [RFC] [DVB][FRONTEND] Added a new ioctl for optimizing frontend property set operation

2017-09-14 22:50 GMT+02:00 Mauro Carvalho Chehab : > Hi Satendra, > > Em Thu, 14 Sep 2017 05:59:27 -0400 > Satendra Singh Thakur escreveu: > >> -For setting one frontend property , one FE_SET_PROPERTY ioctl is called >> -Since, size of struct

Re: [ANN] Call for topics for the media mini-summit on Friday Oct 27 in Prague

> > Also, if you plan to attend, please let me know. It is open for all, but it is > nice if we know beforehand who we can expect. > > So if you have a topic that you want to discuss there, then just reply to this > post. If possible, please add a rough idea of how much time you think you will >

Re: [PATCH v2 00/26] Improve DVB documentation and reduce its gap

2017-09-04 11:06 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: > Em Mon, 4 Sep 2017 09:12:49 +0200 > Honza Petrouš <jpetr...@gmail.com> escreveu: > >> 2017-09-04 2:54 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: >> > Em Sun, 3

Re: [PATCH v2 00/26] Improve DVB documentation and reduce its gap

2017-09-04 2:54 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: > Em Sun, 3 Sep 2017 22:05:23 +0200 > Honza Petrouš <jpetr...@gmail.com> escreveu: > >> 1) #define CA_SET_DESCR _IOW('o', 134, ca_descr_t) >> ==

Re: [PATCH v2 00/26] Improve DVB documentation and reduce its gap

> There is still a gap at the CA API, as there are three ioctls that are used > only by a few drivers and whose structs are not properly documented: > CA_GET_MSG, CA_SEND_MSG and CA_SET_DESCR. > > The first two ones seem to be related to a way that a few drivers > provide to send/receive messages.

Re: [PATCH v2 00/26] Improve DVB documentation and reduce its gap

> There is still a gap at the CA API, as there are three ioctls that are used > only by a few drivers and whose structs are not properly documented: > CA_GET_MSG, CA_SEND_MSG and CA_SET_DESCR. > > The first two ones seem to be related to a way that a few drivers > provide to send/receive messages.

Re: [PATCH 12/15] media: dmx.h: get rid of DMX_SET_SOURCE

2017-09-01 12:45 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: > Em Fri, 1 Sep 2017 11:53:11 +0200 > Honza Petrouš <jpetr...@gmail.com> escreveu: > >> 2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: >> > Em

Re: [PATCH 12/15] media: dmx.h: get rid of DMX_SET_SOURCE

2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: > Em Fri, 1 Sep 2017 08:28:20 +0200 > Honza Petrouš <jpetr...@gmail.com> escreveu: > >> 2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab <mche...@s-opensource.com>: >> > No dr

Re: [PATCH 00/15] Improve DVB documentation and reduce its gap

2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab : > The DVB documentation was negligected for a long time, with > resulted on several gaps between the API description and its > documentation. > > I'm doing a new reading at the documentation. As result of it, > this

Re: [PATCH 12/15] media: dmx.h: get rid of DMX_SET_SOURCE

2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab : > No driver uses this ioctl, nor it is documented anywhere. > > So, get rid of it. > > Signed-off-by: Mauro Carvalho Chehab > --- > Documentation/media/dmx.h.rst.exceptions| 13

Re: how to write TS parsor

> I am new to this domain, could any one here please guide me how do I read > and pass a particular channel > from dvbc to a UDP , I am using MxL214 and 3.10.65 kernel , any help is > greatly appreciated. Simplest solution has name "dvblast" - it's free, open-source and robust :) /Honza -- To

Re: PID filter testing

2015-11-20 12:00 GMT+01:00 Benjamin Larsson : > Hi, what tools can I use to test pid filter support in the drivers ? Zap utility from dvbapps seems to be some simpler way - you can pass them the fixed pids and record filtered data by simple command. See at:

Re: DVB Simulcrypt

2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: On 23-02-15 08:44, Honza Petrouš wrote: Hi Rudy. 2015-02-22 16:28 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: Some more info On 21-02-15 22:30, Rudy Zijlstra wrote: Dears (Hans?) My setup, where

Re: DVB Simulcrypt

2015-02-23 13:44 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: On 23-02-15 12:21, Honza Petrouš wrote: 2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: On 23-02-15 08:44, Honza Petrouš wrote: Hi Rudy. 2015-02-22 16:28 GMT+01:00 Rudy Zijlstra r

Re: DVB Simulcrypt

2015-02-23 16:51 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: On 23-02-15 15:21, Tycho Lürsen wrote: Op 23-02-15 om 13:44 schreef Rudy Zijlstra: On 23-02-15 12:21, Honza Petrouš wrote: 2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org: On 23-02-15 08:44

Re: [PATCH 4/4] rtl28xxu: add 15f4:0131 Astrometa DVB-T2

Antti, BTW 2013/10/30 Antti Palosaari cr...@iki.fi: Components are RTL2832P + R828D + MN88472. Currently support only DVB-T as there is no driver for MN88472 demod. I just (accidentally) found something:

Re: NAS for recording DVB-S2

2013/10/25 Jannis jannis-li...@kripserver.net: Hi, Am 22.10.2013 10:24, schrieb JPT: I want my NAS to record from USB DVB-S2. [...] I should buy either a Tevii S660 or a Terratec Cynergy S2 Stick. I don't want to have another power supply, so I am going to steal the power from the nas

Re: New version of Anysee E7 T2C?

Hi Magnus. Dne 24. dubna 2012 21:19 Magnus Ekhall k...@lysator.liu.se napsal(a): Hi, I just got a new Anysee E7 T2C DVB-USB device. When I load the module dvb-usb-anysee.ko Driver Anysee E30 DVB-C DVB-T USB2.0 version 3.2.0-23-generic I get: [    8.353474] DVB: registering new adapter

Re: [ANNOUNCE] DVBv5 tools version 0.0.1

Hi Mauro. 2012/1/7 Mauro Carvalho Chehab mche...@redhat.com: As previously commented at the ML, I'm developing a set of tools using DVBv5 API. Instead of starting from something existing, I decided to start from scratch, in order to avoid polluting it with DVBv3 legacy stuff. Of course, I did

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011/12/7 Patrick Dickey pdickeyb...@gmail.com: On 12/07/2011 08:01 AM, Andreas Oberritter wrote: On 07.12.2011 14:49, Mark Brown wrote: On Tue, Dec 06, 2011 at 03:48:27PM +0100, Andreas Oberritter wrote: On 06.12.2011 15:19, Mark Brown wrote: Your assertatation that applications should