From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 22:09:45 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73053BFA for ; Wed, 11 Mar 2015 22:09:45 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8EF403 for ; Wed, 11 Mar 2015 22:09:45 +0000 (UTC) Received: from berryeater.riseup.net (berryeater-pn.riseup.net [10.0.1.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id A1036411B7; Wed, 11 Mar 2015 22:09:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1426111775; bh=ugzH57LGzmhwSWw6+UFExIY2XyUpsS0NDd5+mMXME4M=; h=Date:From:To:Subject:References:In-Reply-To:From; b=QCic9LmuKB0EXoNFzbHygN//EYHoSb9WUSJn4LNtKvkMSy4jJp17OPBZZ7G/6bq9W VUzWE5CtUF3/nAoNx91KBLeo5tza3xo4pPvixCYIgt2jc9LkJuvQk0edOKpJpSLmtm 70wpDzBRAPRUM557CsIl2mSvmjtbdfbsXoOugOOk= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id B8DB640E3D Message-ID: <5500BD1B.5070409@riseup.net> Date: Wed, 11 Mar 2015 23:09:31 +0100 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Chris H , petefrench@ingresso.co.uk, freebsd-stable@freebsd.org Subject: Re: No sound on 10.1-RELEASE References: <54FA3376.4020001@riseup.net> <821bd8e3acb111667353737ec5c8eb5c@ultimatedns.net>, <54FC9197.9040406@riseup.net> , <54FED24A.9040503@riseup.net> <6bdeedc21fe40455bd8b82a60256436f@ultimatedns.net> In-Reply-To: <6bdeedc21fe40455bd8b82a60256436f@ultimatedns.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at mx1 X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 22:09:45 -0000 On 03/11/15 02:12, Chris H wrote: > On Tue, 10 Mar 2015 12:15:22 +0100 Piotr Kubaj wrote > >> On 03/08/15 22:15, Chris H wrote: >>> On Sun, 08 Mar 2015 19:14:47 +0100 Piotr Kubaj wrote >>> >>>> On 03/07/15 01:55, Chris H wrote: >>>>> On Sat, 07 Mar 2015 00:08:38 +0100 Piotr Kubaj wrote >>>>> >>>>>> I've got MSI X99 motherboard and am using it with UEFI installation of > ----8<---BIG-SNIP--- >>>>> >>>> I'm not sure what may be wrong in dmesg.boot so I've uploaded it here: >>>> http://pastebin.com/pP0KXp4v >>> Out of the 4 MSI boards I that I have; 3 run the same >>> Realtek ALC893 HDA CODEC that yours does. The other, the >>> Realtek ALC1200 HDA CODEC. All four of them work. But I >>> notice 1 notable difference; that yours reports 2 >>> HDA interfaces: >>> hdac0: >>> and >>> hdac1: >>> I see hdac0 is disregarded (unused) whereas >>> hdac1 is enabled, and functioning. I think your problems >>> quite possibly lies in your (sound) system attempting to >>> use the first HDA device in the list, which is effectively >>> disabled. If you can determine a way to tell KDE, and friends >>> to use the 2nd HDA. Things may well go as intended. >>> None of the 4 MSI boards I have display 2 HDA's, as yours >>> does. >>> If you have any additional questions, you may well find >>> the FreeBSD forums already have answers to your issue. This >>> is where I originally found answers to my issues, when I >>> first started using these boards. >>> >>> HTH >>>> >>>> KDE is definitely using OSS as chosen in its settings (I also use its >>>> own mixer which can do the same as Xfce's). I also use VLC's Phonon >>>> backend because Gstreamer is said to cause problems, but that also works >>>> on 3 other computers. >>> >> I don't think it's KDE's fault, as it also happens when I kill KDE >> (service kdm4 stop) and do cat /dev/random > /dev/dsp. Of course, I have >> vol and pcm maxed out. > If your speakers are amplified, you should hear them "pop", > when the kernel finds, and creates/attaches the driver(s) to > it. Same would be true, if you were wearing your headphones > when bouncing your box. > I'm quite sure that the sound system is defaulting the the first > HDA presented. Which, in your case, is the one that is disabled/ > non-operational. It's not KDE per se; but how the software > decides, by default, to hook sound up. If you had a sound > control panel available in KDE. You *should* be able to > *choose* which sound device to use. In your case, provided > it's even seen, it would be the *2nd* HDA. The sound control > panel should also present the *status* of the sound device > that it's using. Which, in your case, would indicate everything > as being "muted", and/or "unavailable". > On the box I'm writing this from, the HDA/CODEC is the > Realtek ALC893, as yours is. I have it hooked up to a 700 watt > external amplifier that I use as sound for my entire house. > With the amplifier turned on, if I bounce the box (reboot) > I hear a "pop" when the kernel detects/attaches to the > sound chip. These are the relevant, and only "sound" related > devices, created/listed in /dev: > > cd0 > > dsp0.0 > dsp1.0 > dsp2.0 > dsp4.0 > > midistat > mixer0 > mixer1 > mixer2 > mixer4 > > sndstat > > If I'm not mistaken, you're probably running GENERIC, which > has *also* loaded snd_hda, and possibly/probably, others. > Which accounts for the additional HDA listing in dmesg(8). > What I would do, if I were you, is build/install a > custom kernel, stripped of any device not available > on your MB. This is the first thing I do, after a fresh > install, and, as you're discovering, for good reason. :) > You should also find, by doing so, that your system performs > much better, as a result. > The *only* sound related listings I have in my KERNCONF file, > is: > speaker # PC beeper > sound # geneic sound > snd_hda # Realtec CODEC HDA > Last, and only because I have to say it; > you *are* sure that you have your headphones/speakers > plugged into the *correct* jack, right? ;-) > Hey! It happens. :) > > --Chris > > -- > > I've deleted all other drivers except for snd_hda and sound but NVIDIA interfaces also use snd_hda driver. Also, I have already set up hw.snd.default_unit=4, which is the analog Intel interface (included in my 1st mail). I'm not sure how I should choose the default device in KDE, since it's chosen in hw.snd.default_unit. I'm not sure how you are able to hear a "pop" when sound devices are detected because it doesn't work that way on any of my other PC's (6 in total).