On Fri, Feb 02, 2007 at 01:06:31AM +0200, Tomi Orava wrote: > It seems that Reelbox > (http://www.reel-multimedia.co.uk/reelbox-software.html) does indeed > contain some sort of GPL-driver for TDA10023. I checked out the ReelBox <...> Some sort? It's GPL. The reason why it is stil based on the DVB-API of 2.6.12 is that there were too many API changes in the last time (especially the PLL stuff) and with the upcomming S2 I currently don't see any stabilisation in the near future. As the drivers works fine for the RB, there's no need to waste time in continuously porting to the current API ;-) Also, since no PCI card was using the chip at that time, I saw no sense in actively porting it to the "official" tree or adding configurability... > #>scan -a 2 fi-elisa > scanning fi-elisa > using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' > initial transponder 154000000 6900000 0 4 > initial transponder 370000000 6900000 0 4 > >>> tune to: 154000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_128 First try with czap that you're actually getting a lock. > WARNING: filter timeout pid 0x0011 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. > PS. It would be so much easier with proper programming docs ... :( I have the data sheet, but I don't know the current status of it. As NXP still doesn't have it on their webpage, I assume it's on purpose. BTW, just for the record, as I don't have the time to look at all DVB-cards out there: If a DVB-S card with the Samsung DNBU10x12 tuners appears, the stv0288-driver for it is already in the RB repository. Unfortunately, the data sheet problem is the same... -- Georg Acher, acher@xxxxxxxxx http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
