- Holds the parameters detected by the demod.
- Updated on every call to get_frontend, either through ioctl or when
a frontend event occurs.
- Reset to input parameters after every call to set_frontend, tune or
search/track.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core
- Drivers should be able to override properties returned to the user.
- The default values get prefilled from the cache.
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a
previously
submitted:
https://patchwork.kernel.org/patch/766442/
https://patchwork.kernel.org/patch/766822/
Andreas Oberritter (8):
DVB: return meaningful error codes in dvb_frontend
DVB: dtv_property_cache_submit shouldn't modifiy the cache
DVB: call get_property at the e
Signed-off-by: Andreas Oberritter
---
drivers/media/dvb/dvb-core/dvb_frontend.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c
b/drivers/media/dvb/dvb-core/dvb_frontend.c
index aca8457..9775cdc 100644
--- a/drivers/media/dvb
On 05/09/2011 12:22 AM, Andreas Oberritter wrote:
>
> Please also include the following (only compile-tested) lines within this
> commit:
>
> From 4329b836a6590421b178710160fcca3b39f64e18 Mon Sep 17 00:00:00 2001
> From: Andreas Oberritter
> Date: Sun, 8 May 2011 22:
/n will break things or
> what the proper procedure is. (RTFM with appropriate URL is an
> appropriate response to this, of course :) )
I think that previously submitted, now obsolete patches need to be
marked as superseded by hand in patchwork in any case.
Regards,
Andreas
--
To unsubscrib
On 05/08/2011 09:17 PM, Steve Kerrison wrote:
> From: Andreas Oberritter
>
> st...@stevekerrison.com: Remove private definitions from cxd2820r that
> existed before API was defined
>
> Signed-off-by: Andreas Oberritter
> Signed-off-by: Steve Kerrison
> ---
>
case BANDWIDTH_AUTO:
> case BANDWIDTH_8_MHZ:
> req_bw = MXL5005S_BANDWIDTH_8MHZ;
Same as in 2/5.
>From 9492d6c7665bf8b55ec3a42577794cea3e87ee15 Mon Sep 17 00:00:00 2001
From: Andreas Oberritter
Date: Fri, 8 Apr 2011 16:37:57 +
to submit it together with the
frontend.h bits.
>From 73d630b57f584d7e35cac5e27149cbc564aedde2 Mon Sep 17 00:00:00 2001
From: Andreas Oberritter
Date: Fri, 8 Apr 2011 16:39:20 +
Subject: [PATCH 2/2] DVB: drxd_hard: handle new bandwidths by returning -EINVAL
Signed-off-by: Andreas
a section for DVB-T2 parameters. It's within the main
> ISDB-T section. If that's not appropriate I guess it can be hauled out
> as it grows. However, much like Antti, I don't know much about PLP or
> the other features of the T2 specification, so cannot contribute a great
Hello Martin,
On 05/08/2011 12:05 PM, Martin Vidovic wrote:
> Andreas Oberritter wrote:
>> On 05/05/2011 04:43 PM, Martin Vidovic wrote:
>>>
>>> a) Plug two TerraTec Cinergy T RC MKII and try to distinguish between
>>> them.
>>
>> I don't have
Hello Issa,
On 05/06/2011 08:29 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>> On 05/06/2011 03:47 PM, Issa Gorissen wrote:
>>> Also, it seems linux en50221 stack provides for the slot selection. So,
> why
>>> would you need two ca nodes ?
>>
>>
On 05/06/2011 03:47 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>>> The best would be to create independent adapters for each independent CA
>>> device (ca0/caio0 pair) - they are independent after all (physically and
>>> in the way they're used).
>&
On 05/06/2011 02:23 PM, Mauro Carvalho Chehab wrote:
> Em 06-05-2011 07:42, Steve Kerrison escreveu:
>> Hi Andreas,
>>
>> From cxd2820r_priv.h:
>>
>>> +/*
>>> + * FIXME: These are totally wrong and must be added properly to the API.
>>> + *
erated;
> - How devices are described;
>
> Mostly we discuss category 1 and 2 with relation to nGENE CI, but
> sometimes we leap to other categories as well.
>
> Andreas Oberritter wrote:
>> On 05/04/2011 03:35 PM, Martin Vidovic wrote:
>>>
>>> I think ther
On 05/05/2011 12:21 PM, Ralph Metzler wrote:
> Hi,
>
> since it seems devices with several delivery systems can be queried
> with one command:
>
> Andreas Oberritter writes:
> > > Of course it does since it is not feasible to use the same adapter
> > >
if (c->delivery_system == SYS_DVBT2) {
Is this driver compilable? I don't see the necessary changes to
linux/dvb/frontend.h to add SYS_DVBT2 in your tree.
See below for a patch that I used for testing DVB-T2 internally.
Regards,
Andreas
--
commit e89f95641f29b7a4457e7a6
hink
> this is the correct way in Linux, but DVB-API may be lacking with
> providing the necessary information. Maybe this is the direction we
> should consider? Device names under /dev seem to be irrelevant nowadays.
I think in the long run we should look closely at how V4L2 is solving
simil
On 05/04/2011 04:05 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>> It wouldn't have multiple adapters numbers either.
>
> What do you mean by they shouldn't have mulitple adapters numbers ? Multiple
> WinTV-CI devices should have distinct node parents, ie
>
On 05/04/2011 01:07 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>>
>> Of course I'm referring to devices connected to the same physical
>> adapter. Otherwise they would all be called ca0. Device enumeration
>> always starts at 0, for each adapter. What y
On 05/04/2011 01:20 PM, Ralph Metzler wrote:
> Andreas Oberritter writes:
> > > - ca0 would be reached from /dev/dvb/adapter0/ca0
> > > - ca[12], depending on if they are connected to the same physical adapter
> > > (PCI, USB, ...), would be reached from /dev/dvb/
On 05/04/2011 10:27 AM, Issa Gorissen wrote:
> From: Andreas Oberritter
>> Also, there's still no mapping between ca and caio devices. Imagine a
>> built-in descrambler ca0 and two CI slots ca1 and ca2.
>>
>> ca0 won't get a caio device, at least for now.
>
goto err;
>> }
>>
>
> It is not that simple. The question is not just how to name the interface,
> but that such interface will work on a different way than the current
> ca interface.
>
> In other words, the DVB API should clearly explain why t
On 04/12/2011 04:31 PM, Robby Workman wrote:
> On Tue, 12 Apr 2011, Andreas Oberritter wrote:
>
>> On 04/12/2011 04:10 AM, Robby Workman wrote:
>>> --- a/Make.rules
>>> +++ b/Make.rules
>>> @@ -11,6 +11,7 @@ PREFIX = /usr/local
>>> LIBDIR = $(PR
did you hardcode /usr instead of keeping $(PREFIX)/share/man?
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
t, which haven't been modified by the patch, seems
to indicate that the numbers were influenced by other activities on the
system or by the data used during the tests. 8,7% for
dvb_ringbuffer_write in test #2 could also indicate a higher data rate
than in #1 and #3.
However, adding likely() ce
d-off-by: Marko Ristola marko.rist...@kolumbus.fi
Did you intentionally send a version that doesn't use likely()? Anyway,
those optimizations can still be done in an incremental patch.
Acked-by: Andreas Oberritter
> diff --git a/drivers/media/dvb/dvb-core/dvb_demux.c
> b/drivers/medi
river(dev, CX88_MPEG_BLACKBIRD);
in my case might evaluates to NULL (not normally but during driver
initialization!?)
which then leads to
1) mpeg_open() returns with success
and
2) active_ref count has not been increased
which results in a negative active_ref count later on.
But I might as well b
Hi Jonathan, thanks for locking into it.
I'll try to debug more deeply what's going wrong and keep you up to date.
Andi.
On 02.04.2011 21:29, Jonathan Nieder wrote:
Hi Andreas,
(please turn off HTML mail.)
Andreas Huber wrote:
There is a reference count bug in the driver code. Th
_t count,
const int pktsize)
The CodingStyle[1] document can serve as a guideline on how to properly
format kernel code.
Does the excessive use of likely() and unlikely() really improve the
performance or is it just a guess?
Regards,
Andreas
[1]
http://git.kernel.org/?p=linux/k
On 03/12/2011 03:57 PM, Martin Vidovic wrote:
> Andreas Oberritter wrote:
>> On 03/12/2011 03:10 PM, Issa Gorissen wrote:
>>
>>> From: Andreas Oberritter
>>>
>>>> On 03/11/2011 10:44 PM, Martin Vidovic wrote:
>>>>
>>
On 03/12/2011 03:34 PM, Issa Gorissen wrote:
> From: Ralph Metzler
>> Andreas Oberritter writes:
>> > > Unless you want to move the writing to/reading from the CI module into
>> > > ioctls of the ci device you need another node.
>> > > Even nicer
On 03/12/2011 03:10 PM, Issa Gorissen wrote:
> From: Andreas Oberritter
>> On 03/11/2011 10:44 PM, Martin Vidovic wrote:
>>> Andreas Oberritter wrote:
>>>> It's rather unintuitive that some CAMs appear as ca0, while others as
>>>> cam0.
>>>
On 03/12/2011 03:05 PM, Ralph Metzler wrote:
> Andreas Oberritter writes:
> > On 03/11/2011 10:44 PM, Martin Vidovic wrote:
> > > Andreas Oberritter wrote:
> > >> It's rather unintuitive that some CAMs appear as ca0, while others as
> > >> cam0.
On 03/11/2011 10:44 PM, Martin Vidovic wrote:
> Andreas Oberritter wrote:
>> It's rather unintuitive that some CAMs appear as ca0, while others as
>> cam0.
>>
> Ngene CI appears as both ca0 and cam0 (or sec0). The ca0 node is used
> as usual, to setup the CAM. Th
On 03/11/2011 10:46 PM, Ralph Metzler wrote:
> Andreas Oberritter writes:
> > >> On 03/10/2011 04:29 PM, Issa Gorissen wrote:
> > > Now, according to Mauro comments, he has put this code into staging
> because of
> > > the usage of sec0 name for a cam devi
appear as ca0, while others as cam0.
>>
>> If it was that easy to fix, it wouldn't be in staging today.
>>
>> Regards,
>> Andreas
>
>
> Yes indeed, this patch is missing the update of dnames arrays in dvbdev.c
>
> Now, according to Mauro commen
be.
Wouldn't it be possible to extend the current CA API? If not, shouldn't
a new API be created that covers both old and new requirements?
It's rather unintuitive that some CAMs appear as ca0, while others as cam0.
If it was that easy to fix, it wouldn't be in staging today
tool using this interface yet, it's probably time to write
or modify one,
Regards,
Andreas
*) Depending on available system resources.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ks flawless.
>>
>> Igor, can I get your ACK on this patch?
>>
>> regards,
> Never.
> Think first what you are asking for.
for those who aren't involved in the development of these drivers, may I
ask you what's the problem with this patch?
Regards,
Andreas
--
To
ms they solve and with your sign-off.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I
might prepare a patch once time permits.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
tter
user experience if the reception continues to work, even if the user
didn't specify AUTO.
I'd rather understand non-AUTO parameters that way: "Try these first,
but if you want and if you can, you're free to try other parameters."
After all, most of the users tune to a mux
set to *_AUTO. But there are cases like yours, where the driver
forces automatic detection of some parameters. This may or may not be
required by the underlying device.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message t
On 01/10/2011 06:20 PM, Oliver Endriss wrote:
> On Monday 10 January 2011 15:05:34 Andreas Oberritter wrote:
>> On 01/10/2011 10:36 AM, Oliver Endriss wrote:
>>> From: Ralph Metzler
>>>
>>> Driver for the Common Interface Controller CXD2099AR.
>>> Supp
patch your favourite application, even in a
platform independent way (not taking into account the required changes
to the UI, which have to be done anyway).
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
nd that's why its leftovers can be abused by this driver.
The interfaces for writing data are dvr0 and demux0. If they don't fit
for decryption of recorded data, then they should be extended.
For decryption of live data, no new user interface needs to be created.
Regards,
Andreas
--
To unsub
not true, because you have to configure Unicable LNBs,
which you do using dvb-scr-setup.c.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01/07/2011 02:51 PM, Dan Carpenter wrote:
> On Fri, Jan 07, 2011 at 01:44:15PM +0100, Andreas Oberritter wrote:
>> Nack. You're changing an interface to userspace. Please add a check to
>> av7110_ca.c instead.
>>
>
> Ok. I've done that and resent the patch
x27;re changing an interface to userspace. Please add a check to
av7110_ca.c instead.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 12/22/2010 12:48 AM, Thiago Farina wrote:
> This fix the following warning:
> drivers/media/video/v4l2-compat-ioctl32.c: In function ‘get_microcode32’:
> drivers/media/video/v4l2-compat-ioctl32.c:209: warning: ignoring return value
> of ‘copy_to_user’, declared with attribute warn_unused_result
s is useful at all so please be patient with me. If you have
comments or anything else, please do answer to my mail-address too, as I'm not
subscribed to the list.
Kind regards,
Andreas--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a messa
um dmx_ts_pes
from demux.h seems to be useful to me.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
n the meantime and what i missed on my gentoo-box to
make
it work..? Am i need a more recent kernel? More recent udev-version?
Any help would be nice, cause i would love to test the last change of that
driver and all
your wonderful work.
Thanks in advance,
Andreas
--
To unsubscribe from this list:
Hello,
Am Sonntag, 20. Juni 2010 schrieb Andreas Stempfhuber:
> Hello,
>
> I bought a brandnew Hauppauge WinTV-NOVA HD-S2 which does not load the
> firmware since the value of register 0x20 is allways 0x00. After changing
> the cx24116 driver to not check register 0x20, the firmwar
Hello,
I bought a brandnew Hauppauge WinTV-NOVA HD-S2 which does not load the
firmware since the value of register 0x20 is allways 0x00. After changing the
cx24116 driver to not check register 0x20, the firmware is loaded and the
card works as expected (DVB-S, audio and remote control). Below a
7000p_state *dpst;
> int k = 0;
> u8 new_addr = 0;
>
> + dpst = kzalloc(sizeof(struct dib7000p_state), GFP_KERNEL);
> + if (!dpst)
> + return -ENODEV;
I think ENOMEM would be appropriate here.
The same applies to patch 01/11.
Regards,
A
oposal is to rename the flag
to FE_CAN_TURBO_FEC (as Manu proposed earlier) and remove it from
cx24116.c.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ECODER_MODULE
> +#define load_rc6_decode()request_module("ir-rc6-decoder")
> +#else
> +#define load_rc6_decode()0
> +#endif
> +
> #endif /* _IR_RAW_EVENT */
you probably intended to use CONFIG_IR_RC6_DECODER_MODULE instead.
Regards,
Andreas
--
To unsubscribe from t
in I2CRPT controls the speed of the I2C repeater
HW unit inside the STV0903. The I2C clock itself has the same speed as
the one that is used to access the STV0903. The repeater basically just
routes the signals from one bus to the other and needs a higher internal
frequency to do that prope
-off-by: Andreas Bombe
---
I tested the looping variants (represented by vivi.c) with large numbers
of requested buffers. There was no easily measurable delay on my
desktop machine, but still. At least the buffer count isn't 64 bit on
any architecture.
I think I got them all. These ar
lay : 0.593816
Delay : 0.593758
Delay : 0.549584
Delay : 0.546012
==> BAD: Problem seems to happen due to one adapter being opened and closed
again
==> GOOD: we are now able to easily and quickly reproduce both problems
without
Ctrl-C
thanks for your help,
Andreas Besse
Andreas Besse wrot
s_ that, after terminating all szap-s2 processes, and waiting 1
to 2 minutes, and then restarting szap-s2 again, the failures/problems
seem to be gone _without_ reloading the module.
thanks for your help,
Andreas Besse
modified_szap_s2.tar.gz
Description: GNU Zip compressed data
;t work, because
"feed" is a union. It must be initialized each time DMX_SET_PES_FILTER
gets called, because the memory might have been overwritten by a
previous call to DMX_SET_FILTER, which uses "feed.sec".
Regards,
Andreas
--
To unsubscribe from this list: send the line
n Dream Multimedia set top boxes.
>
> Right, so reverting the patch is not an option.
>
> It also makes implementing multiple dvr0.n nodes for a demux0 device
> node probably a waste of time at this point.
I think so, too. But I guess it's always worth discussing alternatives.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ctls are used by enigma2 and, in general, by
software running on Dream Multimedia set top boxes. I'm sure, other
projects are going to adopt this interface sooner or later. It is
still quite new after all.
Regards,
Andreas
--
To unsubscribe from this list: send the line "un
Hi Manu,
Am 23.01.2010 19:32, schrieb Manu Abraham:
On Sat, Jan 23, 2010 at 10:07 PM, Manu Abraham wrote:
Hi Andreas,
On Sat, Jan 23, 2010 at 9:50 PM, Andreas Regel wrote:
Hi Manu,
Am 22.01.2010 21:22, schrieb Manu Abraham:
On Fri, Jan 22, 2010 at 11:40 PM, Devin Heitmueller
wrote
on single tuner devices. On
dual tuner devices you can only open the adapter that works with the
second tuner. Then you will have the case that the master clock is set
without having the clock output divider of first tuner initialized to
the correct value.
Regards
Andreas
--
To unsubscribe from
Manu Abraham wrote:
> On Mon, Jan 18, 2010 at 12:58 PM, Andreas Besse wrote:
>
>> Manu Abraham wrote:
>>
>>> On Sat, Jan 16, 2010 at 3:00 AM, Oliver Endriss wrote:
>>>
>>>
>>>> Devin Heitmueller wrote:
>>>>
>&
Manu Abraham wrote:
> On Sat, Jan 16, 2010 at 3:00 AM, Oliver Endriss wrote:
>
>> Devin Heitmueller wrote:
>>
>>> On Thu, Jan 14, 2010 at 11:01 AM, Andreas Besse wrote:
>>>
>>>> yes if there are different drivers I already observed t
Devin Heitmueller wrote:
> On Thu, Jan 14, 2010 at 10:35 AM, Andreas Besse wrote:
>
>> if a system contains multiple DVB cards of the same type, how is the
>> order of devices determined by the driver/kernel?
>>
>> I use 2 Technotrend S2-3200 cards in a system a
if a system contains multiple DVB cards of the same type, how is the
order of devices determined by the driver/kernel?
I use 2 Technotrend S2-3200 cards in a system and observerd that if I
load the driver driver budget_ci manually as follows:
modprobe budget_ci adapter_nr=0,1
the device with the
Hello,
I use a Media-Pointer MP-S2 Dual DVB-S2 PCIe card with the latest drivers from
the git-Repository
http://projects.vdr-developer.org/repositories/show/mediapointer-dvb-s2 .
I tried to write udev rules to define the adapter names of the tuner to avoid
that the device names could change at
Hi Mauro,
Am 10.01.2010 15:15, schrieb Mauro Carvalho Chehab:
Andreas Regel wrote:
Hi Mauro,
Am 10.01.2010 13:52, schrieb Mauro Carvalho Chehab:
Manu Abraham wrote:
Mauro,
Please pull http://jusst.de/hg/stv090x changesets: from 13880 - 13891
inclusive of both.
The third changeset has
x_i2c_gate_ctrl(..., 1)
and stv090x_i2c_gate_ctrl(..., 0) shall be exclusive in case both tuners
have the same I2C address.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
02)
[ 75.942949] cx23885[0]/0: (RISCI10x0001)
[ 75.942961] cx23885[0]/0: [f47e4480/11] wakeup reg=9516 buf=9516
[ 75.943101] cx23885[0]/0: queue is not empty - append to active
[ 75.943112] cx23885[0]/0: [f47e4480/11] cx23885_buf_queue - append to active
...
Any advice where to go from
cable
and 40 Status calls a second.
thanks in advance for your advice,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
m Linux Driver Project for assistance...
Sorry for asking probably silly questions, I am new to the kernel
development process.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
p/pip=[pip=SAA7154E_SAA7154H]|pp=[t=pip,i=SAA7154E_SAA7154H]
Datasheet:
http://www.nxp.com/documents/data_sheet/SAA7154E_SAA7154H.pdf
Any help appreciated!
Thanks,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.
Good Morning!
I could not find the AVerTVHD Duet A188 in the wiki, and searching the mailing
list did not produce much either.
Is the card now supported in Linux?
Thanks!
--
Mit freundlichen Grüßen / Best Regards
Andreas Schlehahn
--
To unsubscribe from this list: send the line "unsubs
ese transponders since they tune just fine to transponders with the
> same SR, polarisation and nearby frequencies. Very greateful for any input.
The stv090x driver as it is in current hg repository has some known issues with
locking reliability.
Please try the patches that I sent two days a
This patch adds corrections of some register values. It also contains some
blind scan related fixes.
Signed-off-by: Andreas Regel
diff -r e8ae419fa64f linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 23:16:29
2009 +0100
+++ b
This patch add an additional check for packet delineator lock in
stv090x_read_status in case of a tuned DVB-S2 signal.
Signed-off-by: Andreas Regel
diff -r 07782fabbff1 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 23:09:33
This patch adds an additional check for signal presence based on AGC1.
Signed-off-by: Andreas Regel
diff -r c6b33af45211 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 23:03:44
2009 +0100
+++ b/linux/drivers/media/dvb/frontends
This patch contains several fixes for the stv090x driver:
- added missing else
- use calculated timeout instead of fixed one
- use correct frequency when doing zigzag scan
- added missing read of GENCFG register
Signed-off-by: Andreas Regel
diff -r e87448c29625 linux/drivers/media/dvb
This patch fixes some typos like wrong register or variable names.
Signed-off-by: Andreas Regel
diff -r 817da160d9e8 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 22:25:01
2009 +0100
+++ b/linux/drivers/media/dvb/frontends
This patch fixes calculation of AGC2 and uses a different AGC2 threshold for
cut 3 chips.
Signed-off-by: Andreas Regel
diff -r 6e8847485f78 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 22:33:03
2009 +0100
+++ b/linux/drivers
This patch fixes STR and SNR calculation and normalizes the value into the
0..0x range.
Signed-off-by: Andreas Regel
diff -r 24f72ae37236 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 22:06:31
2009 +0100
+++ b/linux/drivers
This patch fixes errors and typos in stv090x register definitions.
Signed-off-by: Andreas Regel
diff -r 4e2c22a2b45e linux/drivers/media/dvb/frontends/stv090x_reg.h
--- a/linux/drivers/media/dvb/frontends/stv090x_reg.h Mon Nov 02 21:44:35
2009 +0100
+++ b/linux/drivers/media/dvb/frontends
This patch increases search range based on symbol rate.
Signed-off-by: Andreas Regel
diff -r 69d4b117a9e5 linux/drivers/media/dvb/frontends/stv090x.c
--- a/linux/drivers/media/dvb/frontends/stv090x.c Mon Nov 02 21:38:25
2009 +0100
+++ b/linux/drivers/media/dvb/frontends/stv090x.c
Hi,
the following patches fix several issues with the stv090x driver and make
locking more reliable.
They were available since more than two months and tested successfully using TT
S2-1600 card by me and other people from vdrportal.de.
Regards,
Andreas Regel
--
To unsubscribe from this list
This patch fixed the calculation of the r divider in stv6110x_set_frequency. It
had always the value 3 no matter what frequency was given.
Signed-off-by: Andreas Regel
diff -r 43878f8dbfb0 linux/drivers/media/dvb/frontends/stv6110x.c
--- a/linux/drivers/media/dvb/frontends/stv6110x.c Sun
Huge thanks Devin,
now it's working again.
Andy
Am Freitag, den 30.10.2009, 15:53 -0400 schrieb Devin Heitmueller:
> On Fri, Oct 30, 2009 at 3:48 PM, Andreas Breitbach
> wrote:
> > Hello all.
> >
> > I subscribed to this mailing list to report a possible error in t
since about two months and tested successfully using
TT S2-1600 card by me and other people from vdrportal.de. I made them
public in my repository available at http://powarman.dyndns.org/hg/v4l-dvb
Regards
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media&qu
George Joseph wrote:
> Thanks Andreas, That answers my question. I am using a tree I checkd out 3
> months ago. I used the DEMUX_SET_SOURCE API to set the ts feed to the
> tuner. Is this explicity done on Linux DVB 3?
By default, all demux devices are connected to the first frontend sl
Hello George,
demux0-3 represent different TS inputs. You can open each demux device
multiple times. The 128 PID filters are shared between the four devices.
Regards,
Andreas
George Joseph wrote:
> Hello All,
>
> I am new to the list. I am currently working on a dm7025 platform an
Hi,
On Tue, Sep 15, 2009 at 09:21:46PM +0200, Andreas Mohr wrote:
> Hi,
>
> On Tue, Sep 15, 2009 at 09:14:19PM +0200, Marcin Slusarz wrote:
> > Or better: frame_timeout * HZ
>
> D'oh! ;-)
>
> But then what about the other 3 bazillion places in the ker
Hi,
On Tue, Sep 15, 2009 at 09:14:19PM +0200, Marcin Slusarz wrote:
> Andreas Mohr pisze:
> > ./drivers/media/video/zc0301/zc0301_core.c
> > do
> > cam->module_param.frame_timeout *
> > 1000 * msecs_to_jiffies
od.
ChangeLog:
Correct dangerous and inefficient msecs_to_jiffies() calculation in some V4L2
drivers
Signed-off-by: Andreas Mohr
--- linux-2.6.31/drivers/media/video/sn9c102/sn9c102_core.c 2009-09-10
00:13:59.0 +0200
+++ linux-2.6.31.patched/drivers/media/video/sn9c102/sn9c102_c
Hi,
On Mon, Sep 14, 2009 at 11:34:40PM +0200, Jiri Slaby wrote:
> On 09/14/2009 11:07 PM, Andreas Mohr wrote:
> > ./drivers/media/video/zc0301/zc0301_core.c
> > do
> > cam->module_param.frame_timeout *
> >
201 - 300 of 326 matches
Mail list logo