From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000384]: Crackly PCM output.
Date: Mon, 20 Dec 2004 17:25:41 +0100 [thread overview]
Message-ID: <6e825a2a5d16e7f982f6ba80ffc653af@bugtrack.alsa-project.org> (raw)
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=384>
======================================================================
Reported By: bryanb
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 384
Category: PCI - ymfpci
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: Gentoo dev sources
Kernel Version: 2.6
======================================================================
Date Submitted: 07-13-2004 19:28 CEST
Last Modified: 12-20-2004 17:25 CET
======================================================================
Summary: Crackly PCM output.
Description:
When playing a sound through the speakers on Toshiba Tecra 8100 the only
sound produced is noise.
======================================================================
----------------------------------------------------------------------
tiwai - 12-20-04 16:59
----------------------------------------------------------------------
Great, thanks for spotting the problem!
I've never thought of ac97-releated problems.
My rough guess about this problem is that ac97_codec routine changes the
sample rate to determine the supported rates, and left as unusual
(non-48k) rate. YMFPCI doesn't require VRA since the chip itself does.
Hence, a strange VRA conflicts with the expected rate of YMFPCI. If the
situation is really like I guess, putting back the default rate would
help.
Or, the AK4544 codec is really screwed up...
Anyay, the patch is attached. I know you can't answer soon, but try if
you have time :)
----------------------------------------------------------------------
wallsga - 12-20-04 17:25
----------------------------------------------------------------------
Thank's for the quick response and analysis. Regretabbly,
I won't have test results until 27 Dec 04 (after the Holiday).
However, I believe the codec chip does get left at its
default rate. If you can think of anything else for me to try,
post it *before 1630 EST today*.
Recall that the original 1.0.7 ALSA driver does work
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5#10% of the time.
Let me highlight something in the alsa_codec_init file I uploaded:
...
reg 0x2a read 0x0000 VRA off
reg 0x2a write 0x0001 VRA enable
reg 0x2c write 0x2af8 11 kHz
reg 0x2c read 0x2af8
...
reg 0x2c write 0xac44 44.1 kHz
reg 0x2c read 0xac44
reg 0x2c write 0xbb80 48 kHz (codec default based on AK4544A specs)
reg 0x2c read 0xbb80
.... (DRA probes don't seem to follow. I might
be wrong.)
reg 0x2a read 0x0001 VRA enabled
reg 0x2a write 0x0001 VRA enable (why? Maybe it should be followed
with a
reg 0x2c write 0xbb80
?)
-Andy
Issue History
Date Modified Username Field Change
======================================================================
07-13-04 19:28 bryanb New Issue
07-13-04 19:28 bryanb Distribution => Gentoo dev sources
07-13-04 19:28 bryanb Kernel Version => 2.6
07-29-04 22:43 codefathers Note Added: 0001485
07-29-04 22:45 codefathers Issue Monitored: codefathers
09-03-04 03:37 Derek_Burdick Issue Monitored: Derek_Burdick
09-03-04 03:40 Derek_Burdick Note Added: 0001684
10-23-04 23:24 c0ldevil Note Added: 0002257
10-23-04 23:27 c0ldevil Note Edited: 0002257
10-23-04 23:55 c0ldevil Note Added: 0002259
10-23-04 23:56 c0ldevil Note Added: 0002260
11-10-04 12:48 tiwai Note Added: 0002369
11-17-04 18:14 c0ldevil Note Added: 0002436
11-17-04 20:33 c0ldevil Note Added: 0002442
11-17-04 20:39 rlrevell Note Added: 0002443
11-18-04 14:30 tiwai Note Added: 0002445
11-18-04 15:46 c0ldevil Note Added: 0002446
11-18-04 15:56 c0ldevil Note Added: 0002447
11-18-04 15:59 c0ldevil File Added: dumps.zip
11-18-04 16:00 c0ldevil Note Added: 0002448
11-18-04 19:44 tiwai Note Added: 0002465
11-18-04 21:05 c0ldevil Note Added: 0002471
11-18-04 21:29 c0ldevil Note Edited: 0002471
11-22-04 14:24 wallsga Note Added: 0002496
11-22-04 14:26 wallsga Note Edited: 0002496
11-22-04 14:30 wallsga Issue Monitored: wallsga
11-22-04 14:37 tiwai Note Added: 0002498
11-23-04 16:14 wallsga File Added: tecra8100-bug-data.tar.gz
11-23-04 16:15 wallsga Note Added: 0002520
12-16-04 22:44 wallsga Note Added: 0002843
12-20-04 16:08 wallsga Note Added: 0002883
12-20-04 16:10 wallsga File Added: tecra8100demo.patch
12-20-04 16:11 wallsga File Added: codec-init-seq.tar.gz
12-20-04 16:59 tiwai Note Added: 0002887
12-20-04 17:00 tiwai File Added: ac97-default-rate-fix.diff
12-20-04 17:25 wallsga Note Added: 0002888
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
next reply other threads:[~2004-12-20 16:25 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-20 16:25 bugtrack [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-05-31 16:02 [ALSA - driver 0000384]: Crackly PCM output bugtrack
2005-01-18 18:07 bugtrack
2005-01-18 17:44 bugtrack
2005-01-03 13:27 bugtrack
2005-01-03 12:48 bugtrack
2004-12-20 16:42 bugtrack
2004-12-20 16:37 bugtrack
2004-12-20 15:59 bugtrack
2004-12-20 15:08 bugtrack
2004-12-16 21:44 bugtrack
2004-11-23 15:15 bugtrack
2004-11-22 13:37 bugtrack
2004-11-22 13:24 bugtrack
2004-11-18 20:05 bugtrack
2004-11-18 18:44 bugtrack
2004-11-18 15:00 bugtrack
2004-11-18 14:56 bugtrack
2004-11-18 14:46 bugtrack
2004-11-18 13:30 bugtrack
2004-11-17 19:39 bugtrack
2004-11-17 19:33 bugtrack
2004-11-17 17:14 bugtrack
2004-11-10 11:48 bugtrack
2004-10-23 21:56 bugtrack
2004-10-23 21:55 bugtrack
2004-10-23 21:24 bugtrack
2004-09-03 1:40 bugtrack
2004-07-13 17:28 noreply
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=6e825a2a5d16e7f982f6ba80ffc653af@bugtrack.alsa-project.org \
--to=bugtrack@alsa-project.org \
--cc=alsa-devel@alsa-project.org \
/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