Re: [alsa-devel] Fwd: No sound with ATI SB450
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
Takashi, I did try passing model=auto to all 14 release candidates, but without success. the codec is never detected (see my previous posts for alsa-info.sh outputs with both 2.6.20 and 2.6.17). My problem is I cant get my sound card to work with kernel 2.6.20, when it used to work with 2.6.17.
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
At Mon, 23 Apr 2007 11:05:19 +0000, Ben DiDonc wrote:
Takashi, I did try passing model=auto to all 14 release candidates,
Did you already try the HG version (or daily snapshot), right?
but without success. the codec is never detected (see my previous posts for alsa-info.sh outputs with both 2.6.20 and 2.6.17). My problem is I cant get my sound card to work with kernel 2.6.20, when it used to work with 2.6.17.
The codec mask probed is 0x09, so you can pass either probe_mask=8 or probe_mask=1 to skip the modem detection (if it matters).
Takashi
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
Tobin, Takashi, upon Takashi's advice, I tried loading hda-intel (alsa-driver-hg20070421) using the probe_mask argument under 2.6.20. With probe_mask=1, the codec isnt detected and only the modem shows up (just like before). However, with probe_mask=8, the codec IS correctly detected (alsa-info.sh at http://pastebin.ca/454059 ). syslog shows: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 19 ALSA .../alsa-driver-hg20070421/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:696: codec_mask = 0x9 ALSA .../alsa/alsa-driver-hg20070421/pci/hda/hda_codec.c:1819: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba)
However, there is still no playback (no muted control, all volumes at 100% as shown by amixer in alsa-info.sh). Here again, capture works, I successfully captured from the mic with arecord.
Can I draw your attention on something ? I m not sure about what i m going to say (specially the part on NIDs) but i ll try. I know Tobin already explained that this was normal, but if you have a look at the post where I loaded edgy (2 posts ago), where the playback works(2.6.17 with 1.0.12), you ll see that when I aplay something, syslog shows only a single call to hda_codec_setup_stream with NID=0x3. In all cases where playback doesnt work (1.0.14rcX under 2.6.20), running aplay makes 4 calls to hda_codec_setup_stream with NID=3, 6 ,5 and 4 in turn. Why does it try 6 5 and 4 ? Is it because 3 fails ? We know that 3 should be used as its the one that works (under 2.6.17). Now arent NIDs node IDs of codecs connected to the HDA controller ? Is it possible that 6, 5 and 4 are mistakenly detected and cannot be used for playback ? Let me know if I m way off track. Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 11:05:19 +0000, Ben DiDonc wrote:
Takashi, I did try passing model=auto to all 14 release candidates,
Did you already try the HG version (or daily snapshot), right?
but without success. the codec is never detected (see my previous posts for alsa-info.sh outputs with both 2.6.20 and 2.6.17). My problem is I cant get my sound card to work with kernel 2.6.20, when it used to work with 2.6.17.
The codec mask probed is 0x09, so you can pass either probe_mask=8 or probe_mask=1 to skip the modem detection (if it matters).
Takashi
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
Hello,
Back here again :)
While comparing media reading precision of various CD players I hit the following issues:
1. De-emphasis filter in AK4114 is turned on, distorting incoming data. A patch to disable:
diff -r aed6a15c9398 pci/ice1712/prodigy192.c --- a/pci/ice1712/prodigy192.c Mon Apr 23 11:54:41 2007 +0200 +++ b/pci/ice1712/prodigy192.c Mon Apr 23 12:47:01 2007 +0200 @@ -714,7 +714,7 @@ static int prodigy192_ak4114_init(struct { static const unsigned char ak4114_init_vals[] = { AK4114_RST | AK4114_PWN | AK4114_OCKS0 | AK4114_OCKS1, - AK4114_DIF_I24I2S, /* ice1724 expects I2S and provides clock */ + AK4114_DIF_I24I2S | AK4114_DEM0 , /* ice1724 expects I2S and provides clock, DEM0 disables deemphasis filter */ AK4114_TX1E, AK4114_EFH_1024 | AK4114_DIT, /* default input RX0 */ 0,
2. All data recorded when master clock was provided by AK4114 (Multi Track Internal Clock= IEC958 Input) had double the sampling rate. For each input sample there were two identical output samples in the file.
Here is where the FPGA on MIODIO gets introduced. Both MCKO1 and MCKO2 of ak4114 are fed to FPGA, which outputs master clock to SPMCLKIN of ice1724. Unfortunately my oscilloscope has just died, so experimentally I found out that only a combination of OCKS0=1, OCKS1 = 1 (128fs, 64fs output) and ice1724- VT1724_MT_I2S_MCLK_128X=0 (256fs input) yields correct sampling rate. In order for this to work the FPGA must double the MCK01 rate (I cannot check the frequency now).
It may actually make sense as it is probably the only way to support input sampling frequencies all the way up to 192kHz (128fs is max ak4114 can output at 192kHz) without having to switch the VT1724_MT_I2S_MCLK_128X bit in ice1724. In consumer mode the chips have no information about the sampling frequency (ak4114 does no detection) and the driver would not know when to set the bit.
The problem is that due to switching sequence of Multi Track Internal Clock enum the VT1724_MT_I2S_MCLK_128X stays set (from the previous 192kHz option). I think it should not be set for ice1724 slave mode at all, here is the patch which fixes the sampling rate.
Thanks,
Pavel.
diff -r aed6a15c9398 pci/ice1712/ice1724.c --- a/pci/ice1712/ice1724.c Mon Apr 23 11:54:41 2007 +0200 +++ b/pci/ice1712/ice1724.c Mon Apr 23 13:57:19 2007 +0200 @@ -1666,7 +1666,11 @@ static int snd_vt1724_pro_internal_clock spin_lock_irq(&ice->reg_lock); oval = inb(ICEMT1724(ice, RATE)); if (ucontrol->value.enumerated.item[0] == spdif) { + unsigned char i2s_oval; outb(oval | VT1724_SPDIF_MASTER, ICEMT1724(ice, RATE)); + /* setting 256fs */ + i2s_oval = inb(ICEMT1724(ice, I2S_FORMAT)); + outb( i2s_oval & ~VT1724_MT_I2S_MCLK_128X, ICEMT1724(ice, I2S_FORMAT)); } else { rate = rates[ucontrol->value.integer.value[0] % 15]; if (rate <= get_max_rate(ice)) {
At Mon, 23 Apr 2007 21:58:17 +1000, Ben DiDonc wrote:
Tobin, Takashi, upon Takashi's advice, I tried loading hda-intel (alsa-driver-hg20070421) using the probe_mask argument under 2.6.20. With probe_mask=1, the codec isnt detected and only the modem shows up (just like before). However, with probe_mask=8, the codec IS correctly detected (alsa-info.sh at http://pastebin.ca/454059 ). syslog shows: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 19 ALSA .../alsa-driver-hg20070421/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:696: codec_mask = 0x9 ALSA .../alsa/alsa-driver-hg20070421/pci/hda/hda_codec.c:1819: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba)
However, there is still no playback (no muted control, all volumes at 100% as shown by amixer in alsa-info.sh). Here again, capture works, I successfully captured from the mic with arecord.
Now you can try what I suggested, model=auto. And compare with codec#* files. If you have /proc/asound/card0/codec#* files on the working system, it'd be better, in addition...
Takashi
Can I draw your attention on something ? I m not sure about what i m going to say (specially the part on NIDs) but i ll try. I know Tobin already explained that this was normal, but if you have a look at the post where I loaded edgy (2 posts ago), where the playback works(2.6.17 with 1.0.12), you ll see that when I aplay something, syslog shows only a single call to hda_codec_setup_stream with NID=0x3. In all cases where playback doesnt work (1.0.14rcX under 2.6.20), running aplay makes 4 calls to hda_codec_setup_stream with NID=3, 6 ,5 and 4 in turn. Why does it try 6 5 and 4 ? Is it because 3 fails ? We know that 3 should be used as its the one that works (under 2.6.17). Now arent NIDs node IDs of codecs connected to the HDA controller ? Is it possible that 6, 5 and 4 are mistakenly detected and cannot be used for playback ? Let me know if I m way off track.
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 11:05:19 +0000, Ben DiDonc wrote:
Takashi, I did try passing model=auto to all 14 release candidates,
Did you already try the HG version (or daily snapshot), right?
but without success. the codec is never detected (see my previous posts for alsa-info.sh outputs with both 2.6.20 and 2.6.17). My problem is I cant get my sound card to work with kernel 2.6.20, when it used to work with 2.6.17.
The codec mask probed is 0x09, so you can pass either probe_mask=8 or probe_mask=1 to skip the modem detection (if it matters).
Takashi
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
Tobin, Takashi, Thank you very much for your help. Takashi's last suggestion did it and I finally got a working ATI SB450 sound card with Ubtuntu Feisty (kernel 2.6.20 and alsa-driver-hg20070421). I did a (last) alsa-info.sh in case it helps others, see http://pastebin.ca/454115 Here's what it took: modprobe snd_hda_intel probe_mask=8 model=auto Without probe_mask, the ALC861 is not properly detected. Without model=auto, playback doesnt work. Let me know If I can be of any help or if you want me to try something else. Thanks again.
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 21:58:17 +1000, Ben DiDonc wrote:
Tobin, Takashi, upon Takashi's advice, I tried loading hda-intel (alsa-driver-hg20070421) using the probe_mask argument under 2.6.20. With probe_mask=1, the codec isnt detected and only the modem shows up (just like before). However, with probe_mask=8, the codec IS correctly detected (alsa-info.sh at http://pastebin.ca/454059 ). syslog shows: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 19 ALSA .../alsa-driver-hg20070421/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:696: codec_mask = 0x9 ALSA .../alsa/alsa-driver-hg20070421/pci/hda/hda_codec.c:1819: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba)
However, there is still no playback (no muted control, all volumes at 100% as shown by amixer in alsa-info.sh). Here again, capture works, I successfully captured from the mic with arecord.
Now you can try what I suggested, model=auto. And compare with codec#* files. If you have /proc/asound/card0/codec#* files on the working system, it'd be better, in addition...
Takashi
Can I draw your attention on something ? I m not sure about what i m going to say (specially the part on NIDs) but i ll try. I know Tobin already explained that this was normal, but if you have a look at the post where I loaded edgy (2 posts ago), where the playback works(2.6.17 with 1.0.12), you ll see that when I aplay something, syslog shows only a single call to hda_codec_setup_stream with NID=0x3. In all cases where playback doesnt work (1.0.14rcX under 2.6.20), running aplay makes 4 calls to hda_codec_setup_stream with NID=3, 6 ,5 and 4 in turn. Why does it try 6 5 and 4 ? Is it because 3 fails ? We know that 3 should be used as its the one that works (under 2.6.17). Now arent NIDs node IDs of codecs connected to the HDA controller ? Is it possible that 6, 5 and 4 are mistakenly detected and cannot be used for playback ? Let me know if I m way off track.
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 11:05:19 +0000, Ben DiDonc wrote:
Takashi, I did try passing model=auto to all 14 release candidates,
Did you already try the HG version (or daily snapshot), right?
but without success. the codec is never detected (see my previous posts for alsa-info.sh outputs with both 2.6.20 and 2.6.17). My problem is I cant get my sound card to work with kernel 2.6.20, when it used to work with 2.6.17.
The codec mask probed is 0x09, so you can pass either probe_mask=8 or probe_mask=1 to skip the modem detection (if it matters).
Takashi
Ben
On 4/23/07, Takashi Iwai tiwai@suse.de wrote:
At Mon, 23 Apr 2007 10:50:18 +0000, Ben DiDonc wrote:
Tobin, Unfortunately, ACPI was on at all times. My laptop hardly ever boots without ACPI (randomly, the SATA driver fails before it can even mount the root partition). I ran some more tests today: I loaded Ubuntu Edgy from the live CD where the sound chip used to work (kernel 2.6.17, alsa driver 1.0.12rc1). Obviously the sound works straight away. From there , I ran the same series of test: download and build (--with-debug=detect) the next version of alsa-driver, run a capture from mic and try playing it back, check syslog and run alsa-info.sh. I did this for successive versions of alsa-driver (starting with 1.0.12) until it fails. Here are the results:
Alsa driver 1.0.12rc1(shipped with edgy): capture: working, playback working, alsa-info.sh at http://pastebin.ca/453947
Alsa driver 1.0.12: (alsa-info.sh at http://pastebin.ca/453971 ) syslog lines after modprobe: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 233 ALSA alsa-driver-1.0.12/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:663: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2150: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2154: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2156: hp=0x0, dig_out=0x0, din_in=0x0 ALSA alsa-driver-1.0.12/pci/hda/hda_codec.c:2164: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0
capture: working //capture starting hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x1, channel=0, format=0x11 //capture stopping hda_codec.c:628: hda_codec_setup_stream: NID=0x8, stream=0x0, channel=0, format=0x0
playback: working //starting ALSA hda_intel.c:1124: azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11 ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11 //stopping ALSA hda_codec.c:628: hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
alsa-driver-1.0.13 (alsa-info.sh at http://pastebin.ca/453975 ) modprobe snd-hda-intel: hda_intel.c:680: codec_mask = 0x9 hda_codec: Unknown model for ALC861, trying auto-probe from BIOS... hda_codec.c:2164: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) hda_codec.c:2168: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2172: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) hda_codec.c:2180: inputs: mic=0xd, fmic=0x0, line=0x0, fline=0x0, cd=0x11, aux=0x0 capture works fine, syslog output similar to 1.0.12 plus an extra "hda-intel: Invalid position buffer, using LPIB read method instead" in the middle of the capture. Playback works fine too, with the same syslog entries as 1.0.12
alsa-driver-1.0.14rc1 (alsa-info.sh at http://pastebin.ca/453991 ) modprobe: ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1768: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works (output similar to 1.0.12) Playback does NOT work this time: syslog shows a call to azx_pcm_prepare: and 4 calls to hda_codec_setup_stream with different nids (3, 6 ,5, 4 as pointed out my previous post)
alsa-driver-1.0.14rc2 (alsa-info.sh at http://pastebin.ca/453799 ) modprobe: the codec is correctly detected ALSA hda_intel.c:696: codec_mask = 0x9 ALSA hda_codec.c:1764: hda_codec: model 'toshiba' is selected for config 1179:ff10 (Toshiba) Capture works. Playback does NOT work, same syslog entries as 1.0.14rc1 with multiple calls to hda_codec_setup_stream
alsa-driver-1.0.14rc3 (alsa-info.sh at http://pastebin.ca/453785 ) modprobe: the codec isnt detected. ALSA hda_intel.c:696: codec_mask = 0x9 capture and playback dont work.
Summary: I tried alsa-driver 1.012 through to 1.0.14rc3 on ubuntu edgy (kernel 2.6.17). 12 and 13 work fine, 14rc1 and 2 capture works but not playback, 14rc3 doesnt detect the codec. What next ? not sure, maybe make a diff of alsa-kernel/pci/hda-intel between releases 13 and 14 ...
Try to pass model=auto to snd-hda-intel module, and check whether it works (make sure that you have unmuted/adjusted mixer elements before that). Then get /proc/asound/card0/codec#* files, and compare with the files without model option.
Takashi
participants (3)
-
Ben DiDonc -
dustin＠seznam.cz -
Takashi Iwai