Hello, i compiled the v4l-dvb driver with the patch posted at
http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21957.html,
I have following dmesg.
dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state.
PM: Adding info for No Bus:i2c-3
dvb-usb: This USB2.0 device cannot be run on
Hi Antti,
beside the XactErr which is not OK, there is maybe the chance to fix the
disconnect issue:
Can you please try to increase the URB buffer size by 1KB?
in the define DIB0700_DEFAULT_STREAMING_CONFIG
you change .buffersize = 39480, to 40504.
thanks,
Patrick.
On Wed, 28 Feb 2007,
Hello Hartmut,
* e9hack [EMAIL PROTECTED] [28-02-07 22:30]:
Sorry, this has nothing to do with the problem of the Cinergy 1200 DVB-C
card. The patch will not help. You have to find out the manufacturer of
the card. The sub vendor id 0xffc2 isn't known. The sub vendor id comes
from the eeprom
On Sun, 25 Feb 2007, Marco wrote:
Hi
Attached is a patch for v4l-dvb , for the Opera DVB-S USB2.0 Adapter.
It should work for the dvb stuff 100% and for RC-Stuff nearly 100%(slow
response to keys some times)
3 firmware files are needed which can be found after a search with google (or
El Miércoles, 20 de Diciembre de 2006, Patrick Boettcher escribió:
Hi Olivier,
On Fri, 15 Dec 2006, [EMAIL PROTECTED] wrote:
Here is a patch for Hauppage Nova-T-Stick and Nova-T-500 users.
It sets the MT2060 IF1 frequency according to the
calibration values stored in the EEPROM.
It is
[EMAIL PROTECTED] wrote:
Hello, i compiled the v4l-dvb driver with the patch posted at
http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21957.html,
any idea what is my problem.
I have following dmesg.
dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state.
PM: Adding
[EMAIL PROTECTED] schrieb:
Hello, i compiled the v4l-dvb driver with the patch posted at
http://www.mail-archive.com/linux-dvb@linuxtv.org/msg21957.html,
I have following dmesg.
dvb-usb: found a 'MSI DIGI VOX mini II DVB-T USB2.0' in warm state.
PM: Adding info for No Bus:i2c-3
dvb-usb:
Nico Sabbi wrote:
Ralph Metzler wrote:
In the HVR3000 case, do both frontends then use the same demux0?
So, if one can open only one at the same time, both should use
demux0?
please, NO!
it will be a hell to support in applications.
Please, do it simple and bind frontendN to demuxN
Hi folks,
although this patch is fine and necessary it has been blocked and ignored for
months by the following so-called maintainers
who are a tall order and a shame for the whole linux community:
a. Manuel Abraham [EMAIL PROTECTED]
b. Mauro Carvalho Chehab [EMAIL PROTECTED]
I vote for excluding
I can't post the actual firmware for the part. However, if you need the
firmware for the HVR-4000 under Linux...
ftp://167.206.143.11/outgoing/Oxford/88x_2_117_24275_1_INF.zip
Extract the zip and grab the firmware with dd:
dd if=hcw88bda.sys of=dvb-fe-cx24116.fw skip=81768 bs=1 count=32522
Hi folks,
trying to compile kernel 2.6.21-rc1-git2 is impossible. The broken module where
the compiler gives up is /arch/i386/kernel/io_apic.c.
Regards
Uwe
P. S.: Wouldn't it be a good idea to test at least error-free compilation
before stuff like this is being published?
--
Feel free - 10
Hi folks,
this patch fixes the floppy mount bug (i. e. regression) in kernel 2.6.21-rc1.
It was inspired by Stephane Eranian. It was tested on an Intel P4 1800 MHz
(Intel ICH4 chipset) and on an AMD Athlon XP 1800 MHz (Silicon Integrated
Systems chipset 740, 5513).
My deep thanks and respect go
Still nobody out there, who can
help mir here ?As soon as i start vdr the system
is kind of locked. The session stays until i remove the usb cable and
then i get the kernel oops. See attachmentSeems like this is a driver
problem.Would be great
if anybody can help me.Again on my debian ETCH system
On Thursday 01 March 2007, Uwe Bugla wrote:
Hi folks,
trying to compile kernel 2.6.21-rc1-git2 is impossible. The broken module
where the compiler gives up is /arch/i386/kernel/io_apic.c.
Regards
Uwe
P. S.: Wouldn't it be a good idea to test at least error-free compilation
before
Linus,
We have some fixes for 2.6.21 on my -git tree.
There were also two newer drivers, one for zr364xx and another for ivtv.
Both drivers exists for some time out of kernel tree.
The first one used to have, in the past, a mjpeg conversion routine at
kernel. His author removed this and
Patrick Boettcher [EMAIL PROTECTED] writes:
Can you please try to increase the URB buffer size by 1KB?
in the define DIB0700_DEFAULT_STREAMING_CONFIG
you change .buffersize = 39480, to 40504.
Did not prevent USB disconnect.
I'll be running with the original firmware for a while now to
Patrick Boettcher wrote:
Hi Antti,
beside the XactErr which is not OK, there is maybe the chance to fix the
disconnect issue:
Can you please try to increase the URB buffer size by 1KB?
in the define DIB0700_DEFAULT_STREAMING_CONFIG
you change .buffersize = 39480, to 40504.
I've
Hi!
So, nobody knows how to fix that budget_av's new (after patch) problem, where
CPU load goes to 1 at every exist core (at Core 2 Duo load goes over 2).
Could somebody tell me how to debug that module to find out where is that
tight loop what eats all resources?
--
JJussi
On Thu, Mar 01, 2007 at 02:59:09PM +0100, Pierre Willenbrock wrote:
+ if (dvb_attach(tda827x_attach, adap-fe, 0xc0, adap-dev-i2c_adap,
+digivox_tda8275_config) == NULL)
You sure about the 0xc0 there ?
In a previous msg on this list to me, Trent Piepho [EMAIL PROTECTED]
Nick Andrew schrieb:
On Thu, Mar 01, 2007 at 02:59:09PM +0100, Pierre Willenbrock wrote:
+if (dvb_attach(tda827x_attach, adap-fe, 0xc0, adap-dev-i2c_adap,
+ digivox_tda8275_config) == NULL)
You sure about the 0xc0 there ?
I am not sure, but that is the way the
Am Donnerstag, 1. März 2007 schrieb Patrick Boettcher:
On Sun, 25 Feb 2007, Marco wrote:
Hi
Attached is a patch for v4l-dvb , for the Opera DVB-S USB2.0 Adapter.
It should work for the dvb stuff 100% and for RC-Stuff nearly 100%(slow
response to keys some times)
3 firmware files are
Hi!
When trying to use a Hauppauge Nova-T Stick on a big-endian architecture
(such as powerpc) no frontend can be attached.
The attached patch fixes this problem by removing two lines in
dib0700_ctrl_rd() that try to correct the endianess on two values that
already are correct:
- /* think
Joel Michael wrote:
I'm having a strange problem with tuning and locking some channels on
this card. After a cold boot, it will always lock to any channel, but
after a while (20 minutes or so) it will refuse to lock to two
particular frequencies, while the other 3 are fine. Immediately cold
23 matches
Mail list logo