EIT seems to &quot;trigger&quot; the event, but it will happen even with EIT disabled, but much less frequent.<br>EIT forces the adapter to be constantly active.<br><br>/Henrik<br><br><br><br><div><span class="gmail_quote">
On 3/11/07, <b class="gmail_sendername">Juha Ruotsalainen</b> &lt;<a href="mailto:kontza@gmail.com">kontza@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I&#39;m using VDR. Could someone with more understanding tell me, can EIT<br>be disabled in VDR? Or, alternatively, give an educated guess why<br>enabling EIT causes USB disconnects?<br><br>On 3/11/07, Eduard Huguet &lt;<a href="mailto:eduardhc@gmail.com">
eduardhc@gmail.com</a>&gt; wrote:<br>&gt; &gt;<br>&gt; &gt; From: Antti P Miettinen &lt;<a href="mailto:ananaza@iki.fi">ananaza@iki.fi</a>&gt;<br>&gt; &gt; To: <a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a>
<br>&gt; &gt; Date: Sat, 10 Mar 2007 21:44:37 +0200<br>&gt; &gt; Subject: [linux-dvb] Re: Nova-T 500 Channel scanning + EIT + Kernel<br>&gt; &gt; oops...<br>&gt; &gt; &quot;Henrik Beckman&quot; &lt;<a href="mailto:henrik.list@gmail.com">
henrik.list@gmail.com</a>&gt; writes:<br>&gt; &gt; &gt; Are there any differences in the windows stream ?<br>&gt; &gt;<br>&gt; &gt; Well, I&#39;ve only managed to look at the beginning so far, but there<br>&gt; &gt; seem to be at least some minor differences.
<br>&gt; &gt;<br>&gt; &gt; The trace starts (after some descriptor reads) with firmware<br>&gt; &gt; loading. The firmware seems to be in more or less Intel hex record [1]<br>&gt; &gt; format and checked against that assumption I think what I extracted
<br>&gt; &gt; from the trace should be more or less OK. At least the record wise<br>&gt; &gt; checksums match.<br>&gt; &gt;<br>&gt; &gt; There are some messages for which I cannot find any counterparts in<br>&gt; &gt; the linux driver code. Before the firmware download starts the windows
<br>&gt; &gt; driver sends a five byte bulk packet to EP1:<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;02 a1 00 00 08<br>&gt; &gt;<br>&gt; &gt; and receives eight byte bulk packet:<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;d0 40 20 50 99 00 01 05<br>&gt; &gt;
<br>&gt; &gt; Then the firmware is sent just like in linux. Before the jumpram<br>&gt; &gt; message, there is one 12 byte read:<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;00 00 00 00 70 00 00 00 06 11 60 d4<br>&gt; &gt;<br>&gt; &gt; Looks like this contains the start address, maybe some kind of
<br>&gt; &gt; checksum.<br>&gt; &gt;<br>&gt; &gt; Then some decsriptor reading, setting configs, and then something that<br>&gt; &gt; looks like the GPIO setting in the linux driver, but there&#39;s a small<br>&gt; &gt; difference from what is done in bristol_frontend_attach(). If I&#39;m
<br>&gt; &gt; interpreting the log correctly the windows driver is doing the<br>&gt; &gt; equivalent of:<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;dib0700_set_gpio(adap-&gt;dev, GPIO6,&nbsp;&nbsp;GPIO_OUT, 1);<br>&gt; &gt;&nbsp;&nbsp;dib0700_set_gpio(adap-&gt;dev, GPIO9,&nbsp;&nbsp;GPIO_OUT, 0);
<br>&gt; &gt;&nbsp;&nbsp;dib0700_set_gpio(adap-&gt;dev, GPIO10,&nbsp;&nbsp;GPIO_OUT, 0);<br>&gt; &gt;&nbsp;&nbsp;msleep(10);<br>&gt; &gt;&nbsp;&nbsp;dib0700_set_gpio(adap-&gt;dev, GPIO10,&nbsp;&nbsp;GPIO_OUT, 1);<br>&gt; &gt;<br>&gt; &gt; And then I got tired :-)<br>&gt; &gt;
<br>&gt; &gt; I&#39;ll try deciphering the log more later.<br>&gt; &gt;<br>&gt; &gt; [1] <a href="http://en.wikipedia.org/wiki/Intel_HEX">http://en.wikipedia.org/wiki/Intel_HEX</a><br>&gt; &gt;<br>&gt; &gt; --<br>&gt; &gt; 
<a href="http://www.iki.fi/~ananaza/">http://www.iki.fi/~ananaza/</a> &lt;<a href="http://www.iki.fi/%7Eananaza/">http://www.iki.fi/%7Eananaza/</a>&gt;<br>&gt; &gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; Just as a matter of update, I&#39;ve reenabled EIT scanning in MythTV just for
<br>&gt; testing. It took less than 5 min to get a kernel oops due to the USB<br>&gt; disconnect (&quot;dmesg | grep disconn&quot; was explicit enough...).<br>&gt;<br>&gt; I don&#39;t know if this can help you in any way, but in my case the equation is
<br>&gt; pretty clear:<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;- EIT = USB disconnect<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;- No EIT = No USB disconnect<br>&gt;<br>&gt; :D<br>&gt;<br>&gt; Cheers, and thank you again for your hard work.<br>&gt;&nbsp;&nbsp; Eduard<br>&gt;<br><br><br>
--<br>jussi<br><br>_______________________________________________<br>linux-dvb mailing list<br><a href="mailto:linux-dvb@linuxtv.org">linux-dvb@linuxtv.org</a><br><a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb">
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb</a><br></blockquote></div><br>