From owner-freebsd-multimedia@FreeBSD.ORG Mon Apr 12 14:29:35 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 D374C106566C for ; Mon, 12 Apr 2010 14:29:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE488FC17 for ; Mon, 12 Apr 2010 14:29:35 +0000 (UTC) Received: by qyk11 with SMTP id 11so4878312qyk.13 for ; Mon, 12 Apr 2010 07:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type :content-transfer-encoding; bh=8YB/5n+wEukCQPV8o6QdnwsQ1nUbZve241KYAPQUaFQ=; b=i9gygo43bhZnC4R3Ik/z0YKBfHjnpZRjpn0puXwLT585NCoGWLdT8uaAIR6OskjecV P6C27sY2RSruQaRutXJ71r6PtCG7I1Y0KPcKblssuUCkKcVYZ+Gj5PNsGM2S7gI/ixjw +lzfGdJplvzQVmCUK/Maua58Ky1XB6T7fbn+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=mVubWSTrm/sZ+4aNWdD7UnpO+bN90813RE1t5XituoOGPRCUbKZtm4aoPcFPVDI8Tv p3dz0UR8WJFUtA4ENS8LOdsywT7ONzyS8i4lh5UAcFdJ5VPwv6D7jyfALmnabBlvplSg 9kZ6Lm4+dXFFtGKueN3O3DCcR8gWiLNdi7RmE= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Mon, 12 Apr 2010 07:29:33 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Apr 2010 07:29:33 -0700 Received: by 10.229.241.66 with SMTP id ld2mr6095070qcb.78.1271082573616; Mon, 12 Apr 2010 07:29:33 -0700 (PDT) Message-ID: From: Garrett Cooper To: multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 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: Mon, 12 Apr 2010 14:29:35 -0000 On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper wrote: > On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper wrot= e: >> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wro= te: >>> Hi, >>> =A0 =A0When 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 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 where >>> 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). >>> =A0 =A0Are 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 r206173M: >>> Sun Apr =A04 19:54:22 PDT 2010 >>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA =A0amd64 >>> # pciconf -lv | grep -A 4 emu >>> emu10kx0@pci0:8:0:0: =A0 =A0class=3D0x040100 card=3D0x10211102 chip=3D0= x00081102 >>> rev=3D0x00 hdr=3D0x00 >>> =A0 =A0vendor =A0 =A0 =3D 'Creative Technology LTD.' >>> =A0 =A0device =A0 =A0 =3D 'sound blaster Audigy 2 (ca0108)' >>> =A0 =A0class =A0 =A0 =A0=3D multimedia >>> =A0 =A0subclass =A0 =3D audio >>> # dmesg | grep 'irq 16' >>> uhci0: port 0xa800-0xa81f >>> 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 >> >> Some more information: >> >> 1. snd_emu10kx and sound are both modules loaded on boot, along with >> 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 the >> 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 that >> have changed over the past couple of kernel versions, like front USB >> ports could charge my iPhone, and now they don't... and the fact that >> 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 isolate >> as the root cause, yet. > > Grr... it's `healed' itself again. I'll watch out for potential > catalysts to the issue in the future. 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 Linux 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