From owner-freebsd-stable@FreeBSD.ORG Sun Mar 1 00:26:02 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C25545F for ; Sun, 1 Mar 2015 00:26:02 +0000 (UTC) Received: from asmtp01.netarrest.com (asmtp01.netarrest.com [67.228.24.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05159F19 for ; Sun, 1 Mar 2015 00:26:02 +0000 (UTC) Received: from Dell-Admin (p5B05F459.dip0.t-ipconnect.de [91.5.244.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by asmtp01.netarrest.com (Postfix) with ESMTPSA id D3B8B9900C9 for ; Sat, 28 Feb 2015 18:25:57 -0600 (CST) Organization: SoundCloud Reply-To: notifications@soundcloudmail.com Message-ID: From: "SoundCloud Notifications" To: Subject: New message from SoundCloud PR Date: Sun, 1 Mar 2015 01:25:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sun, 01 Mar 2015 00:26:02 -0000 [letter.png] Hey, [1]SoundCloudPR sent you a message: The SoundCloud Promotional Service offers Artists, DJs, Singers and Managers a simple, cost-effective way to reach targeted followers, sales, comments, plays and downloads on SoundCloud. We target like-minded users who are interested in your new tracks, releases and sets. This means that each new user we will follow, will receive a notification from you (like this message), saying that you have followed him or her. In return, these users will check out your profile, follow you back, play, comment, and download your music. By increasing your visibility on SoundCloud, you also improve your chances of getting noticed by records labels, club owners and talent scouts, who might all be looking for the next big catch. Many of our clients have signed records deals, DJ gigs, or simply found new collaboration partners after using our services. Artists that generate a lot of honest consistent feedbacks and traffic to their profiles are the ones who stand out from the crowd. To check this new service, go directly to the [2]SoundCloud Promotion Page ----- © 2007 - 2015 SoundCloud Ltd. All rights reserved [postman-email-convo-message_sent] [3]Unsubscribe[4] | Manage Notifications | [5]Support | [6]Terms of Use | [7]Community Guidelines | [8]Imprint | [9]Privacy Policy References 1. http://bit.ly/soundcloud-now 2. http://bit.ly/soundcloud-now 3. http://bit.ly/sc-unsubscribe 4. http://soundcloud.com/settings/email 5. http://help.soundcloud.com/ 6. http://soundcloud.com/terms-of-use 7. http://soundcloud.com/community-guidelines 8. http://soundcloud.com/imprint 9. https://soundcloud.com/pages/privacy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 3 09:38:12 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0D9152E for ; Tue, 3 Mar 2015 09:38:12 +0000 (UTC) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F587CC7 for ; Tue, 3 Mar 2015 09:38:11 +0000 (UTC) Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id t239LMNQ080021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 3 Mar 2015 20:21:27 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <54F57CF9.8000704@heuristicsystems.com.au> Date: Tue, 03 Mar 2015 20:20:57 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: buildworld without libncursesw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit 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, 03 Mar 2015 09:38:12 -0000 Is there a preferred way to buildworld without libncursesw? When I add to /etc/src.conf WITHOUT_NCURSESW=yes I find that a buildworld fails due to missing libncursesw.*. So what uses libncurses? These guys do /usr/bin/dialog /usr/bin/dpv /usr/sbin/sade -> /usr/libexec/bsdinstall/partedit /usr/sbin/tzsetup Getting a little frustrated I modifed the Makefile:, so for example dialog (/usr/src/contrib/dialog) +.include + +.if ${MK_NCURSESW} == "no" +DPADD= ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSES} ${LIBUTIL} ${LIBM} +LDADD= -ldpv -ldialog -lfigpar -lncurses -lutil -lm +.else DPADD= ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSESW} ${LIBUTIL} ${LIBM} LDADD= -ldpv -ldialog -lfigpar -lncursesw -lutil -lm +.endif And checking # make -VMK_NCURSESW no I'm at a bit of a loss as to why these are proving difficult to build, or what I can do to get the desired outcome, ie no libncursesw.so* Dewayne. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 3 21:14:06 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D48FC35A for ; Tue, 3 Mar 2015 21:14:06 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id AE843BC8 for ; Tue, 3 Mar 2015 21:14:06 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 1171A5A9F25; Tue, 3 Mar 2015 21:14:00 +0000 (UTC) Date: Tue, 3 Mar 2015 21:13:59 +0000 From: Brooks Davis To: Dewayne Geraghty Subject: Re: buildworld without libncursesw Message-ID: <20150303211359.GA10621@spindle.one-eyed-alien.net> References: <54F57CF9.8000704@heuristicsystems.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <54F57CF9.8000704@heuristicsystems.com.au> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable Mailing List 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, 03 Mar 2015 21:14:06 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 03, 2015 at 08:20:57PM +1100, Dewayne Geraghty wrote: > Is there a preferred way to buildworld without libncursesw? >=20 > When I add to /etc/src.conf > WITHOUT_NCURSESW=3Dyes >=20 > I find that a buildworld fails due to missing libncursesw.*. > So what uses libncurses? These guys do > /usr/bin/dialog > /usr/bin/dpv > =20 > /usr/sbin/sade -> /usr/libexec/bsdinstall/partedit > /usr/sbin/tzsetup >=20 > Getting a little frustrated I modifed the Makefile:, so for example > dialog (/usr/src/contrib/dialog) >=20 > +.include > + > +.if ${MK_NCURSESW} =3D=3D "no" > +DPADD=3D ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSES} > ${LIBUTIL} ${LIBM} > +LDADD=3D -ldpv -ldialog -lfigpar -lncurses -lutil -lm > +.else > DPADD=3D ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSESW} > ${LIBUTIL} ${LIBM} > LDADD=3D -ldpv -ldialog -lfigpar -lncursesw -lutil -lm > +.endif >=20 > And checking > # make -VMK_NCURSESW > no >=20 > I'm at a bit of a loss as to why these are proving difficult to build, > or what I can do to get the desired outcome, ie no libncursesw.so* I tried to make this work a while ago and it's not practical. Instead, we need to remove libncurses (or more likely replace it with a linker script to cause libncursesw to be used.) It should be the case that nothing in the base system uses libncurses, but it's all too likely that someone has broken that since I switched the remaining bits over. -- Brooks --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlT2JBcACgkQXY6L6fI4GtTMegCfRFWmJE4tJtjlQhBeRS9paHd/ cFEAoMdmRpWVPn3cEkLCgZGRb/pleC6H =EE0W -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 3 23:49:14 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 601EC407; Tue, 3 Mar 2015 23:49:14 +0000 (UTC) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C1B03DCF; Tue, 3 Mar 2015 23:49:13 +0000 (UTC) Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id t23Nm9D9012635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 4 Mar 2015 10:48:15 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <54F64820.5000509@heuristicsystems.com.au> Date: Wed, 04 Mar 2015 10:47:44 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Brooks Davis Subject: Re: buildworld without libncursesw References: <54F57CF9.8000704@heuristicsystems.com.au> <20150303211359.GA10621@spindle.one-eyed-alien.net> In-Reply-To: <20150303211359.GA10621@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Mailing List 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, 03 Mar 2015 23:49:14 -0000 On 4/03/2015 8:13 AM, Brooks Davis wrote: > On Tue, Mar 03, 2015 at 08:20:57PM +1100, Dewayne Geraghty wrote: >> Is there a preferred way to buildworld without libncursesw? >> >> When I add to /etc/src.conf >> WITHOUT_NCURSESW=yes >> >> I find that a buildworld fails due to missing libncursesw.*. >> So what uses libncurses? These guys do >> /usr/bin/dialog >> /usr/bin/dpv >> >> /usr/sbin/sade -> /usr/libexec/bsdinstall/partedit >> /usr/sbin/tzsetup >> >> Getting a little frustrated I modifed the Makefile:, so for example >> dialog (/usr/src/contrib/dialog) >> >> +.include >> + >> +.if ${MK_NCURSESW} == "no" >> +DPADD= ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSES} >> ${LIBUTIL} ${LIBM} >> +LDADD= -ldpv -ldialog -lfigpar -lncurses -lutil -lm >> +.else >> DPADD= ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSESW} >> ${LIBUTIL} ${LIBM} >> LDADD= -ldpv -ldialog -lfigpar -lncursesw -lutil -lm >> +.endif >> >> And checking >> # make -VMK_NCURSESW >> no >> >> I'm at a bit of a loss as to why these are proving difficult to build, >> or what I can do to get the desired outcome, ie no libncursesw.so* > I tried to make this work a while ago and it's not practical. Instead, > we need to remove libncurses (or more likely replace it with a linker > script to cause libncursesw to be used.) > > It should be the case that nothing in the base system uses libncurses, > but it's all too likely that someone has broken that since I switched > the remaining bits over. > > -- Brooks Unfortunately I can't say which ones use libncurses as I've sprinkled things like this over anything that uses libncursesw -DPADD= ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} ${LIBBSDXML} ${LIBSBUF} ${LIBEDIT} ${LIBNCURSESW} -LDADD= -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lncursesw +DPADD= ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} ${LIBBSDXML} ${LIBSBUF} ${LIBEDIT} +LDADD= -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit +.include + +.if ${MK_NCURSESW} == "no" +DPADD+= ${LIBNCURSES} +LDADD+= -lncurses +.else +DPADD+= ${LIBNCURSESW} +LDADD+= -lncursesw +.endif + and only the above 4 programs are more of a challenge. Any consistency is a good thing, so honouring WITHOUT_NCURSESW should be the trigger. This situation arose because I needed some things in /rescue and there was a conflict stuffing both libncurses and libncursesw into the /usr/src/rescue build, as you'd expect. :) Regards, Dewayne. -- For the talkers: “The superior man acts before he speaks, and afterwards speaks according to his action.” For everyone else: “Life is really simple, but we insist on making it complicated.” From owner-freebsd-stable@FreeBSD.ORG Wed Mar 4 00:36:19 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 001D5BF6 for ; Wed, 4 Mar 2015 00:36:18 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA74F38C for ; Wed, 4 Mar 2015 00:36:18 +0000 (UTC) Received: by igbhl2 with SMTP id hl2so32818033igb.3 for ; Tue, 03 Mar 2015 16:36:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zzkmJRbKy2YBhnOVrxjeDt06MmnigBn99DRxrcPAEjc=; b=wDrr8ASmTnpySyqXsUu7i1YnjtkdvYvMMsa/qMNrYiLHuwmSaigYMGdKYBjkcsxaMf IFzdOMsb2yyqR6kRvPKnm5R7PfhOiavDdmWztaytFr50u7co45TZElTN1uTE+BlkQCiw TTqYmmYoygUb0GHBR4M87JJrcSpHLYh20+08NCXAmb7y6fH7eMr5d1nCvQBVPowRn6/W D/fo/ed3EWLOBWV7SUfwnDhXt2eqgP/KNK6sIxUKhE5507t3re942lhvWbsjpMmbXIfZ tWRKZ+TYjE9lWbydrRGgCy0g6V59Dg9BA9kbyAV67j6DDx2oFRpgQ5XqJz46x3RYz/tA pi8g== MIME-Version: 1.0 X-Received: by 10.107.25.72 with SMTP id 69mr6687441ioz.44.1425429378124; Tue, 03 Mar 2015 16:36:18 -0800 (PST) Received: by 10.50.243.38 with HTTP; Tue, 3 Mar 2015 16:36:18 -0800 (PST) Date: Tue, 3 Mar 2015 16:36:18 -0800 Message-ID: Subject: Stale TIME_WAIT tcp connections From: Rumen Telbizov To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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, 04 Mar 2015 00:36:19 -0000 Hello everyone, We have a server running 9.3-RELEASE which is exhibiting a high number of TIME_WAIT tcp connections which are NOT being recycled. That is, netstat reports them over and over again, no matter how long we wait for them to be flushed out. Currently this server has been out of rotation for a couple of hours and I still see the same tcp sockets there. Overall we have: # netstat -na | grep TIME_WAIT | wc -l *30066* Tracking one particular TCP socket in TIME_WAIT proves that it stays there all the time. Another observation is that pfctl shows a very large number of state entries, even after pfctl -F all, or disable/enable sequence. # pfctl -si State Table Total Rate current entries *59280* At the same time though: # pfctl -ss | wc -l 18 After the problem was discovered we tried tweaking the following settings without any luck: net.inet.tcp.fast_finwait2_recycle=3D1 net.inet.tcp.finwait2_timeout=3D5000 net.inet.tcp.maxtcptw=3D50000 net.inet.tcp.msl=3D100 =E2=80=8BSo it seems like this system is "stuck" and =E2=80=8Bdoesn't recyc= le those TCP sockets. Again, the machine is out of rotation and not actively accepting any traffic. I will keep it like that in case further investigation is required. Please do let me know if there's anything else you'd like to know from the state of the machine or something I could try. =E2=80=8BRegards, --=20 Rumen Telbizov Unix Systems Administrator From owner-freebsd-stable@FreeBSD.ORG Wed Mar 4 01:41:23 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 4ADCA262 for ; Wed, 4 Mar 2015 01:41:23 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7DCBF5 for ; Wed, 4 Mar 2015 01:41:22 +0000 (UTC) Received: from [24.134.170.44] (helo=michael-think.fritz.box) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1YSyJE-0005a1-Jg; Wed, 04 Mar 2015 02:41:12 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "freebsd-stable@freebsd.org" , "Rumen Telbizov" Subject: Re: Stale TIME_WAIT tcp connections References: Date: Wed, 04 Mar 2015 02:41:07 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.5/20142/Wed Mar 4 00:54:52 2015) 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, 04 Mar 2015 01:41:23 -0000 On Wed, 04 Mar 2015 01:36:18 +0100, Rumen Telbizov = = wrote: > Hello everyone, > > We have a server running 9.3-RELEASE which is exhibiting a high number= of > TIME_WAIT tcp connections which are NOT being recycled. That is, netst= at > reports them over and over again, no matter how long we wait for them = to = > be > flushed out. Currently this server has been out of rotation for a coup= le = > of > hours and I still see the same tcp sockets there. Overall we have: > > # netstat -na | grep TIME_WAIT | wc -l > *30066* > > Tracking one particular TCP socket in TIME_WAIT proves that it stays = > there > all the time. > > Another observation is that pfctl shows a very large number of state > entries, even after pfctl -F all, or disable/enable sequence. > > # pfctl -si > State Table Total Rate > current entries *59280* > > At the same time though: > > # pfctl -ss | wc -l > 18 > > After the problem was discovered we tried tweaking the following setti= ngs > without any luck: > > net.inet.tcp.fast_finwait2_recycle=3D1 > net.inet.tcp.finwait2_timeout=3D5000 > net.inet.tcp.maxtcptw=3D50000 > net.inet.tcp.msl=3D100 > > =E2=80=8BSo it seems like this system is "stuck" and =E2=80=8Bdoesn't = recycle those TCP > sockets. Again, the machine is out of rotation and not actively accept= ing > any traffic. I will keep it like that in case further investigation is= > required. Please do let me know if there's anything else you'd like to= = > know > from the state of the machine or something I could try. > > =E2=80=8BRegards, Are you using any IPSEC? I observed something similar a while back, haven't checked again since i= = reported this. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194690 Affected 9.2, too. Michael From owner-freebsd-stable@FreeBSD.ORG Wed Mar 4 15:51:39 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 3F7143BC for ; Wed, 4 Mar 2015 15:51:39 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id F17747A9 for ; Wed, 4 Mar 2015 15:51:38 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id DF6CE5A9F25; Wed, 4 Mar 2015 15:51:37 +0000 (UTC) Date: Wed, 4 Mar 2015 15:51:37 +0000 From: Brooks Davis To: Dewayne Geraghty Subject: Re: buildworld without libncursesw Message-ID: <20150304155137.GB10621@spindle.one-eyed-alien.net> References: <54F57CF9.8000704@heuristicsystems.com.au> <20150303211359.GA10621@spindle.one-eyed-alien.net> <54F64820.5000509@heuristicsystems.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <54F64820.5000509@heuristicsystems.com.au> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable Mailing List 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, 04 Mar 2015 15:51:39 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 04, 2015 at 10:47:44AM +1100, Dewayne Geraghty wrote: >=20 > On 4/03/2015 8:13 AM, Brooks Davis wrote: > > On Tue, Mar 03, 2015 at 08:20:57PM +1100, Dewayne Geraghty wrote: > >> Is there a preferred way to buildworld without libncursesw? > >> > >> When I add to /etc/src.conf > >> WITHOUT_NCURSESW=3Dyes > >> > >> I find that a buildworld fails due to missing libncursesw.*. > >> So what uses libncurses? These guys do > >> /usr/bin/dialog > >> /usr/bin/dpv > >> =20 > >> /usr/sbin/sade -> /usr/libexec/bsdinstall/partedit > >> /usr/sbin/tzsetup > >> > >> Getting a little frustrated I modifed the Makefile:, so for example > >> dialog (/usr/src/contrib/dialog) > >> > >> +.include > >> + > >> +.if ${MK_NCURSESW} =3D=3D "no" > >> +DPADD=3D ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSES} > >> ${LIBUTIL} ${LIBM} > >> +LDADD=3D -ldpv -ldialog -lfigpar -lncurses -lutil -lm > >> +.else > >> DPADD=3D ${LIBDPV} ${LIBDIALOG} ${LIBFIGPAR} ${LIBNCURSESW} > >> ${LIBUTIL} ${LIBM} > >> LDADD=3D -ldpv -ldialog -lfigpar -lncursesw -lutil -lm > >> +.endif > >> > >> And checking > >> # make -VMK_NCURSESW > >> no > >> > >> I'm at a bit of a loss as to why these are proving difficult to build, > >> or what I can do to get the desired outcome, ie no libncursesw.so* > > I tried to make this work a while ago and it's not practical. Instead, > > we need to remove libncurses (or more likely replace it with a linker > > script to cause libncursesw to be used.) > > > > It should be the case that nothing in the base system uses libncurses, > > but it's all too likely that someone has broken that since I switched > > the remaining bits over. > > > > -- Brooks > Unfortunately I can't say which ones use libncurses as I've sprinkled > things like this over anything that uses libncursesw >=20 > -DPADD=3D ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} ${LIBBSDXML} ${LIBSBUF} > ${LIBEDIT} ${LIBNCURSESW} > -LDADD=3D -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lncursesw > +DPADD=3D ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} ${LIBBSDXML} ${LIBSBUF} > ${LIBEDIT} > +LDADD=3D -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit >=20 > +.include > + > +.if ${MK_NCURSESW} =3D=3D "no" > +DPADD+=3D ${LIBNCURSES} > +LDADD+=3D -lncurses > +.else > +DPADD+=3D ${LIBNCURSESW} > +LDADD+=3D -lncursesw > +.endif > + >=20 > and only the above 4 programs are more of a challenge. >=20 > Any consistency is a good thing, so honouring WITHOUT_NCURSESW should be > the trigger. This situation arose because I needed some things in > /rescue and there was a conflict stuffing both libncurses and > libncursesw into the /usr/src/rescue build, as you'd expect. :) I'd forgotten I'd merged WITHOUT_NCURSESW to 10. That was a mistake as it turns out to be unmaintainable. I removed it from head long ago and it will not return. Unless you want to fix it and keep fixing it as things are merged from head we should either remove it or document it as broken. -- Brooks --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlT3KggACgkQXY6L6fI4GtTQ0ACeIDJMe15fboW8TN2nxfhsI3BV xJYAnjyZlwwPkDzmo7QJGRg6g6UtkHt/ =PLQC -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 4 19:44:32 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4E22D28 for ; Wed, 4 Mar 2015 19:44:32 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 759E27FA for ; Wed, 4 Mar 2015 19:44:32 +0000 (UTC) Received: by iecvy18 with SMTP id vy18so6066818iec.9 for ; Wed, 04 Mar 2015 11:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=LKYegCkekK6zW4qHgqfxgnm2+24+A9u24JzcHDwhhDU=; b=G3mHbQ1Bd4tRSf3GTHyfhwnvivwzji8Xc4aCuCQJAZJN+ZPQiE8oJgRdIP3KjjztTk Fm1tf0VwJH573bXuyoz4zbJXrjg7zHPXGvURMNdPhRCODWl09Yh6CLT1m35eKiKXgV/i JVcz9LKRZqMr1W+Dyc0dsc/Ai5UWWCB0+xfzUf0XqN9AzLdIFlxGnDfVnJwQjs5Gusz3 VPJAYSZpvXUGUeMtRChm9R18lhPP3JTgxxhSuRfsT6eiweBX4foPzftIBkhNWgsurkNA bE1Q2CxhFU4fDvxXX2i93hinp4ONjZcd0qmFrHofOLw8fWmYnZe7yKqsu0h0520UBwkN g0hQ== MIME-Version: 1.0 X-Received: by 10.50.80.12 with SMTP id n12mr40503860igx.29.1425498271811; Wed, 04 Mar 2015 11:44:31 -0800 (PST) Received: by 10.50.243.38 with HTTP; Wed, 4 Mar 2015 11:44:31 -0800 (PST) In-Reply-To: References: Date: Wed, 4 Mar 2015 11:44:31 -0800 Message-ID: Subject: Re: Stale TIME_WAIT tcp connections From: Rumen Telbizov To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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, 04 Mar 2015 19:44:32 -0000 Hello again, Thank you for the responses. No I don't have any IPSEC in the kernel. Further observations overnight revealed that: a) Those "stale" TIME_WAIT sockets do expire at some time, since I was watching one of them which seemed to stay around for hours but in the morning it actually was gone. b) It seems like both sockets which don't get established (only syn sent) are getting registered and get stuck there as well as fully established and properly closed ones. Here are a couple of examples: Monitoring the traffic from a specific client host (server IP obfuscated to 1.2.3.4, client IP to 5.6.7.8): IP 5.6.7.8.43440 > 1.2.3.4.5666: Flags [S], seq 4056322107, win 5840, options [mss 1460,sackOK,TS val 729030596 ecr 0,nop,wscale 7], length 0 IP 5.6.7.8.43437 > 1.2.3.4.5666: Flags [S], seq 3979308195, win 5840, options [mss 1460,sackOK,TS val 729031604 ecr 0,nop,wscale 7], length 0 Those are connections that never got established. I picked up and watched one of those syn-only tuples and it seems like it does allocate and consume a connection: # date ; sockstat | grep 5.6.7.8:43440 Wed Mar 4 19:02:24 UTC 2015 ? ? ? ? tcp4 1.2.3.4:5666 5.6.7.8:43440 # date ; sockstat | grep 5.6.7.8:43440 Wed Mar 4 19:10:11 UTC 2015 ? ? ? ? tcp4 1.2.3.4:5666 5.6.7.8:43440 # date ; netstat -na | grep 5.6.7.8.43440 Wed Mar 4 19:38:56 UTC 2015 tcp4 0 0 1.2.3.4.5666 5.6.7.8.43440 TIME_WAIT And here's a properly established and closed TCP socket between the same client and server: 19:14:47.827359 IP 5.6.7.8.33877 > 1.2.3.4.5666: Flags [S], seq 3819001779, win 5840, options [mss 1460,sackOK,TS val 729095309 ecr 0,nop,wscale 7], length 0 19:14:47.827390 IP 1.2.3.4.5666 > 5.6.7.8.33877: Flags [S.], seq 2990857548, ack 3819001780, win 65535, options [mss 1436,nop,wscale 6,sackOK,TS val 2460189516 ecr 729095309], length 0 19:14:47.979287 IP 5.6.7.8.33877 > 1.2.3.4.5666: Flags [.], ack 1, win 46, options [nop,nop,TS val 729095347 ecr 2460189516], length 0 19:14:47.979408 IP 5.6.7.8.33877 > 1.2.3.4.5666: Flags [P.], seq 1:1041, ack 1, win 46, options [nop,nop,TS val 729095347 ecr 2460189516], length 1040 19:14:47.980136 IP 1.2.3.4.5666 > 5.6.7.8.33877: Flags [F.], seq 1, ack 1041, win 1045, options [nop,nop,TS val 2460189668 ecr 729095347], length 0 19:14:48.132156 IP 5.6.7.8.33877 > 1.2.3.4.5666: Flags [F.], seq 1041, ack 2, win 46, options [nop,nop,TS val 729095386 ecr 2460189668], length 0 19:14:48.132173 IP 1.2.3.4.5666 > 5.6.7.8.33877: Flags [.], ack 1042, win 1045, options [nop,nop,TS val 2460189821 ecr 729095386], length 0 It also gets stuck there for quite a while: # sockstat | grep 5.6.7.8:33877 ? ? ? ? tcp4 1.2.3.4:5666 5.6.7.8:33877 # date ; netstat -na | grep 5.6.7.8.33877 Wed Mar 4 19:16:09 UTC 2015 tcp4 0 0 1.2.3.4.5666 5.6.7.8.33877 TIME_WAIT # date ; netstat -na | grep 5.6.7.8.33877 Wed Mar 4 19:31:31 UTC 2015 tcp4 0 0 1.2.3.4.5666 5.6.7.8.33877 TIME_WAIT So naturally the server never manages to get "on top of things" due to not discarding those on time. Any other ideas and suggestions? Regards, Rumen Telbizov On Tue, Mar 3, 2015 at 5:41 PM, Michael Ross wrote: > On Wed, 04 Mar 2015 01:36:18 +0100, Rumen Telbizov > wrote: > > Hello everyone, >> >> We have a server running 9.3-RELEASE which is exhibiting a high number o= f >> TIME_WAIT tcp connections which are NOT being recycled. That is, netstat >> reports them over and over again, no matter how long we wait for them to >> be >> flushed out. Currently this server has been out of rotation for a couple >> of >> hours and I still see the same tcp sockets there. Overall we have: >> >> # netstat -na | grep TIME_WAIT | wc -l >> *30066* >> >> Tracking one particular TCP socket in TIME_WAIT proves that it stays the= re >> all the time. >> >> Another observation is that pfctl shows a very large number of state >> entries, even after pfctl -F all, or disable/enable sequence. >> >> # pfctl -si >> State Table Total Rate >> current entries *59280* >> >> At the same time though: >> >> # pfctl -ss | wc -l >> 18 >> >> After the problem was discovered we tried tweaking the following setting= s >> without any luck: >> >> net.inet.tcp.fast_finwait2_recycle=3D1 >> net.inet.tcp.finwait2_timeout=3D5000 >> net.inet.tcp.maxtcptw=3D50000 >> net.inet.tcp.msl=3D100 >> >> =E2=80=8BSo it seems like this system is "stuck" and =E2=80=8Bdoesn't re= cycle those TCP >> sockets. Again, the machine is out of rotation and not actively acceptin= g >> any traffic. I will keep it like that in case further investigation is >> required. Please do let me know if there's anything else you'd like to >> know >> from the state of the machine or something I could try. >> >> =E2=80=8BRegards, >> > > Are you using any IPSEC? > I observed something similar a while back, haven't checked again since i > reported this. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194690 > Affected 9.2, too. > > Michael > --=20 Rumen Telbizov Unix Systems Administrator From owner-freebsd-stable@FreeBSD.ORG Thu Mar 5 20:20:59 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E5F7FF8 for ; Thu, 5 Mar 2015 20:20:59 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id C71671FA for ; Thu, 5 Mar 2015 20:20:58 +0000 (UTC) Received: from [192.168.5.21] (5418287B.cm-5-1a.dynamic.ziggo.nl [84.24.40.123]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id E7CAE1E8C09 for ; Thu, 5 Mar 2015 20:15:08 +0000 (UTC) Message-ID: <54F8B94C.9050100@searchy.net> Date: Thu, 05 Mar 2015 21:15:08 +0100 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ZFS L2arc 16.0E size References: <54E1388C.3060602@searchy.net> In-Reply-To: <54E1388C.3060602@searchy.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Thu, 05 Mar 2015 20:20:59 -0000 Frank de Bot (lists) wrote: > Hello, > > I have a FreeBSD 10.1 system with a raidz2 zfs configuration with 2ssd's > for l2arc . It is running '10.1-STABLE FreeBSD 10.1-STABLE #0 r278805' > Currently I'm running tests before it can go to production, but I have > the following issue. After a while the l2arc devices indicate 16.0E free > space and it starts 'consuming' more than it can hold > I've tried to 'debug' with dtrace, I found out different things: - l2arc_write_buffers sometimes caused the vdev->vdev_stat.vs_alloc to grow larger than vdev->vdev_asize. - l2arc_dev->l2ad_end is larger than vdev->vdev_asize - At some point l2arc_eviction isn't doing anything, but l2ard_dev->l2ad_evict is higher than l2ard_dev->l2ad_hand . taddr is matching l2ard_dev->l2ad_evict . I would assume it should evict that space. l2arc_write_buffers will continue because there seems te be room enough, I guess this would be caused by vdev_asize - vs_alloc is negative and indicating a 16.0E freespace. It could be that I'm assuming wrong things or interpret things wrong. Please let me know. Frank de Bot From owner-freebsd-stable@FreeBSD.ORG Fri Mar 6 23:08:50 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 949587DD for ; Fri, 6 Mar 2015 23:08:50 +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 727BF1A1 for ; Fri, 6 Mar 2015 23:08:49 +0000 (UTC) Received: from plantcutter.riseup.net (plantcutter-pn.riseup.net [10.0.1.121]) (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 EF26E40DCB for ; Fri, 6 Mar 2015 23:08:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1425683323; bh=sxHElk822zpBJ8ZQqOiV0pPjnPhxwUmp+CuftiRh5NA=; h=Date:From:To:Subject:From; b=PkM8PDUBjWx3AUys6yq0rQ5X7hBs8YuOTGPGmW+Blu9kWFPCx2ZEIsWcGvYVwWt1K f6D2sItFf12MtabMVXTuTigBOEeHdXkFAePpWYuJge0p6YTCUQuDyhshYgrRkMMxr/ rltcOs3OtygCyNQdZ4afz58i9e+C3GAsyGnSJhi0= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id DD6C622595 Message-ID: <54FA3376.4020001@riseup.net> Date: Sat, 07 Mar 2015 00:08:38 +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: freebsd-stable@freebsd.org Subject: No sound on 10.1-RELEASE 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: Fri, 06 Mar 2015 23:08:50 -0000 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. Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-RELEASE-p5 #0 r278295: Thu Feb 5 23:54:48 CET 2015 root@Valoyossa:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: running with driver "efifb". CPU: Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz (3300.07-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306f2 Family = 0x6 Model = 0x3f Stepping = 2 Features=0xbfebfbff Features2=0x7ffefbbf,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x37ab VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory = 19327352832 (18432 MB) avail memory = 16448536576 (15686 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard random: initialized module_register_init: MOD_LOAD (vesa, 0xffffffff80d942e0, 0) error 19 kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Event timer "HPET3" frequency 14318180 Hz quality 340 Event timer "HPET4" frequency 14318180 Hz quality 340 Event timer "HPET5" frequency 14318180 Hz quality 340 Event timer "HPET6" frequency 14318180 Hz quality 340 Event timer "HPET7" frequency 14318180 Hz quality 340 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: on acpi0 pci255: on pcib0 pcib1: port 0xcf8-0xcff on acpi0 pci0: on pcib1 pcib2: irq 26 at device 1.0 on pci0 pci1: on pcib2 pcib3: irq 26 at device 1.1 on pci0 pci2: on pcib3 pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 1.7 (no driver attached) pcib4: irq 32 at device 2.0 on pci0 pci3: on pcib4 pcib5: irq 40 at device 3.0 on pci0 pci4: on pcib5 vgapci0: port 0xe000-0xe07f mem 0xfa000000-0xfaffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 40 at device 0.0 on pci4 vgapci0: Boot video device hdac0: mem 0xfb080000-0xfb083fff irq 44 at device 0.1 on pci4 pcib6: irq 40 at device 3.2 on pci0 pci5: on pcib6 pci0: at device 3.4 (no driver attached) pci0: at device 3.5 (no driver attached) pci0: at device 3.6 (no driver attached) pci0: at device 3.7 (no driver attached) pci0: at device 17.0 (no driver attached) ahci0: port 0xf130-0xf137,0xf120-0xf123,0xf110-0xf117,0xf100-0xf103,0xf040-0xf05f mem 0xfb43d000-0xfb43d7ff irq 16 at device 17.4 on pci0 ahci0: AHCI v1.30 with 4 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahciem0: on ahci0 xhci0: mem 0xfb420000-0xfb42ffff irq 19 at device 20.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 pci0: at device 22.0 (no driver attached) em0: port 0xf020-0xf03f mem 0xfb400000-0xfb41ffff,0xfb439000-0xfb439fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 44:8a:5b:d5:12:d7 ehci0: mem 0xfb438000-0xfb4383ff irq 18 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 hdac1: mem 0xfb430000-0xfb433fff irq 22 at device 27.0 on pci0 pcib7: irq 16 at device 28.0 on pci0 pci6: on pcib7 pcib8: irq 19 at device 28.3 on pci0 pci7: on pcib8 xhci1: mem 0xfb300000-0xfb300fff irq 16 at device 0.0 on pci7 xhci1: 32 byte context size. usbus2 on xhci1 pcib9: irq 16 at device 28.4 on pci0 pci8: on pcib9 xhci2: mem 0xfb200000-0xfb207fff irq 16 at device 0.0 on pci8 xhci2: 32 byte context size. usbus3 on xhci2 pcib10: irq 19 at device 28.7 on pci0 pci9: on pcib10 ath0: mem 0xfb100000-0xfb11ffff irq 19 at device 0.0 on pci9 ar9300_set_stub_functions: setting stub functions ar9300_set_stub_functions: setting stub functions ar9300_attach: calling ar9300_hw_attach ar9300_hw_attach: calling ar9300_eeprom_attach ar9300_flash_map: unimplemented for now Restoring Cal data from DRAM Restoring Cal data from EEPROM ar9300_hw_attach: ar9300_eeprom_attach returned 0 ath0: RX status length: 48 ath0: RX buffer size: 4096 ath0: TX descriptor length: 128 ath0: TX status length: 36 ath0: TX buffers per descriptor: 4 ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 3 RX streams; 3 TX streams ath0: AR9380 mac 448.3 RF5110 phy 0.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 ehci1: mem 0xfb437000-0xfb4373ff irq 18 at device 29.0 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci1: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf000-0xf01f mem 0xfb436000-0xfb4367ff irq 16 at device 31.2 on pci0 ahci1: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich4: at channel 0 on ahci1 ahcich5: at channel 1 on ahci1 ahciem1: on ahci1 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 est8: on cpu8 p4tcc8: on cpu8 est9: on cpu9 p4tcc9: on cpu9 est10: on cpu10 p4tcc10: on cpu10 est11: on cpu11 p4tcc11: on cpu11 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 4 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 6 on hdaa0 pcm3: at nid 7 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm4: at nid 20,22,21 and 24,26 on hdaa1 pcm5: at nid 27 and 25 on hdaa1 pcm6: at nid 30 on hdaa1 usbus1: 480Mbps High Speed USB v2.0 usbus2: 5.0Gbps Super Speed USB v3.0 usbus3: 5.0Gbps Super Speed USB v3.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: <0x1106> at usbus2 uhub2: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2 ugen3.1: <0x1b21> at usbus3 uhub3: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ses1 at ahciem1 bus 0 scbus4 target 0 lun 0 ses1: SEMB S-E-S 2.00 device ses1: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 cd0 at ahcich5 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number S10L68BF600RHA cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: cd present [2263648 x 2048 byte records] ada0: ATA-8 SATA 3.x device ada0: Serial Number 64TT718GS ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich4 bus 0 scbus2 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: Serial Number Z4Z0AJ3L ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 uhub3: 4 ports with 4 removable, self powered uhub2: 5 ports with 4 removable, self powered SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #2 Launched! uhub1: 2 ports with 2 removable, self powered ugen2.2: at usbus2 uhub5: on usbus2 uhub0: 21 ports with 21 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ugen1.2: at usbus1 uhub6: on usbus1 ugen4.2: at usbus4 uhub7: on usbus4 uhub6: 6 ports with 6 removable, self powered uhub7: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ugen0.4: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:5:0:-1: Attached to scbus5 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Fixed Direct Access SCSI-6 device da0: Serial Number 231841280A6B da0: 400.000MB/s transfers da0: 953869MB (1953525164 512 byte sectors: 255H 63S/T 121601C) da0: quirks=0x2 Trying to mount root from ufs:/dev/ada0p2 [rw]... nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io wlan0: Ethernet address: c4:6e:1f:18:40:2e uaudio0: on usbus0 uaudio0: No playback. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 44100 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 32000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 22050 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 11025 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 8000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm7: on uaudio0 uaudio0: No HID volume keys found. ums0: on usbus0 ums0: 5 buttons and [XYZT] coordinates ID=0 pid 1412 (kwin_opengl_test), uid 1001: exited on signal 11 (core dumped) wlan0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...15 5 5 2 1 1 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-RELEASE-p5 #0 r278295: Thu Feb 5 23:54:48 CET 2015 root@Valoyossa:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: running with driver "efifb". CPU: Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz (3300.07-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306f2 Family = 0x6 Model = 0x3f Stepping = 2 Features=0xbfebfbff Features2=0x7ffefbbf,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x37ab VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory = 19327352832 (18432 MB) avail memory = 16448536576 (15686 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard random: initialized module_register_init: MOD_LOAD (vesa, 0xffffffff80d942e0, 0) error 19 kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Event timer "HPET3" frequency 14318180 Hz quality 340 Event timer "HPET4" frequency 14318180 Hz quality 340 Event timer "HPET5" frequency 14318180 Hz quality 340 Event timer "HPET6" frequency 14318180 Hz quality 340 Event timer "HPET7" frequency 14318180 Hz quality 340 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: on acpi0 pci255: on pcib0 pcib1: port 0xcf8-0xcff on acpi0 pci0: on pcib1 pcib2: irq 26 at device 1.0 on pci0 pci1: on pcib2 pcib3: irq 26 at device 1.1 on pci0 pci2: on pcib3 pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 1.7 (no driver attached) pcib4: irq 32 at device 2.0 on pci0 pci3: on pcib4 pcib5: irq 40 at device 3.0 on pci0 pci4: on pcib5 vgapci0: port 0xe000-0xe07f mem 0xfa000000-0xfaffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 40 at device 0.0 on pci4 vgapci0: Boot video device hdac0: mem 0xfb080000-0xfb083fff irq 44 at device 0.1 on pci4 pcib6: irq 40 at device 3.2 on pci0 pci5: on pcib6 pci0: at device 3.4 (no driver attached) pci0: at device 3.5 (no driver attached) pci0: at device 3.6 (no driver attached) pci0: at device 3.7 (no driver attached) pci0: at device 17.0 (no driver attached) ahci0: port 0xf130-0xf137,0xf120-0xf123,0xf110-0xf117,0xf100-0xf103,0xf040-0xf05f mem 0xfb43d000-0xfb43d7ff irq 16 at device 17.4 on pci0 ahci0: AHCI v1.30 with 4 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahciem0: on ahci0 xhci0: mem 0xfb420000-0xfb42ffff irq 19 at device 20.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 pci0: at device 22.0 (no driver attached) em0: port 0xf020-0xf03f mem 0xfb400000-0xfb41ffff,0xfb439000-0xfb439fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 44:8a:5b:d5:12:d7 ehci0: mem 0xfb438000-0xfb4383ff irq 18 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 hdac1: mem 0xfb430000-0xfb433fff irq 22 at device 27.0 on pci0 pcib7: irq 16 at device 28.0 on pci0 pci6: on pcib7 pcib8: irq 19 at device 28.3 on pci0 pci7: on pcib8 xhci1: mem 0xfb300000-0xfb300fff irq 16 at device 0.0 on pci7 xhci1: 32 byte context size. usbus2 on xhci1 pcib9: irq 16 at device 28.4 on pci0 pci8: on pcib9 xhci2: mem 0xfb200000-0xfb207fff irq 16 at device 0.0 on pci8 xhci2: 32 byte context size. usbus3 on xhci2 pcib10: irq 19 at device 28.7 on pci0 pci9: on pcib10 ath0: mem 0xfb100000-0xfb11ffff irq 19 at device 0.0 on pci9 ar9300_set_stub_functions: setting stub functions ar9300_set_stub_functions: setting stub functions ar9300_attach: calling ar9300_hw_attach ar9300_hw_attach: calling ar9300_eeprom_attach ar9300_flash_map: unimplemented for now Restoring Cal data from DRAM Restoring Cal data from EEPROM ar9300_hw_attach: ar9300_eeprom_attach returned 0 ath0: RX status length: 48 ath0: RX buffer size: 4096 ath0: TX descriptor length: 128 ath0: TX status length: 36 ath0: TX buffers per descriptor: 4 ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 3 RX streams; 3 TX streams ath0: AR9380 mac 448.3 RF5110 phy 0.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 ehci1: mem 0xfb437000-0xfb4373ff irq 18 at device 29.0 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci1: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf000-0xf01f mem 0xfb436000-0xfb4367ff irq 16 at device 31.2 on pci0 ahci1: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich4: at channel 0 on ahci1 ahcich5: at channel 1 on ahci1 ahciem1: on ahci1 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 est8: on cpu8 p4tcc8: on cpu8 est9: on cpu9 p4tcc9: on cpu9 est10: on cpu10 p4tcc10: on cpu10 est11: on cpu11 p4tcc11: on cpu11 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 fuse-freebsd: version 0.4.4, FUSE ABI 7.8 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 4 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 6 on hdaa0 pcm3: at nid 7 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm4: at nid 20,22,21 and 24,26 on hdaa1 pcm5: at nid 27 and 25 on hdaa1 pcm6: at nid 30 on hdaa1 usbus1: 480Mbps High Speed USB v2.0 usbus2: 5.0Gbps Super Speed USB v3.0 usbus3: 5.0Gbps Super Speed USB v3.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: <0x1106> at usbus2 uhub2: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2 ugen3.1: <0x1b21> at usbus3 uhub3: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 ses0 at ahciem0 bus 0 scbus1 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ses1 at ahciem1 bus 0 scbus4 target 0 lun 0 ses1: SEMB S-E-S 2.00 device ses1: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 cd0 at ahcich5 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number S10L68BF600RHA cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: cd present [2263648 x 2048 byte records] ada0: ATA-8 SATA 3.x device ada0: Serial Number 64TT718GS ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich4 bus 0 scbus2 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: Serial Number Z4Z0AJ3L ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 uhub3: 4 ports with 4 removable, self powered uhub2: 5 ports with 4 removable, self powered SMP: AP CPU #1 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! uhub1: 2 ports with 2 removable, self powered ugen2.2: at usbus2 uhub5: on usbus2 uhub4: 2 ports with 2 removable, self powered uhub0: 21 ports with 21 removable, self powered uhub5: 4 ports with 4 removable, self powered ugen0.2: at usbus0 ugen1.2: at usbus1 uhub6: on usbus1 ugen4.2: at usbus4 uhub7: on usbus4 Root mount waiting for: usbus4 usbus1 usbus0 uhub6: 6 ports with 6 removable, self powered uhub7: 8 ports with 8 removable, self powered ugen0.3: at usbus0 Root mount waiting for: usbus0 ugen0.4: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:5:0:-1: Attached to scbus5 Trying to mount root from ufs:/dev/ada0p2 [rw]... (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Fixed Direct Access SCSI-6 device da0: Serial Number 231841280A6B da0: 400.000MB/s transfers da0: 953869MB (1953525164 512 byte sectors: 255H 63S/T 121601C) da0: quirks=0x2 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io wlan0: Ethernet address: c4:6e:1f:18:40:2e uaudio0: on usbus0 uaudio0: No playback. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 44100 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 32000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 22050 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 11025 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 8000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm7: on uaudio0 uaudio0: No HID volume keys found. ums0: on usbus0 ums0: 5 buttons and [XYZT] coordinates ID=0 pid 1408 (kwin_opengl_test), uid 1001: exited on signal 11 (core dumped) Installed devices: pcm0: (play) pcm1: (play) pcm2: (play) pcm3: (play) pcm4: (play/rec) default pcm5: (play/rec) pcm6: (play) pcm7: (rec) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 7 00:54:38 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 9E184D0D for ; Sat, 7 Mar 2015 00:54:38 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4C4E3D for ; Sat, 7 Mar 2015 00:54:38 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t270tuka032934; Fri, 6 Mar 2015 16:55:56 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-stable@freebsd.org, Piotr Kubaj In-Reply-To: <54FA3376.4020001@riseup.net> References: <54FA3376.4020001@riseup.net> From: "Chris H" Subject: Re: No sound on 10.1-RELEASE Date: Fri, 06 Mar 2015 16:55:56 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <821bd8e3acb111667353737ec5c8eb5c@ultimatedns.net> Content-Transfer-Encoding: 8bit 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: Sat, 07 Mar 2015 00:54:38 -0000 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"