From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 11:15:35 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 F0098E84 for ; Tue, 10 Mar 2015 11:15:35 +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 CB823993 for ; Tue, 10 Mar 2015 11:15:35 +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 4AF8A40F17; Tue, 10 Mar 2015 11:15:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1425986129; bh=t5mE5rPdv4PSr49XhewtkEIra9VDmwUofkUShRyUIO0=; h=Date:From:To:Subject:References:In-Reply-To:From; b=iHLaGz7oO33OxXUw4yRV5yYwxdADIoT5mAhMBuYYUQyvmQsheNFJI69/Tmn8lzvaR Lk5h46Yzii0pPM2GtdMG37EnMbtw3Oyv1pl7FB++UuE0Fjqjlw8Lbglmp0Hd2RTOe+ qy1acLrO2BMfA6igSJIpcy7jWnO74yw1B/9xOzyY= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id E1E44439F8 Message-ID: <54FED24A.9040503@riseup.net> Date: Tue, 10 Mar 2015 12:15:22 +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 , freebsd-stable@freebsd.org Subject: Re: No sound on 10.1-RELEASE References: <54FA3376.4020001@riseup.net> <821bd8e3acb111667353737ec5c8eb5c@ultimatedns.net>, <54FC9197.9040406@riseup.net> In-Reply-To: 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: Tue, 10 Mar 2015 11:15:36 -0000 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 >>>> 10.1 (BIOS mode doesn't work with FreeBSD). At first, sound worked >>>> properly (even in KDE), but now it doesn't. I'm not sure what happened, >>>> since snd_hda is in kernel (I use GENERIC). I've checked all possible >>>> values of hw.snd.default_unit and turned off KDE to check what happens >>>> when doing cat /dev/random > /dev/dsp (it does nothing). >>>> Attached below is dmesg and /dev/sndstat. >>>> >>> -----8<------- >>> >>>> Installed devices: >>>> pcm0: (play) >>>> pcm1: (play) >>>> pcm2: (play) >>>> pcm3: (play) >>>> pcm4: (play/rec) default >>>> pcm5: (play/rec) >>>> pcm6: (play) >>>> pcm7: (rec) >>> Honestly, this could potentially go a lot of different directions; >>> software/driver(s)/setup... >>> It might be helpful to get the pinouts. The kernel >>> (dmesg(8)) will provide it for you. You can see them by; >>> loader.conf(5) >>> adding the following to /boot/loader.conf: >>> >>> boot_verbose="YES" >>> >>> or by simply selecting boot verbose on the loader menu >>> 6 --> boot verbose >>> >>> and then getting the results from dmesg(8) >>> /var/run/dmesg.boot >>> >>> If everything looks as anticipated, you might check that >>> your software is using the right sound system (OSS). >>> I've had very good experiences on these sound systems by >>> installing >>> audio/xfce4-mixer >>> doing so, always seems to get the correct settings for >>> everything on these boards -- even if you never use >>> the application. >>> Because these boards can be so troublesome where sound >>> is concerned; I used to have a script that would both >>> check, as well as set everything up. But I can't seem >>> to locate it ATM. >>> >>> HTH >>> >>> --Chris >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> 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. > > > --Chris > > -- > > 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.