From: James Courtier-Dutton <James@superbug.demon.co.uk>
To: Takashi Iwai <tiwai@suse.de>
Cc: ALSA development <alsa-devel@alsa-project.org>
Subject: Re: intel8x0 has stopped working.
Date: Mon, 02 Feb 2004 19:42:37 +0000 [thread overview]
Message-ID: <401EA82D.3060702@superbug.demon.co.uk> (raw)
In-Reply-To: <s5hn081uztv.wl@alsa2.suse.de>
Takashi Iwai wrote:
> At Mon, 02 Feb 2004 17:41:02 +0000,
> James Courtier-Dutton wrote:
>
>>In alsa 0.9.8, the snd-intel8x0 worked find with my MB. An ICH5 with ALC650.
>>With alsa 1.0.2, I get: -
>>device: front -> no-sound output
>>device: surround40: -> Only sound on rear left, and rear right.
>>device: surround51: -> Only sound on rear left, and rear right, center, lfe
>>
>>So, in all cases there is never sound on the front speakers.
>>
>>The same problem has happened to a person with an ICH2, which only has
>>front speakers, so they get no sound at all.
>>
>>I am investigating, and I suspect that the mixer has just lost the
>>mixer/mute for the front speakers.
>
>
> hmm, it looks like a generic problem of intel8x0 with ALC65x.
> in the recent version, the detection and implementation of PCM streams
> have been changed, and i guess it's broken for these codecs.
>
>
>
>>Is there a tool where I can adjust ac97 registers directly through a
>>IOCTL or something, for test purposes?
>
>
> % cat /proc/asound/card0/codec97#0/ac97#0-0+regs
>
> we'll need to trace the behavior in snd_ac97_pcm_*() functions...
>
>
> Takashi
>
>
Ok, the front channel is now working, but I don't know why.
One thing that is definitely broken is sample rate conversion.
E.g. Open card at rate 44100, device="hw:0", fails saying rate 44100 not
supported.
Open card at rate 48000, device="hw:0" works.
Now, open card at rate 44100, device "plughw:0" succeeds, but then the
snd_pcm_writei() calls just hangs at poll()
#0 0x401a5ab8 in *__GI___poll (fds=0x402049a8, nfds=1, timeout=-1) at
../sysdeps/unix/sysv/linux/poll.c:82
#1 0x4006abd4 in snd_pcm_wait (pcm=0x8054630, timeout=-4) at pcm.c:2044
#2 0x400706f8 in snd_pcm_write_areas (pcm=0x8054630, areas=0xbfffe9d4,
offset=0, size=71, func=0x4007a480 <snd_pcm_plugin_write_areas>)
at pcm.c:6041
#3 0x4007a88d in snd_pcm_plugin_writei (pcm=0x8054630,
buffer=0xfffffffc, size=4294967292) at pcm_plugin.c:436
#4 0x40068dd7 in snd_pcm_writei (pcm=0x7fffffff, buffer=0x8054810,
size=1) at pcm_local.h:368
#5 0x080495e0 in write_loop (handle=0x80544b8, channel=0, periods=3105,
samples=0x8054810) at speaker-test.c:289
#6 0x08049b73 in main (argc=4, argv=0xbfffee54) at speaker-test.c:445
Once thing I have noticed, is that with the alc650, we used to have VRA
(alsa 0.9.8), but the 1.0.2 intel8x0 driver ignores the VRA and fixes
itself at 48000.
So, before I never needed the sample rate converters, but as it now
fixes the rate at 48000, I need the sample rate converters, and they
don't actually work.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
next prev parent reply other threads:[~2004-02-02 19:36 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-02 17:41 intel8x0 has stopped working James Courtier-Dutton
2004-02-02 17:59 ` Takashi Iwai
2004-02-02 19:34 ` Prakash K. Cheemplavam
2004-02-02 19:42 ` James Courtier-Dutton [this message]
2004-02-02 23:12 ` [PATCH] Fixes: " James Courtier-Dutton
2004-02-03 16:22 ` Jaroslav Kysela
2004-02-03 22:21 ` James Courtier-Dutton
2004-02-05 11:01 ` Jaroslav Kysela
2004-02-05 19:15 ` Glenn Maynard
2004-02-05 19:25 ` Takashi Iwai
2004-02-05 19:38 ` Jaroslav Kysela
2004-02-05 19:58 ` Glenn Maynard
2004-02-05 20:44 ` James Courtier-Dutton
2004-02-04 19:35 ` Takashi Iwai
2004-02-04 23:03 ` James Courtier-Dutton
2004-02-05 18:49 ` Takashi Iwai
2004-02-05 19:42 ` Takashi Iwai
2004-02-05 22:28 ` James Courtier-Dutton
2004-02-06 11:29 ` Takashi Iwai
2004-02-06 20:05 ` James Courtier-Dutton
2004-02-09 10:56 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=401EA82D.3060702@superbug.demon.co.uk \
--to=james@superbug.demon.co.uk \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox