All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ruediger Dohmhardt <ruediger.dohmhardt@freenet.de>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: "linux-dvb: linuxtv.org" <linux-dvb@linuxtv.org>
Subject: Re: [linux-dvb] CAM of Mantis 2033 still not working
Date: Tue, 20 May 2008 09:17:03 +0200	[thread overview]
Message-ID: <48327AEF.1060809@freenet.de> (raw)
In-Reply-To: <482F49BB.4060300@gmail.com>

Manu Abraham schrieb:
> Ruediger Dohmhardt wrote:
>   
>> Dear Manu,
>>
>> the code from
>>
>> http://jusst.de/hg/mantis (10.5.08)
>>
>> now works fine for the 2033 without the CAM (here Alphacrypt Light)
>> inserted.
>>
>> When I insert the CAM, audio and video stop. I need to remove the CAM
>> and  I must  reload the module with
>>
>>    modprobe -r mantis
>>
>> followed by
>>
>>    modprobe mantis
>>
>> Could you please look into the attached /var/log/messages file.
>> Maybe it could provide a hint, what's still wrong.
>>
>> The verbose level is set to 3 (options mantis verbose=3)
>>     
>
>
> Applied some changes, couldn't test the changes while being away, but
> only build tests. Please do test again, also feel free to play with the
> individual changesets as to check for various stage tests.
>   
Dear Manu,

all changesets from Saturday night did not recognize the CAM.
I could, though, keep the Alphacrypt-Light plugged, but vdr-1.4.7 
provided only TV from the unencrypted channels.
vdr's CAM menu could not access the CAM.

changeset 7325b14e79e460fc (Monday evening):
Unencrypted channels: ok:
When I zap to an encrypted one, the drive hangs as shown below.
Then I need to reboot the machine, because
   
    modprobe -r mantis
 
could not really unload the module.

----------------------------------------------------------------------------------------------------------------------------------------------------

May 20 08:57:08 linux-sh8m kernel: mantis start feed & dma
May 20 08:57:08 linux-sh8m vdr: [5682] KBD remote control thread started 
(pid=5662, tid=5682)
May 20 08:57:08 linux-sh8m vdr: [5683] transfer thread started 
(pid=5662, tid=5683)
May 20 08:57:08 linux-sh8m vdr: [5684] receiver on device 1 thread 
started (pid=5662, tid=5684)
May 20 08:57:08 linux-sh8m vdr: [5686] TS buffer on device 1 thread 
started (pid=5662, tid=5686)
May 20 08:57:08 linux-sh8m vdr: [5683] [xine..put] Detected video size 
720x576
May 20 08:57:09 linux-sh8m vdr: [5683] setting audio track to 1 (0)
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] Client 0 connected: 
127.0.0.1:3484
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] cxSocket: 
setsockopt(SO_SNDBUF): got 262142 bytes
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] Trying PIPE 
connection ...
May 20 08:57:12 linux-sh8m vdr: [5681] creating directory 
/video/plugins/xineliboutput/pipes.5662
May 20 08:57:12 linux-sh8m vdr: [5681] removing 
/video/plugins/xineliboutput/pipes.5662
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] cBackgroundWriterI 
initialized (buffer 512 kb)
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] cTcpWriter 
initialized (buffer 512 kb)
May 20 08:57:12 linux-sh8m vdr: [5681] [xine..put] Pipe open
May 20 08:57:19 linux-sh8m vdr: [5679] changing pids of channel 58 from 
701+701:702:204 to 901+901:902:204
/*
* switching to encrypted channel
*/
May 20 08:57:39 linux-sh8m vdr: [5678] frontend 0 lost lock on channel 
1, tp 113
May 20 08:57:41 linux-sh8m vdr: [5678] frontend 0 timed out while tuning 
to channel 1, tp 113
May 20 08:58:07 linux-sh8m vdr: [5662] switching to channel 3
May 20 08:58:07 linux-sh8m vdr: [5683] transfer thread ended (pid=5662, 
tid=5683)
May 20 08:58:07 linux-sh8m vdr: [5686] TS buffer on device 1 thread 
ended (pid=5662, tid=5686)
May 20 08:58:07 linux-sh8m vdr: [5684] buffer stats: 113552 (5%) used
May 20 08:58:07 linux-sh8m vdr: [5684] receiver on device 1 thread ended 
(pid=5662, tid=5684)
May 20 08:58:07 linux-sh8m vdr: [5662] cTS2PES got 1 TS errors, 1 TS 
continuity errors
May 20 08:58:07 linux-sh8m vdr: [5662] cTS2PES got 1 TS errors, 1 TS 
continuity errors
May 20 08:58:07 linux-sh8m vdr: [5662] buffer stats: 205484 (9%) used
May 20 08:58:07 linux-sh8m vdr: [5723] transfer thread started 
(pid=5662, tid=5723)
May 20 08:58:07 linux-sh8m vdr: [5724] receiver on device 1 thread 
started (pid=5662, tid=5724)
May 20 08:58:07 linux-sh8m vdr: [5725] TS buffer on device 1 thread 
started (pid=5662, tid=5725)
May 20 08:58:16 linux-sh8m vdr: [5678] frontend 0 timed out while tuning 
to channel 3, tp 121
May 20 08:58:23 linux-sh8m vdr: [5662] switching to channel 2
May 20 08:58:23 linux-sh8m vdr: [5723] transfer thread ended (pid=5662, 
tid=5723)
May 20 08:58:23 linux-sh8m kernel: mantis stop feed and dma
May 20 08:58:23 linux-sh8m vdr: [5725] TS buffer on device 1 thread 
ended (pid=5662, tid=5725)
May 20 08:58:23 linux-sh8m vdr: [5724] buffer stats: 0 (0%) used
May 20 08:58:23 linux-sh8m vdr: [5724] receiver on device 1 thread ended 
(pid=5662, tid=5724)
May 20 08:58:23 linux-sh8m vdr: [5662] buffer stats: 0 (0%) used
May 20 08:58:23 linux-sh8m kernel: mantis start feed & dma
May 20 08:58:23 linux-sh8m vdr: [5726] transfer thread started 
(pid=5662, tid=5726)
May 20 08:58:23 linux-sh8m vdr: [5727] receiver on device 1 thread 
started (pid=5662, tid=5727)
May 20 08:58:23 linux-sh8m vdr: [5728] TS buffer on device 1 thread 
started (pid=5662, tid=5728)
/*
* Switching back to unencrypted channel
*7
May 20 08:58:26 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:26 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x0c, val == 0x1e, ret == -121)
May 20 08:58:28 linux-sh8m kernel: APIC error on CPU0: 40(40)
May 20 08:58:29 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:29 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x0d, val == 0x86, ret == -121)
May 20 08:58:32 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:32 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x0e, val == 0x43, ret == -121)
May 20 08:58:35 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:35 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x34, val == 0x22, ret == -121)
May 20 08:58:38 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:38 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x01, val == 0x6a, ret == -121)
May 20 08:58:41 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:41 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x05, val == 0x46, ret == -121)
May 20 08:58:44 linux-sh8m vdr: [5681] [xine..put] Closing connection 0
May 20 08:58:44 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:44 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x08, val == 0x43, ret == -121)
May 20 08:58:47 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:47 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x09, val == 0x6a, ret == -121)
May 20 08:58:50 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:50 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x00, val == 0x6a, ret == -121)
May 20 08:58:53 linux-sh8m kernel: mantis_ack_wait (0): Slave RACK Fail !
May 20 08:58:53 linux-sh8m kernel: DVB: TDA10021(0): _tda10021_writereg, 
writereg error (reg == 0x00, val == 0x6b, ret == -121)




Ciao Ruediger


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

  reply	other threads:[~2008-05-20  7:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-17 10:31 [linux-dvb] Mantis 2033 still not working with CAM inserted Ruediger Dohmhardt
2008-05-17 21:10 ` Manu Abraham
2008-05-20  7:17   ` Ruediger Dohmhardt [this message]
2008-05-23 19:05     ` [linux-dvb] CAM of Mantis 2033 still not working Manu Abraham
2008-05-23 19:28       ` Joakim Berglund
2008-05-28 19:06         ` Ruediger Dohmhardt
2008-05-28 19:18           ` Bas v.d. Wiel
2008-05-30 20:10             ` Manu Abraham
2008-05-31  8:59               ` Bas v.d. Wiel
2008-05-23 21:26       ` Ruediger Dohmhardt
2008-06-16 19:38       ` Ruediger Dohmhardt
  -- strict thread matches above, loose matches on Subject: below --
2008-06-22  8:48 Yves Gölz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48327AEF.1060809@freenet.de \
    --to=ruediger.dohmhardt@freenet.de \
    --cc=abraham.manu@gmail.com \
    --cc=linux-dvb@linuxtv.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.