On Tue, 23 Mar 2010, Pedro Ribeiro wrote: > This is messing with my mind. I've been desperately trying to find a > pattern here. Now it appears the interference only happens if I unplug > and replug the DVB-T adapter. > > Anyway, I have created an attachment to the original bug report with > usbmon logs from the audio card. > One of them shows normal operation, the other shows the interference > I'm talking about. > A third one (called interference2) is probably more useful - it shows > how the interference starts when I disconnect and reconnect the DVB > adapter. I didn't see anything especially unusual in the usbmon traces, except that a little under half of the packets have length 0. But that was true in the normal trace as well. (One little bug in the sound card did show up, but it isn't related to your problem. The string-0 descriptor is invalid -- it contains an extra byte.) Unfortunately the data sets are too large to examine very closely. > To reply to Alan's question, sometimes when I unload and reload the > module the interference starts, sometimes it doesn't. Like I said, > seems completely random! That's different from what you said originally -- you said that the interference would start only when you unplugged and replugged the audio card (and now when you unplug and replug the DVB-T adapter). But unloading and reloading the driver is a software event, not a hardware event, so the fact that it also can cause the interference to start may be significant. Although I don't know just what it means... Is it still true that if you don't unplug either card or unload the drivers then the interference never starts? Were you able to collect the dmesg log with CONFIG_USB_DEBUG enabled? Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
