Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 May 2010 08:14:01 +0200
From:      Mark Stapper <stark@mapper.nl>
To:        Garrett Cooper <yanefbsd@gmail.com>
Cc:        multimedia@freebsd.org
Subject:   Re: Buzzing snd_emu10kx enabled card with r206173
Message-ID:  <4BF23029.80104@mapper.nl>
In-Reply-To: <AANLkTinMAEAplBOh-gK-2LS1i_XJijafF_Nbg0lwn8YG@mail.gmail.com>
References:  <u2q7d6fde3d1004051122madc6ebb4jc3248d8c68a81333@mail.gmail.com>	 <x2m7d6fde3d1004051226k7a0e350bz579b899e4fedd977@mail.gmail.com>	 <p2v7d6fde3d1004060339nfdbc4cb9p9ac6e232e38b4d6@mail.gmail.com>	 <q2l7d6fde3d1004120729h2d32e696g4182af399580ca01@mail.gmail.com>	 <4BF1891F.3040704@mapper.nl> <AANLkTinMAEAplBOh-gK-2LS1i_XJijafF_Nbg0lwn8YG@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig075EA6DA4754E2066559F991
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 18/05/2010 00:22, Garrett Cooper wrote:
> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper <stark@mapper.nl> wrote:=

>  =20
>> On 12/04/2010 16:29, Garrett Cooper wrote:
>>    =20
>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper <yanefbsd@gmail.com> w=
rote:
>>>
>>>      =20
>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper <yanefbsd@gmail.com>=
 wrote:
>>>>
>>>>        =20
>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper <yanefbsd@gmail.com=
> wrote:
>>>>>
>>>>>          =20
>>>>>> Hi,
>>>>>>    When I first installed FreeBSD on this machine, I had a heck of=
 a
>>>>>> time getting the soundcard's PCM channel to function properly. It
>>>>>> would buzz incessantly when I played any audio on it; I disabled t=
he
>>>>>> onboard snd_hda enabled audio and things magically worked, until
>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to wh=
ere
>>>>>> I started from -- the PCM channel buzzes whenever I play audio;
>>>>>> line-in works perfectly fine however. I'm not seeing anything out =
of
>>>>>> the ordinary in commits over the past couple of weeks for the pcm
>>>>>> pieces (the last successful kernel I used was 2~3 weeks old).
>>>>>>    Are there any device_printf's I should add or a debug procedure=

>>>>>> that you recommend I do to triage the situation?
>>>>>> Thanks,
>>>>>> -Garrett
>>>>>>
>>>>>> # uname -a
>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206173=
M:
>>>>>> Sun Apr  4 19:54:22 PDT 2010
>>>>>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA  amd64
>>>>>> # pciconf -lv | grep -A 4 emu
>>>>>> emu10kx0@pci0:8:0:0:    class=3D0x040100 card=3D0x10211102 chip=3D=
0x00081102
>>>>>> rev=3D0x00 hdr=3D0x00
>>>>>>    vendor     =3D 'Creative Technology LTD.'
>>>>>>    device     =3D 'sound blaster Audigy 2 (ca0108)'
>>>>>>    class      =3D multimedia
>>>>>>    subclass   =3D audio
>>>>>> # dmesg | grep 'irq 16'
>>>>>> uhci0: <Intel 82801JI (ICH10) USB controller USB-D> port 0xa800-0x=
a81f
>>>>>> irq 16 at device 26.0 on pci0
>>>>>> pcib7: <ACPI PCI-PCI bridge> irq 16 at device 28.1 on pci0
>>>>>> emu10kx0: <Creative Audigy 4 [SB0610]> port 0xec00-0xec3f irq 16 a=
t
>>>>>> device 0.0 on pci8
>>>>>> # dmesg | grep 'pcm'
>>>>>> pcm0: <EMU10Kx DSP front PCM interface> on emu10kx0
>>>>>> pcm0: <SigmaTel STAC9750/51 AC97 Codec>
>>>>>> pcm1: <EMU10Kx DSP rear PCM interface> on emu10kx0
>>>>>> pcm2: <EMU10Kx DSP center PCM interface> on emu10kx0
>>>>>> pcm3: <EMU10Kx DSP subwoofer PCM interface> on emu10kx0
>>>>>> pcm4: <EMU10Kx DSP side PCM interface> on emu10kx0
>>>>>>
>>>>>>            =20
>>>>> Some more information:
>>>>>
>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along wit=
h
>>>>> if_re, linux, and nvidia.
>>>>> 2. Disabling nvidia -> no change.
>>>>> 3. Disabling acpi -> unbootable system because many drivers can't m=
ap
>>>>> interrupts without it (can't test unless I isolate the drivers and
>>>>> enable them one by one -- something I'll try later on).
>>>>>
>>>>> I'm at a loss right now... my hunch is that it's potentially a bad
>>>>> interaction between the snd_emu10kx driver and another driver on th=
e
>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I can't=

>>>>> test these claims. There are other funky things about my system tha=
t
>>>>> have changed over the past couple of kernel versions, like front US=
B
>>>>> ports could charge my iPhone, and now they don't... and the fact th=
at
>>>>> ACPI blanking via nvidia now works again... so something may have
>>>>> changed on the backend, but I'm not 100% sure on what I should isol=
ate
>>>>> as the root cause, yet.
>>>>>
>>>>>          =20
>>>> Grr... it's `healed' itself again. I'll watch out for potential
>>>> catalysts to the issue in the future.
>>>>
>>>>        =20
>>>     Ok. Damn issue came back and here's what happened. Rebooted
>>> several times with the same kernel and slight modifications, loading
>>> and unloading snd_emu10kx and sound, testing out snd_emu10k1, and no
>>> dice. The buzz was bad and it was driving me insane. Again, line-in
>>> functioned just fine, so I didn't know what the heck was going. I was=

>>> getting desperate, so I finally broke down and booted the Gentoo Linu=
x
>>> livecd. PCM worked just fine. Then I got irritated enough and finally=

>>> just built the module and the sound support directly into the kernel
>>> and everything is hunky dorey again. Does anyone have a stab in the
>>> dark as to what's going on? Is it a potential bus or interrupt
>>> conflict / race condition that gets alleviated when support is nailed=

>>> into the kernel? Or are other folks as stumped as I am, s.t. I should=

>>> just try emailing current@ instead to see if someone maybe knows
>>> what's going on there :(...?
>>> Thanks,
>>> -Garrett
>>>      =20
>> I have the same problem.
>> I'll try compiling the driver in the kernel.
>>    =20
>     FWIW I've compiled the driver into the kernel for several
> iterations now and it works like a champ, so there's something with
> the sound subsystem that isn't jiving properly when loading from
> modules...
> HTH,
> -Garrett
>  =20
Thanks for the info.
I've noticed that when I load the kernel module at startup (by adding it
to loader.conf) chances of it working improve.
If I load it afterwards, the nice huff puff sounds come out of my
speaker again.
Compiling the new and improved kernel today.
Thanks for your help.
Greetz,
Mark


--------------enig075EA6DA4754E2066559F991
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvyMCsACgkQN9xNqOOVnWABjQCdEgJleIuha4J3wT0tU3KDZ/Xf
UwkAniKhMs/VxgE6I/MNdmrCwCEbev8K
=V+o/
-----END PGP SIGNATURE-----

--------------enig075EA6DA4754E2066559F991--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BF23029.80104>