[linux-dvb] Re: UDP Data via DVB-s in US
Andreas Schiffler wrote: Hi all, Newbie Question(s) - looking for tips and pointers. I am trying to figure out a way to receive data via DVB-s and route it onto a local LAN network. The card used should be cheap and this is all to be done in North America (US). ... Hi, maybe this thread helps: http://www.linuxtv.org/mailinglists/linux-dvb/2004/01-2004/msg00414.html Niklas -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] operation not permitted
Hi all I'm trying to setup my skystar2 card to receive EUMETCAST data from HotBird13 (see at http://www.eumetsat.de/en/index.html?area=left7.htmlbody=/en/dps/dissemination/eumetcast.htmla=710b=1c=700d=700e=0) on my Red Hat 9.0 workstation using linuxtv 1.1.0. all modules and programs are compiled without errors. all necessary modules are inserted in the kernel without errors. in linuxtv-dvb-1.0.1 distribution there is a program called "scan" and this program works well: I obtainel the full list of channels on HotBird13. the problem is with the dvbtune command: looking at dvbtune.c source code and as we can see in the fragment below the message "Successfully opened network device, please configure the dvb interface\n" is printed indipendently from the result of ioctl 1398 #ifdef NEWSTRUCT 1399 sprintf(devnamen,"/dev/dvb/adapter%d/net0",dev); 1400 #else 1401 sprintf(devnamen,"/dev/ost/net%d",dev); 1402 #endif 1403 //printf("Trying to open %s\n",devnamen); 1404 if((fdn = open(devnamen,O_RDWR|O_NONBLOCK)) 0) { 1405 fprintf(stderr, "Failed to open DVB NET DEVICE"); 1406 close(fd_frontend); 1407 if (fd_sec) close(fd_sec); 1408 } else { 1409 // Add the network interface 1410 ioctl( fdn,NET_ADD_IF,netif); 1411 1412 close (fdn); 1413 printf("Successfully opened network device, please configure the dvb interface\n"); 1414 } 1415 } so I decided to modify the sorce code and I added some printf for diagnostic 1408 } else { 1409 // Add the network interface printf("trying to open %s\n", devnamen); 1410 // ioctl( fdn,NET_ADD_IF,netif); printf("result from ioctl : %d errno = %d\n", ioctl( fdn,NET_ADD_IF,netif), errno); perror("ioctl message:); 1411 1412 close (fdn); 1413 printf("Successfully opened network device, please configure the dvb interface\n"); 1414 } 1415 } and then, running the program: [EMAIL PROTECTED] dvbtune]# strace -o tune.log ./dvbtune -c 0 -f 11096000 -p H -s 27500 -n 100 Using DVB card "Zarlink MT312" tuning DVB-S to L-Band:1107311556, Pol:H Srate=2750, 22kHz=off polling Getting frontend event FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC Bit error rate: 0 Signal strength: 16022 SNR: 51199 FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC trying to open /dev/dvb/adapter0/net0 result from ioctl : -1 errno = 0 ioctl message: Operation not permitted Successfully opened network device, please configure the dvb interface so we can see that ioctl fails with message "operation not permitted" in attachmet there is also the file tune.log and the network interface dvb0_0 IS NOT CREATED . thanks for the help Andrea execve(./dvbtune, [./dvbtune, -c, 0, -f, 11096000, -p, H, -s, 27500, -n, 100], [/* 38 vars */]) = 0 uname({sys=Linux, node=localhost.localdomain, ...}) = 0 brk(0) = 0x804f688 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000 open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=115585, ...}) = 0 old_mmap(NULL, 115585, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 close(3)= 0 open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`V\1B4\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1531064, ...}) = 0 old_mmap(0x4200, 1257224, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4200 old_mmap(0x4212e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12e000) = 0x4212e000 old_mmap(0x42131000, 7944, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x42131000 close(3)= 0 set_thread_area({entry_number:-1 - 6, base_addr:0x40016a00, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0x40017000, 115585) = 0 open(/dev/dvb/adapter0/dvr0, O_RDONLY|O_NONBLOCK) = 3 open(/dev/dvb/adapter0/frontend0, O_RDWR) = 4 open(/dev/dvb/adapter0/demux0, O_RDWR|O_NONBLOCK) = 5 open(/dev/dvb/adapter0/demux0, O_RDWR) = 6 open(/dev/dvb/adapter0/demux0, O_RDWR) = 7 open(/dev/dvb/adapter0/demux0, O_RDWR) = 8 open(/dev/dvb/adapter0/demux0, O_RDWR) = 9 open(/dev/dvb/adapter0/demux0, O_RDWR|O_NONBLOCK) = 10 ioctl(7, 0x6f2a, 0) = 0 ioctl(6, 0x6f2a, 0) = 0 ioctl(8, 0x6f2a, 0) = 0 ioctl(4, 0x80a86f3d, 0xb550)= 0 write(2, Using DVB card \Zarlink MT312\\n, 31) = 31 write(2, tuning DVB-S to L-Band:110731155..., 67) = 67 ioctl(4, 0x6f43, 0x1) = 0 ioctl(4, 0x6f42, 0x1) = 0 nanosleep({0, 1}, NULL) = 0 ioctl(4, 0x40246f4c, 0xb600)= 0 write(2, polling\n, 12) = 12 poll([{fd=4, events=POLLIN, revents=POLLIN}], 1, 1) = 1 write(2, Getting frontend event\n, 23) = 23 ioctl(4,
[linux-dvb] Re: Hauppauge Nova-S (budget) needs reboot
Stephan Weber wrote: Hi, using my DVB-S card I face the following problem: During boot up my dvb driver is loaded and everything seems to be just fine. Afterwards I can't use it because /dev/dvb/adapter0/dvr0 doesn't deliver anything at all. No wonder using xine or vdr doesn't work. Doing just a reboot everything just works like a charm (I use this feature for over three month now and it is always acting like this) I have what sounds like the same problem with a Nova-T (v1.2 with Grundig FE). On boot up everything loads fine but I can't get any data from the card. If I try 'dvbscan -t706M' for example it will just time out. If I do a soft reboot then it will work properly. I have a script setting the PCI latency to 128 upon bootup, if I don't do this it never works. I am using kernel 2.4.24 and have tried the 1.0.2 and the 1.1 drivers recently. I can't say how long this has been happening since I'm setting up a new system and have never had it working properly. A couple of months ago in another box with 2.4.22 and the DVB drivers it was perfect. Sim -- Simeon Walker, email: [EMAIL PROTECTED] School of Biological Sciences, phone: +44 (0)1248 383702 University of Wales, Bangor,fax: +44 (0)1248 382569 Gwynedd, LL57 2UW, UK. www: http://biology.bangor.ac.uk/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: operation not permitted
andrea battistella wrote: printf(result from ioctl : %d errno = %d\n, ioctl( fdn,NET_ADD_IF,netif), errno); perror(ioctl message:); ... result from ioctl : -1 errno = 0 ioctl message: Operation not permitted You must be root to add DVB network interfaces. BTW, your errno printf is bogus. Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
Max Nickel wrote: this is on my amd64 system. ... av7110_fw_query error DVB: AV711-887054330(0) - firm cb20a006, rtsl , vid a96da005, app I guess the firmware is not loaded correctly. Please revert av7110.c to the state from CVS (or from 1.1.0), and apply the patch below: (u32 is 64 bit on amd64, but AFAIK uint32_t should always be 32bit according to ISO C99) Index: drivers/media/dvb/ttpci/av7110.c === RCS file: /cvs/linuxtv/dvb-kernel/linux/drivers/media/dvb/ttpci/av7110.c,v retrieving revision 1.111 diff -u -p -r1.111 av7110.c --- drivers/media/dvb/ttpci/av7110.c31 Jan 2004 11:31:35 - 1.111 +++ drivers/media/dvb/ttpci/av7110.c10 Feb 2004 12:01:55 - @@ -1249,7 +1249,7 @@ static int master_xfer(struct dvb_i2c_bu static int check_firmware(struct av7110* av7110) { - u32 crc = 0, len = 0; + uint32_t crc = 0, len = 0; unsigned char *ptr; /* check for firmware magic */ @@ -1262,9 +1262,9 @@ static int check_firmware(struct av7110* ptr += 4; /* check dpram file */ - crc = ntohl(*(u32*) ptr); + crc = ntohl(*(uint32_t*) ptr); ptr += 4; - len = ntohl(*(u32*) ptr); + len = ntohl(*(uint32_t*) ptr); ptr += 4; if (len = 512) { printk(dvb-ttpci: dpram file is way to big.\n); @@ -1279,9 +1279,9 @@ static int check_firmware(struct av7110* ptr += len; /* check root file */ - crc = ntohl(*(u32*) ptr); + crc = ntohl(*(uint32_t*) ptr); ptr += 4; - len = ntohl(*(u32*) ptr); + len = ntohl(*(uint32_t*) ptr); ptr += 4; if (len = 20 || len = 30 || If that doesn't fix it (because uint32_t is 64bit...) we need to do some more work. If it doesn't work, can you run the following program and post its output: - #include stdio.h #include stdint.h int main() { printf(%u\n, sizeof(uint32_t)); return 0; } - Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] tt firmware 2.16a
Can the tda10045h firmware from the TT software version 2.16a be used with the linux driver? By the way, where has Technotrends' web site gone? All I can find is business books on Google! Thanks Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
Johannes Stezenbach [EMAIL PROTECTED] writes: (u32 is 64 bit on amd64, No it isn't. u32 is 32 bit and u64 is 64 bit, on every architecture. unsigned long is the dangerous one which is 32 bit on i386 and 64 bit on amd64. - crc = ntohl(*(u32*) ptr); + crc = ntohl(*(uint32_t*) ptr); That will not fix it. Gerd -- ... und auch das ganze Wochenende oll -- Wetterbericht auf RadioEins -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
Oliver Endriss wrote: On Monday 09 February 2004 22:36, Max Nickel wrote: On Mon, 2004-02-09 at 22:13, Johannes Stezenbach wrote: On Mon, Feb 09, 2004 at 09:25:29PM +0100, Max Nickel wrote: Hi, it's me again. I still can't get the card to work properly. First of all i have to say i had it working back on my 32Bit system, so i can't be so far away from the right config :) I figured out my download of the firmware was borked, some bytes were missing so i downloaded it again and checked the filesize seriously. Now it loads the firmware, but it throws lots of errors. dmesg says: $ md5sum /usr/lib/hotplug/firmware/dvb-ttpci-01.fw b5f90e59fbfd5104074bc511640c39e6 /usr/lib/hotplug/firmware/dvb-ttpci-01.fw yes, my firmware has the same md5sum av7110_fw_query error Did you try to compile the firmware into the driver? First we should rule out whether there is a problem with the hotplug loader. You might add some debug code that hexdump()'s the firmware (or a part of it) into the kernel log, then you can compare the logs of the AMD64 system with one of a 32bit x86 system. A sample hexdump implementation is e.g. in http://linuxtv.org/cgi-bin/cvsweb.cgi/dvb-hw/dvbusb-fx2/driver/dvbusb_fx2.c?rev=1.18content-type=text/x-cvsweb-markup line 53. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: UDP Data via DVB-s in US
Hmm, thanks. But that does quite what I wanted to know. I have a VP1030 card here and it works fine. But I want to figure out how to make the jump from getting the mpeg streams to route some custom UDP data packets via satellite. BTW, in case someone finds this interesting: a 1.5Mbit feed was quoted at US$25K a month. Anyone got a better deal ... :-) Cheers Andreas On Tue, 2004-02-10 at 02:48, Niklas Peinecke wrote: Andreas Schiffler wrote: Hi all, Newbie Question(s) - looking for tips and pointers. I am trying to figure out a way to receive data via DVB-s and route it onto a local LAN network. The card used should be cheap and this is all to be done in North America (US). ... Hi, maybe this thread helps: http://www.linuxtv.org/mailinglists/linux-dvb/2004/01-2004/msg00414.html Niklas -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
On Tue, 2004-02-10 at 15:08, Oliver Endriss wrote: On Monday 09 February 2004 22:36, Max Nickel wrote: On Mon, 2004-02-09 at 22:13, Johannes Stezenbach wrote: On Mon, Feb 09, 2004 at 09:25:29PM +0100, Max Nickel wrote: Hi, it's me again. I still can't get the card to work properly. First of all i have to say i had it working back on my 32Bit system, so i can't be so far away from the right config :) I figured out my download of the firmware was borked, some bytes were missing so i downloaded it again and checked the filesize seriously. Now it loads the firmware, but it throws lots of errors. dmesg says: $ md5sum /usr/lib/hotplug/firmware/dvb-ttpci-01.fw b5f90e59fbfd5104074bc511640c39e6 /usr/lib/hotplug/firmware/dvb-ttpci-01.fw yes, my firmware has the same md5sum av7110_fw_query error Did you try to compile the firmware into the driver? First we should rule out whether there is a problem with the hotplug loader. Yes. I just compilied the module again with the firmware built into it, to be sure. Still the same error messages /max Oliver -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: tt firmware 2.16a
Dont Know for the first one but Technotrends website is here: http://www.technotrend.de/ Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hamish Moffatt Sent: 10 February 2004 13:25 To: [EMAIL PROTECTED] Subject: [linux-dvb] tt firmware 2.16a Can the tda10045h firmware from the TT software version 2.16a be used with the linux driver? By the way, where has Technotrends' web site gone? All I can find is business books on Google! Thanks Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
Oliver Endriss [EMAIL PROTECTED] writes: Did you try to compile the firmware into the driver? First we should rule out whether there is a problem with the hotplug loader. Probably not, at least loading /usr/lib/hotplug/firmware/tda1004x.mc works just fine for me on a amd64 machine (2.6.3-rc2). Gerd -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
On Tue, Feb 10, 2004 at 03:23:07PM +0100, Max Nickel wrote: On Tue, 2004-02-10 at 15:08, Oliver Endriss wrote: On Monday 09 February 2004 22:36, Max Nickel wrote: On Mon, 2004-02-09 at 22:13, Johannes Stezenbach wrote: On Mon, Feb 09, 2004 at 09:25:29PM +0100, Max Nickel wrote: Hi, it's me again. I still can't get the card to work properly. First of all i have to say i had it working back on my 32Bit system, so i can't be so far away from the right config :) I figured out my download of the firmware was borked, some bytes were missing so i downloaded it again and checked the filesize seriously. Now it loads the firmware, but it throws lots of errors. dmesg says: $ md5sum /usr/lib/hotplug/firmware/dvb-ttpci-01.fw b5f90e59fbfd5104074bc511640c39e6 /usr/lib/hotplug/firmware/dvb-ttpci-01.fw yes, my firmware has the same md5sum av7110_fw_query error Did you try to compile the firmware into the driver? First we should rule out whether there is a problem with the hotplug loader. Yes. I just compilied the module again with the firmware built into it, to be sure. Still the same error messages You are confusing me now. Same error message is av7110_fw_query error or something about failed crc checks? Please revert to an unpatched driver and post complete dmesg logs from loading the driver. And in a second run load the driver with av7110_debug=247 (you can use insmod.sh debug). Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: UDP Data via DVB-s in US
Yes, I've read the dvbnet code. Finding this nugget was where the whole idea started in the first place ... Still, I am a bit confused on how to approach the whole thing. What do I ask the sat-provider to transmit? What kind of data will I receive? As far as I can understand its as simple as: - give the sat-provider a T1 drop and fire UDP packets into it - point dish, get a SS card dvb drivers running, etc. - fire up dvbnet, choose your frequencies, PID, etc. - read UDP packets on LAN oh forgot - pay sat-provider big $$$ What I am missing are some more details on this as they pertain to N.A. and any issues to watch out for. I'd also feel a lot better about this, if someone said been there, done that. ;-) Cheers Andreas On Tue, 2004-02-10 at 09:54, Holger Waechtler wrote: Andreas Schiffler wrote: Hmm, thanks. But that does quite what I wanted to know. I have a VP1030 card here and it works fine. But I want to figure out how to make the jump from getting the mpeg streams to route some custom UDP data packets via satellite. Have you read the dvbnet code? It's part of the dvb-apps CVS module: http://linuxtv.org/cgi-bin/cvsweb.cgi/dvb-apps/util/dvbnet/. You need to adapt the scripts there to configure your custom MAC and IP adress. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] AverMedia poor performance
Hi, I have an Avermedia DVB-T card and Im experiencing poor quality under windows. It consistently pauses the video and audio and gives the occasional blocky picture. Id will get this working under gentoo, but if it is going to be this bad then Id rather use another card. Im located in the centre of London so signal strength should be good. For analog it is exceptional. My system is a 2600+ AMD with 256Mb DDR400 RAM and an NVidia MX440 graphics card (with TV out). Any recommendations? Richard Halldearn --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003
[linux-dvb] Re: tt firmware 2.16a
From: Hamish Moffatt [EMAIL PROTECTED] Can the tda10045h firmware from the TT software version 2.16a be used with the linux driver? The file in question (TTLCDACC.DLL) is unchanged, so, yet, it can be used. Regards, -- Robert Schlabbach e-mail: [EMAIL PROTECTED] Berlin, Germany -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Source for TT Budget-CI cards in the UK
Hi, I've done as much on the Budget-CI as I can without the hardware. The abstract layer is there, and just waits for the simple functions which hit the hardware. I know what to write for these, but I obviously cannot test them. Unfortunately the German online store I thought I was buying from doesn't appear to want to ship one to me. I haven't found any UK retailers which stock 'em (was looking for hauppauge ones). Can anyone recommend an online shop (preferably in the UK, but other EU countries will do) that will ship to the UK? Note: This is NOT the full featured TT DVB-S card I'm looking for; this is the DVB-S budget card with a CI interface. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Source for TT Budget-CI cards in the UK
On Tue, 10 Feb 2004, Andrew de Quincey wrote: Hi, I've done as much on the Budget-CI as I can without the hardware. The abstract layer is there, and just waits for the simple functions which hit the hardware. I know what to write for these, but I obviously cannot test them. Unfortunately the German online store I thought I was buying from doesn't appear to want to ship one to me. I haven't found any UK retailers which stock 'em (was looking for hauppauge ones). Can anyone recommend an online shop (preferably in the UK, but other EU countries will do) that will ship to the UK? Note: This is NOT the full featured TT DVB-S card I'm looking for; this is the DVB-S budget card with a CI interface. www.ebuyer.com seem to have both the DVB-S card and the CI adapter that connects to it. I don't currently use DVB-S so I cannot say whether this works or not. Regards, Steve -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] KNC1 DVB-s and Nexus-S
(2. Versuch; die erste Mail kam nicht auf der Liste an) Hallo, als erstes möchte ich mich mal outen. Ich bin auf vielen Gebieten ein richtiges Greenhorn: Linux, DVB, Englisch,... Daher versuche ich mal mein Glück auf deutsch; hoffentlich erlauben das die Listenregeln. Ich habe bereits erfolgreich eine Hauppauge Nexus-s 2.1 mit verschiedenen Treibern am laufen gehabt. Aktuell verwende ich den dvb-kernel direkt aus dem CVS unter Kernel 2.4.21 (suse). Jetzt habe ich die Tage eine DVB-s Budget von KNC1 einbebaut (wegen Platzmangels im Gehäuse kann es nur diese sein) wohlwissend, dass da Probleme auf mich zukommen. Hier erst mal die technischen Daten: KNC One DVB-S ver B1 SU1278/SH - 3112 297 12871 - 207 KRO1 Philips SAA7146AH - CB2135 - TtD0210 4 Ein ./insmod debug (insmod ./mt312.o ist auskommentiert) läuft auch noch relativ problemlos durch, doch wenn ich dann den VDR starte bekomme ich einige Kernel Oopse und natürlich kein Fernsehbild zu sehen :-( Ich habe mal entsprechende Logs beigefügt, bin mir aber nicht sicher, ob das schon reicht. Sollte was fehlen, versuche ich das asap nachzureichen. pundit:/usr/local/src/dvb-kernel/build-2.4 # ./insmod.sh debug Inserting DVB modules (debug) into kernelWarning: ignoring saa7146_debug=247, no such parameter in this module Module saa7146_vv loaded, with warnings ./dvb-ttpci-budget.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg ./dvb-ttpci-budget-ci.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg ./dvb-ttpci-budget-av.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg ./skystar2.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg pundit:/usr/local/src/dvb-kernel/build-2.4 # lspci -v 00:0e.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Philips Semiconductors: Unknown device 4f56 Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at dc80 (32-bit, non-prefetchable) [size=512] 00:13.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Technotrend Systemtechnik GmbH: Unknown device 0003 Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at db80 (32-bit, non-prefetchable) [size=512] pundit:/usr/local/src/dvb-kernel/build-2.4 # lsmod Module Size Used byNot tainted ttusb_dec 15079 0 (unused) dvb-ttusb-budget 21556 0 (unused) dvb-ttpci 284380 0 (unused) ttpci-eeprom1696 0 [dvb-ttpci] saa7146_vv 34812 0 [dvb-ttpci] saa714610500 0 [dvb-ttpci saa7146_vv] cx24110 5892 0 grundig_29504-491 3588 0 grundig_29504-401 4300 0 tda1004x 11312 0 ves1820 4928 0 stv0299 8044 0 (unused) alps_tdmb7 3944 0 alps_tdlb7 5496 0 ves1x93 4784 0 dvb-core 38392 0 [ttusb_dec dvb-ttusb-budget dvb-ttpci cx24110 grundig_29504-491 grundig_29504-401 tda1004x ves1820 stv0299 alps_tdmb7 alps_tdlb7 ves1x93] video-buf 10984 0 [saa7146_vv] v4l2-common 2880 0 [saa7146_vv] v4l1-compat12584 0 [saa7146_vv] videodev5696 1 [saa7146_vv] isa-pnp30664 0 (unused) ipv6 209952 -1 (autoclean) key63256 0 (autoclean) [ipv6] snd-intel8x0 19588 0 snd-pcm65092 0 [snd-intel8x0] snd-timer 15040 0 [snd-pcm] snd-ac97-codec 39608 0 [snd-intel8x0] snd-mpu401-uart 3584 0 [snd-intel8x0] thermal 6148 0 (unused) snd-rawmidi14208 0 [snd-mpu401-uart] processor 8248 0 [thermal] snd-seq-device 4048 0 [snd-rawmidi] fan 1472 0 (unused) button 2380 0 (unused) snd-page-alloc 6004 0 [snd-intel8x0 snd-pcm] battery 5600 0 (unused) snd35172 0 [snd-intel8x0 snd-pcm snd-timer snd-ac97-codec snd-mpu401-uart snd-rawmidi snd-seq-device] soundcore 3588 0 [snd] ac 1664 0 (unused) ds 6668 1 yenta_socket9760 1 pcmcia_core43232 0 [ds yenta_socket] st 27760 0
[linux-dvb] Re: AMD64 and DVB
Max Nickel wrote: Ok to clearify some things: Drivers: Kernel 2.6.3_rc2 as modules Firmware compiled into the module the crc checks are gone since i have a complete frimware ;) now just the av7110_fw_query errors and the results are showing up. It doesn't matter if i apply the patch you sent me, the errors are still there (the query, not the crc ;)) The patch was bogus, as others already pointed out. and it attempted to fix a problem which wasn't there, because the crc stuff works. the dmesg output with av7110_debug=247 is: waitdebi(): av7110: 01000d9d8000 dvb_ttpci: load_dram(): Writing DRAM block 8 ... dvb_ttpci: av7110_bootarm(): av7110_bootarm: load dpram code dvb_ttpci: av7110_firmversion(): av7110: 01000d9d8000 dvb_ttpci: av7110_fw_request(): av7110: 01000d9d8000 av7110_fw_request: timeout waiting for COMMAND to complete av7110_fw_query error DVB: AV71138141952(0) - firm 2f40a00b, rtsl , vid 0246, app OK, loading DPRAM works, booting the ARM works (the DRAM loader runs from DPRAM), loading DRAM seems to work but the firmware in DRAM is trashed. You said your card works in a i386 machine? If yes, I would think that av7110_bootarm() or load_dram() have a bug. But I don't see anything which could be wrong :-( IIRC Gerd Knorr had problems with wrong timeout handling on a 64bit machine, but I think what I do in __av7110_send_fw_cmd() is correct: unsigned long start; start = jiffies; while (rdebi(av7110, DEBINOSWAP, COMMAND, 0, 2 )) { dvb_delay(1); if (time_after(jiffies, start + ARM_WAIT_FREE)) { printk(KERN_ERR %s: timeout waiting for COMMAND to complete\n, __FUNCTION__); return -1; } } Question: If you have a TV connected, or if you start xawtv quickly after loading the driver, do you see the (c) convergence... boot splash? Anyway, I committed a change which aborts initialization if booting the ARM fails. Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Source for TT Budget-CI cards in the UK
On Tuesday 10 February 2004 16:47, Steve Davies wrote: On Tue, 10 Feb 2004, Andrew de Quincey wrote: Hi, I've done as much on the Budget-CI as I can without the hardware. The abstract layer is there, and just waits for the simple functions which hit the hardware. I know what to write for these, but I obviously cannot test them. Unfortunately the German online store I thought I was buying from doesn't appear to want to ship one to me. I haven't found any UK retailers which stock 'em (was looking for hauppauge ones). Can anyone recommend an online shop (preferably in the UK, but other EU countries will do) that will ship to the UK? Note: This is NOT the full featured TT DVB-S card I'm looking for; this is the DVB-S budget card with a CI interface. www.ebuyer.com seem to have both the DVB-S card and the CI adapter that connects to it. I don't currently use DVB-S so I cannot say whether this works or not. Hi, thanks for replying. Unfortunately, thats the DVB-S, not the CI version... Actually, annoyingly, the Nova-S has actually got the tracks for the CI on it, but is missing the chips. In the meantime, I found www.usa-x.org, who don't have a problem shipping, and also take paypal, if anyone else is in the same situation I am. I should have some code up and running soon I hope. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
On Tue, 2004-02-10 at 18:48, Johannes Stezenbach wrote: Max Nickel wrote: Ok to clearify some things: Drivers: Kernel 2.6.3_rc2 as modules Firmware compiled into the module the crc checks are gone since i have a complete frimware ;) now just the av7110_fw_query errors and the results are showing up. It doesn't matter if i apply the patch you sent me, the errors are still there (the query, not the crc ;)) The patch was bogus, as others already pointed out. and it attempted to fix a problem which wasn't there, because the crc stuff works. the dmesg output with av7110_debug=247 is: waitdebi(): av7110: 01000d9d8000 dvb_ttpci: load_dram(): Writing DRAM block 8 ... dvb_ttpci: av7110_bootarm(): av7110_bootarm: load dpram code dvb_ttpci: av7110_firmversion(): av7110: 01000d9d8000 dvb_ttpci: av7110_fw_request(): av7110: 01000d9d8000 av7110_fw_request: timeout waiting for COMMAND to complete av7110_fw_query error DVB: AV71138141952(0) - firm 2f40a00b, rtsl , vid 0246, app OK, loading DPRAM works, booting the ARM works (the DRAM loader runs from DPRAM), loading DRAM seems to work but the firmware in DRAM is trashed. You said your card works in a i386 machine? If yes, I would think that av7110_bootarm() or load_dram() have a bug. But I don't see anything which could be wrong :-( well it worked back on my athlon-xp, yes. It even worked when i ran the Athlon64 accidentally as a 32Bit System :) In 64Bit it doesn't work. What i'm worried about is, that i loaded the bogues firmware into the driver, as i commented out the security checks. Could that have been damaged my card ? If yes, i'll try to bring it to someone with a 32bit System and check if the card still works. IIRC Gerd Knorr had problems with wrong timeout handling on a 64bit machine, but I think what I do in __av7110_send_fw_cmd() is correct: unsigned long start; start = jiffies; while (rdebi(av7110, DEBINOSWAP, COMMAND, 0, 2 )) { dvb_delay(1); if (time_after(jiffies, start + ARM_WAIT_FREE)) { printk(KERN_ERR %s: timeout waiting for COMMAND to complete\n, __FUNCTION__); return -1; } } Question: If you have a TV connected, or if you start xawtv quickly after loading the driver, do you see the (c) convergence... boot splash? uhm hard to say, i don't see the bootsplash, but maybe i'm just not quick enough ? :) Anyway, I committed a change which aborts initialization if booting the ARM fails. Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
From: Johannes Stezenbach [EMAIL PROTECTED] OK, loading DPRAM works, booting the ARM works (the DRAM loader runs from DPRAM), loading DRAM seems to work but the firmware in DRAM is trashed. The driver is using DMA to transfer the firmware into DPRAM. Is it possible that the 64-Bit CPU - 32-Bit PCI bus address mapping is not done correctly? It might be worth a try putting a for() loop into the firmware upload to make it upload in 32-bit DWORDs without DMA, and see if that works. If it does, the DMA code is erroneous. Regards, -- Robert Schlabbach e-mail: [EMAIL PROTECTED] Berlin, Germany -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] linuxtv.org CVS web interface is broken :(
FWIW, the CVS web interface at http://linuxtv.org/cgi-bin/cvsweb.cgi/ has been broken for a while now. One can browse the CVS tree, but when you click on a download link, e.g. http://linuxtv.org/cgi-bin/cvsweb.cgi/~checkout~/dvb-kernel/README-2.6?rev= 1.3content-type=text/plain you get: Error: Unexpected output from cvs co: cvs [checkout aborted]: Absolute module reference invalid: `/dvb-kernel/README-2.6' Check whether the directory /cvs/linuxtv/CVSROOT exists and the script has write-access to the CVSROOT/history file if it exists. The script needs to place lock files in the directory the file is in as well. Can this be fixed, please? Having to fire up CVS to download the source tree is a bit inconvenient for a Windows user who just wants to take a peek... :( Regards, -- Robert Schlabbach e-mail: [EMAIL PROTECTED] Berlin, Germany -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: AMD64 and DVB
On Tue, Feb 10, 2004 at 07:45:28PM +0100, Max Nickel wrote: On Tue, 2004-02-10 at 18:48, Johannes Stezenbach wrote: OK, loading DPRAM works, booting the ARM works (the DRAM loader runs from DPRAM), loading DRAM seems to work but the firmware in DRAM is trashed. You said your card works in a i386 machine? If yes, I would think that av7110_bootarm() or load_dram() have a bug. But I don't see anything which could be wrong :-( well it worked back on my athlon-xp, yes. It even worked when i ran the Athlon64 accidentally as a 32Bit System :) In 64Bit it doesn't work. What i'm worried about is, that i loaded the bogues firmware into the driver, as i commented out the security checks. Could that have been damaged my card ? Barely. Can you damage your PC by running the wrong OS? If yes, i'll try to bring it to someone with a 32bit System and check if the card still works. It's a good idea to check if the hardware is OK befored continuing to search for software bugs. Question: If you have a TV connected, or if you start xawtv quickly after loading the driver, do you see the (c) convergence... boot splash? uhm hard to say, i don't see the bootsplash, but maybe i'm just not quick enough ? :) It's there only for about 5 seconds. If you don't see it, it just confirms that the ARM crashes when exuting the firmware from DRAM. Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: linuxtv.org CVS web interface is broken :(
Robert Schlabbach wrote: FWIW, the CVS web interface at http://linuxtv.org/cgi-bin/cvsweb.cgi/ has been broken for a while now. One can browse the CVS tree, but when you click on a download link, e.g. http://linuxtv.org/cgi-bin/cvsweb.cgi/~checkout~/dvb-kernel/README-2.6?rev= 1.3content-type=text/plain you get: Error: Unexpected output from cvs co: cvs [checkout aborted]: Absolute module reference invalid: `/dvb-kernel/README-2.6' Check whether the directory /cvs/linuxtv/CVSROOT exists and the script has write-access to the CVSROOT/history file if it exists. The script needs to place lock files in the directory the file is in as well. Can this be fixed, please? Having to fire up CVS to download the source tree is a bit inconvenient for a Windows user who just wants to take a peek... :( Thanks for reporting, I forwarded your mail to the CVS admin. Should be fixed soon. BTW, you can peek at the files by clicking on the revsion numbers, it's just that you get a HTMLlized version, not plaintext. Regards, Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Technotrend DVB-T 1.2 recommended for UK?
have it back and ready to try in a day or so. I think this thread went quiet with out anyone answering Andys questions: To reiterate has anyone got the TT DVB-T 1.2 card working fine, or not? If not, is there an alternative full featured TT-DVB-T card on offer (Hauppauge may have a Nexus-T, I found one reference to it, but nowhere I could buy one L. Adrian Thanks for everyone who has shown interest in my post. I was quite impressed at how it has snowballed into a conversion about possible fixes! As Gregor said, I don't have the option of misusing a full featured Sat card, because I don't have a sat feed. I think I might as well get the TT DVB 1.2 anyway, because if it the problems arn't solved I should still be able to 'misuse' it with a Nova-T? So I'll buy one and join in the discussion. Just a couple of quick questions though: 1) How hot does it get? Is it like a 1.3 sat card and roasts? 2) Anyone with a happily working full feature card of any variety got it working stabily with a mini-itx motherboard? (if I do decide to get a hush) Cheers, Andy
[linux-dvb] Re: tt firmware 2.16a
On Tue, Feb 10, 2004 at 04:45:52PM +0100, Robert Schlabbach wrote: From: Hamish Moffatt [EMAIL PROTECTED] Can the tda10045h firmware from the TT software version 2.16a be used with the linux driver? The file in question (TTLCDACC.DLL) is unchanged, so, yet, it can be used. It's entirely unchanged? Not here it isn't, according to the md5sums: 83e171133c2e0fe3ffdd862e3b498d3f /usr/lib/hotplug/firmware/tda1004x.mc (2.15a) 490709cef1ccb4a0ac03273c487669f0 ttlcdacc.dll (2.16a as distributed with my DPANDA DVB-T card) Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] dvbstream compile problem
Hi, I've just installed linuxtv-dvb-1.1.0 linuxtv-dvb-apps-1.1.0, however I am having trouble compiling dvbstream. Can anyone point me in the right direction [EMAIL PROTECTED] dvbstream]# make gcc -I ../linuxtv-dvb-1.1.0/linux/include -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNEWSTRUCT -c -o rtp.o rtp.c gcc -I ../linuxtv-dvb-1.1.0/linux/include -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNEWSTRUCT -c -o tune.o tune.c In file included from tune.h:25, from tune.c:40: dvb_defaults.h:83:2: warning: #warning No DVB-T country defined in dvb_defaults.h dvb_defaults.h:84:2: warning: #warning defaulting to UK dvb_defaults.h:85:2: warning: #warning Ignore this if using Satellite or Cable tune.c:173: error: syntax error before uint32_t tune.c:173: warning: no semicolon at end of struct or union tune.c: In function `diseqc_send_msg': tune.c:182: error: dereferencing pointer to incomplete type tune.c:183: error: dereferencing pointer to incomplete type tune.c: In function `do_diseqc': tune.c:198: error: variable `cmd' has initializer but incomplete type tune.c:199: error: extra brace group at end of initializer tune.c:199: error: (near initialization for `cmd') tune.c:199: error: extra brace group at end of initializer tune.c:199: error: (near initialization for `cmd') tune.c:199: warning: excess elements in struct initializer tune.c:199: warning: (near initialization for `cmd') tune.c:199: warning: excess elements in struct initializer tune.c:199: warning: (near initialization for `cmd') tune.c:198: error: storage size of `cmd' isn't known tune.c:198: warning: unused variable `cmd' make: *** [tune.o] Error 1 -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Tuning problems
I have been trying to figure out why the windows software gets better signal quality than the linux drivers on some channels. There is a few things in ves1820.c, function tuner_set_tv_freq that I don't understand. The ifreq variable, is that the reference crystal on the sp5659 chip? The reason I'm asking is that I carefully opened the metal box on the card (where the sp5659 chip is) and I coud not find anything that resembels anything like 3.6Mhz. There was 3 smal metal things, that I asume is crystals. The one closest to the sp5659 is labeld D400KOI, the second one reads D43.1LOI and the third one has red text and is labeld T01BJPN (the T is in bold) and the second line: 0408DSLB Coud it be a 4Mhz crystal? If so, maybe that coud be the problem? -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Tuning problems
Torbjörn Jansson wrote: I have been trying to figure out why the windows software gets better signal quality than the linux drivers on some channels. There is a few things in ves1820.c, function tuner_set_tv_freq that I don't understand. The ifreq variable, is that the reference crystal on the sp5659 chip? It is the IF center frequency offset introduced by the Downconverter/Synthesizer. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Tuning problems
From: Torbjörn Jansson [EMAIL PROTECTED] I have been trying to figure out why the windows software gets better signal quality than the linux drivers on some channels. FWIW, I compared the tuner control code of the TT driver (2.16a) against the Linux sources and they appear to work exactly the same. So the difference is probably _not_ found in the tuner control. Instead, take a look at the VES1820 control code for QAM and symbol rate. What QAM and symbol rate are the channels you are having problems with? Here in Germany, I only have 64-QAM and 6900 kbaud channels, and those work flawlessly. Regards, -- Robert Schlabbach e-mail: [EMAIL PROTECTED] Berlin, Germany -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: tt firmware 2.16a
On Wed, 11 Feb 2004, Hamish Moffatt wrote: On Tue, Feb 10, 2004 at 04:45:52PM +0100, Robert Schlabbach wrote: From: Hamish Moffatt [EMAIL PROTECTED] Can the tda10045h firmware from the TT software version 2.16a be used with the linux driver? The file in question (TTLCDACC.DLL) is unchanged, so, yet, it can be used. It's entirely unchanged? Not here it isn't, according to the md5sums: 83e171133c2e0fe3ffdd862e3b498d3f /usr/lib/hotplug/firmware/tda1004x.mc (2.15a) 490709cef1ccb4a0ac03273c487669f0 ttlcdacc.dll (2.16a as distributed with my DPANDA DVB-T card) It does however seem to work - I've had reports that both the one on the website and the one distributed with the DPandA card work fine. It could just be recompiled with a different version number ... (but I haven't bothered to look, since it ain't broke :). Hamish {P^/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: tt firmware 2.16a
On Wed, Feb 11, 2004 at 12:50:47PM +1100, John Dalgliesh wrote: On Wed, 11 Feb 2004, Hamish Moffatt wrote: It's entirely unchanged? Not here it isn't, according to the md5sums: 83e171133c2e0fe3ffdd862e3b498d3f /usr/lib/hotplug/firmware/tda1004x.mc (2.15a) 490709cef1ccb4a0ac03273c487669f0 ttlcdacc.dll (2.16a as distributed with my DPANDA DVB-T card) It does however seem to work - I've had reports that both the one on the website and the one distributed with the DPandA card work fine. It could just be recompiled with a different version number ... (but I haven't bothered to look, since it ain't broke :). OK, thanks John. I was hoping it might be better :-) Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.