Re: driver strangeness
Re: driver strangeness
- Subject: Re: driver strangeness
- From: david tay <email@hidden>
- Date: Fri, 10 Mar 2006 12:34:35 -0800
What exactly should one be looking for?
The output from the macs that have problems doesn't seem to be
different from those that don't, at least to me.
David
Message: 2
Date: Thu, 9 Mar 2006 15:22:33 -0800
From: Jeff Moore <email@hidden>
Subject: Re: driver strangeness
To: CoreAudio API <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Did you look at the time stamps the driver produced with HALLab (they
are shown in the last column of the telemetry)? The reason I mention
this is that it is these time stamps that keep the HAL on track so as
to be able to read the correct data from the ring buffer for any
given cycle and not violate the safety offset.
Another thing to look at is the quality of the first time stamp the
driver lays down. This time stamp needs to be the most accurate you
can make it as the HAL uses it as the anchor point for IO. If it is
offset one way or the other, all the HAL's subsequent reads will be
offset by the same amount. This can lead the HAL to violate the
safety offset. For just this reason, it is a good idea for some
drivers to just eat the first time stamp and only show the HAL the
time stamps starting with the second one.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden