+0x16/0x1b
Dec 24 17:50:39 DVB kernel: [ 7547.269474] ---[ end trace 935d21431b629f9c ]---
It shows as a warning but its more than that. It locks my computer up
so badly even the reset button doesnt work. Even if I do this in a VM
(qemu) it will lock up the host.
Chris Lee
--
To unsubscribe from
tching between pes
and sct filters without closing the dvr and demux I get this. Closing
the dvr and demux each time resolves the issue, but I shouldnt have
to. I dont have to with other devices.
Chris Lee
On Wed, Dec 17, 2014 at 7:13 PM, Chris Lee wrote:
> The Prof 7301 still seems to be havi
173340] RIP []
cx88_risc_databuffer+0x10b/0x160 [cx88xx]
Dec 17 18:28:16 DVB kernel: [160369.173344] RSP
Dec 17 18:28:16 DVB kernel: [160369.173346] ---[ end trace 3a3edb07e8581eaf ]---
Chris Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
sorry, if you look at
http://git.linuxtv.org/cgit.cgi/media_tree.git/patch/drivers/media/v4l2-core?id=0c3a14c177aa85afb991e7c2be3921aa9a52a893
you'll see the entire patch
Chris Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a me
everything works again. Honestly Ive never looked at this part of
the kernel before so Im going to just report it as a bug and hopefully
Hans or Mauro knows whats going on here.
Chris Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
I saw a previous email showing the error's but no patch, maybe there
was one but I didnt see it on my end.
It looks like a previous patch was applied wrong? not sure.
Chris
em28xx_dvb.c.patch
Description: Binary data
if (cfg->ctrl)
xc2028_set_config(fe, cfg->ctrl);
to never get called. Therefore never load the firmware. Ive attached
my logs to show you what I mean.
I quickly hacked up a patch, my tree is quite different from V4L's now
so the line numbers may not lineup anymore, and Im sure you guys wont
devices cant report anything
useful.
I just hate seeing every device reporting useless values just because
one or two tuner/demods are reporting useless values. Why destroy that
useful data for the sake of making all data uniformly useless.
Chris Lee
On Sun, Nov 24, 2013 at 11:20 AM, Devin
everything should be reported in terms of db, why % was ever
chosen is beyond logic.
Is this something we can get ratified ?
Chris Lee
On Sun, Nov 24, 2013 at 10:21 AM, Manu Abraham wrote:
> Hi Jean,
>
> Sorry, that I came upon this patch quite late.
>
> On Mon, Jun 3, 2013 a
Ive
always just done my own thing. I'll resubmit the patch in the future
with more comments. Thanks for being patient.
Chris Lee
On Sat, Aug 24, 2013 at 7:34 AM, Manu Abraham wrote:
> On Wed, Jul 24, 2013 at 9:38 PM, Chris Lee wrote:
>>
>> If you need it broken up more
I'll check it out, maybe youve overcome
some of the shortfalls Ive found
Chris Lee
On Fri, Aug 16, 2013 at 1:19 AM, Mariusz Bialonczyk wrote:
> On 07/24/2013 06:39 PM, Chris Lee wrote:
>> Im looking for comments on these two modules, they overlap support for
>> the same d
Im looking for comments on these two modules, they overlap support for
the same demods. stv0900 supporting stv0900 and stv090x supporting
stv0900 and stv0903. Ive flipped a few cards from one to the other and
they function fine. In some ways stv090x is better suited. Its a pain
supporting two modul
If you need it broken up more just let me know, I look forward to comments,
thanks
Chris
---
drivers/media/dvb-frontends/stv090x.c | 182 --
drivers/media/dvb-frontends/stv090x_reg.h | 2 +
2 files changed, 172 insertions(+), 12 deletions(-)
diff --git a/drive
He is, I talked to him last month about various things and he
mentioned turbofec-qpsk FEC_AUTO is semi working and its in his plans.
Chris
On Tue, Jul 23, 2013 at 5:39 PM, VDR User wrote:
> On Tue, Jul 23, 2013 at 3:57 PM, Chris Lee wrote:
>> The problems isnt for tuners where FEC_
The problems isnt for tuners where FEC_AUTO does work, its more for
ones that dont work like the genpix. Im sure there are others too. I
still think that userland applications should be able to poll that
info and that the ability to poll the info is a good thing not a bad
thing.
oh well, lets let
Revised patch, I seperated the DCII systems into their correct DCII system and
4x different modulations.
Chris Lee
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 263 +-
drivers/media/usb/dvb-usb/gp8psk.h| 2 +
include/uapi/linux/dvb/frontend.h | 6 +
3
> Nitpick: tuner doesn't have anything to do with FEC, it just provides IQ
> outputs to the demodulator. ;-)
ya ya :) you knew what I meant, not what I said hehe
> Demods support all FEC's relevant to their delivery systems. It's just that
> some devices likely do support some additional states.
Ive got no problem pulling it out, doesnt affect anything on my end.
Do I need to resubmit the patch ?
Chris Lee
On Tue, Jul 23, 2013 at 10:22 AM, VDR User wrote:
>> Correct, but many older userland applications used SYS_DVBS2 to tune
>> before SYS_TURBO was added. I have no problem
rom system -> modulation -> fec.
ie genpix
SYS_TURBO -> QPSK/8PSK
SYS_TURBO.QPSK -> 1/2, 2/3, 3/4, 5/6, 7/8
SYS_TURBO.8PSK -> 2/3, 3/4, 5/6, 8/9
but that could get more complicated to implement pretty quickly
Chris Lee
On Tue, Jul 23, 2013 at 7:35 AM, Manu Abraham wrote:
> On
fix: DVB-S QPSK and TURBO QPSK have different fec tuning values
add: DSS
add: DCII
Signed-off-by: Chris Lee
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 180 ++
1 file changed, 116 insertions(+), 64 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk
Correct, but many older userland applications used SYS_DVBS2 to tune
before SYS_TURBO was added. I have no problem removing it but others
might.
from gp8psk-fe.c
switch (c->delivery_system) {
case SYS_DVBS:
if (c->modulation != QPSK) {
deb_fe("%s: unsupported modulation selected (%d)\n",
__func__
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 111 +-
drivers/media/usb/dvb-usb/gp8psk.h| 1 +
include/uapi/linux/dvb/frontend.h | 1 +
3 files changed, 111 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 2 +-
include/uapi/linux/dvb/frontend.h | 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
index 223a3ca..fcdf82c 100644
--- a/drivers/media/usb/dvb-u
Signed-off-by: Chris Lee
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 13 ++---
drivers/media/usb/dvb-usb/gp8psk.h| 1 +
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
index 5864f37
Signed-off-by: Chris Lee
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
index 67957dd..5864f37 100644
--- a/drivers/media/usb/dvb-usb/gp8psk-fe.c
+++ b
r last as I can include
the variable packet size patch with it that Im sure will need more
scrutinization. DSS uses 131 byte packets vs 188 byte, so dvb_demux
see's some changes too.
Chris
On Tue, Jul 23, 2013 at 6:55 AM, Mauro Carvalho Chehab
wrote:
> Em Mon, 22 Jul 2013 20:24:41 -060
reduce it to smaller parts if you want,
I welcome comments & questions
Thanks
Signed-off-by: Chris Lee
--- media_tree/include/uapi/linux/dvb/frontend.h 2013-07-18
11:19:29.601746158 -0600
+++ media_tree.test/include/uapi/linux/dvb/frontend.h 2013-07-22
20:10:50.658719256 -0600
@@ -165,6 +1
ion/fec vs
just trying everything and seeing what works and what doesnt.
Thanks,
Chris
On Mon, Jul 22, 2013 at 5:21 AM, Mauro Carvalho Chehab
wrote:
> Hi Chris,
>
> Em Fri, 19 Jul 2013 14:27:09 -0600
> Chris Lee escreveu:
>
>> In frontend.h we have a struct called dvb_front
land applications to poll the tuner to
determine more detailed information on the tuners capabilities.
Here is the patch I propose, along with the au8522 driver modified to
utilize the new elements. Id like to hear comments on it. Does anyone
see a better way of doing this ?
Chris Lee
diff --git a/dr
It could be an off by one, I dont have a datasheet for the au8522 to
know for sure.
I filled in the blanks, ie
0 270
2 250
so I guessed that 1 is 260
Chris
update...@gmail.com
On Wed, Jul 17, 2013 at 7:41 PM, Devin Heitmueller
wrote:
> On Wed, Jul 17, 2013 at 8:30 PM, Chris Lee wr
This patch fixes an if() statement that was preventing the last
element in the table from ever being utilized, preventing the snr from
ever displaying 27db. Also some of the gaps in the lookup table were
filled in.
Signed-off-by: Chris Lee
---
--- media_build/linux/drivers/media/dvb-frontends
31 matches
Mail list logo
