Hello Arnd,
On 15.09.2015 17:49, Arnd Bergmann wrote:
> The dvb demuxer code uses a 'struct timespec' to pass a timeout
> as absolute time. This will cause problems on 32-bit architectures
> in 2038 when time_t overflows, and it is racy with a concurrent
> settimeofday() call.
>
> This patch chan
Hello Andrzej,
On 09.04.2014 10:37, Andrzej Hajda wrote:
>> +static int exynos_phy_probe(struct platform_device *pdev)
>> +{
>> +const struct of_device_id *of_id = of_match_device(
>> +of_match_ptr(exynos_phy_of_match), &pdev->dev);
>> +const u32 *offsets = of_id->data;
>> +
On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
> One usage of such call would be to retrieve the autodetected properties,
> after having a frontend lock.
Btw., dvb_frontend already refreshes the cache whenever the lock status
changes, i.e. when generating frontend events.
--
To unsubscribe from
On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
> On 27-12-2011 12:47, Andreas Oberritter wrote:
>> On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
>>> On 27-12-2011 10:21, Andreas Oberritter wrote:
>>>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>
On 27.12.2011 18:06, Mauro Carvalho Chehab wrote:
> On 27-12-2011 12:33, Andreas Oberritter wrote:
>> On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
>>> On 27-12-2011 10:11, Andreas Oberritter wrote:
>>>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>&g
On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
> On 27-12-2011 10:21, Andreas Oberritter wrote:
>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>> The old method is renamed to get_frontend_legacy(), while not all
>>> frontends are converted.
>>>
>
On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
> On 27-12-2011 10:11, Andreas Oberritter wrote:
>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>> DVB-S and DVB-T, as those were the standards supported by DVBv3.
>>
>> The description seems to be incomplete.
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> Mauro Carvalho Chehab (91):
It would be nice if you could send each message as a reply to the cover
letter next time, instead of sending message x as a reply to message x-1.
Otherwise, one needs a very wide screen to display all messages in a
th
On 27.12.2011 02:08, Mauro Carvalho Chehab wrote:
> There's no need to initialize unused fields with zero, as Kernel does
> it automatically. Don't do that, in order to save some space at the
> data segment.
No space is saved for members of a struct, unless the complete struct is
initialized to ze
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> The old method is renamed to get_frontend_legacy(), while not all
> frontends are converted.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/dvb/bt8xx/dst.c |8 +-
> drivers/media/dvb/dvb-core/dvb_frontend.c |
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> DVB-S and DVB-T, as those were the standards supported by DVBv3.
The description seems to be incomplete.
> New standards like DSS, ISDB and CTTB don't fit on any of the
> above types.
>
> while there's a way for the drivers to explicitly change
On 23.12.2011 22:54, Antti Palosaari wrote:
> On 12/23/2011 12:55 PM, Mauro Carvalho Chehab wrote:
>> On 22-12-2011 19:30, Antti Palosaari wrote:
>>> Rename DMB-TH to DTMB.
>>
>> Patrick seems to believe that CTTB is a better name. In any case,
>> whatever name we pick, I think that the DocBook spe
On 22.12.2011 22:30, Antti Palosaari wrote:
> @@ -201,6 +205,9 @@ typedef enum fe_guard_interval {
> GUARD_INTERVAL_1_128,
> GUARD_INTERVAL_19_128,
> GUARD_INTERVAL_19_256,
> +GUARD_INTERVAL_PN420,
> +GUARD_INTERVAL_PN595,
> +GUARD_INTERVAL_PN945,
> } fe_guard_interval_t
e
command was not added to this table at all or the command was added more
than once. How about removing this array instead? It's only purpose is
to output ioctl parameters, which can be done with strace as well.
Actually, I have two patches queued doing that (see attachments). They
are based
On 12.12.2011 14:56, Mauro Carvalho Chehab wrote:
> On 12-12-2011 11:40, Manu Abraham wrote:
>> On Mon, Dec 12, 2011 at 6:49 PM, Mauro Carvalho Chehab
>
>>> This also means that just doing an alias from FE_QAM and
>>> SYS_DVBC_ANNEX_AC
>>> to
>>> SYS_DVBC_ANNEX_A may break something, as, for most
On 12.12.2011 05:28, Manu Abraham wrote:
> On Sat, Dec 10, 2011 at 5:17 PM, Antti Palosaari wrote:
>> On 12/10/2011 06:44 AM, Manu Abraham wrote:
>>>
>>> static int cxd2820r_set_frontend(struct dvb_frontend *fe,
>>
>> [...]
>>>
>>> + switch (c->delivery_system) {
>>> + case SYS_DVBT:
On 10.12.2011 02:59, Devin Heitmueller wrote:
> On Fri, Dec 9, 2011 at 8:37 PM, Andreas Oberritter wrote:
>> On 10.12.2011 00:43, Mauro Carvalho Chehab wrote:
>>> On 09-12-2011 21:37, Mauro Carvalho Chehab wrote:
>>>> On 09-12-2011 20:33, Devin Heitmueller wrote:
>
if(signal_pending(current))
> return -EINTR;
> }
> }
I haven't looked at the mfe code, but in case it's waiting for the
frontend thread to exit, there's a probl
On 07.12.2011 22:48, Patrick Dickey wrote:
> 4 (and the reason I decided to chime in here). This email sums
> everything up. Mark is pointing out that someone may want to use this in
> a non LAN setting, and they may/will have problems due to the Internet
> (and their specific way of accessing it)
On 07.12.2011 17:10, Mark Brown wrote:
> You're talking about a purely software defined thing that goes in the
> kernel - it pretty much has to be able to scale to other applications
> even if some of the implementation is left for later. Once things like
> this get included in the kernel they bec
On 07.12.2011 17:10, Mark Brown wrote:
> a simple loopback in the style of FUSE which
> bounces the kernel APIs up to userspace for virtual drivers would make
> sense.
That's exactly what vtunerc is.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
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 ignore the underlying
>>> transport (which seems to be a big par
On 06.12.2011 15:19, Rémi Denis-Courmont wrote:
> Le mardi 6 décembre 2011 15:49:11 Andreas Oberritter, vous avez écrit :
>> You don't need to wait for write-only operations. Basically all demux
>> ioctls are write-only. Since vtunerc is using dvb-core's software demux
On 06.12.2011 15:20, Mauro Carvalho Chehab wrote:
> On 06-12-2011 11:49, Andreas Oberritter wrote:
>> On 06.12.2011 14:22, Mauro Carvalho Chehab wrote:
>>> On 05-12-2011 22:07, HoP wrote:
>>>>> I doubt that scan or w_scan would support it. Even if it supports,
On 06.12.2011 15:19, Mark Brown wrote:
> On Tue, Dec 06, 2011 at 01:01:43PM +0100, Andreas Oberritter wrote:
>> On 06.12.2011 12:21, Mark Brown wrote:
>>> On Mon, Dec 05, 2011 at 09:41:38PM +0100, Andreas Oberritter wrote:
>
>>>> Are you serious? Lower networkin
On 06.12.2011 15:13, Mauro Carvalho Chehab wrote:
> O_NONBLOCK
> When opening a FIFO with O_RDONLY or O_WRONLY set:
This does not apply.
[...]
> When opening a block special or character special file that supports
> non-blocking opens:
>
> If O_NONBLOCK
On 06.12.2011 14:22, Mauro Carvalho Chehab wrote:
> On 05-12-2011 22:07, HoP wrote:
>>> I doubt that scan or w_scan would support it. Even if it supports, that
>>> would mean that,
>>> for each ioctl that would be sent to the remote server, the error
>>> code would
>>> take 480 ms
>>> to return. Tr
On 06.12.2011 14:10, Mauro Carvalho Chehab wrote:
> On 06-12-2011 10:01, Andreas Oberritter wrote:
>> On 06.12.2011 12:18, Mark Brown wrote:
>>> On Mon, Dec 05, 2011 at 10:20:03PM +0100, Andreas Oberritter wrote:
>>>> On 05.12.2011 21:55, Alan Cox wrote:
>>
On 06.12.2011 12:21, Mark Brown wrote:
> On Mon, Dec 05, 2011 at 09:41:38PM +0100, Andreas Oberritter wrote:
>> On 05.12.2011 18:39, Mauro Carvalho Chehab wrote:
>
>>> When you put someone via the network, issues like latency, package
>>> drops, IP
>>&g
On 06.12.2011 12:18, Mark Brown wrote:
> On Mon, Dec 05, 2011 at 10:20:03PM +0100, Andreas Oberritter wrote:
>> On 05.12.2011 21:55, Alan Cox wrote:
>>> The USB case is quite different because your latency is very tightly
>>> bounded, your dead device state is rigidl
On 05.12.2011 21:55, Alan Cox wrote:
> The USB case is quite different because your latency is very tightly
> bounded, your dead device state is rigidly defined, and your loss of
> device is accurately and immediately signalled.
>
> Quite different.
How can usbip work if networking and usb are so
On 05.12.2011 18:39, Mauro Carvalho Chehab wrote:
> On 05-12-2011 12:28, HoP wrote:
>
>>> And here is a new hack.
>>
>> I'm really tired from all those "hack, crap, pigback ..." wordings.
>>
>> What exactly vtuner aproach does so hackish (other then exposing
>> DVB internals, what is every time ma
On 03.12.2011 18:42, Alan Cox wrote:
> On Sat, 3 Dec 2011 09:21:23 -0800
> VDR User wrote:
>
>> On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter wrote:
>>> You could certainly build a library to reach a different goal. The goal
>>> of vtuner is to acces
On 03.12.2011 17:42, Alan Cox wrote:
>> FWIW, the virtual DVB device we're talking about doesn't have any
>> networking capabilities by itself. It only allows to create virtual DVB
>> adapters and to relay DVB API ioctls to userspace in a
>> transport-agnostic way.
>
> Which you can do working fro
Hello Alan,
On 03.12.2011 00:19, Alan Cox wrote:
> On Thu, 1 Dec 2011 15:58:41 +0100
> HoP wrote:
>
>> Hi,
>>
>> let me ask you some details of your interesting idea (how to
>> achieve the same functionality as with vtunerc driver):
>>
>> [...]
>>
>>> The driver, as proposed, is not really a dri
On 02.12.2011 19:16, Andreas Oberritter wrote:
> On 02.12.2011 18:49, Rémi Denis-Courmont wrote:
>> Le jeudi 1 décembre 2011 21:59:56 HoP, vous avez écrit :
>>>> Kernel code is GPLv2. You can use its code on a GPLv2 licensed library.
>>>
>>> I see. So if you
On 02.12.2011 18:49, Rémi Denis-Courmont wrote:
> Le jeudi 1 décembre 2011 21:59:56 HoP, vous avez écrit :
>>> Kernel code is GPLv2. You can use its code on a GPLv2 licensed library.
>>
>> I see. So if you think it is nice to get dvb-core, make a wrapper around
>> to get it usable in userspace and
On 02.12.2011 12:14, Mauro Carvalho Chehab wrote:
> On 01-12-2011 20:55, Andreas Oberritter wrote:
>> On 01.12.2011 21:38, Mauro Carvalho Chehab wrote:
>>> I fail to see where do you need to duplicate dvb-core. An userspace
>>> LD_PRELOAD handler that would do:
>
Hello Steven,
On 01.12.2011 22:18, Steven Toth wrote:
>>> The point I'm trying to make: Someone made a presumably nice open source
>>> port to a new platform and the first thing you're doing is to play the
>>> GPL-has-been-violated-card, even though you're admitting that you don't
>>> know whether
On 01.12.2011 21:38, Mauro Carvalho Chehab wrote:
> I fail to see where do you need to duplicate dvb-core. An userspace
> LD_PRELOAD handler that would do:
>
> int socket;
>
> int dvb_ioctl(int fd, unsigned long int request, ...)
> {
> void *arg;
> va_list ap;
>
> va_sta
Hello Laurent,
On 01.12.2011 20:42, Laurent Pinchart wrote:
> Hi Andreas,
>
> On Wednesday 30 November 2011 20:58:40 Andreas Oberritter wrote:
>> On 30.11.2011 20:33, Devin Heitmueller wrote:
>>> On Wed, Nov 30, 2011 at 1:02 PM, Andreas Oberritter wrote:
>>>>
On 01.12.2011 16:57, Hamad Kadmany wrote:
> Hello Andreas
>
>> On 01.12.2011 16:30, Andreas Oberritter wrote:
>
>> Yes. Feel free to enhance the demux API to your needs in order to fully
>> support the features of your hardware.
>
> I have another question i
On 01.12.2011 15:22, Hamad Kadmany wrote:
> Hello Andreas
>
> On 01.12.2011 15:58, Andreas Oberritter wrote:
>
>> No. dvb_demux will do the extra filtering. Userspace won't notice.
>
> Got it now, thanks. The one downside I see to this is that the feed
On 01.12.2011 14:55, Hamad Kadmany wrote:
> So if I understand correctly due to HW limitations back then, if in
> user-space we want to get data of two PSI tables that share the same PID, we
> could only setup one section filter with that PID and the user-space needs
> to do the extra filtering (to
Hello Hamad,
On 29.11.2011 09:05, Hamad Kadmany wrote:
> Question on the current behavior of dvb_dmxdev_filter_start (dmxdev.c)
>
> In case of DMXDEV_TYPE_SEC, the code restricts of having multiple sections
> feeds allocated (allocate_section_feed) with same PID. From my experience,
> application
On 30.11.2011 22:38, HoP wrote:
> Hi folks.
>
> I need to warn you that my mail is a bit little longer then I would like
> to be.But I'm not able to ask my question without some
> background information.
>
> On June 19th, I was sending the driver to the Linux-media
> mailing list. Original announ
On 30.11.2011 20:39, Jens Erdmann wrote:
> Dear Andreas,
>
> On Tuesday, November 29, 2011 01:56:35 PM you wrote:
>
>>
> 2. I stumbled over http://linux.terratec.de/tv_en.html where they list
> a NXP TDA18271
>
> as used tuner for H5 and HTC Stick devices. I dont have any
On 30.11.2011 20:33, Devin Heitmueller wrote:
> On Wed, Nov 30, 2011 at 1:02 PM, Andreas Oberritter wrote:
>>> Am I the only one who thinks this is a legally ambigious grey area?
>>> Seems like this could be a violation of the GPL as the driver code in
>>> questi
On 30.11.2011 18:23, Devin Heitmueller wrote:
> 2011/11/30 Abylay Ospan :
>> Hello,
>>
>> We have ported linuxtv's cx23885+CAM en50221+Diseq to Windows OS (Vista, XP,
>> win7 tested). Results available under GPL and can be checkout from git
>> repository:
>> https://github.com/netup/netup-dvb-s2-ci
On 29.11.2011 13:04, Jens Erdmann wrote:
> Hi Andreas,
>
> On Monday, November 28, 2011 05:57:35 PM you wrote:
>> Hello Jens,
>>
>> On 28.11.2011 16:41, Jens Erdmann wrote:
>>> Hi folks,
>>>
>>> just a few quetstions:
>>> 1. Why is the device named EM2884_BOARD_CINERGY_HTC_STICK and not
>>>
>>>
Hello Jens,
On 28.11.2011 16:41, Jens Erdmann wrote:
> Hi folks,
>
> just a few quetstions:
> 1. Why is the device named EM2884_BOARD_CINERGY_HTC_STICK and not
> EM2884_BOARD_TERRATEC_HTC_STICK like all the other devices from that
> vendor? Looks inconsistent to me.
that's because it's t
On 26.11.2011 12:49, Hans Verkuil wrote:
> On Saturday, November 26, 2011 06:55:52 Oliver Endriss wrote:
>> On Friday 25 November 2011 23:06:34 Andreas Oberritter wrote:
>>> On 25.11.2011 17:51, Manu Abraham wrote:
>>>> On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalh
On 25.11.2011 17:51, Manu Abraham wrote:
> On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
> wrote:
>> Em 25-11-2011 14:03, Andreas Oberritter escreveu:
>>> On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
>>>> Em 25-11-2011 12:41, Andreas Oberritter es
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
> Em 25-11-2011 12:41, Andreas Oberritter escreveu:
>> On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
>>> If your complain is about the removal of audio.h, video.h
>>
>> We're back on topic, thank you!
&g
On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
> If your complain is about the removal of audio.h, video.h
We're back on topic, thank you!
> and osd.h, then my proposal is
> to keep it there, writing a text that they are part of a deprecated API,
That's exactly what I proposed. Well, you shou
On 25.11.2011 03:44, Mauro Carvalho Chehab wrote:
> Em 24-11-2011 23:09, Andreas Oberritter escreveu:
>> On 24.11.2011 19:25, Mauro Carvalho Chehab wrote:
>>> Em 24-11-2011 16:07, Andreas Oberritter escreveu:
>>>> On 24.11.2011 18:58, Mauro Carvalho Chehab wrote:
>
ns Verkuil wrote:
>>>>> On Thursday, November 24, 2011 18:08:05 Andreas Oberritter wrote:
>>>>>> Don't break existing Userspace APIs for no reason! It's OK to add the
>>>>>> new API, but - pretty please - don't just blindly remove audio.
On 24.11.2011 19:25, Mauro Carvalho Chehab wrote:
> Em 24-11-2011 16:07, Andreas Oberritter escreveu:
>> On 24.11.2011 18:58, Mauro Carvalho Chehab wrote:
>>> Em 24-11-2011 15:51, Andreas Oberritter escreveu:
>>>> On 24.11.2011 18:44, Hans Verkuil wrote:
>>>
On 24.11.2011 18:58, Mauro Carvalho Chehab wrote:
> Em 24-11-2011 15:51, Andreas Oberritter escreveu:
>> On 24.11.2011 18:44, Hans Verkuil wrote:
>>> On Thursday, November 24, 2011 18:08:05 Andreas Oberritter wrote:
>>>> Don't break existing Userspace API
On 24.11.2011 18:37, Mauro Carvalho Chehab wrote:
> Em 24-11-2011 15:08, Andreas Oberritter escreveu:
>> Don't break existing Userspace APIs for no reason! It's OK to add the
>> new API, but - pretty please - don't just blindly remove audio.h and
>> video.h.
On 24.11.2011 18:44, Hans Verkuil wrote:
> On Thursday, November 24, 2011 18:08:05 Andreas Oberritter wrote:
>> Don't break existing Userspace APIs for no reason! It's OK to add the
>> new API, but - pretty please - don't just blindly remove audio.h and
>> video
Don't break existing Userspace APIs for no reason! It's OK to add the
new API, but - pretty please - don't just blindly remove audio.h and
video.h. They are in use since many years by av7110, out-of-tree drivers
*and more importantly* by applications. Yes, I know, you'd like to see
those out-of-tre
On 21.11.2011 22:05, Manu Abraham wrote:
> Hi,
>
> As discussed prior, the following changes help to advertise a
> frontend's delivery system capabilities.
>
> Sending out the patches as they are being worked out.
>
> The following patch series are applied against media_tree.git
> after the foll
On 21.11.2011 22:06, Manu Abraham wrote:
>
> 0004-TDA18271-Allow-frontend-to-set-DELSYS-rather-than-qu.patch
>
>
> From 2ece38602678ae323450d0e35379147e6e086326 Mon Sep 17 00:00:00 2001
> From: Manu Abraham
> Date: Sat, 19 Nov 2011 19:50:09 +0530
> Subject: [PATCH 04/13] TDA18271: Allow fronten
- Can receive DVB-C and DVB-T. No analogue television or radio yet.
- For now it's a copy of the Terratec H5 code with a different name.
Signed-off-by: Andreas Oberritter
---
linux/drivers/media/video/em28xx/em28xx-cards.c | 15 +++
linux/drivers/media/video/em28xx/em28xx-
On 14.11.2011 20:39, Manu Abraham wrote:
> On 11/12/11, Andreas Oberritter wrote:
>> > On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
>>> >> Em 11-11-2011 20:07, Manu Abraham escreveu:
>>>> >>> On Fri, Nov 11, 2011 at 3:42 PM, Mauro Carvalho Che
On 11.11.2011 23:02, Mauro Carvalho Chehab wrote:
> Em 11-11-2011 18:09, Andreas Oberritter escreveu:
>> On 11.11.2011 18:14, Mauro Carvalho Chehab wrote:
>>> Em 11-11-2011 13:06, Andreas Oberritter escreveu:
>>>> On 11.11.2011 15:43, Mauro Carvalho Chehab wrote:
&g
On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
> Em 11-11-2011 20:07, Manu Abraham escreveu:
>> On Fri, Nov 11, 2011 at 3:42 PM, Mauro Carvalho Chehab
>> wrote:
>>> Em 11-11-2011 04:26, Manu Abraham escreveu:
On Fri, Nov 11, 2011 at 2:50 AM, Mauro Carvalho Chehab
wrote:
> Em 10-1
On 11.11.2011 18:14, Mauro Carvalho Chehab wrote:
> Em 11-11-2011 13:06, Andreas Oberritter escreveu:
>> On 11.11.2011 15:43, Mauro Carvalho Chehab wrote:
>>> IMHO, the better is to set all parameters via stb0899_get_property(). We
>>> should
>>> work on depr
On 11.11.2011 15:43, Mauro Carvalho Chehab wrote:
> Em 11-11-2011 12:30, Andreas Oberritter escreveu:
>> On 11.11.2011 07:26, Manu Abraham wrote:
>>> diff -r b6eb04718aa9 linux/drivers/media/dvb/dvb-core/dvb_frontend.c
>>> --- a/linux/drivers/media/dvb/dvb-core/dvb_
On 11.11.2011 07:26, Manu Abraham wrote:
> diff -r b6eb04718aa9 linux/drivers/media/dvb/dvb-core/dvb_frontend.c
> --- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Wed Nov 09 19:52:36
> 2011 +0530
> +++ b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri Nov 11 06:05:40
> 2011 +0530
> @@ -9
Hello Manu,
please see my comments below:
On 10.11.2011 15:18, Manu Abraham wrote:
> Hi,
>
> Currently, for a multi standard frontend it is assumed that it just
> has a single standard capability. This is fine in some cases, but
> makes things hard when there are incompatible standards in conjuc
On 10.11.2011 13:05, Mauro Carvalho Chehab wrote:
> Em 10-11-2011 05:08, Rémi Denis-Courmont escreveu:
>> For frequency, we also need a unit, since it depends on the
>> delivery system.
>
> The spec says:
> DTV_FREQUENCY
>
> Central frequency of the channel, in HZ.
>
> So, the unit s
On 07.11.2011 16:13, Luca Olivetti wrote:
> Al 07/11/2011 11:47, En/na Andreas Oberritter ha escrit:
>> I didn't receive Devin's mail, so I'm replying to this one instead, see
>> below:
>
> [...]
>> Quoting myself from three years ago, I propose to add
uot;
Quoting myself from three years ago, I propose to add an interface to
read SNR in units of db/100:
On 17.10.2008 11:55, Andreas Oberritter wrote:
> How about adding a new command instead (and a similar one for S2API)?
>
> /* Read SNR in units of dB/100 */
> #define FE_READ_SNR_
On 05.11.2011 18:20, Lawrence Rust wrote:
> On Sat, 2011-11-05 at 17:39 +0100, Andreas Oberritter wrote:
> [snip]
>> How does MythTV set the parameters (i.e. using which interface, calls)?
>> If using S2API, it should also set DTV_DELIVERY_SYSTEM.
>
> The following kern.
On 05.11.2011 16:19, Lawrence Rust wrote:
> Hi,
>
> I believe that I have found a problem with dtv_property_cache updating
> when handling the legacy API. This was introduced between 2.6.39 and
> 3.0.
>
> dtv_property_cache_submit() in dvb_frontend.c tests the field
> delivery_system and if it's
Signed-off-by: Andreas Oberritter
---
Documentation/DocBook/media/dvb/intro.xml |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/DocBook/media/dvb/intro.xml
b/Documentation/DocBook/media/dvb/intro.xml
index c75dc7c..170064a 100644
--- a/Documentation
- Move voltage and tone to DVB-S.
- Add turbo code.
- In DVB-S2 and turbo code sections, refer to DVB-S, as both
are extensions to DVB-S.
- Add modulation to DVB-S2.
Signed-off-by: Andreas Oberritter
---
Documentation/DocBook/media/dvb/dvbproperty.xml | 23 +--
1 files
On 26.08.2011 13:31, Chris Rankin wrote:
> --- On Fri, 26/8/11, Andreas Oberritter wrote:
>> I first thought that you were talking about a
>> regression in Linux 3.0.x.
>
> Heh, yes and no. I am talking about a regression that I am definitely seeing
> in 3.0.x. How
Hello Hans,
On 25.08.2011 15:29, Hans Verkuil wrote:
> This is the warning the daily build gives:
>
> v4l-dvb-git/drivers/media/dvb/dvb-core/dvb_frontend.c: In function
> 'dvb_frontend_thread':
> v4l-dvb-git/drivers/media/dvb/dvb-core/dvb_frontend.c:540:16: warning:
> variable 'timeout' set but
On 24.08.2011 20:54, Devin Heitmueller wrote:
> On Wed, Aug 24, 2011 at 2:08 PM, Andreas Oberritter wrote:
>> Instead of wasting your time with theory, you could have easily reviewed
>> my patch. It's really *very* simple any anyone having used semphores or
>> mutexes in
Hi Chris,
reading your first message again, I realize that I was misunderstanding
you. I first thought that you were talking about a regression in Linux
3.0.x.
On 26.08.2011 10:50, Chris Rankin wrote:
> --- On Fri, 26/8/11, Andreas Oberritter wrote:
>> can you please test whet
Hello Chris,
On 26.08.2011 01:27, Chris Rankin wrote:
> As far as I understand it, the FE_SET_FRONTEND ioctl is supposed to tell a
> DVB device to tune itself, and will send a poll() event when it completes.
> The "frequency" parameter of this event will be the frequency of the newly
> tuned ch
On 24.08.2011 19:54, Devin Heitmueller wrote:
> On Wed, Aug 24, 2011 at 1:33 PM, Andreas Oberritter wrote:
>> Signed-off-by: Andreas Oberritter
>
> This may seem like a silly question, but *why* are you making this
> change? There is no explanation for what prompted it. Is i
On 24.08.2011 20:06, Devin Heitmueller wrote:
> On Wed, Aug 24, 2011 at 2:02 PM, Andreas Oberritter wrote:
>> It's impossible to clean up dvb_frontend.c, which looks quite
>> unmaintained, without touching it.
>
> It is quite unmaintained. In fact, it was broken for n
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 23 +++
1 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb/dvb-core/dvb_frontend.c
index a716627..f433a88 100644
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb/dvb-core/dvb_frontend.c
index f433a88..79a3cc3 100644
--- a/drivers/media
Signed-off-by: Andreas Oberritter
---
Depends on https://patchwork.kernel.org/patch/1045472/
include/linux/dvb/version.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/dvb/version.h b/include/linux/dvb/version.h
index 1421cc8..66594b1 100644
--- a
partially incorrect
results when calling FE_GET_PROPERTY.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 29 -
1 files changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb
- Allows to select Turbo QPSK (SYS_TURBO + QPSK)
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-usb/gp8psk-fe.c | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/gp8psk-fe.c
b/drivers/media/dvb/dvb-usb/gp8psk-fe.c
- Allow to distinguish turbo code from DVB-S
Signed-off-by: Andreas Oberritter
---
Documentation/DocBook/media/dvb/dvbproperty.xml |1 +
include/linux/dvb/frontend.h|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/DocBook/media/dvb
- When converting satellite receiver parameters from S2API to legacy,
identify a satellite receiver by its 'delivery_system' instead of
'modulation', which may overlap between different delivery systems.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/d
instead of memcpy.
- dvb_frontend_add_event and dvb_frontend_get_event:
- use mutex_lock instead of mutex_lock_interruptible, because
all code paths protected by this mutex won't block.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 24 +++---
- Old events aren't very useful, so clear them before adding
the first event after an attempt to tune.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/dvb
- FE_SET_FRONTEND triggers a frontend event, which uses stale data.
Modify it to use the data given by the user.
- Fixes a regression caused by a5959dbea37973a2440eeba39fba32c79d862ec2.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c |7 +++
1 files
- Make sure the initial frontend event on FE_SET_FRONTEND gets
enqueued before the frontend thread wakes up.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb/dvb-core
On 17.07.2011 02:56, Mauro Carvalho Chehab wrote:
> Em 16-07-2011 12:53, Andreas Oberritter escreveu:
>> On 16.07.2011 17:44, Antti Palosaari wrote:
>>> On 07/16/2011 06:40 PM, Andreas Oberritter wrote:
>>>> On 16.07.2011 16:54, Mauro Carvalho Chehab wrote:
&g
On 16.07.2011 18:37, Rémi Denis-Courmont wrote:
> Le samedi 16 juillet 2011 18:53:16 Andreas Oberritter, vous avez écrit :
>>> You are wrong, actually you can. At least here in Finland some cable
>>> networks offers DVB-T too.
>>
>> I know that there are cable op
On 16.07.2011 17:44, Antti Palosaari wrote:
> On 07/16/2011 06:40 PM, Andreas Oberritter wrote:
>> On 16.07.2011 16:54, Mauro Carvalho Chehab wrote:
>>> Em 16-07-2011 11:16, Antti Palosaari escreveu:
>>>> On 07/16/2011 03:25 PM, Mauro Carvalho Chehab wrote:
&g
1 - 100 of 198 matches
Mail list logo