On 14 Apr 2002 19:38:58 -0500
Afra <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> I installed ALSA 0.5.12a on my Sony Vaio GR370, with Debian woody. The
> soundcard with the laptop is an Intel Corp. AC'97 Audio Controller (rev
> 01) chipset. 
> 
> Alsa finds and loads the card fine (dmesg outputs: "snd: intel8x0:
> setting clocking to 53454"). However, when I play any sound via xmms, or
> mpg123, for example, the beginning of the song is played, but then it
> loops forever (just the same intro. 5 second clip is looped over until I
> kill the application). I noticed when I move my mouse, the sound
> continues to play normally.
> 
> IRQ conflict? I cannot change the IRQ through the BIOS (there's no
> option to), but if anyone has had this problem and fixed it, I would be
> very grateful for any insight. The soundcard is on IRQ 9.
> 
> My /proc/interrupts:
> 
>  0:     688737          XT-PIC  timer
>   1:      14815          XT-PIC  keyboard
>   2:          0          XT-PIC  cascade
>   3:          0          XT-PIC  Ricoh Co Ltd RL5c476 II
>   8:          3          XT-PIC  rtc
>   9:     109295          XT-PIC  usb-uhci, usb-uhci, e100, Intel ICH
>  12:        251          XT-PIC  PS/2 Mouse
>  14:      39185          XT-PIC  ide0
>  15:          5          XT-PIC  ide1
> NMI:          0 
> ERR:          0
> 
> My /etc/modules.conf:
> # ALSA portion
> alias char-major-116 snd
> options snd snd_major=116 snd_cards_limit=1
> alias snd-card-0 snd-card-intel8x0
> options snd_card_intel8x0 snd_ac97_clock=41194
> 
> # OSS portion
> alias char-major-14 soundcore
> alias sound-slot-0 snd-card-0
> alias sound-service-0-0 snd-mixer-oss
> alias sound-service-0-1 snd-seq-oss
> alias sound-service-0-3 snd-pcm-oss
> alias sound-service-0-12 snd-pcm-oss
> 
> Thank you very much.
> 
> Afra

Looks like this thread:

----------------------------------------------------------------------------
From: Barthel aus Pennswald <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [Alsa-user] Sound played in a loop
Date: 05 Apr 2002 21:05:21 -0600
Sender: [EMAIL PROTECTED]
X-Mailer: Evolution/1.0.2 

On Sun, 2002-03-31 at 16:10, Hauke Busch wrote:
> Hi,
> 
> thank you for your response. I have read about the looping problem that this 
> could be caused by some IRQ/DMA problem. Here is the output from /rpoc:

8<snippage>8

> the problem with the bios is, that with this brand new HP notebook, one 
> cannot do any changes to the bios. The bios setup program lets one set the 
> date and booting device and that's it! 
> There must be a way around this, but I don't know how at the moment.
> So I don't know whether there is the option PnP Bios installed.
> Speaking of interrupts, how does one change those if not in the bios?

I had the problem and just solved it, thanks to a user on
comp.os.linux.portable.

It turns out that this is an ACPI problem--all that's needed is a quick
patch to the kernel source:
You'll need to modify drivers/acpi/tables/tbconvrt.c in your kernel
source tree. Here's my diff:

--- tbconvrt.c.ori      Sun Feb 10 17:50:23 2002
+++ tbconvrt.c  Thu Apr  4 16:21:33 2002
@@ -211,7 +211,11 @@
        /* The ACPI FADT revision number is FADT2_REVISION_ID=3 */
                /* So, if the current table revision is less than 3 it is type
                1.0 or
                0.71 */
                 
                 -       if (acpi_gbl_FADT->header.revision >= FADT2_REVISION_ID) {
                 +        /* Per Bryan Mawhinney 
<bryanmSPAMawhinneyBLOCKED@hotmailcom>,
                 we need to
                 force
                 +         * this comparison to be false for the HP Pavilion zt1130
                 +         * (affects sound as well...)
                 +         */
                 +       if (0 && acpi_gbl_FADT->header.revision >= FADT2_REVISION_ID) 
{
                                 /* We have an ACPI 2.0 FADT but we must copy it to our
                                 local buffer
                                 */
                                  
                                                  *FADT2 = *((fadt_descriptor_rev2*) 
acpi_gbl_FADT);

                                                  8<end of diff>8

                                                  This was sufficient to get basic 
sound working correctly--even with a
                                                  framebuffer console (although I 
haven't tried framebuffer X recently).

                                                  Regards,

                                                  Barthel
                                                  -- 
                                                        [EMAIL PROTECTED] | 
http://geocities.com/ld_barthel
                                                               Organization: The 
Pennswald Group -- Linux powered!!

                                                               I thought I wanted a 
career--turns out I just wanted regular paychecks.


                                                               
_______________________________________________
                                                               Alsa-user mailing list
                                                               
[EMAIL PROTECTED]
                                                               
https://lists.sourceforge.net/lists/listinfo/alsa-user
---------------------------------------------------------------------------

Sorry for the layout and HTH :)

    -Frans

_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to