[ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid

bugtrack
2005-09-28T22:30:51Z

Last Modified: 09-29-2005 00:30 CEST
======================================================================
Summary: Web browsing in Mozilla causes ADAT clocks on HDSP
9652 to be invalid
Description:
In my setup I's using 3 computers:

1) PanetCCRMA with HDSP 9652 as the center of an audio hub

2) Win XP GigaStudio with Hammerfall Light - two ADAT outputs streaming to
HDSP 9652 (ADAT input for clock)

3) Win XP Pro Tools Digi 002 Rack receiving GigaStudio audio from PC #2

So the signal flow looks like:

XP Linux XP
GSt ====> HDSP 9652 ====> Pro Tools
<=== (ADAT Clock)

The HDSP 9652 is the master clock for the network. Both XP machine sync to
the HDSP 9652.

When no specific audio apps are running on the Linux box then this
configuration will work for hours if not days with no problems. All audio
data from GSt flows through the HDSP 9652's hardware and the hardware
mixer sends it on to the Pro Tools box. It works perfectly.

When Mozilla is started and I switch from page to page, after a few
minutes I will receive a message on the Pro Tools box that the clock
supplied by the HDSP 9652 was invalid. I can browse the same web pages on
either XP box and I do not corrupt the clocks.
======================================================================

----------------------------------------------------------------------
jdthood - 09-19-05 09:58
----------------------------------------------------------------------
> Thomas, could you check the patch I sent ago in alsa-devel ML?
> This adds 'sample clock lock' control like ice1712 driver.

charbonnel: Did you try the patch?

----------------------------------------------------------------------
Mark Knecht - 09-29-05 00:30
----------------------------------------------------------------------
As of recent kernels, ala 2.6.14-rc2 the problem still occurs. I've learned
to live with Jack running and the HDSP 9652 set ass the second card. I let
the onboard sound chip be the default device. All low-quality or OSS sound
goes through the on-board chip, out through a cable and back into the HDSP
9652 using a stereo input on an external A/D. This works great for me in
general.

I don't have an example right now but if I forget to turn on Jack then I
see the dmesg log filling up with messages about HDSP : unable to change
clock rate. Every time it tries that I get the horrible loud noise.

Anyway, it's not 'fixed' or 'patched' as far as I can tell.