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 0000589]: ICH5 S/PDIF audio drops out occasionally
Date: Wed, 24 Nov 2004 16:33:44 +0100	[thread overview]
Message-ID: <d757db4ea0d7630d1029c04ec8c56013@bugtrack.alsa-project.org> (raw)


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=589> 
======================================================================
Reported By:                squarooticus
Assigned To:                
======================================================================
Project:                    ALSA - driver
Issue ID:                   589
Category:                   PCI - intel8x0
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Distribution:               Debian Unstable (sid)
Kernel Version:             2.6.7
======================================================================
Date Submitted:             10-21-2004 02:42 CEST
Last Modified:              11-24-2004 16:33 CET
======================================================================
Summary:                    ICH5 S/PDIF audio drops out occasionally
Description: 
I'm using the on-board audio of my Abit IC7-MAX3 ("Intel Corp. 82801EB/ER
(ICH5/ICH5R) AC'97 Audio Controller (rev 02)") with ALSA driver
snd_intel8x0 for my home theater setup.  In every application I've tried,
which includes mythtv, xine, and ogg123, through both native alsa and OSS
emulation, the audio output from the S/PDIF port drops out for a second
every so often---maybe once a minute, or every few minutes; it's not
periodic.

I don't know whether analog output also drops out, since I don't have
analog output hooked up or enabled.

This is with the CVS build as of October 19.  My asound.conf is:

pcm.krose-dmix {
  type dmix
  ipc_key 3516
  ipc_key_add_uid yes
  slave {
        pcm "hw:0,4"
        period_time 0
        period_size 4096
        #buffer_size 16384
        buffer_size 131072
        period_time 84000
        buffer_time 340000
        rate 48000
        channels 2
  }
  bindings.0 0
  bindings.1 1
}

pcm.dsp0 {
  type plug
  slave.pcm "krose-dmix"
}

ctl.mixer0 {
 type hw
 card 0
}

pcm.!default {
 type plug
 slave.pcm "krose-dmix"
}

I can't find any options to compile in debug logging: I'm not really sure
what the cause of the drop out is, e.g., buffer underrun, PCI contention,
etc.  I'm happy to spend time to try to debug this, but I need a starting
point.

Of course, it'd also be great to know if anyone has ever seen this kind of
behavior before.  I don't believe the SPD/IF port is turning itself off
because the receiver doesn't blip, which normally it would if the input
were to disappear temporarily.

The CPU is a 3.2G P4 with hyperthreading turned on.  I never see the CPU
usage go above 50%.

Interestingly, I see similar behavior on my dual Opteron machine with an
AMD-8111 audio controller using the same driver (snd_intel8x0).  I never
had this problem with the emu10k1 driver when I was using SB Lives, but I
have run into PCI slot limitations in my HTPC, so I have to use mobo
audio.

Suggestions?
======================================================================

----------------------------------------------------------------------
 tiwai - 11-18-04 17:51 
----------------------------------------------------------------------
You can turn on the xrun-detection by writing to a proc file,

   # echo 2 > /proc/asound/card0/pcm4p/xrun_debug

where the directory corresponds to the PCM device to check.
Then you can know at least wheter detectable xrun happened.

----------------------------------------------------------------------
 squarooticus - 11-24-04 16:33 
----------------------------------------------------------------------
So, when I do this, I don't actually see xruns in dmesg or
/var/log/messages for the behavior I'm referring to in this bug.  (I see
them at other times, but that's a different issue.)  So either my hardware
is screwed up and is occasionally dropping the toslink signal, or there's
some kind of reset going on in the driver or firmware that's not being
reported.  Is there anything I can do short of replacing my motherboard?

Issue History
Date Modified  Username       Field                    Change              
======================================================================
10-21-04 02:42 squarooticus   New Issue                                    
10-21-04 02:42 squarooticus   Distribution              => Debian Unstable (sid)
10-21-04 02:42 squarooticus   Kernel Version            => 2.6.7           
10-21-04 23:40 squarooticus   Issue Monitored: squarooticus                    
10-27-04 16:54 squarooticus   Note Added: 0002275                          
11-10-04 12:26 tiwai          Note Added: 0002367                          
11-12-04 06:23 squarooticus   Note Added: 0002392                          
11-15-04 20:24 squarooticus   Note Added: 0002419                          
11-16-04 02:50 squarooticus   Note Added: 0002423                          
11-16-04 05:14 squarooticus   Note Added: 0002424                          
11-18-04 17:51 tiwai          Note Added: 0002452                          
11-24-04 16:33 squarooticus   Note Added: 0002571                          
======================================================================




-------------------------------------------------------
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-11-24 15:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-24 15:33 bugtrack [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-12-31  3:03 [ALSA - driver 0000589]: ICH5 S/PDIF audio drops out occasionally bugtrack
2005-04-09 15:08 bugtrack
2004-11-24 17:07 bugtrack
2004-11-24 16:55 bugtrack
2004-11-18 16:51 bugtrack
2004-11-16  4:14 bugtrack
2004-11-16  1:50 bugtrack
2004-11-15 19:24 bugtrack
2004-11-12  5:23 bugtrack
2004-11-10 11:26 bugtrack
2004-10-27 14:54 bugtrack
2004-10-21  0:42 bugtrack

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