From owner-freebsd-multimedia@FreeBSD.ORG Tue May 18 06:14:08 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 CF3411065672 for ; Tue, 18 May 2010 06:14:08 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 48EB38FC16 for ; Tue, 18 May 2010 06:14:08 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OEG47-0005vj-9S; Tue, 18 May 2010 08:14:07 +0200 Received: from yoshi ([10.58.235.3] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OEG42-0009lG-2y; Tue, 18 May 2010 08:14:02 +0200 Message-ID: <4BF23029.80104@mapper.nl> Date: Tue, 18 May 2010 08:14:01 +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> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig075EA6DA4754E2066559F991" Cc: 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, 18 May 2010 06:14:08 -0000 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 wrote:= > =20 >> On 12/04/2010 16:29, Garrett Cooper wrote: >> =20 >>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper w= rote: >>> >>> =20 >>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper = wrote: >>>> >>>> =20 >>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper 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: port 0xa800-0x= a81f >>>>>> irq 16 at device 26.0 on pci0 >>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>> emu10kx0: port 0xec00-0xec3f irq 16 a= t >>>>>> 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 >>>>> 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--