Hi,
Hartmut Hackmann wrote:
...
So here is the patch that make the the 22kHz tone a config option.
Please be aware that i have no means to test it, so please report
Signed-off-by: Hartmut Hackmann [EMAIL PROTECTED]
Acked-by: Oliver Endriss [EMAIL PROTECTED]
CU
Oliver
CityK wrote:
Michael Finch wrote:
I was imply try to find out if anyone had a recommendation if I should
use the S-1500 card than the S-1401... I was not complaing that there
is no S-1401 support.
Sorry to bother you.
Manu Abraham wrote:
Marco Coli wrote:
Remy Bohmer ha scritto:
Hello Marco,
Can you please post the results of lspci -v concerning your card? Maybe
mine has something different.
Thank you.
My lspci -v follows:
04:07.0 Multimedia controller: Philips Semiconductors SAA7146
Manu Abraham wrote:
Oliver Endriss wrote:
Card drivers (budget-ci, budget-av)
---
I didn't check the details, but the extensions look ok.
You might consider whether parts of the stb0899/stb6100 stuff could be
factored out into a header file. See bsru6.h
Rutger ter Borg wrote:
Dear Linux DVB developers,
I've been trying to get DVB-C working on my system, meanwhile with multiple
DVB-C cards (KNC1 and Technotrend budget cards), with their CI counterparts,
and Alphacrypt CAM, so far unfortunately without success. In my
trial-and-error
Luc Brosens wrote:
Hi,
side note :
the problems in my previous post KNC1 TV-Station S, revision 0x1894, doesn't
tune, were related to the PCI-slots of the motherboard I used
rebuilt the machine around a new motherboard, both KNC1's are now recognized
and able to tune
lesson learnt :
Manu Abraham wrote:
Oliver Endriss wrote:
...
For now I ignored all differences, except for:
- frontend.h
- dvb_frontend.[ch]
- budget-ci.c
- budget-av.c
API extensions (frontend.h)
---
looks fine
Card drivers (budget-ci, budget-av
Hi,
now we had bad weather, and I had some time to review the code. ;-)
General note
Obviously, the multiproto tree has not been updated from master for a
very long time. When merging care must be taken that no regressions flow
back to the main development tree.
For now I ignored
Oliver Haag wrote:
Hi,
I've bought the Terratec Cinergy 1200 DVB-T and have problems to get it
running.
I'm using Kubuntu Gutsy (amd64) with the 2.6.23.1 vanilla kernel (The
official kernel in the repos is very very buggy, so I don't want to try
it out there). Tried adding the modules
Luc Brosens wrote:
hello,
I've just put two of these card in my machine, and seem to run into the tuner
issue described at
http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_1200_DVB-S_budget/Typhoon/KNC1_DVB-S_budget
has anybody gotten these cards to work ?
any pointers on how to
Oliver Haag wrote:
Hello,
thanks for your answer.
I haven't mixed them up, so this shouldn't be the problem.
One time I compiled the kernel with the modules without adding any
modules from v4l-dvb - not working. Next time I unloaded all modules
from the kernel and loaded the ones from
Thomas Kaiser wrote:
Hi
I read this thread
http://www.linuxtv.org/pipermail/linux-dvb/2007-February/015663.html but I
can
not figure out if this card is now supported by linux-dvb?
Should be supported by the budget-av driver.
Oliver
--
[EMAIL PROTECTED] wrote:
2007/10/28, e9hack [EMAIL PROTECTED]:
I've seen two different values for the carrier offset on Windows XP for a
TT-C2300. Registers 20/21h
are programmed with 3c0a or 3ba4 (carrier offset 6763 or 6718). The value
depends on the driver
revision. On a TT-C1500,
Oliver Endriss wrote:
@all users of saa7146-based cards
(drivers: dvb-ttpci, budget, budget-ci, budget-av)
Please test whether the attached patch has any negative effects.
Two fixes for the 'saa7146_wait_for_debi_done' code:
(a) Timeout did not work when the routine was called
e9hack wrote:
Hi,
the attached patch fixes the not working ber counting of the tda10021
frontend.
- Hartmut
Committed to HG. Thanks.
CU
Oliver
--
VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/
e9hack wrote:
Hi,
the attached patch fixes the increasing of the signal strength value (higher
value = higher signal
strength) and scales the value to the range of 0... The charcteristic
itself is wrong. To get
proper values on a TT-C2300 in the range of 40..60% real signal strength,
Oliver Endriss wrote:
@all users of ves1820-based DVB-C cards (FF ttpci, budget),
please test whether the attached patch has any adverse effects.
(Tests @vdr-portal did not show any problems yet.)
It changes the acquisition range for clock recovery from 120 ppm to
240ppm. Apparently, some
Oliver Endriss wrote:
e9hack wrote:
Hi,
the attached patch fixes the increasing of the signal strength value
(higher value = higher signal
strength).
If nobody objects I'll commit this patch.
Committed to HG. Thanks.
CU
Oliver
Mauro Carvalho Chehab wrote:
Hi Oliver and Marco,
The patch looked good to me.
Some comments:
IMO, instead of creating an emum for vidmode, I would instead just store
v4l2_std_id there.
if (std-id V4L2_STD_PAL) {
- av7110-vidmode = VIDEO_MODE_PAL;
+
Hi,
Marco Schlüßler sent me 2 patches which remove the V4L1 dependencies
from these drivers. Works fine here.
Please test. If nobody complains the patches will be applied.
CU
Oliver
--
VDR Remote Plugin 0.4.0:
e9hack wrote:
Hi,
the attached patch fixes the increasing of the signal strength value (higher
value = higher signal
strength) and scales the value to the range of 0... The charcteristic
itself is wrong. To get
proper values on a TT-C2300 in the range of 40..60% real signal strength,
e9hack wrote:
Hi,
the attached patch fixes the increasing of the signal strength value (higher
value = higher signal
strength).
If nobody objects I'll commit this patch.
CU
Oliver
--
VDR Remote Plugin 0.4.0:
e9hack wrote:
Hi,
the attached patch fixes the not working ber counting of the tda10021
frontend.
If nobody objects I'll commit this patch.
Thanks
Oliver
--
VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/
e9hack wrote:
Hi,
I did eavesdrop the i2c-bus on the TT-C2300 on windows. The initialization of
the stv0297 is a
little bit different. If I change the value for the initial demodulation
frequency, the ber value is
reduced to a fourths.
@all:
please test with QAM256 channels and report
Hi,
Guy Martin wrote:
On Sat, 27 Oct 2007 08:17:14 +0200
Oliver Endriss [EMAIL PROTECTED] wrote:
e9hack wrote:
I did eavesdrop the i2c-bus on the TT-C2300 on windows. The
initialization of the stv0297 is a little bit different. If I
change the value for the initial demodulation
Soeren Sonnenburg wrote:
On Wed, 2007-10-17 at 02:34 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Sun, 2007-10-14 at 19:47 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Fri, 2007-10-12 at 02:24 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote
P. van Gaans wrote:
On 10/14/2007 07:54 PM, Oliver Endriss wrote:
Oliver Endriss wrote:
P. van Gaans wrote:
On 10/14/2007 12:11 AM, Oliver Endriss wrote:
P. van Gaans wrote:
Today I was testing some stuff and downloaded and installed the newest
v4l-dvb from hg. After a while I
Soeren Sonnenburg wrote:
On Sun, 2007-10-14 at 19:47 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Fri, 2007-10-12 at 02:24 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
I am unfortunately 100% sure that it is caused by the saa7146 driver,
as
I have
Hi,
since there was no reply on the DVB ML:
Is anyone maintaining the DVB part of the saa7134 driver?
Can this patch be accepted?
CU
Oliver
-- Forwarded Message --
Subject: [linux-dvb] [PATCH] Spezial Lifeview DVB-S Card without eeprom
Date: Sunday 14 October 2007 22:12
From:
Tomi Orava wrote:
Tomi Orava schrieb:
I tried your patch and for me it resulted the following constant
complaints:
saa7146 (0): saa7146_wait_for_debi_done_sleep timed out while waiting
for
transfer completion
saa7146 (0): saa7146_wait_for_debi_done_sleep timed out while waiting
Soeren Sonnenburg wrote:
On Sun, 2007-10-14 at 18:53 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Sun, 2007-10-14 at 16:03 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Sat, 2007-10-13 at 23:52 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote
Soeren Sonnenburg wrote:
On Sun, 2007-10-14 at 16:03 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
On Sat, 2007-10-13 at 23:52 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
Dear all,
[...]
Did this card ever work before?
I just purchased it, so I
Soeren Sonnenburg wrote:
On Fri, 2007-10-12 at 02:24 +0200, Oliver Endriss wrote:
Soeren Sonnenburg wrote:
I am unfortunately 100% sure that it is caused by the saa7146 driver, as
I have an uptime of over a week now that it is not loaded (but the card
is still in the slot, yeah and I
Soeren Sonnenburg wrote:
Dear all,
I am having problems with a full featured TT-1200 dvb-t (sometimes also
called technotrend dvb-t premium) card.
It does not find the frontend and if I manually fiddle with the code (I
simply had to remove the break in line 2176 of av7110.c in hg to
Simon Baxter wrote:
Hi
I have a new TT-2300 DVB-C FF card with the associated CI module with
in-built IR receiver.
The IR seems to register fine:
dmesg:
input: DVB on-card IR receiver as /class/input/input3
It always registers, no matter whether there is an ir receiver or not.
...and
P. van Gaans wrote:
Today I was testing some stuff and downloaded and installed the newest
v4l-dvb from hg. After a while I figured out that FTA channels on my TT
S-1500 still worked, but the CAM would not respond. I checked all
connections, re-inserted the CAM, reboot the computer but
Marcel Siegert wrote:
can everybody _please_ stop this unnessessary discussion?
Full ack! I'm really tired reading these garbage threads.
@all,
I suggest the following:
1a Review the API extensions (dvb_frontend.h).
1b Commit them.
2a Review dvb_core modifications.
2b Commit them.
3 Commit
Soeren Sonnenburg wrote:
I am unfortunately 100% sure that it is caused by the saa7146 driver, as
I have an uptime of over a week now that it is not loaded (but the card
is still in the slot, yeah and I did memory tests for 18 passes -
nothing).
Could you please try the patch posted in
manu wrote:
On 10/09/2007 06:15:14 PM, Oliver Endriss wrote:
@all users of saa7146-based cards
(drivers: dvb-ttpci, budget, budget-ci, budget-av)
Please test whether the attached patch has any negative effects.
Two fixes for the 'saa7146_wait_for_debi_done' code:
(a) Timeout
@all users of saa7146-based cards
(drivers: dvb-ttpci, budget, budget-ci, budget-av)
Please test whether the attached patch has any negative effects.
Two fixes for the 'saa7146_wait_for_debi_done' code:
(a) Timeout did not work when the routine was called with interrupts
disabled.
(b)
Julian Scheel wrote:
Am Freitag 17 August 2007 04:04 schrieb Oliver Endriss:
Same problem as before: Must not sleep within spinlock-ed code.
If I disable nobusyloop the errors are gone. I will check if the
CI-module keeps working properly.
If I disable nobusyloop the system
@all users of ves1820-based DVB-C cards (FF ttpci, budget),
please test whether the attached patch has any adverse effects.
(Tests @vdr-portal did not show any problems yet.)
It changes the acquisition range for clock recovery from 120 ppm to
240ppm. Apparently, some cable providers in Germany
Trent Piepho wrote:
On Thu, 6 Sep 2007, hermann pitton wrote:
Am Mittwoch, den 05.09.2007, 13:29 +0200 schrieb Paolo Dell'Aquila:
Than I've done some test with Mythtv and auto-scanning
for channels... and now...
...now I'm having the following (BIG) problem:
dvb-t doesn't work
in the What comes next? section.
Now, it's time to go out and party! I will be able to respond to any
comments tomorrow afternoon.
While I currently don't have the time to completely review all
changesets, the proposal looks fine to me.
The dvb_frontend extensions are ok.
Acked-by: Oliver
Johannes Stezenbach wrote:
On Sun, Aug 19, 2007, Oliver Endriss wrote:
Questions:
- Why should dvb_shutdown_timeout==0 disable sleep mode?
The use case was to watch video without any software running.
Just program the hardware once and let it do it's job. Some
people want
to
read from the card.
Oliver Endriss confirmed that bug after looking in cx88-dvb.c.
Usually, only one write access but an arbitrary amount of read accesses
should be allowed.
Basically it's a bug in dvb_frontend.
ts_bus_ctrl() should only be called by
- the first open
- the last release
call
e9hack wrote:
Oliver Endriss schrieb:
It seems, the delay of 100usec is too short. During booting of the ARM,
DEBI_E is set for ca. 360usec after some debi commands. I've changed the
delay to 500usec. The load average is dropped from 0.65 to 0.0 with
budget_av and dvb_ttpci loaded and vdr
Manu Abraham wrote:
Oliver Endriss wrote:
Does anyone know, why dvb_shutdown_timeout was introduced initially?
It was originally introduced looong time back by Obi. Some operations
still incomplete on close() was the reason stated, IIRC. It had
something to do with the FF cards ?, dunno
André Weidemann wrote:
Oliver Endriss wrote:
Hi Oliver,
Please try the current HG driver. (Important because timeouts are now
logged in poll mode, too.)
I downloaded the refactoring driver from the bz2-link on this page:
http://linuxtv.org/hg/~endriss/v4l-dvb-av7110-refactoring
[EMAIL PROTECTED] wrote:
2007/8/18, e9hack [EMAIL PROTECTED]:
I've modified saa7146_wait_for_debi_done() a little bit. The function
returns earlier from the
second loop, if nobusyloop was 0 and if SPCI_DEBI_E was set after 100usec.
I've used udelay() and an
additional counter. My
Steven Toth wrote:
Trent Piepho wrote:
On Fri, 17 Aug 2007, Markus Rechberger wrote:
as I wrote earlier the thread can be idle/closed even before the node
gets closed (you can test that with kaffeine, and you can test the
other case with the scan utility)
How can this
Markus Rechberger wrote:
On 8/17/07, Oliver Endriss [EMAIL PROTECTED] wrote:
Steven Toth wrote:
The ts_bus_ctrl function pointer / callback is already in the mainline,
check dvb_frontend.c for more details. You shouldn't need a patch from me.
ACK, should be enough to do this kind
Markus Rechberger wrote:
On 8/17/07, Oliver Endriss [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
On 8/17/07, Oliver Endriss [EMAIL PROTECTED] wrote:
Steven Toth wrote:
The ts_bus_ctrl function pointer / callback is already in the
mainline,
check dvb_frontend.c for more
Trent Piepho wrote:
On Fri, 17 Aug 2007, Oliver Endriss wrote:
Markus Rechberger wrote:
Since this didn't get commented here, Trent did that patch already 2
months ago but it's not included yet. So I recommend to include his
patch.
http://article.gmane.org/gmane.linux.kernel
e9hack wrote:
Oliver Endriss schrieb:
Jukka Pirinen wrote:
As workaround I commented out initialisation of CI interface, that's not
a problem because I don't have CI.
diff budget-av.c.orig budget-av.c
1175c1175
ciintf_init(budget_av);
---
//ciintf_init(budget_av
Johannes Deisenhofer wrote:
Oliver Endriss wrote:
Johannes Deisenhofer wrote:
Hi,
I have a bunch of KNC1 DVB-S Plus Cards, with Subsystem ID 1894:0015.
There are 'Plus' cards, with Phillips SD1878 Tuner and Analog Inputs.
(Picture at http://www.vdr-wiki.de/wiki/index.php
Marko Ristola wrote:
I did for the Mantis branch a working solution for mem and disk cases.
I haven't tested standby yet, but I think that it should be easy to
extend if it doesn't work yet.
I used linux/Documentation/power/*.txt while
trying to understand how to implement suspend/resume.
Julian Scheel wrote:
Am Donnerstag 16 August 2007 13:12 schrieb Julian Scheel:
Am Donnerstag 09 August 2007 20:34 schrieb Oliver Endriss:
Well, that's not surprising.
If you set uselocks=1, ttpci_budget_debiread/write must not sleep,
i.e. you have to set nobusyloop=0. Does it work now
Jukka Pirinen wrote:
As workaround I commented out initialisation of CI interface, that's not
a problem because I don't have CI.
diff budget-av.c.orig budget-av.c
1175c1175
ciintf_init(budget_av);
---
//ciintf_init(budget_av);
Could you please try to find out, why the CI
Johannes Deisenhofer wrote:
Hi,
I have a bunch of KNC1 DVB-S Plus Cards, with Subsystem ID 1894:0015.
There are 'Plus' cards, with Phillips SD1878 Tuner and Analog Inputs.
(Picture at http://www.vdr-wiki.de/wiki/index.php/Bild:Knc1splusx4.jpg)
Is 'KNC1 DVB-S plus X4' the correct name of
Steven Toth wrote:
Steven Toth wrote:
Markus Rechberger wrote:
On 8/9/07, Steven Toth [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
On 8/9/07, Steven Toth [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
++;
-
- if(dvbdev-users == 1 dvbnet-exit==1) {
+ dvb_generic_release(inode, file);
+
+ if(dvbdev-users == 1 dvbnet-exit == 1) {
fops_put(file-f_op);
file-f_op = NULL;
wake_up(dvbdev-wait_queue);
If yes,
Acked-by: Oliver Endriss
Julian Scheel wrote:
Oliver Endriss schrieb:
Julian Scheel wrote:
Attached is a patch with adds full support for suspend/resume in
budget-av.
Actually only the CI interface needs to be reinitialised as all the tuner
stuff gets reinitialised at the next tuning-process anyway
Michael Krufky wrote:
Oliver Endriss wrote:
Manu Abraham wrote:
On 8/6/07, Michael Krufky [EMAIL PROTECTED] wrote:
Now I'm beginning to have doubts about Oliver's original patch:
dvb_frontend: Range check of frequency and symbol rate
http://linuxtv.org/hg/v4l-dvb/rev
Sigmund Augdal wrote:
On Tuesday 17 July 2007 07:45, Oliver Endriss wrote:
Oliver Endriss wrote:
Imho the interrupt processing was broken:
- The first I2C interrupt should be used to wake-up the task.
It does not matter that it takes some time until ERR in IIC_STA
Julian Scheel wrote:
Oliver Endriss schrieb:
Julian Scheel wrote:
Attached is a patch which fixes an issue which I see with budget-av based
cards using libdvben50221 based programs.
After some time (sometimes just a few minutes, sometimes hours) the stack
breaks with error -2
Julian Scheel wrote:
Attached is a patch with adds full support for suspend/resume in budget-av.
Actually only the CI interface needs to be reinitialised as all the tuner
stuff gets reinitialised at the next tuning-process anyway.
So this patch should be ready to go pretty straightforward
Julian Scheel wrote:
Attached is a patch which fixes an issue which I see with budget-av based
cards using libdvben50221 based programs.
After some time (sometimes just a few minutes, sometimes hours) the stack
breaks with error -2 or -3 and won't recover until the modules are reloaded.
Manu Abraham wrote:
On 8/6/07, Michael Krufky [EMAIL PROTECTED] wrote:
Now I'm beginning to have doubts about Oliver's original patch:
dvb_frontend: Range check of frequency and symbol rate
http://linuxtv.org/hg/v4l-dvb/rev/8186a34dd0a6
Should we be checking
Michael Krufky wrote:
Manu Abraham wrote:
On 8/6/07, Lars Buerding [EMAIL PROTECTED] wrote:
Hello Manu,
I am getting these messages using the latest available tip-version
(v4l-dvb-5bb1af77fdc5).
--
Aug 6 07:07:17
Steven Toth wrote:
... But were a way off, perhaps months from seeing multiproto accept in
v4l-dvb hg.
Why? I think it's time to get multiproto into the main tree.
We should review the API and dvb core changes asap.
For me the API looks fine except for the modified FE_GET_EVENT ioctl,
which
Michael Krufky wrote:
Oliver Endriss wrote:
Michael Krufky wrote:
e9hack wrote:
Hi,
the min frequencies of the DVB-C frontends are wrong. In Europe, the
center frequency of the lowest
channel is 50.5MHz and not 51MHz. All known cards with the
stv0297/tda0002x/ves1820
Michael Krufky wrote:
Trent Piepho wrote:
On Mon, 6 Aug 2007, e9hack wrote:
Michael Krufky schrieb:
Now I'm beginning to have doubts about Oliver's original patch:
dvb_frontend: Range check of frequency and symbol rate
http://linuxtv.org/hg/v4l-dvb/rev/8186a34dd0a6
Should we be
Michael Krufky wrote:
Oliver Endriss wrote:
Michael Krufky wrote:
Trent Piepho wrote:
On Mon, 6 Aug 2007, e9hack wrote:
Michael Krufky schrieb:
Now I'm beginning to have doubts about Oliver's original patch:
dvb_frontend: Range check of frequency and symbol rate
http://linuxtv.org
e9hack wrote:
Currently, I'm missing something in the tuner modules (and I didn't ask for
it). It isn't possible
to wait for getting the pll lock. The tuning function of the TT-C2300 does
wait. It isn't possible
to switch the time constant of the loop filter after getting the lock.
Sven Mueller wrote:
Oliver Endriss wrote on 01/08/2007 00:27:
Sven Mueller wrote:
Hi.
I don't know which hardware interrupts those are mapped from/to and
currently don't know how to find out.
If you need any further data to give a helpful answer, don't hesitate to
ask.
Which
manu wrote:
Well for reading this list out of curiosity for a while (also I have a
TT S-1500 CI that I plan to use soon ;-) I for sure am surprised by the
amount of noise surrounding actual coding discussion. I have
participated in another free software project and things were much
Stone wrote:
On 7/17/07, Oliver Endriss [EMAIL PROTECTED] wrote:
Oliver Endriss wrote:
Imho the interrupt processing was broken:
- The first I2C interrupt should be used to wake-up the task.
It does not matter that it takes some time until ERR in IIC_STA
will be updated. We
Sven Mueller wrote:
Hi.
I'm running my vdr on an up-to-date (with respects to BIOS) ASUS
mainboard P5VD2-X with an Intel Pentium DualCore E2160 (a 65Watts
dualcore at 1800MHz). Kernel version is 2.6.18-4 (from Debian/ctvdr6).
The system has two IDE disks (with DMA enabled of course) and
Stone wrote:
Did this patch solve everyone's problems? Is is checked in now?
There was little feedback, so it's not in the repository yet.
I would really appreciate if more people would test this patch,
no matter whether they have a problem with the current driver
or not. It
e9hack wrote:
Hi,
some people do report, that the CAM on a Cinergy/KNCONE DVB-C card doesn't
work. They get the
following log entries (repeated many times):
budget-av: cam inserted A
budget-av: cam inserted B
dvb_ca adapter 1: DVB CAM detected and initialised successfully
budget-av:
Fabian Förg wrote:
Fabian Förg wrote:
Hello,
in newer kernel releases multiple read accesses on the Hauppauge WinTV
Nova-S-Plus are impossible.
Thus, the command line femon is for example unable to open the DVB
device when VDR is running:
$ fuser -v /dev/dvb/adapter0/frontend0
Hermann Gausterer wrote:
hi
i changed femon to accept an option for the number of printed
lines; there is also a script attached which uses this to
convenient print out the status of all dvb cards in a system! :-)
i think, this script should be added to dvb-apps.
patch is again
Manu Abraham wrote:
On 7/25/07, Patrick Boettcher [EMAIL PROTECTED] wrote:
On Mon, 23 Jul 2007, Oliver Endriss wrote:
Manu Abraham wrote:
Hi all,
On one of the devices that i am working upon, it has a bus control
entity. ie
The device looks like
Manu Abraham wrote:
Hi all,
On one of the devices that i am working upon, it has a bus control entity. ie
The device looks like this
The device consists of
1) a BUS Interface Unit
2) on this bus Interface unit (BIU) there is one single physical I2C bus
3) a built in MASTER
e9hack wrote:
Manfred Petz wrote:
actually, both patches help. no more timeouts, and the frontend drivers
get loaded correctly (tried each patch separately). tried with latest hg
2.6.22.
I don't understand why both patches do solve the timeout problem. The message
'timed out waiting
P. van Gaans wrote:
Things take a whole new turn. Apparently something went wrong with the
cable to the CI daughterboard, after re-connecting it the card worked
again in Windows. Now for Linux, with once again the normal v4l-dvb (not
my modified version):
[ 253.42] budget-av: cam
Manfred Petz wrote:
On Sat, 2007-05-26 at 10:22 +0200, Soeren Sonnenburg wrote:
Dear list,
since post 2.6.19 I keep getting flooded with
saa7146_i2c_writeout: timed out waiting for end of xfer
hi,
i'm experiencing a similar problem. using 2.6.19.1 with latest hg dvb
driver
P. van Gaans wrote:
http://linuxtv.org/wiki/index.php/KNC1_TV-Station_DVB-S
The wiki says The card has a CI connector but it most probably isn't
supported by Linux.. I've got the card and indeed, it doesn't seem to
work. There is a ca0 in /dev/dvb/adapter0 but in Kaffeine the encrypted
timecop wrote:
Hey guys, stop beating dead horses and finding scapegoats.
Whatever excuses you're going to find post-fact isn't going to change
the fact that HE now has working code with functionality better than
the broken crap currently in linux-dvb, and YOU don't. Users (what
little of
Sebastian wrote:
Hello,
i recently bought a Technotrend S-1401 DVB-S card. Somehow this card
wont work for me, because i dont get a frontend0 device. Other device
nodes like demux0 or dvr0 are there, but frontend0 is missing. I am
using Linux 2.6.20-16 (2.6.21 tested too) and the latest
CityK wrote:
In any regard, its best to just ignore him. He's just trying to get a
rise out of folks here.
Probably you are right. And I will not participate in any flame wars.
If someone is really interested to know what happened, he will hopefully
read all relevant messages and draw his own
Peter Maersk-Moller wrote:
Hi
When trying to tune with my TT Budget T1500,I get a divide error from
the kernel. Tried 2.6.21.2 and 2.6.21.5.
Is this a well known issue ?
Not until now. Thanks for reporting. ;-)
More info below. When I try to tune my TT Premium DVB-C (same front end
Trent Piepho wrote:
I'm still unclear on exactly what the stv0297 requires. The datasheet says
one can't use a repeated start, but must have a stop between a read and a
write. That's simple enough, but has anyone actually verified that the
datasheet is really correct? I know many datasheets
e9hack wrote:
Trent Piepho wrote:
Does the stv0297 require that no other i2c traffic, to a different device,
appear between the write and the read? Something like:
S stv_addr_W A reg_addr A P
S tuner_addr_W A tuner_data1 A tuner_data2 A P
S stv_addr_R A reg_data NA P
Will
e9hack wrote:
Oliver Endriss wrote:
Could you please test whether this works:
S stv_addr_W A reg_addr A Sr stv_addr_R A reg_data NA P
It doesn't work.
Hm, I wonder how stv0297_readregsI() in stv0297_cs2.c could ever work.
Any idea?
The following does work, if the Stop-Start isn't
Oliver Endriss wrote:
e9hack wrote:
Oliver Endriss wrote:
Could you please test whether this works:
S stv_addr_W A reg_addr A Sr stv_addr_R A reg_data NA P
It doesn't work.
Hm, I wonder how stv0297_readregsI() in stv0297_cs2.c could ever work.
Any idea?
Answering myself
Manu Abraham wrote:
On 6/2/07, Johannes Stezenbach [EMAIL PROTECTED] wrote:
On Fri, Jun 01, 2007, Oliver Endriss wrote:
e9hack wrote:
Manu Abraham wrote:
e9hack wrote:
Manu Abraham wrote:
Trent Piepho wrote:
What the stv0297 wants is:
S Addr Wr [A] Comm [A] P S
e9hack wrote:
Manu Abraham wrote:
e9hack wrote:
Manu Abraham wrote:
Trent Piepho wrote:
What the stv0297 wants is:
S Addr Wr [A] Comm [A] P S Addr Rd [A] [Data] NA P
The STV0297 is just a normal demod like the others, nothing special
about it (according to ST). Well of course
Matthias Dahl wrote:
Hi Hartmut.
it seems that newer windows drivers for the KNC ONE/Satelco
EasyWatch/Terratec Cinergy do not longer use the VPE interrupt to transfer
data. They use the the PORT A/B interrupt. Can you please try the attached
patch (with and without the CI/CAM)? The
1 - 100 of 367 matches
Mail list logo