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
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;
+int count;
+
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 mche...@redhat.com
---
drivers/media/dvb/bt8xx/dst.c |8 +-
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:
DVB-S and DVB-T, as those were the standards
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:
The old method is renamed to get_frontend_legacy
ioctl parameters, which can be done with strace as well.
Actually, I have two patches queued doing that (see attachments). They
are based on 3.0.
Regards,
Andreas
From 0f9294ce272a853bb0f4513bbd07048938c78db2 Mon Sep 17 00:00:00 2001
From: Andreas Oberritter o...@linuxtv.org
Date: Tue, 13 Sep
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;
What
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 specs (and
On 12.12.2011 05:28, Manu Abraham wrote:
On Sat, Dec 10, 2011 at 5:17 PM, Antti Palosaari cr...@iki.fi 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 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 devices,
for the
frontend thread to exit, there's a problem that causes the thread
not to exit immediately. Here's a patch that's been sitting in my
queue for a while:
---
Signed-off-by: Andreas Oberritter o...@linuxtv.org
diff --git a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c
b/linux/drivers/media/dvb/dvb-core
On 10.12.2011 02:59, Devin Heitmueller wrote:
On Fri, Dec 9, 2011 at 8:37 PM, Andreas Oberritter o...@linuxtv.org 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:
On Fri, Dec 9, 2011 at 5
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 part of what you're saying) isn't
entirely
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 to
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 become
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 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 rigidly defined, and your loss of
device
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
congestion, QoS issues, cryptography, tunneling, etc
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:
The USB case is quite different because your latency
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. Try to calculate how
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 is
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 networking layers should be transparent to the
upper
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,
that
would mean that,
for each ioctl
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
*locally*, errors for invalid
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 made if
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
Hello Alan,
On 03.12.2011 00:19, Alan Cox wrote:
On Thu, 1 Dec 2011 15:58:41 +0100
HoP jpetr...@gmail.com 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
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 from CUSE
On 03.12.2011 18:42, Alan Cox wrote:
On Sat, 3 Dec 2011 09:21:23 -0800
VDR User user@gmail.com wrote:
On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter o...@linuxtv.org wrote:
You could certainly build a library to reach a different goal. The goal
of vtuner is to access remote tuners
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:
int socket;
int dvb_ioctl(int fd
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 maintain
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 think it is nice to get dvb-core, make a wrapper
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,
applications
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
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 will be
stopped momentarily (dvb_dmxdev_feed_stop
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 in that regard: Actually, multiple filter
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:
Am I the only one who thinks this is a legally
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_start(ap,
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 any right
On 30.11.2011 18:23, Devin Heitmueller wrote:
2011/11/30 Abylay Ospan aos...@netup.ru:
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:
On 30.11.2011 20:33, Devin Heitmueller wrote:
On Wed, Nov 30, 2011 at 1:02 PM, Andreas Oberritter o...@linuxtv.org 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
question links against
On 30.11.2011 20:39, Jens Erdmann wrote:
Dear Andreas,
On Tuesday, November 29, 2011 01:56:35 PM you wrote:
snip
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
experience in this
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 announcement
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 the
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 Carvalho Chehab
mche...@redhat.com wrote:
Em 25
:
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.h. They are in use since many years by av7110, out-of-tree drivers
*and more
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:
Em 24-11-2011 15:51, Andreas Oberritter
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!
and osd.h, then my proposal is
to keep
On 25.11.2011 17:51, Manu Abraham wrote:
On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
mche...@redhat.com 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 escreveu:
On 25.11.2011 14:48
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
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.h. They are in use since many years
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. They are in use since many years by av7110
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 APIs for no reason! It's OK to add the
new API
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 Thursday, November 24, 2011 18:08:05 Andreas
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 abraham.m...@gmail.com
Date: Sat, 19 Nov 2011 19:50:09 +0530
Subject: [PATCH 04/13]
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 following
- 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 o...@linuxtv.org
---
linux/drivers/media/video/em28xx/em28xx-cards.c | 15 +++
linux/drivers/media/video/em28xx
On 14.11.2011 20:39, Manu Abraham wrote:
On 11/12/11, Andreas Oberritter o...@linuxtv.org 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 Chehab
mche...@redhat.com wrote:
Em 11-11-2011
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
@@ -973,6
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_frontend.c Wed Nov 09
19:52:36
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 deprecate the old way, as, by having all frontends
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
mche...@redhat.com wrote:
Em 11-11-2011 04:26, Manu Abraham escreveu:
On Fri, Nov 11, 2011 at 2:50 AM, Mauro Carvalho Chehab
mche...@redhat.com
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:
IMHO, the better is to set all parameters
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 should be
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
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_DB _IOR('o', 74, __u16)
Then it's no problem to slowly migrate the drivers
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 an interface to
read SNR in units of db/100
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 a
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.log excerpt shows MythTV setting
- 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 o...@linuxtv.org
---
Documentation/DocBook/media/dvb/dvbproperty.xml | 23
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
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 o...@linuxtv.org wrote:
can you please test whether
On 24.08.2011 20:54, Devin Heitmueller wrote:
On Wed, Aug 24, 2011 at 2:08 PM, Andreas Oberritter o...@linuxtv.org 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 the kernel
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 not
On 26.08.2011 13:31, Chris Rankin wrote:
--- On Fri, 26/8/11, Andreas Oberritter o...@linuxtv.org 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. However, I cannot say
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
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
On 24.08.2011 20:06, Devin Heitmueller wrote:
On Wed, Aug 24, 2011 at 2:02 PM, Andreas Oberritter o...@linuxtv.org 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 numerous cards
On 24.08.2011 19:54, Devin Heitmueller wrote:
On Wed, Aug 24, 2011 at 1:33 PM, Andreas Oberritter o...@linuxtv.org wrote:
Signed-off-by: Andreas Oberritter o...@linuxtv.org
This may seem like a silly question, but *why* are you making this
change? There is no explanation for what prompted
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
to partially incorrect
results when calling FE_GET_PROPERTY.
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
- 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 o...@linuxtv.org
---
drivers/media/dvb/dvb-core
- Allow to distinguish turbo code from DVB-S
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
Documentation/DocBook/media/dvb/dvbproperty.xml |1 +
include/linux/dvb/frontend.h|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation
- Allows to select Turbo QPSK (SYS_TURBO + QPSK)
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
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
- Make sure the initial frontend event on FE_SET_FRONTEND gets
enqueued before the frontend thread wakes up.
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media
- 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 o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c |7
- Old events aren't very useful, so clear them before adding
the first event after an attempt to tune.
Signed-off-by: Andreas Oberritter o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers
.
- 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 o...@linuxtv.org
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 24 +++-
1 files
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:
Em 15-07-2011 20:41, Antti Palosaari escreveu:
On 07/15/2011 08:01 PM, Andreas Oberritter wrote:
On 15.07.2011 15:25, Mauro Carvalho Chehab
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:
Em 15-07-2011 20:41, Antti Palosaari escreveu
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 operators which use DVB-T, but they don't
use
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:
Em 16-07-2011 11:16, Antti Palosaari escreveu
On 14.07.2011 02:25, Andreas Oberritter wrote:
On 13.07.2011 23:28, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following
patch were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media] DVB: dvb_frontend: off by one
On 15.07.2011 15:25, Mauro Carvalho Chehab wrote:
Em 15-07-2011 05:26, Ralph Metzler escreveu:
At the same time I want to add delivery system properties to
support everything in one frontend device.
Adding a parameter to select C or T as default should help in most
cases where the
On 13.07.2011 23:28, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media] DVB: dvb_frontend: off by one in dtv_property_dump()
Author: Dan Carpenter
On 06/22/2011 02:17 PM, Mauro Carvalho Chehab wrote:
Em 21-06-2011 14:38, HoP escreveu:
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com:
Em 21-06-2011 12:09, Andreas Oberritter escreveu:
On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote:
Em 21-06-2011 11:15, Andreas Oberritter escreveu
On 06/22/2011 02:55 PM, Mauro Carvalho Chehab wrote:
Em 22-06-2011 09:30, Andreas Oberritter escreveu:
On 06/22/2011 02:17 PM, Mauro Carvalho Chehab wrote:
Em 21-06-2011 14:38, HoP escreveu:
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com:
Em 21-06-2011 12:09, Andreas Oberritter escreveu
On 06/22/2011 03:03 PM, Mauro Carvalho Chehab wrote:
Em 22-06-2011 09:37, HoP escreveu:
2011/6/22 Mauro Carvalho Chehab mche...@redhat.com:
Em 21-06-2011 14:38, HoP escreveu:
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com:
Em 21-06-2011 12:09, Andreas Oberritter escreveu:
On 06/21/2011
1 - 100 of 186 matches
Mail list logo
