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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.