Date: Wed, 26 May 2010 21:05:25 +0200 From: Mark Stapper <stark@mapper.nl> To: Garrett Cooper <yanefbsd@gmail.com> Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 Message-ID: <4BFD70F5.6070005@mapper.nl> In-Reply-To: <AANLkTimS8xZ1Lf-49XPb3ZD5fFFIR8SS5Ala_VTKo2oM@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> <4BF23029.80104@mapper.nl> <4BFBA130.6060506@mapper.nl> <AANLkTimS8xZ1Lf-49XPb3ZD5fFFIR8SS5Ala_VTKo2oM@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) --------------enigB688644CCA9983367F6C7B3B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/05/2010 20:05, Garrett Cooper wrote: > On Tue, May 25, 2010 at 3:06 AM, Mark Stapper <stark@mapper.nl> wrote: > =20 >> On 18/05/2010 08:14, Mark Stapper wrote: >> =20 >>> On 18/05/2010 00:22, Garrett Cooper wrote: >>> >>> =20 >>>> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper <stark@mapper.nl> wro= te: >>>> >>>> >>>> =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= > wrote: >>>>>> >>>>>> >>>>>> >>>>>> =20 >>>>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper <yanefbsd@gmail.c= om> 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 disable= d the >>>>>>>>> onboard snd_hda enabled audio and things magically worked, unti= l >>>>>>>>> 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 o= ut of >>>>>>>>> the ordinary in commits over the past couple of weeks for the p= cm >>>>>>>>> pieces (the last successful kernel I used was 2~3 weeks old). >>>>>>>>> Are there any device_printf's I should add or a debug proced= ure >>>>>>>>> that you recommend I do to triage the situation? >>>>>>>>> Thanks, >>>>>>>>> -Garrett >>>>>>>>> >>>>>>>>> # uname -a >>>>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206= 173M: >>>>>>>>> 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= =3D0x00081102 >>>>>>>>> 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= -0xa81f >>>>>>>>> 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 1= 6 at >>>>>>>>> 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 = 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 a= nd >>>>>>>> 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 b= ad >>>>>>>> interaction between the snd_emu10kx driver and another driver on= the >>>>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I ca= n'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 hav= e >>>>>>>> changed on the backend, but I'm not 100% sure on what I should i= solate >>>>>>>> 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, loadi= ng >>>>>> 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-i= n >>>>>> 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 L= inux >>>>>> livecd. PCM worked just fine. Then I got irritated enough and fina= lly >>>>>> just built the module and the sound support directly into the kern= el >>>>>> and everything is hunky dorey again. Does anyone have a stab in th= e >>>>>> dark as to what's going on? Is it a potential bus or interrupt >>>>>> conflict / race condition that gets alleviated when support is nai= led >>>>>> into the kernel? Or are other folks as stumped as I am, s.t. I sho= uld >>>>>> 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 >>> >>> >>> =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? >> =20 > What modules have you compiled and loaded? > Thanks, > -Garrett > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > =20 Kernel config and kldstat output pasted below regards, Mark Id Refs Address Size Name 1 37 0xffffffff80100000 8f1a28 kernel 2 1 0xffffffff809f3000 d45a98 nvidia.ko 3 3 0xffffffff81739000 412b0 linux.ko 4 3 0xffffffff8177b000 426a8 vboxdrv.ko 5 1 0xffffffff81822000 fbd05 zfs.ko 6 1 0xffffffff8191e000 1996 opensolaris.ko 7 1 0xffffffff81920000 3983 linprocfs.ko 8 2 0xffffffff81924000 26ce vboxnetflt.ko 9 2 0xffffffff81927000 8d2c netgraph.ko 10 1 0xffffffff81930000 14a6 ng_ether.ko 11 1 0xffffffff81932000 d2c vboxnetadp.ko 12 1 0xffffffff81933000 a8ca fuse.ko ident MARIO cpu HAMMER #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debu= g symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption= options INET # InterNETworking #options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support= options UFS_ACL # Support for access control list= s options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel= # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access)= device ses # SCSI Environmental Services (and SAF-TE= ) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NI= Cs! device miibus # MII bus support device nfe # nVidia nForce MCP on-board Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device lagg # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and= da device ums # Mouse # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and = da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons device sound device snd_emu10kx ##higher resolution VGA console support options VESA options SC_PIXEL_MODE device dpms device drm device amdtemp # # CPU control pseudo-device. Provides access to MSRs, CPUID info and # microcode update feature. # device cpuctl --------------enigB688644CCA9983367F6C7B3B 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/ iEYEARECAAYFAkv9cQEACgkQN9xNqOOVnWCWPACeOnxWb58uQ/C8nmYcClwhQc+D FkkAoIemX+js8qt/6X6BRHm359uq3GSu =8zQd -----END PGP SIGNATURE----- --------------enigB688644CCA9983367F6C7B3B--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BFD70F5.6070005>