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: Thu, 05 Feb 2004 22:28:03 +0000 [thread overview]
Message-ID: <4022C373.7060601@superbug.demon.co.uk> (raw)
In-Reply-To: <s5hr7x98ga5.wl@alsa2.suse.de>
[-- Attachment #1: Type: text/plain, Size: 1113 bytes --]
Takashi Iwai wrote:
> At Wed, 04 Feb 2004 23:03:50 +0000,
> James Courtier-Dutton wrote:
>
>>Takashi Iwai wrote:
>>
>>>At Mon, 02 Feb 2004 19:42:37 +0000,
>>>James Courtier-Dutton wrote:
>>>
>>>
>>>>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.
>>>
>>>
>>>yes, the detection of sample rate range seems broken for some codecs.
>>>it was completely rewritten using the generic ac97_pcm.c.
>>>
>>>could you check the debug messages with the attached patch?
>>>
>>>
>>>Takashi
>>>
>>
>>Here is the output as requested.
>
>
> thanks, could you try the attached patch again and show the kernel
> messages?
> (this might fix the detection, too, BTW.)
>
>
> Takashi
>
>
I checked out a new anonymouse cvs of alsa-driver/alsa-kernel, applied
your patch, and attach the output from doing modprobe snd-intel8x0.
I can only see printf's in the patch, so I don't see how it could have
fixes the VRA.
I can still only access device "hw" with rate of 48000.
I hope this helps.
Cheers
James
[-- Attachment #2: intel8x0-rep2 --]
[-- Type: text/plain, Size: 3600 bytes --]
Feb 5 22:22:53 new kernel: PCI: Setting latency timer of device 0000:00:1f.5 to 64
Feb 5 22:22:53 new kernel: determined VRA rates: 0xfe
Feb 5 22:22:53 new kernel: determined VRA rates: 0xfe
Feb 5 22:22:53 new kernel: determined SPDIF rates: 0xe0
Feb 5 22:22:53 new kernel: determined SDAC rates: 0x80
Feb 5 22:22:53 new kernel: determined LDAC rates: 0x80
Feb 5 22:22:53 new kernel: ALSA /usr/local/alsacvs/alsa-driver/alsa-kernel/pci/ac97/ac97_codec.c:2188: applying quirk type -430154656 failed (-22)
Feb 5 22:22:53 new kernel: get_pslots: rev22 amap emu
Feb 5 22:22:53 new kernel: get_pslots: AMAP: addr=0, scaps=0xd, ext_id=0x5c7
Feb 5 22:22:53 new kernel: checking codec 0, slots = 0x3d8 / 0x58
Feb 5 22:22:53 new kernel: -> capture slots = 0x58
Feb 5 22:22:53 new kernel: probing pcm 0
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0x3d8, tmp = 0x3d8
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0x3d8
Feb 5 22:22:53 new kernel: ..... tmp = 0x3d8
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=3, reg=0x2c, rates=0xfe
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=4, reg=0x2c, rates=0xfe
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=6, reg=0x30, rates=0x80
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=7, reg=0x2e, rates=0x80
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=8, reg=0x2e, rates=0x80
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=9, reg=0x30, rates=0x80
Feb 5 22:22:53 new kernel: .. rslots = 0x3d8, rate_table = 0, rates = 0x80
Feb 5 22:22:53 new kernel: --> slots = 0x3d8, rates = 0x80
Feb 5 22:22:53 new kernel: probing pcm 1
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0x18, tmp = 0x58
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0x18
Feb 5 22:22:53 new kernel: ..... tmp = 0x18
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=3, reg=0x32, rates=0xfe
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=4, reg=0x32, rates=0xfe
Feb 5 22:22:53 new kernel: .. rslots = 0x18, rate_table = 0, rates = 0xfe
Feb 5 22:22:53 new kernel: --> slots = 0x18, rates = 0xfe
Feb 5 22:22:53 new kernel: probing pcm 2
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0x40, tmp = 0x40
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0x40
Feb 5 22:22:53 new kernel: ..... tmp = 0x40
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=6, reg=0x34, rates=0x80
Feb 5 22:22:53 new kernel: .. rslots = 0x40, rate_table = 0, rates = 0x80
Feb 5 22:22:53 new kernel: --> slots = 0x40, rates = 0x80
Feb 5 22:22:53 new kernel: probing pcm 3
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0xc00, tmp = 0xc00
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0xc00
Feb 5 22:22:53 new kernel: ..... tmp = 0xc00
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=10, reg=0x3a, rates=0xe0
Feb 5 22:22:53 new kernel: get_rates: cidx=0, slot=11, reg=0x3a, rates=0xe0
Feb 5 22:22:53 new kernel: .. rslots = 0xc00, rate_table = 0, rates = 0xe0
Feb 5 22:22:53 new kernel: --> slots = 0xc00, rates = 0xe0
Feb 5 22:22:53 new kernel: probing pcm 4
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0x18, tmp = 0x0
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0x0
Feb 5 22:22:53 new kernel: ..... tmp = 0x0
Feb 5 22:22:53 new kernel: --> slots = 0x0, rates = 0xffffffff
Feb 5 22:22:53 new kernel: probing pcm 5
Feb 5 22:22:53 new kernel: .. probing codec 0, slots = 0x40, tmp = 0x0
Feb 5 22:22:53 new kernel: .. exclusive tmp = 0x0
Feb 5 22:22:53 new kernel: ..... tmp = 0x0
Feb 5 22:22:53 new kernel: --> slots = 0x0, rates = 0xffffffff
Feb 5 22:22:53 new kernel: intel8x0: clocking to 48000
next prev parent reply other threads:[~2004-02-05 22:20 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
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 [this message]
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=4022C373.7060601@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