Hi,
I'm using the DVB drivers 1.1.1 with a linux 2.4.22 kernel and a
Hauppauge WinTV Nova card (thus using the dvb-ttpci-budget module). I
don't use DVB very often, but I have noticed the following behavior:
when the drivers are not loaded at boot time, but some time later (a
couple of hours), or
Hi Soyeb,
This project may be of great interest to you -
http://www.itee.uq.edu.au/~chrisp/DVICO-Linux/
Although for the CX23881, I'd be very surprised if it were very
different to the 23883.
I by no means have the ability to write the code to get things running
with the KWorld, but it appears
Wolfram Joost wrote:
Hi,
I updated the version on http://www.frokaschwei.net/avtv771/avermedia.html. I
changed Christopher Pascoe's patch because I don't want to disable the
recovery.
Wolfram
--- mt352.c.cvs 2004-06-28
Wolfram Joost wrote:
Hi,
it works on boards with hardware i2c enabled. Changing the I2C_M_NOSTART
to 0, as you did, is the right thing to do here.
Ahh, OK.
Please fix the i2c host driver to handle RESTART conditions properly
instead of introducing dirty hacks in the device drivers, these will
Michael Hunold wrote:
Hello Irek,
On 06/25/04 08:56, Irek Defee wrote:
It is strange that this issue has been downgraded comparing to kernel
2.4. For me its a huge factor not to upgrade to 2.6:).
The problem is that devfs in 2.4 has the feature that a device node
is not tightly coupled to a
Holger Waechtler wrote:
Wolfram Joost wrote:
-.flags = I2C_M_NOSTART,
+.flags = 0,
If I understand the MT352 spec right i2c read transfers from the MT352
have to get executed without STOP condition (this scenario is called
RESTART condition in the
Johannes Stezenbach wrote:
Holger Waechtler wrote:
Wolfram Joost wrote:
- .flags = I2C_M_NOSTART,
+ .flags = 0,
If I understand the MT352 spec right i2c read transfers from the MT352
have to get executed without STOP condition (this scenario is called
OoO Lors de la soirée naissante du lundi 28 juin 2004, vers 17:19,
Guido Draheim [EMAIL PROTECTED] disait:
I have those buffer overruns as well, the problem however seems to be
deeper as I can not find a relation to the cpu pressure (high charge)
but instead there is a statistic peak
as you may be aware, the firmware for tda1004x is stored
in /usr/lib/hotplug/firmware/tda1004x.bin. However a problem arises whenever
a new firmware is released because the offsets are different within that
file.
May I suggest that tda1004x.c be modified to explicitly search the firmware
file
Vincent Bernat wrote:
OoO Lors de la soirée naissante du lundi 28 juin 2004, vers 17:19,
Guido Draheim [EMAIL PROTECTED] disait:
I have those buffer overruns as well, the problem however seems to be
deeper as I can not find a relation to the cpu pressure (high charge)
but instead there is a
Hi Luke,
in case you really want to use a newer firmware (Version 0x26 is the
newest I am aware of - unfortunately I do not know if it can be found
in any driver yet), you also have to take care of dspVersion in
the driver.
Regards,
Wolfgang
Hi wolfgang,
The newest firmware is found in:
http://www.technotrend.de/new/217d/tt_budget_217d.zip
and this is not supported by the driver in 2.6.7 :(
tda1004x_fwupload: Unsupported firmware /usr/lib/hotplug/firmware/tda1004x.bin
if there are no plans to support this newer firmware could
OoO La nuit ayant déjà recouvert d'encre ce jour du jeudi 01 juillet
2004, vers 23:41, Guido Draheim [EMAIL PROTECTED] disait:
Sure there is a ring buffer - members ..pwrite and ..pread of the struct
dmxdev_buffer are the read-point / write-point and the implementation
of dmxdev_buffer_write
From: Wolfgang Wegner [EMAIL PROTECTED]
in case you really want to use a newer firmware (Version 0x26 is the
newest I am aware of - unfortunately I do not know if it can be found
in any driver yet), you also have to take care of dspVersion in
the driver.
FWIW, all the TechnoTrend DLLs I have
From: Luke Anderson [EMAIL PROTECTED]
The newest firmware is found in:
http://www.technotrend.de/new/217d/tt_budget_217d.zip
The actual firmware is exactly the same as in the previous versions.
if there are no plans to support this newer firmware could somebody
kindly send me a firmware that
Hi Robert,
On Fri, Jul 02, 2004 at 01:11:55AM +0200, Robert Schlabbach wrote:
FWIW, all the TechnoTrend DLLs I have seen so far (including the latest
2.17d one) contained firmware version _0x2C_ for the TDA10045H. Is there
sorry, I was mistaken here.
I was talking about TDA10046, never had a
Perhaps someone more knowledgeable can comment on this, but at this
stage, we may still need addressing and programming information on the
KWorld card to proceed. There are other cards around which use the
same Samsung tuner, but with the 878 - would the same set of addresses
and programming be
17 matches
Mail list logo
