Hi,
the scan utility from dvb-apps creates a wrong channel.conf for vdr. Vdr uses
the original network id instead of the
network id. The attached patch does fix this little problem.
Signed-of-by: Hartmut Birr [EMAIL PROTECTED]
- Hartmut
--- a/util/scan/scan.c Sat Aug 12 13:29:37 2006 +0100
Hi,
I've problems with the TT-C2300 DVB-C card and qam256 modulated channels. After
switching to a qam256 channel, the card
needs between 0.5 and 1 hour to get the lock. Possible it is a problem of the
reduced i2c bus speed. If the stv0297 is
accessed with a higher i2c bus speed, the card gets
Klaus Schmidinger wrote:
Found the manual at
http://82.171.205.59/downloads/dvb/Datasheets/ICs/MT352_DesignManual_Aug04.pdf
but unfortunately it doesn't say anything about the antenna supply
voltage...
Maybe the MT352 wasn't the right lead after all, so any ideas
would still be welcome.
Klaus Schmidinger wrote:
in flexcop-fe-tuner.c I should do
Well, or rather
bs = ~0x08;
to clear P3 (I guess I was off by one in my previous mail).
Exactly, I meant that in this way.
- Hartmut
___
linux-dvb mailing list
Hi,
sometimes femon reports wrong status infos. The problem is in dvbfe_get_info().
The status bits (signal, carrier,
viterbi, sync, lock) are only set. If one of this bits was already set in the
buffer, it isn't reset if it is necessary.
The attached patch does fix this problem.
- Hartmut
Hi,
it exist some macros to access the IER and ISR registers of the SAA7146. This
macros are using a read and a write
operation and this macros are executed inside of the interrupt handler of the
SAA7146 and outside of it. It exist a
reentrant problem. The interrupt handler may intercept the
Hi,
the attached patch enables/fixes the BER/UNC counting for the stv0297 frontend,
which is used by the TT-C2300 DVB-C card.
- Hartmut
Signed-of-by: Hartmut Birr [EMAIL PROTECTED]
Enable BER/UNC counting for the stv0297 frontend. The idea for this patch comes from stv0297_cs.c.
diff -r
Hi,
the attached patch enables the interrupt mode for the i2c-transfer of the
Technotrend TT-C2300 DVB-C card.
This patch needs both of my previous patches.
- Hartmut
Signed-of-by: Hartmut Birr [EMAIL PROTECTED]
Enable the interrupt-mode of the i2c-transfer for the TT-C2300 DVB-C card.
diff
Hi,
the attached patch adds a timeout to the waiting for an interrupt after the
executing of an i2c-operation. This prevents
against a endless waiting, if the SAA7146 does not hit the interrupt.
This patch needs my previous patch.
- Hartmut
Signed-of-by: Hartmut Birr [EMAIL PROTECTED]
Add a
Oliver Endriss wrote:
Protect the access to the IER/ISR register of the SAA7146 by the device
spinlock.
Imho it is not necessary to protect write operations to the ISR because
it is a single write-only operation.
You are right.
SAA7146_IER_DISABLE/SAA7146_IER_ENABLE must be
Oliver Endriss wrote:
e9hack wrote:
It comes from stv0297_cs2.c:
stv0297_writeregI(state, RS_DESC_15, 0x03); /* freeze the
counters */
stv0297_redregsI(state, RS_DESC_0, block_count, 6);
stv0297_writeregI(state, RS_DESC_15, 0x03); /* clear the
counters
Oliver Endriss wrote:
e9hack wrote:
SAA7146_IER_ENABLE(dev, MASK_16|MASK_17);
saa7146_write(dev, MC2, (MASK_00 | MASK_16));
- wait_event_interruptible(dev-i2c_wq, dev-i2c_op == 0);
- if (signal_pending (current
Oliver Endriss wrote:
Hi,
Thanks to Hartmut, I2C transfers of the saa7146 may now use interrupt
mode. It will be enabled for av7110, budget, budget-ci and budget-av
drivers. This might reduce cpu load and speed-up tuning.
The Cinergy 1200 DVB-C card needs a second patch. The frontend is
Oliver Endriss wrote:
e9hack wrote:
Oliver Endriss wrote:
Hi,
Thanks to Hartmut, I2C transfers of the saa7146 may now use interrupt
mode. It will be enabled for av7110, budget, budget-ci and budget-av
drivers. This might reduce cpu load and speed-up tuning
Hi,
the tuner of the KNC1-DVB-C card is switched on by a GPIO-pin of the
SAA7146. The current driver has no delay between power on and the first
access to the TDA10021. The attached patch may fix your problem.
- Hartmut
Sven Lankes wrote:
Hi,
I have a KNC1-DVB-C card that doesn't want to
Andrew de Quincey wrote:
If that doesn't work, it might be something else like the PCI bus setup under
linux; try moving it to a different slot just to make sure (you've probably
already tried that if you've had it for months I suppose).
It isn't a problem of the slot or the PCI bus
2006/11/18, Andrew de Quincey [EMAIL PROTECTED]:
Ah that would certainly explain it... the Terratec cards are just rebadged
KNC1 cards (at least the older ones are). I assume the ones with the MK3
are
newer?
I don't see the new card in real life yet. Terratec has changed the image of
the
Torfinn Ingolfsen wrote:
Hello,
I recently got my hands on a Terratec Cinergy 1200 DVB-C at an
acceptable price, and thought I would do some testing with it.
I installed Xubuntu 6.10 (which uses kernel 2.6.17-10) on the test
machine.
The card was detected, but there were some errors in the
Torfinn Ingolfsen wrote:
Which makes it hard to remove it. Is there a way to force another irq
for it?
You can disable the AC97 sound within the bios or use another PCI slot.
Interrupts are controlled by ACPI, and I don't know how to change /
force irq's under Linux.
You can't change this
Manu Abraham wrote:
Hi all,
would it make sense to initially lock with a larger loop bandwidth
(for a faster lock) and once locked, switch to a smaller loop
bandwidth (for lower phase noise) ?
If you mean the lock of the tuner-pll, I did it for the cinergy DVB-C card:
diff -r e625163eba29
Tomi Orava wrote:
Maybe the parallel data output configuration is wrong and the data is
latched at the wrong edge. The value is in the inittab, adress 0x12. The
clock polarity is bit 0, so a change to 0xa1 would be worth a try.
I changed the inittab line:
0x12,0xff,0xa0, // INTP1
Tomi Orava wrote:
+ state-reg0 = tda10023_inittab[0]; // 0x73; // FIXME!!!
I've change this value to the old one from the tda10021 driver. Using of
tda10023_inttab[0] in this way is wrong, because the format of the
inittab has changed.
Ok, I'll try to check it out as
Tomi Orava wrote:
I changed the inittab line:
0x12,0xff,0xa0, // INTP1 POCLKP=1 FEL=1 MFS=0
to
0x12,0xff,0xa1, // INTP1 POCLKP=1 FEL=1 MFS=0
but without success.
This configuration is overwritten in budget-av.c. Changing this value in
the init-tab makes no sense.
By
Tomi Orava wrote:
I tested your latest patch without success.
However, I'm able to say that if you modify
philips_cu1216_mk3_tuner_set_params() with Satelco Easywatch mk3:
buf[2] = 0xce; -- buf[2] = 0xc6;
and
buf[4] = 0xde; -- buf[4] = 0xce;
I loose the ability to get a tuner lock at all
Hi,
it exist some new DVB-C budget cards, which are based on the KNC ONE (Terratec,
Setalco) design. They are using a new
tuner with the TDA10023 as demodulator. The main work to support this chip was
done by Georg Auer. He has implemented
the frontend (tda10023.c) for the ReelBox. The attached
Mattias Bergsten wrote:
However:
The Patch changes the following things:
- Added the KNC ONE Plus DVB-C card with the id 1894:0022
The KNC1 DVB-C Plus card I'm thinking of buying has the Windows ID
PCI\VEN_1131DEV_7146SUBSYS_00231894, that is 1894:0023 - not
1894:0022.
Are there _two_
Udo van den Heuvel wrote:
Hello,
Kernel 2.6.20 gives me the messages like at the end of this email.
I found the patch at
http://www.linuxtv.org/pipermail/linux-dvb/2006-December/014951.html
which should help but does not fix my problem.
I have a HZ of 250 (I think) and am using a VIA Epia
Vasile Farcas wrote:
Hello
I have a problem with a KNC1 DVB-C card, first was not recognized by the
system, and on a lspci -vv reported :
00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: KNC One: Unknown device 0022
Control: I/O- Mem+
Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
What is different between 2.6.19.2 and 2.6.20?
http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2Fpatch-2.6.20.bz2;z=2314
shows a patch in the area of our interest.
Can I roll back just this patch to
Hi Udo,
can you test with the unmodified driver, but with the option
saa7146_debug=8 for the saa7146 module? It may be interesting, if the
i2c-interrupt was hit and with what status the interrupt was hit.
- Hartmut
___
linux-dvb mailing list
Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
Take the original 2.6.20 driver and change the line above.
No other modifications. Does the card still work?
With this change undone the kernel boots OK.
I also have some saa7146_debug output with this change. Please let me
know
Hi Udo,
can you please add the following patch? It may be interesting if the
saa7146 does hit the interrupt, but the interrupt isn't deliver to the
handler.
- Hartmut
--- a/linux/drivers/media/common/saa7146_i2c.c Fri Feb 16 07:35:15 2007
-0200
+++ b/linux/drivers/media/common/saa7146_i2c.c
Udo van den Heuvel wrote:
Udo van den Heuvel wrote:
With an unmodified kernel (.flags = SAA7146_USE_I2C_IRQ, in place) but
with debugging I get:
(cut)
With the ISR patch I see:
saa7146: saa7146_i2c_writeout(): before: 0xa0c0 (status: 0x), 1
saa7146_i2c_writeout: ISR
Hi,
some time ago, I've created two local copies of the v4l-dvb repository. The
command was hg clone
http://linuxtv.org/hg/v4l-dvb;. I've done many changes in one directory. From
time to time, I've reverted all changes
with hg revert and I've updated the tree with hg pull -u. If I run hg pull
Manu Abraham wrote:
On 2/18/07, e9hack [EMAIL PROTECTED] wrote:
Hi,
some time ago, I've created two local copies of the v4l-dvb
repository. The command was hg clone
http://linuxtv.org/hg/v4l-dvb;. I've done many changes in one
directory. From time to time, I've reverted all changes
with hg
Oliver Endriss wrote:
e9hack wrote:
Manu Abraham wrote:
On 2/18/07, e9hack [EMAIL PROTECTED] wrote:
Hi,
some time ago, I've created two local copies of the v4l-dvb
repository. The command was hg clone
http://linuxtv.org/hg/v4l-dvb;. I've done many changes in one
Hi,
it seems, that is a bug in frontend_init() in budget-av.c for some DVB-S cards.
It exist the following code:
case SUBID_DVBS_KNC1:
case SUBID_DVBS_KNC1_PLUS:
case SUBID_DVBS_EASYWATCH_1:
if (saa-pci-subsystem_vendor == 0x1894) {
Markus Frahm wrote:
Hello,
I get 64qam as well as qam256 channels from my provider (willy-tel,Hamburg
Germany). The qam 256 channels work well under windows with the same cable,
so I think it should be a driver problem, pehaps in stv0297.c?The quality of
video and sound with 256qam is very
Michael Krufky wrote:
Hartmut,
NO! Please take a look inside tua6100.c ... you will notice that there are
more
tuner_ops being filled besides only set_params. There is no bug here, the
current code is optimal.
You are right. I compared this piece of code only with the
initialization
Hi,
the current hg-tree won't compile for kernel 2.6.18.8:
/usr/src/v4l-dvb/v4l/budget-ci.c:110: error: expected identifier before numeric
constant
make[3]: *** [/usr/src/v4l-dvb/v4l/budget-ci.o] Error 1
make[2]: *** [_module_/usr/src/v4l-dvb/v4l] Error 2
make[2]: Leaving directory
Hi,
I've made an update of the patch. The main features are:
- Added support for the frontend TDA10023
- Added the KNC ONE DVB-C V1.0 card, which uses the alternative i2c
address of 0xd
- Added the Satelco Easywatch DVB-C card with the id 1894:002c
- Added the KNC ONE DVB-C card with the id
Marcel 't Hart wrote:
tune to: 55400:INVERSION_AUTO:690:FEC_NONE:QAM_64
tuning status == 0x03
tuning status == 0x00
tuning status == 0x00
tuning status == 0x03
0x03 means FE_HAS_CARRIER and FE_HAS_SIGNAL. The signal strength may be
not high enough.
- Hartmut
JJussi wrote:
On Wednesday, 28. Februaryta 2007 22:01, Matthias Fechner wrote:
Hi,
I currently setup my second VDR box but it seems that the DVB cards is
not detected by the driver. The system boots via NFS and PXE boot, but
I don't think that this should be a problem.
I use kernel
Hi,
depend on the exact design of the tuner, 170MHz may be part of the
Low-Band. You can try to change the border frequency for the low band in
philips_cu1216_tuner_set_params() in budeget-av.c. Currently, the border
is 150MHz.
- Hartmut
Olli Kattelus wrote:
Hi
I have bought new Terratec
Hi,
if the video-device (saa7146 on a FF card) was open for capturing, the close
call doesn't release the capture buffers.
The attached patch may fix this problem. Possible there is more cleanup
necessary.
- Hartmut
signed-off-by: Hartmut Birr [EMAIL PROTECTED]
- Release the capture buffers
Janne Grunau wrote:
On Monday 12 February 2007 23:54:28 e9hack wrote:
it exist some new DVB-C budget cards, which are based on the KNC ONE
(Terratec, Setalco) design. They are using a new tuner with the
TDA10023 as demodulator. The main work to support this chip was done
by Georg Auer
Janne Grunau wrote:
That would work.
Better patch splitting would be
1. Remove the polarity switching of the clock for the DVB-C cards in
budget-av.c. This hack is no longer necessary because the saa7146 can
do the job to remove the additional FEC bytes from the TS.
2. Add support
Christoph Pfister wrote:
Hi,
Your tuning files have differences, so there are e.g. qam64 or qam256
used for the frequency 394 mhz (and because nobody cared about the
scan files it wasn't noticed).
Now I'd like to solve this cleanly. Can you please give me advice on
how to deal with it?
If
Hi,
the scan utility has a little bug. If a sdt is found, the informations for a
channel is created. If no nit was found up
to this point, the informations of a transponder does only contains the
information from the initial scan file. The
entry of the the transport stream id (tid) isn't
Janne Grunau wrote:
On Thursday 12 April 2007 00:01:43 e9hack wrote:
I've split the patch like the description above.
Thanks. Patched v4l-dvb hg still works for my Cinergy DVB-C (with
tda10021) and KNC One V1.0.
Hi,
how is the status for integrating this patch into the v4l-dvb repository
Oliver Endriss wrote:
e9hack wrote:
Hi,
if the video-device (saa7146 on a FF card) was open for capturing,
the close call doesn't release the capture buffers.
The attached patch may fix this problem. Possible there is more
cleanup necessary.
diff -r 1109998234b4 linux/drivers/media
Petri Helin wrote:
Kari Salmela wrote:
Hello
Hardware: Technotrend DVB-C 1500, CI, Conax CAM, Asus P5B
Am I the only one left alone without working system with current
development v4l tree? Somewhere between 2.6.18.1 and 2.6.20 (and
current mercurial, also) something changed, and
Matthias Dahl wrote:
Hi.
A few days ago I upgraded to 2.6.21-rc7-git8 and along that way also to a
recent checkout of the v4l-dvb hg tree. After that most of the DVB-C streams
I receive are corrupt. (lot of a/v artefacts)
After some digging around, I was able to spot the above mentioned
Oliver Endriss wrote:
Apparently it works in polling mode, but not in interrupt mode. Why?
Can someone else confirm problems with this card type
(Terratec Cinergy 1200 DVB-C, sub-system 0x153b:0x1156)?
Now I consider the following options:
- Add a module parameter to disable irq mode.
-
Oliver Endriss wrote:
After digging through the code, kernel DMA docs and the saa7146
datasheet, I think that we should remove the scatter-gatter voodoo
from the budget and av7110 driver. ;-)
What about the attached patch?
- easy to understand and maintain
- saves 1 page of memory (page
I've some question to this patch:
Trent Piepho wrote:
Include the patch this time
diff --git a/linux/drivers/media/dvb/frontends/dvb-pll.c
b/linux/drivers/media/dvb/frontends/dvb-pll.c
--- a/linux/drivers/media/dvb/frontends/dvb-pll.c
+++ b/linux/drivers/media/dvb/frontends/dvb-pll.c
@@
Oliver Endriss wrote:
Jon Burgess wrote:
It appears the problem is that the driver is using streamed PCI and
needs to explicitly sync the data otherwise it breaks when the SWIOTLB
is in use. A call to pci_unmap_sg() was missing too.
This patch is against the current v4l-dvb HG tree.
I've
Uwe Bugla wrote:
The biggest problem that I had with you in the past weeks is and was that you
never even once offer full transparency when you are building up theses NOT
TO accept patches.
And if it is only the other side (me, Trent, others) to be forced to offer
transparent
Hi,
Rev. 5586 breaks compiling for me:
very-new-darkstar:/usr/src/DVB # make
make -C /usr/src/v4l-dvb/v4l
make[1]: Entering directory `/usr/src/v4l-dvb/v4l'
./scripts/make_kconfig.pl /lib/modules/2.6.21.1-default/build
Preparing to compile for kernel version 2.6.21
VIDEO_PLANB: Requires at least
Trent Piepho wrote:
Are the docs available somewhere? I couldn't find them on google.
Google for TD(M)1300AL.
- Hartmut
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Uwe Bugla wrote:
P. S.: Ich bin bescheiden: Eine öffentliche Entschuldigung gegenüber den
betroffenen Leuten, ein eleganter Schritt zurück, tut es voll und ganz.
Es muss nur ernst gemeint sein, und deutlich und unmissverständlich
rüberkommen, weiter nichts.
This is a joke. The guy, which
Hi,
the stv0297 doesn't understand the repeated start condition on the i2c-bus from
a saa7146. The current frontend driver
(stv0297.c) handles this problem by splitting the read request into a write and
a read request. Other applications (e.g.
i2cdump) are not able to read the registers from
Johannes Stezenbach wrote:
According to linux/Documentation/i2c/i2c-protocol.txt the correct
way to get a STOP condition between two I2C messages is send them
in seperate I2C transactions.
I don't find this description in i2c-protocol. IMHO, it isn't possible to split
a read request into a
Trent Piepho wrote:
On Fri, 18 May 2007, Johannes Stezenbach wrote:
Or you could propose a change to i2c-core to add
a I2C_M_STOP flag (analogous to I2C_M_NOSTART), which
then would have to be implemented by all i2c bus drivers.
It seems like this is the only way to send multiple stops in a
Matthias Dahl wrote:
check if you get the same problems with FTA channels?
Same problems apply to FTA channels.
Did you switch to a FTA channel or did you also remove the CI physical from the
card?
1)
Reducing the buffer size to 658kb solves the problem partially.
In this case, the
Manu Abraham wrote:
Trent Piepho wrote:
On Sat, 19 May 2007, e9hack wrote:
Trent Piepho wrote:
On Fri, 18 May 2007, Johannes Stezenbach wrote:
Or you could propose a change to i2c-core to add
a I2C_M_STOP flag (analogous to I2C_M_NOSTART), which
then would have to be implemented by all i2c
Trent Piepho wrote:
This would work for stv0297, wouldn't it?
diff -r 56b4c3e8f350 drivers/i2c/i2c-core.c
--- a/drivers/i2c/i2c-core.c Sat May 19 05:00:32 2007 +
+++ b/drivers/i2c/i2c-core.c Sat May 19 17:35:19 2007
Matthias Dahl wrote:
Like always, if you need anything, please let me know.
Hi,
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
Manu Abraham wrote:
I have been looking at the STV0297D/E datasheets specifically to check
this issue (and i don't see any differences than how it is potentially'
differently from other devices):
I didn't say, that something is implemented differently. I said, something
(random address read)
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 i2cdump can be wrong.
The stv0297 cannot handle a repeated
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 i2cdump can be wrong
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 the i2c message to the
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.
The following does work, if the Stop-Start isn't located in the same upload
command of the saa7146:
S stv_addr_W A reg_addr A P S stv_addr_R A reg_data
Hi,
if the call to budget_register() fails in ttpci_budget_int(),
ttpci_budget_init() returns success. The attached patch
will fix this problem.
- Hartmut
Signed-off-by: Hartmut Birr [EMAIL PROTECTED]
diff -r 47a89b96e10d linux/drivers/media/dvb/ttpci/budget-core.c
---
Matthias Dahl wrote:
Hi everyone.
Just wanted to ask if there is any progress on that front? Haven't heard or
seen any movement for quite some time now and I was wondering if that patch
will make it into the tree or not.
The patch was only for testing. I don't know, why your dvb card gets
P. van Gaans wrote:
Some more news. I'm now looking at dvb_ca_en50221.c and I'm pretty sure
the solution is in here and not in budget-av.c. Somewhere around line
270 is a thing that loops in a while and breaks after timeout. I removed
the break (so it keeps looping). Now I see the following
Manfred Petz wrote:
i'm experiencing a similar problem. using 2.6.19.1 with latest hg dvb
driver (knc-1 dvb-s) everything works. though, from at least 2.6.19.7
on, with the same kernel config and same hardware (same dvb drivers), i
get those i2c timeouts and, when doing 'modprobe budget-av',
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 for
end of xfer'
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: cam ejected 3
...
It
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 frontend are
able to tune to this frequency. I've changed the range to the lowest channel -
1/2 bandwidth
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 checking fe-ops.tuner_ops.info.frequency_min|max , instead of
Oliver Endriss schrieb:
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
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);
Could you please try
Oliver Endriss schrieb:
Most of the debi requests are done with an spinlock held.
None of the debiread/write accesses in budget-av uses locks,
which is probably a bug. See the other thread.
Your are right, but sometimes it is called with nobusyloop = 0.
saa7146_wait_for_debi_done() is
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 TT-C2300 has reported an ARM boot
Hi,
it isn't possible to compile the current v4l-tree with linux 2.6.22.2:
very-new-darkstar:/usr/src/v4l-dvb-test # make
make -C /usr/src/v4l-dvb-test/v4l
make[1]: Entering directory `/usr/src/v4l-dvb-test/v4l'
creating symbolic links...
make -C /lib/modules/2.6.22.2-test/build
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 isn't running.
Oliver Endriss schrieb:
For full-featured cards it may take some time until the debi transfer
has completed, because those cards use debi dma.
The max buffer size is 2k and the transfer rate is 12MB/s. The time for a
transfer is lower than
165usec.
I wonder
- why the error bit gets set at
Hi,
this changset:
Fix Kconfig dependency
author Mauro Carvalho Chehab [EMAIL PROTECTED]
Tue Oct 02 11:16:16 2007 -0300 (30 hours ago)
changeset 6260 48badb1df2ed
manifest48badb1df2ed
parent 6259 6129aac33d3e
child 6261 8e7bc314eb82
Fix Kconfig dependency
breaks
Hi,
changset 6293 (V4L: convert struct class_device to struct device) breaks
compiling for kernel 2.6.18.
--- a/linux/drivers/media/video/pvrusb2/pvrusb2-sysfs.c Mon Oct 08 12:20:02
2007 -0300
+++ b/linux/drivers/media/video/pvrusb2/pvrusb2-sysfs.c Mon Oct 08 16:26:13
2007 -0300
...
@@
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 for
transfer completion
Hi,
the attached patch fixes the not working ber counting of the tda10021 frontend.
- Hartmut
signed-off-by: Hartmut Birr [EMAIL PROTECTED]
- The ber counting must be reinitialized after reading of the values.
diff -r bba8d9fd6196 linux/drivers/media/dvb/frontends/tda10021.c
---
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, the
values from the
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.
- Hartmut
diff -r f9de5dc4b05e
Hi,
the attached patch fixes the increasing of the signal strength value (higher
value = higher signal
strength).
- Hartmut
sugned-off-by: Hartmut Birr [EMAIL PROTECTED]
- The value of signal strength depends on the configuration of the agc polarity.
diff -r 4ae65d0844cf
Johann Friedrichs schrieb:
I get no lock on any QAM-256 channel with my C-2300 after applying that
patch.
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
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, this value is 4000 (carrier
Hi,
changesets 6600 - 6603 break video capture on my TT-C2300 FF card. The call
'ioctl(videoDev,
VIDIOCGMBUF, mbuf)' doesn't return. It isn't possible to kill the affected
application.
- Hartmut
___
linux-dvb mailing list
linux-dvb@linuxtv.org
Brandon Philips schrieb:
I am guessing this a saa7136 based device.
The card is saa7146 based. I think you mean the saa7146.
Could you please test this
patch? If it is in fact not a saa7136, what driver is it?
The patch does fix the problem, thanks!
- Hartmut
Kim Sandberg schrieb:
+MAKE_BUDGET_INFO(satewt, Satelco EasyWatch DVB-T, BUDGET_KNC1C_MK3);
You should use BUDGET_KNC1T, BUDGET_KNC1TP or BUDGET_CIN1200T instead of
BUDGET_KNC1C_MK3.
If you did test your card with the option dma_buffer_size='large buffer size',
maybe we
can use the odd/even
1 - 100 of 105 matches
Mail list logo