[linux-dvb] DVB-S card for 3.8 GHz frequency range?
Hi, I'm trying to record the Ethiopian Schoolnet DVB-S channels - unfortunately they seem to be broadcast at really weird frequencies (3.887 GHz, Symbol rate 2650) that none of the DVB-S cards I tried can handle (the cards I tried seem to be limited to the 10 GHz-12 GHz range). Is there any card (PCI preferred, but USB would be ok) that can receive DVB-S broadcasts at 3.887 GHz, or is there anything that could be used to shift the signal to a reasonable frequency? We have a fallback plan working at the moment (really awful hack - using the receiver box distributed by the satellite provider to receive the channel, then capturing the signal on its TV-Out port using an analog video card), but that's really not a good solution... Thanks bero ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] STB0899 frontend support
On Friday 07 September 2007, Pedro Aguilar wrote: > I'm working on a DVB-S2 decoder with an STB0899 frontend. I had a look at > the dvb sources and didn't find any support for it. I saw that Manu wrote > a driver last april but it gave me several errors when compiling it as a > module inside a 2.6.17 kernel and it hasn't been included in the official > repository. Take a look at http://www.arklinux.org/~bero/stb0899 The patches there are Manu's driver ported to the current v4l-dvb tree. It mostly works for me, but sometimes tuning to DVB-S2 fails. Regards, bero ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Current v4l-dvb tree doesn't compile
dib0700_devices.c tries to #include "mt2266.h" But that file doesn't exist and isn't created anywhere. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] How to replace dvb_pll_configure?
Hi, I'm trying to port the stb0899 driver snapshot to run on top of current v4l-dvb - most of it is pretty straightforward, I'm down to 1 line that needs fixing: rc = dvb_pll_configure(&dvb_pll_philips_sd1878_tda8261, buf, p->frequency, 0); What's the proper way to replace that? (Right now, my working-but-broken fix is to re-export dvb_pll_configure and hack it to take DVB_PLL_PHILIPS_SD1878_TDA8261, but I know that's not the right thing to do). Thanks, bero ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] stb0899 troubles
On Saturday, 24. February 2007 23:56, Bernhard Rosenkraenzer wrote: > Actual DVB-S2 channels don't seem to work either -- szap with the patches > tunes there and claims to have a lock, but the dvr0 device remains empty. The dvr0 device remaining empty was my fault -- my PIDs came from an outdated (or plain wrong) channel list, so it's obvious why dvr0 was empty. Still mplayer refuses to play the content of dvr0, but that could well be mplayer's fault. What is everyone else using to play H264-in-ts? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] stb0899 troubles
On Saturday, 24. February 2007 23:56, Bernhard Rosenkraenzer wrote: > Actual DVB-S2 channels don't seem to work either -- szap with the patches > tunes there and claims to have a lock, but the dvr0 device remains empty. I found some oddities in the patched szap code -- fixing them doesn't seem to change anything, but maybe they cause odditites elsewhere (or maybe I'm misreading things?): 1. do_tune() sets fe_params.delsys.*.fec = FEC_AUTO; but the type of the fec member is dvbfe_fec rather than fe_code_rate_t -- shouldn't it be set to DVBFE_FEC_AUTO instead, especially because the value is not the same? 2. Similarily, there's INVERSION_* vs. DVBFE_INVERSION_* -- dvb_frontend_parameters takes a fe_spectral_inversion_t which matches the use of INVERSION_* in patched szap, but DVBFE_INVERSION_* is introduced by the multiproto patch and is set inside the kernel module if dvb_force_auto_inversion is on. 3. Nothing in do_tune() sets fe_params.delsys.*.modulation -- but 0 is DVBFE_MOD_NONE. Shouldn't it be set to DVBFE_MOD_AUTO (or DVBFE_MOD_QPSK/DVBFE_MOD_8PSK depending on dvbs vs. dvbs2)? If the modulation parameter is there for DVBFE_GET_PARAMS only, it should probably be pointed out in a comment in the header (the way it is done for e.g. dvbs2_params.rolloff) Best regards, bero ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] stb0899 troubles
On Saturday, 24. February 2007 22:33, Bernhard Rosenkraenzer wrote: > Tuning works, so does recording stuff through DMX_SET_PES_FILTER (input = > DMX_IN_FRONTEND, output = DMX_OUT_TS_TAP, flags = DMX_IMMEDIATE_START). Actual DVB-S2 channels don't seem to work either -- szap with the patches tunes there and claims to have a lock, but the dvr0 device remains empty. I used ./patched_szap -t 2 -r -c channels-conf/dvb-s/Astra-19.2E Pro7HD after adding this to Astra-19.2E: Pro7HD:12722:h:0:22000:101:102:10200 Scanning the NIT there seems to work though. Any ideas? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] stb0899 troubles
On Saturday, 24. February 2007 08:55, Manu Abraham wrote: > Did you use the patches or the tarball ? (You shouldn't see this issue > if you are using the tree) If you used the patches, change MINOR > VERSION from 1 to 2 in version.h and you are ahead. (Forgot to push in > the version patch) will need to push in that as well. I used the patches -- and increasing the version surely does help. I'm still getting FE_DISEQC_SEND_MASTER_CMD failed: Connection timed out but that doesn't seem to matter (there's only 1 satellite connected anyway and that happens to be on diseqc 0), I actually see some useful output in /dev/dvb/adapter0/dvr0. Tuning works, so does recording stuff through DMX_SET_PES_FILTER (input = DMX_IN_FRONTEND, output = DMX_OUT_TS_TAP, flags = DMX_IMMEDIATE_START). I'm having some problem reading the NIT though (the app works correctly with a normal DVB-S card -- struct dmx_sct_filter_params f; memset(&f, 0, sizeof(dmx_sct_filter_params)); memset(&f.filter.filter, 0, DMX_FILTER_SIZE); memset(&f.filter.mask, 0, DMX_FILTER_SIZE); memset(&f.filter.mode, 0, DMX_FILTER_SIZE); f.pid = 0x10; f.timeout = 1; f.filter.filter[0] = 0; // we want all tables f.filter.mask[0] = 0; f.flags = DMX_IMMEDIATE_START|DMX_CHECK_CRC; ioctl(fd, DMX_SET_FILTER, &f); At that point, there is much less traffic on the fd than with a "normal" card, and some of it is bogus. Any ideas about this (or is there something I'm doing wrong in the code)? (Turning off DMX_CHECK_CRC seems to restore the data amount to normal -- so it's probably broken packets getting dropped by the CRC check). Thanks, bero ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] stb0899 troubles
On Friday, 23. February 2007 12:03, Manu Abraham wrote: > You need to use the modified version of szap (temporarily) > ..http://kromtek.com/dvb/szap.c Thanks - but it doesn't help: [EMAIL PROTECTED] szap]# ./patched_szap -c channels-conf/dvb-s/Astra-19.2E n24 reading channels from file 'channels-conf/dvb-s/Astra-19.2E' zapping to 34 'N24': sat 0, frequency = 12480 MHz V, symbolrate 2750, vpid = 0x07ff, apid = 0x0800 sid = 0x002f Querying info .. Delivery system=DVB-S using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' FE_DISEQC_SEND_MASTER_CMD failed: Connection timed out ---> Using 'STB0899 DVB-S' DVB-Sstatus 00 | signal | snr | ber | unc fffe | status 00 | signal | snr | ber | unc fffe | status 00 | signal | snr | ber | unc fffe | ... While patched_szap is running, the driver logs these bits: stb0899_init: Initializing STB0899 ... stb0899_init: init device stb0899_read_reg: Reg=[0xf2ff], data=00 stb0899_read_reg: Reg=[0xf2ff], data=00 stb0899_init: init S2 demod stb0899_init: init S1 demod stb0899_read_reg: Reg=[0xf6ff], data=00 last message repeated 30 times stb0899_init: init S2 FEC stb0899_init: init TST stb0899_read_reg: Reg=[0xf412], data=41 stb0899_read_reg: Reg=[0xf1b3], data=15 stb0899_get_mclk: div=21, mclk=9900 stb0899_read_reg: Reg=[0xf40e], data=00 dvb_frontend_ioctl: DVBFE_GET_INFO stb0899_get_info: Get Info stb0899_get_info: Querying DVB-S info stb0899_get_info: delivery system=1 stb0899_read_reg: Reg=[0xf0a8], data=20 stb0899_read_reg: Reg=[0xf0a0], data=32 stb0899_read_reg: Reg=[0xf0a8], data=20 last message repeated 26 times stb0899_wait_diseqc_fifo_empty: timed out!! stb0899_read_reg: Reg=[0xf0a8], data=20 stb0899_read_reg: Reg=[0xf0a0], data=36 stb0899_read_reg: Reg=[0xf0a0], data=36 stb0899_read_reg: Reg=[0xf0a8], data=11 stb0899_read_reg: Reg=[0xf0a8], data=11 stb0899_read_reg: Reg=[0xf0a8], data=30 stb0899_read_reg: Reg=[0xf0a8], data=20 stb0899_search: set DVB-S params stb0899_search: delivery system=1 stb0899_search: Frequency=0, Srate=0 stb0899_read_reg: Reg=[0xf50d], data=00 last message repeated 2 times stb0899_search: set DVB-S params stb0899_search: delivery system=1 stb0899_search: Frequency=0, Srate=0 stb0899_read_reg: Reg=[0xf50d], data=00 stb0899_read_reg: Reg=[0xf50d], data=00 stb0899_search: set DVB-S params stb0899_search: delivery system=1 stb0899_search: Frequency=0, Srate=0 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] stb0899 troubles
Hi, I've just tried using an STB0899 (KNC1 DVB-S2 card) with current hg + stb0899 patches. The card is recognized correctly, but doesn't tune to any channel - any ideas? If it matters, the app I'm using to tune uses the "old" (as in current v4l-dvb) API, and works perfectly on a KNC1 DVB-S1 card even with the stb0899 (and therefore multiproto) patches applied. This is what the driver says for the DVB-S2 card: --- modprobe budget-av - saa7146: found saa7146 @ mem d0d1ce00 (revision 1, irq 17) (0x1894,0x0018). saa7146 (0): dma buffer size 192512 DVB: registering new adapter (KNC1 DVB-S2). adapter failed MAC signature check encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff saa7146_vv: saa7146 (0): registered device video0 [v4l2] KNC1-0: MAC addr = 00:09:d6:65:0b:16 saa7146_i2c_writeout: timed out waiting for end of xfer stb0899_read_reg: Reg=[0xf000], data=81 stb0899_get_dev_id: Device ID=[8], Release=[1] stb0899_get_dev_id: Demodulator Core ID=[DMD1], Version=[1] stb0899_get_dev_id: FEC Core ID=[FEC1], Version=[1] stb0899_attach: Attaching STB0899 stb0899_read_reg: Reg=[0xf12a], data=fa stb0899_i2c_gate_ctrl: Enabling I2C Repeater ... DVB: registering frontend 0 (STB0899 Multistandard)... budget-av: ci interface initialised. tune to a (traditional DVB-S) transponder on Astra - stb0899_init: Initializing STB0899 ... stb0899_init: init device stb0899_read_reg: Reg=[0xf2ff], data=00 stb0899_read_reg: Reg=[0xf2ff], data=00 stb0899_init: init S2 demod stb0899_init: init S1 demod stb0899_read_reg: Reg=[0xf6ff], data=00 last message repeated 30 times stb0899_init: init S2 FEC stb0899_init: init TST stb0899_read_reg: Reg=[0xf412], data=41 stb0899_read_reg: Reg=[0xf1b3], data=15 stb0899_get_mclk: div=21, mclk=9900 stb0899_read_reg: Reg=[0xf40e], data=00 stb0899_read_reg: Reg=[0xf0a8], data=20 stb0899_read_reg: Reg=[0xf0a0], data=32 stb0899_read_reg: Reg=[0xf0a8], data=20 last message repeated 26 times stb0899_wait_diseqc_fifo_empty: timed out!! stb0899_search: Unsupported delivery system stb0899_search: Unsupported delivery system stb0899_search: Unsupported delivery system last message repeated 10 times stb0899_read_reg: Reg=[0xf0a8], data=20 stb0899_read_reg: Reg=[0xf0a0], data=36 stb0899_read_reg: Reg=[0xf0a8], data=20 last message repeated 26 times stb0899_wait_diseqc_fifo_empty: timed out!! stb0899_search: Unsupported delivery system last message repeated 5 times ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: What has happend to Manus repositories?
On Friday, 29. December 2006 12:27, Manu Abraham wrote: > Regarding the multiproto tree, the stb0899 might need some slight > modifications at the API for dvb-s2. The stb0899 needs some more work, > the trees are here > > http://thadathil.net:8000/cgi-bin/hgwebdir.cgi/mp-stb0899 > http://thadathil.net:8000/cgi-bin/hgwebdir.cgi/mp-stb0899_2 Hi, I tried to download them for a while, but all I get is "Could not connect to host thadathil.net (port 8000)". Has the repository moved? If this is a hosting problem, we can help out. Best regards, bero -- Get your own Linux distribution -- http://www.yold.org/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Problems with the Mantis driver
On Sunday, 15. October 2006 18:07, Manu Abraham wrote:
> Bernhard Rosenkraenzer wrote:
> > Hi,
> > I've just tried the Mantis driver on a Twinhan DVB-S card (PCI ID
> > 1822:4e35 subsystem 1822:0014)
>
> Can you try with szap -x (exit after tuning) the status for the same ?
> It does re-search the spectrum thrice for a valid signal using the AFC.
> In the current logs, i see only one search pattern.
Because I removed the dupes ;)
I've attached the logs of szap (szap output, szap strace log, and dmesg).
Best regards,
bero
reading channels from file '/root/.szap/channels.conf'
zapping to 24 'RTL Television':
sat 0, frequency = 12188 MHz H, symbolrate 2750, vpid = 0x00a3, apid =
0x0068 sid = 0x2ee3
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
status bfbbee84 | signal | snr 0002 | ber 08048704 | unc bfbbedd8 |
execve("./szap", ["./szap", "-x", "RTL Television"], [/* 23 vars */]) = 0
brk(0) = 0x804c000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fa1000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=68077, ...}) = 0
mmap2(NULL, 68077, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f9
close(3)= 0
open("/lib/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\2600\370"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1314388, ...}) = 0
mmap2(0x48f6d000, 1316260, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x48f6d000
mmap2(0x490a9000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13c) = 0x490a9000
mmap2(0x490ac000, 9636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x490ac000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f8f000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f8f6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x490a9000, 4096, PROT_READ) = 0
munmap(0xb7f9, 68077) = 0
access("/root/.szap/0/channels.conf", R_OK) = -1 ENOENT (No such file or directory)
fstat64(1, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fa
brk(0) = 0x804c000
brk(0x806d000) = 0x806d000
open("/root/.szap/channels.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=8829, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f9f000
read(3, "Das Erste:11837:h:0:27500:101:10"..., 4096) = 4096
close(3)= 0
munmap(0xb7f9f000, 4096)= 0
open("/dev/dvb/adapter0/frontend0", O_RDWR|O_NONBLOCK) = 3
ioctl(3, FE_GET_INFO, { name="Fujitsu MB86A16 DVB-S", type=FE_QPSK, frequency_min=95, frequency_max=215, frequency_stepsize=125, frequency_tolerance=0, symbol_rate_min=100, symbol_rate_max=4500, symbol_rate_tolerance=500, caps=FE_CAN_INVERSION_AUTO|FE_CAN_FEC_1_2|FE_CAN_FEC_2_3|FE_CAN_FEC_3_4|FE_CAN_FEC_5_6|FE_CAN_FEC_7_8|FE_CAN_FEC_AUTO|FE_CAN_QPSK }) = 0
open("/dev/dvb/adapter0/demux0", O_RDWR) = 4
open("/dev/dvb/adapter0/demux0", O_RDWR) = 5
open("/dev/dvb/adapter0/audio0", O_RDWR) = -1 ENODEV (No such device)
ioctl(3, FE_SET_TONE, 0x1) = 0
ioctl(3, FE_SET_VOLTAGE, 0x1) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_DISEQC_SEND_MASTER_CMD, 0xbfbbedbc) = 0
nanosleep({0, 0}, NULL) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_DISEQC_SEND_BURST, 0) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_SET_TONE, 0)= 0
ioctl(3, FE_GET_EVENT, 0xbfbbed70) = -1 EAGAIN (Resource temporarily unavailable)
ioctl(3, FE_SET_FRONTEND, { frequency=1588000, inversion=2, symbol rate=2750, f
[linux-dvb] Problems with the Mantis driver
Hi,
I've just tried the Mantis driver on a Twinhan DVB-S card (PCI ID 1822:4e35
subsystem 1822:0014)
The card is detected correctly:
Mantis Rev 1, irq: 19, latency: 64
memory: 0xfdfff000, mmio: 0xdca7e000
get_mac_address (1): MAC Address=[00:08:ca:19:9e:2d]
get_subvendor_id (1): Sub Vendor ID=[0x1822]
get_subdevice_id (1): Sub Device ID=[0x0014]
mantis_alloc_buffers (1): DMA=0x1252 cpu=0xd252 size=65536
mantis_alloc_buffers (1): RISC=0x124fb000 cpu=0xd24fb000 size=1000
DVB: registering new adapter (Mantis dvb adapter).
mantis_frontend_init (1): Probing for MB86A16 (DVB-S/DSS)
mantis_frontend_init (1): found MB86A16 DVB-S/DSS frontend @0x08
DVB: registering frontend 0 (Fujitsu MB86A16 DVB-S)...
But trying to actually use it fails. strace-ing mplayer shows:
open("/dev/dvb/adapter0/frontend0", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
open("/dev/dvb/adapter0/demux0", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 4
open("/dev/dvb/adapter0/demux0", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 5
open("/dev/dvb/adapter0/demux0", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 6
open("/dev/dvb/adapter0/dvr0", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 7
write(1, "dvb_tune Freq: 12188000\n", 24dvb_tune Freq: 12188000
) = 24
ioctl(3, FE_GET_INFO, { name="Fujitsu MB86A16 DVB-S", type=FE_QPSK,
frequency_min=95, frequency_max=215, frequency_stepsize=125,
frequency_tolerance=0, symbol_rate_min=100, symbol_rate_max=4500,
symbol_rate_tolerance=500, caps=FE_CAN_INVERSION_AUTO|FE_CAN_FEC_1_2|
FE_CAN_FEC_2_3|FE_CAN_FEC_3_4|FE_CAN_FEC_5_6|FE_CAN_FEC_7_8|FE_CAN_FEC_AUTO|
FE_CAN_QPSK }) = 0
ioctl(3, FE_SET_TONE, 0x1) = 0
ioctl(3, FE_SET_VOLTAGE, 0x1) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_DISEQC_SEND_MASTER_CMD, 0xbfa09030) = 0
nanosleep({0, 0}, NULL) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_DISEQC_SEND_BURST, 0) = 0
nanosleep({0, 1500}, NULL) = 0
ioctl(3, FE_SET_TONE, 0)= 0
nanosleep({0, 1}, NULL) = 0
ioctl(3, FE_SET_FRONTEND, { frequency=1588000, inversion=2, symbol
rate=2750, fec_inner: 9}) = 0
time(NULL) = 1160916477
poll([{fd=3, events=POLLPRI, revents=POLLPRI}], 1, 3) = 1
ioctl(3, FE_READ_STATUS, 0) = 0 [<-- This call takes a very
long time]
nanosleep({0, 1000}, NULL) = 0
time(NULL) = 1160916494
poll([{fd=3, events=POLLPRI, revents=POLLPRI}], 1, 3) = 1
ioctl(3, FE_READ_STATUS, 0) = 0
Looks like the lock status is not being returned correctly.
dmesg shows:
mb86a16_write: writing to [0x08],Reg[0x20],Data[0x04]
mb86a16_write: writing to [0x08],Reg[0x16],Data[0x80]
mb86a16_write: writing to [0x08],Reg[0x1e],Data[0x00]
vp1034_set_voltage (1): Polarization=[18V]
mb86a16_write: writing to [0x08],Reg[0x16],Data[0x80]
mb86a16_write: writing to [0x08],Reg[0x1e],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x20],Data[0x04]
mb86a16_write: writing to [0x08],Reg[0x18],Data[0xe0]
mb86a16_write: writing to [0x08],Reg[0x19],Data[0x10]
mb86a16_write: writing to [0x08],Reg[0x1a],Data[0x38]
mb86a16_write: writing to [0x08],Reg[0x1b],Data[0xf3]
mb86a16_write: writing to [0x08],Reg[0x16],Data[0x94]
mb86a16_write: writing to [0x08],Reg[0x1e],Data[0x01]
mb86a16_write: writing to [0x08],Reg[0x16],Data[0x98]
mb86a16_write: writing to [0x08],Reg[0x1e],Data[0x01]
mb86a16_write: writing to [0x08],Reg[0x20],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x16],Data[0xa0]
mb86a16_write: writing to [0x08],Reg[0x1e],Data[0x01]
mb86a16_set_fe: freq=1588 Mhz, symbrt=27500 Ksps
mb86a16_write: writing to [0x08],Reg[0x32],Data[0x02]
mb86a16_write: writing to [0x08],Reg[0x06],Data[0xdf]
mb86a16_write: writing to [0x08],Reg[0x0a],Data[0x3d]
mb86a16_write: writing to [0x08],Reg[0x2b],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x2c],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x58],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x59],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x08],Data[0x16]
mb86a16_write: writing to [0x08],Reg[0x2f],Data[0x21]
mb86a16_write: writing to [0x08],Reg[0x39],Data[0x38]
mb86a16_write: writing to [0x08],Reg[0x3d],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x3e],Data[0x1c]
mb86a16_write: writing to [0x08],Reg[0x3f],Data[0x20]
mb86a16_write: writing to [0x08],Reg[0x40],Data[0x1e]
mb86a16_write: writing to [0x08],Reg[0x41],Data[0x23]
mb86a16_write: writing to [0x08],Reg[0x54],Data[0xff]
mb86a16_write: writing to [0x08],Reg[0x00],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x2d],Data[0x1a]
mb86a16_write: writing to [0x08],Reg[0x49],Data[0x7a]
mb86a16_write: writing to [0x08],Reg[0x2a],Data[0x32]
mb86a16_write: writing to [0x08],Reg[0x36],Data[0x06]
mb86a16_write: writing to [0x08],Reg[0x33],Data[0x00]
mb86a16_write: writing to [0x08],Reg[0x03],Data[0x02]
mb86a16_write: writing to [0x08],Reg[0x04],Data[0x4e]
mb86a16_write: writing to [0x08],Reg[0x05],Data[0x03]
mb86a16_write: writing to [0x08],R
