Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000384]: Crackly PCM output.
Date: Mon, 20 Dec 2004 16:59:47 +0100	[thread overview]
Message-ID: <4aeda22b92fb73bd613b248dc9bb3ae9@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 16:59 CET
======================================================================
Summary:                    Crackly PCM output.
Description: 
When playing a sound through the speakers on Toshiba Tecra 8100 the only
sound produced is noise.
======================================================================

----------------------------------------------------------------------
 wallsga - 12-20-04 16:08 
----------------------------------------------------------------------
17 Dec 04: Causal relationship found:

During AK4544 AC'97 codec initializaton, by keeping VRA
disabled (and thus also preventing the rate probes),
I was able to have sound on the Tecra 8100 every time
I loaded the alsa-1.0.7 driver.
(Sound quality still seems inferior to OSS, but that's
 another issue)

The attached tecra8100demo.patch will allow others
to verify this.  This demo patch is completely improper
as a long term fix.

The attached archive codec-init-seq.tar.gz has dumps
of the OSS and ALSA drivers' codec initialization
sequences (before applying the demo patch to ALSA).
Please keep in mind that writes to some YMF744
registers also perform codec reads & writes which
aren't logged.


I can only speculate as to what the real problem is:

	- AK4544 is a buggy chip wrt VRA ?
	- AK4544 can handle reads/writes to non-existant regs ?
	- AK4544 needs a more specific sequence to use VRA ?
	- YMF744 provides a BIT_CLOCK to the AK4544 instead
	    of having a crystal (?) and this causes VRA problems ?


TODO (by someone other than me):

	- Get a datasheet for the discontinued AK4544 from AKM
	    (i.e. Register 0x22, 3D Control, seems to differ from the AK4544A)
	- Other tecra8100 or YMF7x4/AK4544 users validate the demo patch.
	- Write a proper fix for ALSA which properly detects and compensates
	    for the AK4544.
	- Figure out how to get VRA working properly with this codec/laptop.
	- Figure out the source of the remaining soft "whistles" and "creaks"
	    that OSS does not seem to exhibit
	- Figure out why the volume seems lower compared to OSS


I am available to beta test full blown proper patches for this problem
with a short (24 hour minimum) turn-around time.

I am not readily available to respond to  "could you try this...?"
requests in a timely manner.  I could barely time find to debug what I
did.

-Andy

----------------------------------------------------------------------
 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 :)

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                          
======================================================================




-------------------------------------------------------
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/

             reply	other threads:[~2004-12-20 15:59 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-20 15:59 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 16:25 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=4aeda22b92fb73bd613b248dc9bb3ae9@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