Re: [alsa-devel] Swissonic TS22PCI / Teratec Phase 22 / driver problems with ice1724
At Thu, 14 Aug 2008 16:07:13 +0200, Manuel Schneider wrote:
Takashi Iwai schrieb, Am 14.08.2008 16:03:
At Thu, 14 Aug 2008 15:59:06 +0200, Manuel Schneider wrote:
Takashi Iwai schrieb, Am 14.08.2008 15:47:
Pass model=phase22 module option to snd-ice1724 driver. Then it handles the card as if it's phase22.
Thanks for this hin. Unfortunately it changes nothing - still kernel error message, still no usable sound device.
Are you sure? With the proper model name, at least you won't get EEPROM version error any more.
yes, pretty sure. I just reverted my patch and recompiled the driver to check it out:
ice1712: cannot initialize pro ac97, skipped ice1724: No matching model found for ID 0x3b157b11
This means that you didn't pass the model option properly.
ice1724: Invalid EEPROM version 0 AC'97 0 does not respond - RESET AC'97 0 access is not valid [0xffffffff], removing mixer. ice1712: cannot initialize pro ac97, skipped
I also tried the following kernel patch, which gives me an accessible sound device and usable mixer (and no kernel error), but recording does not work (just noise).
Likely an incompatible hardware design for the recording...
I guess it's another firmware...
The board has no firmware to load.
I can't test playback as I only have remote access to the server and it is only used for recording (streaming) but I assume it does also not work. I admit that this patch was just a hack to try it out.
First you should check whether the exactly same codec chip, AK4524, on it.
Takashi
Am Donnerstag, 14. August 2008 schrieb Takashi Iwai:
I guess it's another firmware...
The board has no firmware to load.
well, I was thinking of the eeprom.
First you should check whether the exactly same codec chip, AK4524, on it.
Yes, it has, but another model no (or whatever it is). I just have both cards - the original Phase 22 and the new TS22 here:
Phase 22: AKM AK4524VF 193A0547N VIA ENVY24HT-S VT1721-0522CD 2IA0000551
TS22: AKM AK4524VF 247A0805N VIA ENVY24HT-S VT1721-0810CD 2IA0001861
The PCBs are nearly the same, but the TS22 lacks the following parts: X3 quartz UD09 and UD10 (both ICs)
On the Back of the Swissonic TS22 it says "Terrasoniq" - which is knows as yet another vendor of sound cards. Swissonic seems to be just another brand of the same product.
Something about the noise / recording: When I unpug the lines, the noise still persists. When I fade down both ADC lines with alsamixer, the noise perists until I reach 0. Then it is mute. When I fade up ADC1 I can hear some of the to-be-recorded signal very distorted behind the noise.
Greets,
Manuel
Ok, now to come back to my problems with the Swissonic / Terrasoniq TS22 card.
Yesterday I checked the other cards I got in another Linux system, using the same base system, but on x86. In these systems the cards work perfectly, using "model=phase22". The server we've been talking about before is an amd64 system.
Suspecting a hardware problem with this individual card I replaced it, but the problem persists with other cards which worked fine in the x86 systems. I also copied over /etc/modules.d/alsa, /etc/asound.conf and /var/lib/alsa/asound.state from the other system - just to be sure.
But it doesn't help - I still just get a terrible noise. You might want to check it on http://radio.kanal-ratte.de:8000/rkr.ogg.
So there has to be a kind of a bug on amd64 systems...
Any ideas? The original Phase22 worked fine before the incident...
Greets,
Manuel
At Wed, 20 Aug 2008 08:51:39 +0200, Manuel Schneider wrote:
Ok, now to come back to my problems with the Swissonic / Terrasoniq TS22 card.
Yesterday I checked the other cards I got in another Linux system, using the same base system, but on x86. In these systems the cards work perfectly, using "model=phase22". The server we've been talking about before is an amd64 system.
OK, then I can add TS22PCI entry as phase22 compatible.
Suspecting a hardware problem with this individual card I replaced it, but the problem persists with other cards which worked fine in the x86 systems. I also copied over /etc/modules.d/alsa, /etc/asound.conf and /var/lib/alsa/asound.state from the other system - just to be sure.
How is the problem? Still only the recording doesn't work while playback is OK as you described before?
And which "other cards"? Another TS88PCI?
thanks,
Takashi
Takashi Iwai schrieb, Am 21.08.2008 11:14:
OK, then I can add TS22PCI entry as phase22 compatible.
yes, you can do that. On x86 both recording and playback is just fine.
Suspecting a hardware problem with this individual card I replaced it, but the problem persists with other cards which worked fine in the x86 systems. I also copied over /etc/modules.d/alsa, /etc/asound.conf and /var/lib/alsa/asound.state from the other system - just to be sure.
How is the problem? Still only the recording doesn't work while playback is OK as you described before?
And which "other cards"? Another TS88PCI?
Another TS22PCI. I've got three of them - one to replace the broken Phase 22 in the server (which doesn't work) and two others for x86 systems which work fine. To exclude a hardware problem with this specific card I've put into the server I replaced the three cards but the server still has the same problem. Unfurtunatly it is a problem for me to check playback due to missing equipment at the server rack to plug into the sound card to check it. I will look for a solution. The server is at a remote place so I mostly have only ssh access to it.
Is there any other information I can provide for you to help finding the problem?
Greets,
Manuel
Good news: It works now.
But I still suspect a bug / an incompatibilty in the driver.
Today, I checked playback - that worked perfectly. Then I tried arecord / aplay - perfectly.
Then I switched the encoder (darkice) from OSS to alsa - now that works to. I rechecked OSS - it's definitely the OSS compatibility layer which does not work - but worked fine before the card was replaced.
I also found another problem but this might be a darkice bug but I still want to discuss it, because I had this problem with other cards, too:
When using alsa in darkice, setting the samplerate to 44100 in darkice as well as the mixer the samplerates still do not match. The 44100 Hz stream is "too fast", resulting in mickey mouse voices and lag every few seconds. This issue can be solved by setting defaults.pcm.dmix.rate to 44100 in /usr/share/alsa/alsa.conf. Do you have an idea why this problem is here? Is it truely a darkice bug, as it doesn't set the samplerate of the sounddevice properly or where is the cause?
Greets and thanks für the help,
Manuel
participants (2)
-
Manuel Schneider -
Takashi Iwai