From owner-freebsd-multimedia@FreeBSD.ORG Tue May 25 10:07:15 2010 Return-Path: Delivered-To: multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3AF106566C; Tue, 25 May 2010 10:07:15 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id B93DC8FC1A; Tue, 25 May 2010 10:07:14 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OGr2X-0007Qf-Ee; Tue, 25 May 2010 12:07:13 +0200 Received: from pc2844lv.mapper.nl ([10.58.235.127]) by mapper.nl with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OGr27-0003Zv-FZ; Tue, 25 May 2010 12:06:47 +0200 Message-ID: <4BFBA130.6060506@mapper.nl> Date: Tue, 25 May 2010 12:06:40 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BF1891F.3040704@mapper.nl> <4BF23029.80104@mapper.nl> In-Reply-To: <4BF23029.80104@mapper.nl> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7C28809281F3CDDC48ED2E0B" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2010 10:07:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C28809281F3CDDC48ED2E0B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 18/05/2010 08:14, Mark Stapper wrote: > On 18/05/2010 00:22, Garrett Cooper wrote: > =20 >> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wrote= : >> =20 >> =20 >>> On 12/04/2010 16:29, Garrett Cooper wrote: >>> =20 >>> =20 >>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper = wrote: >>>> >>>> =20 >>>> =20 >>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper wrote: >>>>> >>>>> =20 >>>>> =20 >>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wrote: >>>>>> >>>>>> =20 >>>>>> =20 >>>>>>> Hi, >>>>>>> When I first installed FreeBSD on this machine, I had a heck o= f a >>>>>>> time getting the soundcard's PCM channel to function properly. It= >>>>>>> would buzz incessantly when I played any audio on it; I disabled = the >>>>>>> onboard snd_hda enabled audio and things magically worked, until >>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to w= here >>>>>>> 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 procedur= e >>>>>>> that you recommend I do to triage the situation? >>>>>>> Thanks, >>>>>>> -Garrett >>>>>>> >>>>>>> # uname -a >>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r20617= 3M: >>>>>>> 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: port 0xa800-0= xa81f >>>>>>> irq 16 at device 26.0 on pci0 >>>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>>> emu10kx0: port 0xec00-0xec3f irq 16 = at >>>>>>> device 0.0 on pci8 >>>>>>> # dmesg | grep 'pcm' >>>>>>> pcm0: on emu10kx0 >>>>>>> pcm0: >>>>>>> pcm1: on emu10kx0 >>>>>>> pcm2: on emu10kx0 >>>>>>> pcm3: on emu10kx0 >>>>>>> pcm4: on emu10kx0 >>>>>>> >>>>>>> =20 >>>>>>> =20 >>>>>> Some more information: >>>>>> >>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along wi= th >>>>>> if_re, linux, and nvidia. >>>>>> 2. Disabling nvidia -> no change. >>>>>> 3. Disabling acpi -> unbootable system because many drivers can't = map >>>>>> 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 t= he >>>>>> 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 th= at >>>>>> have changed over the past couple of kernel versions, like front U= SB >>>>>> ports could charge my iPhone, and now they don't... and the fact t= hat >>>>>> 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 iso= late >>>>>> as the root cause, yet. >>>>>> >>>>>> =20 >>>>>> =20 >>>>> Grr... it's `healed' itself again. I'll watch out for potential >>>>> catalysts to the issue in the future. >>>>> >>>>> =20 >>>>> =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 wa= s >>>> getting desperate, so I finally broke down and booted the Gentoo Lin= ux >>>> livecd. PCM worked just fine. Then I got irritated enough and finall= y >>>> 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 naile= d >>>> into the kernel? Or are other folks as stumped as I am, s.t. I shoul= d >>>> just try emailing current@ instead to see if someone maybe knows >>>> what's going on there :(...? >>>> Thanks, >>>> -Garrett >>>> =20 >>>> =20 >>> I have the same problem. >>> I'll try compiling the driver in the kernel. >>> =20 >>> =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 >> =20 > Thanks for the info. > I've noticed that when I load the kernel module at startup (by adding i= t > 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 > > =20 I compiled the emu10kx driver into the kernel. That seemed to work, but now the hissing and buzzing is back. I really don't know what is going on anymore.. Any thoughts? --------------enig7C28809281F3CDDC48ED2E0B 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/ iEYEARECAAYFAkv7oTUACgkQN9xNqOOVnWDFUACgita3W93GxbGQiyF54JR0pGQO yCwAnA7Tq5Qu0vcyYJr+gYjIuySB/vqx =SsIE -----END PGP SIGNATURE----- --------------enig7C28809281F3CDDC48ED2E0B--