[wdmaudiodev] RE： Re: Debugging USB audio at the hardware level
- From: Tsai Tzung-Dar <tdtsai1973@xxxxxxxxxxxx>
- To: wdmaudiodev@xxxxxxxxxxxxx
- Date: Wed, 7 Oct 2009 19:45:07 -0700 (PDT)
Hi Martin:
It's very strange. We don't meet the this problem before. The CM6206's
HID interrupt interval is 1ms. But if you do not change the buttons state we
just NAK it. In windows driver we will reset device when the device is in error
state and the Isoch transfer cannot be continued.
BR,
Tzung-Dar Tsai
--- 09/10/8 (四)，Martin Gagnon <mgagnon1@xxxxxxxxxx> 寫道：
> 寄件者: Martin Gagnon <mgagnon1@xxxxxxxxxx>
> 主旨: [wdmaudiodev] Re: Debugging USB audio at the hardware level
> 收件者: wdmaudiodev@xxxxxxxxxxxxx
> 日期: 2009年10月8日,四,上午8:46
> Hi all,
>
> I would like to give you an update with regards to my
> problem.
>
> By using a Linux OS and reproducing the same problem, we
> were able to
> get a lead further towards the IN control endpoint from our
> USB audio
> device. Again, for some reason, the bus driver is resetting
> the device,
> and it seems that there is a timeout on the in transactions
> that is
> happening (the IN transactions are at every millisecond,
> which we
> believe is way too often for a control endpoint sending HID
> input value
> from the volume up/down buttons on the chip).
>
> So we went ahead and disabled the HID control device from
> our USB audio
> device, and the problem goes away. We still want to
> understand why this
> situation happens.
>
> Does anybody know if an IN transaction for reporting button
> control
> value makes any sense to happen every millisecond? It seems
> out of
> place.
>
> Thanks,
>
> Martin
>
>
> -----Original Message-----
> From: wdmaudiodev-bounce@xxxxxxxxxxxxx
> [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx]
> On Behalf Of Martin Gagnon
> Sent: Monday, September 28, 2009 12:49 PM
> To: wdmaudiodev@xxxxxxxxxxxxx
> Subject: [wdmaudiodev] Re: Debugging USB audio at the
> hardware level
>
> Thank you Clemens for your input.
>
> We reproduced this behavior in both Win XP and Vista.
>
> Would debugging with a checked OS version would help us get
> "feedback"
> (debug printouts) from the USB host controller driver?
>
> Thank you.
>
> Martin
>
>
> -----Original Message-----
> From: wdmaudiodev-bounce@xxxxxxxxxxxxx
> [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx]
> On Behalf Of Clemens Ladisch
> Sent: Monday, September 21, 2009 1:04 PM
> To: wdmaudiodev@xxxxxxxxxxxxx
> Subject: [wdmaudiodev] Re: Debugging USB audio at the
> hardware level
>
> Martin Gagnon wrote:
> > If only the OS can tell the USB controller to generate
> that Reset
> > event, then this leads me to my next logical suspect,
> which are the IN
> > transactions that suddenly stop.
> >
> > Why would they stop happening? Would it make sense to
> assume that it
> > is also the host controller driver in the OS that
> stops these IN
> > transactions before sending the Reset event
> isochronous OUT endpoint?
>
> The reset has no destination address; it's a special state
> of the USB
> signal lines and affects all devices on that bus.
>
> The OS will (try to) stop all scheduled transactions before
> resetting.
>
> > Meaning that a problem happened prior to the IN
> transactions stopped?
>
> Yes. Unfortunately, there is no indication why the
> OS/driver decided
> to reset. Does this happen with other OSes?
>
>
> Best regards,
> Clemens
> ******************
>
> WDMAUDIODEV addresses:
> Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
> Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
> Unsubscribe:
> mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
> Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
>
> URL to WDMAUDIODEV page:
> http://www.wdmaudiodev.com/
>
> ******************
>
> WDMAUDIODEV addresses:
> Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
> Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
> Unsubscribe:
> mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
> Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
>
> URL to WDMAUDIODEV page:
> http://www.wdmaudiodev.com/
>
> ******************
>
> WDMAUDIODEV addresses:
> Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
> Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
> Unsubscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
> Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
>
> URL to WDMAUDIODEV page:
> http://www.wdmaudiodev.com/
>
>
___________________________________________________
您的生活即時通 － 溝通、娛樂、生活、工作一次搞定！
http://messenger.yahoo.com.tw/
******************
WDMAUDIODEV addresses:
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
Unsubscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
URL to WDMAUDIODEV page:
http://www.wdmaudiodev.com/
Other related posts:
- » [wdmaudiodev] RE： Re: Debugging USB audio at the hardware level - Tsai Tzung-Dar