<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Now, after the problem being fixed, I still don't understand the real<br>
cause behind it:<br>
<br>
1. Bug of the card?<br>
2. Bug of the driver of the card?<br>
3. Bug of MythTV?<br>
<br>
And why was it also triggered by MythTV trying to connect to the crashed<br>
MythLCDserver?<br>
<br>
Would be interesting to know, although I am really glad this is fixed now!</blockquote><div><br></div><div style>If I had to guess, I would say resource conflict, most likely IRQ's. If the sound card was sharing an IRQ with the LCD device (serial port?)... it could have caused a hiccup like this.</div>
<div style><br></div><div style>You may have been able to get away with simply moving the sound card to a different slot. I had my system loaded with 3 PCI NIC's (I connect my HDHR's directly to the backend to save ports on my switch and eliminate traffic on my network) I found that I had to leave one particular slot empty or I would get some oddness (I forget what it was, but it was annoying enought that I put a peice of electrical tape over that slot when I figured it out). Either way, using that slot caused the NIC to share an IRQ with something else, and the something else never went to preschool cause it didn't know how to share.</div>
</div></div></div>