From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 00:37:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47881106566C; Sun, 15 Jan 2012 00:37:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 20E808FC14; Sun, 15 Jan 2012 00:37:44 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q0F0bhX0019302; Sat, 14 Jan 2012 16:37:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q0F0bhCU019301; Sat, 14 Jan 2012 16:37:43 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Jan 2012 16:37:43 -0800 From: Steve Kargl To: Alexander Motin Message-ID: <20120115003743.GA19267@troutmask.apl.washington.edu> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> <4F0EC17B.8040908@FreeBSD.org> <20120114212553.GA18574@troutmask.apl.washington.edu> <4F11F61F.7070301@FreeBSD.org> <20120114221031.GA18816@troutmask.apl.washington.edu> <4F120257.6040306@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F120257.6040306@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 00:37:44 -0000 On Sun, Jan 15, 2012 at 12:31:51AM +0200, Alexander Motin wrote: > Audio from DVDs always played by software after reading if from the disk > as usual data. Audio CDs instead could be played either by the CD drive > itself via analog audio connection or by software using digital audio > extraction (reading from the disk). Thanks for the explanation. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 01:10:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9F1106564A; Sun, 15 Jan 2012 01:10:07 +0000 (UTC) (envelope-from jbeich@tormail.net) Received: from server2.allsitecontrol.com (server2.allsitecontrol.com [66.7.195.77]) by mx1.freebsd.org (Postfix) with ESMTP id 235748FC0C; Sun, 15 Jan 2012 01:10:06 +0000 (UTC) Received: from [87.236.194.158] (port=42340 helo=internal.tormail.net) by server2.hudsonvalleyhost.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1RmEbl-000u2q-Lm; Sat, 14 Jan 2012 20:10:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.net; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:In-Reply-To:Subject:Cc:To:From; bh=4eex6sg1nkVFda543+eQYmJwtdQfTEeONQMrKSuUues=; b=EEINCs5nOBp9bPkJwp6rrgXQTxzYv//GfAYeMi/rt/Zs3ioddcH5wJv8jlwU8o2+qoMLvKIVZC8SsBFHTU6XezXN+TOK4/ZraLfdrHYglF1hohkcddB/BXLLveFy6idbA351Kj4WyxnTTqgYy7a9awJLaStYMpqBfTLgEXfxJL0=; Received: from jbeich by internal.tormail.net with local (Exim 4.63) (envelope-from ) id 1RmEaz-0008f9-Du; Sun, 15 Jan 2012 01:09:19 +0000 From: Jan Beich To: Alexander Motin In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> (Alexander Motin's message of "Wed, 11 Jan 2012 21:33:17 +0200") Date: Sun, 15 Jan 2012 03:06:58 +0200 References: <4F0DE3FD.2020203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1RmEaz-0008f9-Du@internal.tormail.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server2.allsitecontrol.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tormail.net X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 01:10:07 -0000 Alexander Motin writes: > I would like request for testing of my work on further HDA sound > driver improvement. [...] > - Codec pins and GPIO signals configuration was exported via set of > writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger > driver reconfiguration in run-time. The only requirement is that all > pcm devices should be closed at the moment, as they will be destroyed > and recreated. This should significantly simplify process of fixing > CODEC configuration. It should be possible now even to write GUI to do > it with few mouse clicks. reconfig seems to not honor hw.snd.default_unit sysctl. After reconfiguration the sysctl was reset to `0' (default). Is this expected? Even if it is specified as a tunable in loader.conf? From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 06:50:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F80B106564A; Sun, 15 Jan 2012 06:50:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6ACA98FC08; Sun, 15 Jan 2012 06:50:22 +0000 (UTC) Received: by eeke53 with SMTP id e53so1071854eek.13 for ; Sat, 14 Jan 2012 22:50:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XT2FSAZcVUdL+6HJmdEON+ceKGEHHbXKSSdzhBvHhbY=; b=Q5VMtxezKBzthYOLlUNWyGDtSnjcnDOKt7Cjzw5QDXH+ON7GIuCPV6PKfR7O2776gR HsOUEvAt+rA6plCSDmsDhtm2oQMLm/A3my0r42oE+kvLGxjKYGGGr5SJMj2F6Ws3xIm5 yVFzD/sor1b3yhZaSPHflJ5cQYWkoO8HWpEZQ= Received: by 10.213.27.16 with SMTP id g16mr1996424ebc.6.1326610221266; Sat, 14 Jan 2012 22:50:21 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 15sm54145022eeu.1.2012.01.14.22.50.19 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 22:50:20 -0800 (PST) Sender: Alexander Motin Message-ID: <4F12772A.10106@FreeBSD.org> Date: Sun, 15 Jan 2012 08:50:18 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Jan Beich References: <4F0DE3FD.2020203@FreeBSD.org> <1RmEaz-0008f9-Du@internal.tormail.net> In-Reply-To: <1RmEaz-0008f9-Du@internal.tormail.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 06:50:23 -0000 On 01/15/12 03:06, Jan Beich wrote: > Alexander Motin writes: > >> I would like request for testing of my work on further HDA sound >> driver improvement. > [...] >> - Codec pins and GPIO signals configuration was exported via set of >> writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger >> driver reconfiguration in run-time. The only requirement is that all >> pcm devices should be closed at the moment, as they will be destroyed >> and recreated. This should significantly simplify process of fixing >> CODEC configuration. It should be possible now even to write GUI to do >> it with few mouse clicks. > > reconfig seems to not honor hw.snd.default_unit sysctl. After > reconfiguration the sysctl was reset to `0' (default). Is this expected? > Even if it is specified as a tunable in loader.conf? Audio drivers know nothing about default_unit. reconfig destroys pcm devices and that probably changes default_unit. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 08:31:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697681065672 for ; Sun, 15 Jan 2012 08:31:16 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepi108.cox.net (eastrmfepi108.cox.net [68.230.241.204]) by mx1.freebsd.org (Postfix) with ESMTP id 020E88FC08 for ; Sun, 15 Jan 2012 08:31:15 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120115081128.WHRT2803.eastrmfepo202.cox.net@eastrmimpo109.cox.net>; Sun, 15 Jan 2012 03:11:28 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo109.cox.net with bizsmtp id MkBL1i0011BeFqy02kBQ2S; Sun, 15 Jan 2012 03:11:28 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020A.4F128A30.006F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=v7GbILHnR1xQ6JOQ0tpByaeo/qX3otcUiWK95upJFOE= c=1 sm=1 a=DPtQzSQXmXEA:10 a=G8Uczd0VNMoA:10 a=8nJEP1OIZ-IA:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=JTTsJ0TddPbK8hFucNoA:9 a=DsY2UJq2VAGx-an-rcYA:7 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=STBOWvXN29oA:10 a=4vB-4DCPJfMA:10 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q0F8B6sE014882; Sun, 15 Jan 2012 02:11:10 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 15 Jan 2012 02:11:01 -0600 From: "Conrad J. Sabatier" To: Chris Rees Message-ID: <20120115021101.11615318@cox.net> In-Reply-To: References: <4F114577.30201@FreeBSD.org> <4F119C40.2080503@gwdg.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 08:31:16 -0000 On Sat, 14 Jan 2012 15:30:15 +0000 Chris Rees wrote: > On 14 January 2012 15:16, Rainer Hurling wrote: > > On 14.01.2012 10:05 (UTC+1), Doug Barton wrote: > >> > >> Howdy, > >> > >> Per discussion in freebsd-rc@, I have removed set_rcvar() from > >> rc.subr. The concept of set_rcvar() was nice in theory, but the > >> forks it creates are a drag on the startup process, which is > >> especially noticeable on slower systems, such as embedded ones. > >> > >> I have no plans to MFC this change, so it should only affect users > >> who are actually on 10-current. If you have scripts > >> in /usr/local/etc/rc.d (which if you have ports installed you > >> almost certainly do) ... > >> > >> to make the change by hand, change this: > >> > >> name=3Dfoo > >> rcvar=3D`set_rcvar` > >> > >> to: > >> > >> name=3Dfoo > >> rcvar=3Dfoo_enable > >> > >> I didn't bump PORTREVISIONs because the change only applies to > >> HEAD. But all of the ports are updated, so if you can't figure out > >> how to make the change, just reinstall it. > >> > >> > >> Doug > > > > > > Seems that ports-mgmt/tinderbox needs an update like this: > > > > files/patch-etc__rc.d__tinderd > > > > --- etc/rc.d/tinderd.orig =A0 =A0 =A0 2011-11-20 07:01:09.000000000 +01= 00 > > +++ etc/rc.d/tinderd =A0 =A02012-01-14 16:07:38.000000000 +0100 > > @@ -16,7 +16,7 @@ > > =A0. /etc/rc.subr > > > > =A0name=3D"tinderd" > > -rcvar=3D`set_rcvar` > > +rcvar=3Dtinderd_enable > > > > =A0# read settings, set default values > > =A0load_rc_config "${name}" > > >=20 > I'm in the process of fixing this upstream. >=20 > Chris Chris, if you're working on fixing ports' rc files, here are a few potential "gotchas" to be aware of: I did a little quick-and-dirty sed substitution on all of my files under /usr/local/etc/rc.d, plugging in "$filename_enable" in place of `set_rcvar`. This works just fine for all but a few. Filenames containing hyphens must have underscores substituted (e.g., avahi-daemon, etc.). In a few cases, the rcvar is different from the filename in other ways. The only ones I came across in my local installation were sa-spamd (spamd_enable) and mysql-server (mysql_enable). There are bound to be others like this in ports. Overall, though, it was a simple matter to fix up the scripts I had installed already. If I can be of any assistance in tidying up the ports tree, let me know. Conrad --=20 Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 08:40:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3F6B2106566B; Sun, 15 Jan 2012 08:40:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B35B214FED3; Sun, 15 Jan 2012 08:40:36 +0000 (UTC) Message-ID: <4F129104.90805@FreeBSD.org> Date: Sun, 15 Jan 2012 00:40:36 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <4F114577.30201@FreeBSD.org> <4F119C40.2080503@gwdg.de> <20120115021101.11615318@cox.net> In-Reply-To: <20120115021101.11615318@cox.net> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 08:40:38 -0000 On 01/15/2012 00:11, Conrad J. Sabatier wrote: > Chris, if you're working on fixing ports' rc files Thanks for taking a look at this. FYI, all of the rc.d scripts that are actually in the ports tree have already been fixed. The outliers at this point are scripts that are included in the distfiles. Some of those even have patches in the tree already, and they were updated in the same sweep. While we certainly try to enforce == PROVIDE == $name for scripts that are in the tree, it can't be guaranteed that this is true for scripts that are not, so if name=foo, rcvar should be foo_enable. hth, Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 08:52:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23E61065673 for ; Sun, 15 Jan 2012 08:52:25 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9468FC12 for ; Sun, 15 Jan 2012 08:52:25 +0000 (UTC) Received: by iagz16 with SMTP id z16so3014906iag.13 for ; Sun, 15 Jan 2012 00:52:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=TvPrt+omRg9sTtywgxHcp/lxFgqrEsLT6tNJ5Vcj+IU=; b=JGorTyOEPiwvTaMJ+M8VvBqt1aWEqgiYF/mFHcjw1FNRQOFHt9bPhdKBj/lKicKGv8 JOZCT1z5W7HJPqXxCugMVpIrkc49aHt6X7EdPV9toVIpywiY6gjW3z3ybOIupXWwFSK8 wUxwG27GjD+84jlvnlIUQB7unj7DEY/WyR088= Received: by 10.42.246.71 with SMTP id lx7mr6253120icb.54.1326617544286; Sun, 15 Jan 2012 00:52:24 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.207.7 with HTTP; Sun, 15 Jan 2012 00:51:53 -0800 (PST) In-Reply-To: <20120115021101.11615318@cox.net> References: <4F114577.30201@FreeBSD.org> <4F119C40.2080503@gwdg.de> <20120115021101.11615318@cox.net> From: Chris Rees Date: Sun, 15 Jan 2012 08:51:53 +0000 X-Google-Sender-Auth: LvqeZmye_lRrl_EcFz-Z6JNHbpo Message-ID: To: "Conrad J. Sabatier" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 08:52:25 -0000 On 15 January 2012 08:11, Conrad J. Sabatier wrote: > On Sat, 14 Jan 2012 15:30:15 +0000 > Chris Rees wrote: > >> On 14 January 2012 15:16, Rainer Hurling wrote: >> > On 14.01.2012 10:05 (UTC+1), Doug Barton wrote: >> >> >> >> Howdy, >> >> >> >> Per discussion in freebsd-rc@, I have removed set_rcvar() from >> >> rc.subr. The concept of set_rcvar() was nice in theory, but the >> >> forks it creates are a drag on the startup process, which is >> >> especially noticeable on slower systems, such as embedded ones. >> >> >> >> I have no plans to MFC this change, so it should only affect users >> >> who are actually on 10-current. If you have scripts >> >> in /usr/local/etc/rc.d (which if you have ports installed you >> >> almost certainly do) ... >> >> >> >> to make the change by hand, change this: >> >> >> >> name=3Dfoo >> >> rcvar=3D`set_rcvar` >> >> >> >> to: >> >> >> >> name=3Dfoo >> >> rcvar=3Dfoo_enable >> >> >> >> I didn't bump PORTREVISIONs because the change only applies to >> >> HEAD. But all of the ports are updated, so if you can't figure out >> >> how to make the change, just reinstall it. >> >> >> >> >> >> Doug >> > >> > >> > Seems that ports-mgmt/tinderbox needs an update like this: >> > >> > files/patch-etc__rc.d__tinderd >> > >> > --- etc/rc.d/tinderd.orig =A0 =A0 =A0 2011-11-20 07:01:09.000000000 +0= 100 >> > +++ etc/rc.d/tinderd =A0 =A02012-01-14 16:07:38.000000000 +0100 >> > @@ -16,7 +16,7 @@ >> > =A0. /etc/rc.subr >> > >> > =A0name=3D"tinderd" >> > -rcvar=3D`set_rcvar` >> > +rcvar=3Dtinderd_enable >> > >> > =A0# read settings, set default values >> > =A0load_rc_config "${name}" >> > >> >> I'm in the process of fixing this upstream. >> >> Chris > > Chris, if you're working on fixing ports' rc files, here are a few > potential "gotchas" to be aware of: > > I did a little quick-and-dirty sed substitution on all of my files > under /usr/local/etc/rc.d, plugging in "$filename_enable" in place of > `set_rcvar`. =A0This works just fine for all but a few. > > Filenames containing hyphens must have underscores substituted (e.g., > avahi-daemon, etc.). > > In a few cases, the rcvar is different from the filename in other > ways. =A0The only ones I came across in my local installation were > sa-spamd (spamd_enable) and mysql-server (mysql_enable). =A0There are > bound to be others like this in ports. > > Overall, though, it was a simple matter to fix up the scripts I had > installed already. =A0If I can be of any assistance in tidying up the > ports tree, let me know. Don't thank me! http://lists.freebsd.org/pipermail/cvs-ports/2012-January/233843.html The only ones that will cause trouble are the ones provided by upstream, but a quick sed like the one in ports-mgmt/tinderbox will do the trick until upstream has finished. Chris From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 09:05:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4504E106566B; Sun, 15 Jan 2012 09:05:00 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo201.cox.net (eastrmfepo201.cox.net [68.230.241.216]) by mx1.freebsd.org (Postfix) with ESMTP id A2DC98FC0C; Sun, 15 Jan 2012 09:04:59 +0000 (UTC) Received: from eastrmimpo110.cox.net ([68.230.241.223]) by eastrmfepo201.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120115090453.OSAN4752.eastrmfepo201.cox.net@eastrmimpo110.cox.net>; Sun, 15 Jan 2012 04:04:53 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo110.cox.net with bizsmtp id Ml4o1i0051BeFqy02l4r0J; Sun, 15 Jan 2012 04:04:53 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020A.4F1296B5.004A,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=UJAwRnj6VfZxP3vT7W4vAg8D8vrJMSfrMxq2TR8CUCY= c=1 sm=1 a=DPtQzSQXmXEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=Cy_4xEArTnYdzKXqee0A:9 a=poRS1nPzuESvmDOTuwUA:7 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=bWiW0wc42D0RHruK:21 a=K51dGHDKILHWUcO9:21 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q0F94j3W052733; Sun, 15 Jan 2012 03:04:45 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 15 Jan 2012 03:04:40 -0600 From: "Conrad J. Sabatier" To: Doug Barton Message-ID: <20120115030440.16450287@cox.net> In-Reply-To: <4F129104.90805@FreeBSD.org> References: <4F114577.30201@FreeBSD.org> <4F119C40.2080503@gwdg.de> <20120115021101.11615318@cox.net> <4F129104.90805@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Chris Rees , freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 09:05:00 -0000 On Sun, 15 Jan 2012 00:40:36 -0800 Doug Barton wrote: > On 01/15/2012 00:11, Conrad J. Sabatier wrote: > > > Chris, if you're working on fixing ports' rc files > > Thanks for taking a look at this. FYI, all of the rc.d scripts that > are actually in the ports tree have already been fixed. The outliers > at this point are scripts that are included in the distfiles. Some of > those even have patches in the tree already, and they were updated in > the same sweep. > > While we certainly try to enforce == PROVIDE == $name for > scripts that are in the tree, it can't be guaranteed that this is true > for scripts that are not, so if name=foo, rcvar should be foo_enable. > > > hth, > > Doug Well, that's good news. I wasn't sure how far along the work on this had come yet. I'm amazed in retrospect at the amount of discussion that took place over this change, especially seeing as how the rcvar is hardcoded elsewhere in these scripts anyway (I mean, how else to do ": ${foo_enable=NO}" without introducing yet another level of indirection?). No wonder you were feeling a little ticked off earlier. I thought your point about the time spent editing vs. the number of times a script will actually be run was right on target. Keep up the good work! :-) Conrad -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 09:08:14 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 188BB106566C; Sun, 15 Jan 2012 09:08:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B9BE28FC0C; Sun, 15 Jan 2012 09:08:12 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA07068; Sun, 15 Jan 2012 11:08:09 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RmM4P-000Oga-HQ; Sun, 15 Jan 2012 11:08:09 +0200 Message-ID: <4F129776.8050406@FreeBSD.org> Date: Sun, 15 Jan 2012 11:08:06 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton References: <4F0DE3FD.2020203@FreeBSD.org> <20120112115220.1c32b3e2@ernst.jennejohn.org> <4F0EC17B.8040908@FreeBSD.org> <20120114212553.GA18574@troutmask.apl.washington.edu> <4F11FEE6.8060006@FreeBSD.org> In-Reply-To: <4F11FEE6.8060006@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, Alexander Motin , FreeBSD current , Steve Kargl Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 09:08:14 -0000 on 15/01/2012 00:17 Doug Barton said the following: > On 01/14/2012 13:25, Steve Kargl wrote: >> Remove dvd insert music cd in drive, 'cdcontrol play'. The >> drive is reading the cd and 'cdcontrol status' indicates >> that it is playing. No sound. > > The way that this was explained to me (and I'm certainly no expert) is > that in the ATA-CAM world the only way the access method used by > cdcontrol will be able to play the music is if there is a direct (wired) > connection from the cd player to the sound card, like we had back in the > 80's. :) Other tools (such as vlc, mplayer, etc.) use the cdda:// > method of access, which does not rely on the wire. > > (As I understand it) this also explains why dvds work, but cds don't. Just a note: this has nothing to do with ATA-CAM. It has always been the case for cdcontrol play. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 09:33:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C3F1065670; Sun, 15 Jan 2012 09:33:05 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo101.cox.net (eastrmfepo101.cox.net [68.230.241.213]) by mx1.freebsd.org (Postfix) with ESMTP id 117FF8FC0C; Sun, 15 Jan 2012 09:33:04 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120115093259.UJSL24648.eastrmfepo101.cox.net@eastrmimpo109.cox.net>; Sun, 15 Jan 2012 04:32:59 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo109.cox.net with bizsmtp id MlYr1i0011BeFqy02lYvbr; Sun, 15 Jan 2012 04:32:59 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4F129D4B.001A,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=v7GbILHnR1xQ6JOQ0tpByaeo/qX3otcUiWK95upJFOE= c=1 sm=1 a=DPtQzSQXmXEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=NJpZ5hfgQQUb3BbmVd4A:9 a=CjuIK1q_8ugA:10 a=y5EMMhETTRsA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q0F9WiNH063263; Sun, 15 Jan 2012 03:32:45 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 15 Jan 2012 03:32:39 -0600 From: "Conrad J. Sabatier" To: Chris Rees Message-ID: <20120115033239.1798e819@cox.net> In-Reply-To: References: <4F114577.30201@FreeBSD.org> <4F119C40.2080503@gwdg.de> <20120115021101.11615318@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: HEADS UP: set_rcvar() removed from rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 09:33:05 -0000 On Sun, 15 Jan 2012 08:51:53 +0000 Chris Rees wrote: [snip] > Don't thank me! > > http://lists.freebsd.org/pipermail/cvs-ports/2012-January/233843.html Wow! Doug has been a busy boy recently! :-) > The only ones that will cause trouble are the ones provided by > upstream, but a quick sed like the one in ports-mgmt/tinderbox will do > the trick until upstream has finished. > > Chris Cool, I'll check that out, too. Thanks! -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 10:02:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8F0106566B for ; Sun, 15 Jan 2012 10:02:57 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13A1B8FC17 for ; Sun, 15 Jan 2012 10:02:56 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1RmMEL-000Mia-MJ for freebsd-current@freebsd.org; Sun, 15 Jan 2012 13:18:25 +0400 Date: Sun, 15 Jan 2012 13:18:25 +0400 From: Slawa Olhovchenkov To: freebsd-current@freebsd.org Message-ID: <20120115091825.GB18564@zxy.spb.ru> References: <4F0DE3FD.2020203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:02:57 -0000 On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > I would like request for testing of my work on further HDA sound driver > improvement. Can you add (or document, if exist) functionality of recording audio playing? From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 11:29:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05823106566C for ; Sun, 15 Jan 2012 11:29:13 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C06C08FC14 for ; Sun, 15 Jan 2012 11:29:12 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2141:8d6a:6dd3:327e]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 31E7B4AC2D for ; Sun, 15 Jan 2012 15:29:11 +0400 (MSK) Date: Sun, 15 Jan 2012 15:29:03 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <686897787.20120115152903@serebryakov.spb.ru> To: freebsd-current@FreeBSD.org In-Reply-To: <1583789622.20120114153104@yandex.ru> References: <1583789622.20120114153104@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: netisr ambigios policy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 11:29:13 -0000 Hello, Freebsd-current. You wrote 14 =FF=ED=E2=E0=F0=FF 2012 =E3., 17:31:04: > Is this a BUG? It looks mlike could be root of my problems with ULE and NetGraph... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 13:36:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12375106566B; Sun, 15 Jan 2012 13:36:49 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 734F68FC13; Sun, 15 Jan 2012 13:36:48 +0000 (UTC) Received: by eaai10 with SMTP id i10so182828eaa.13 for ; Sun, 15 Jan 2012 05:36:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=BGhNr/CZKJfU+hQoUSrDe09EPdCCGYZZJz+f35o4zik=; b=rerblFS+1SQBxDkutUpuz1dp35r+SAMaUwuuzeCh/m1EuQewjDKHTAJUccywiDU0aD EpvnpBEQHvBBpREEh0y16oAlsvzv3K9sE6lR/2fRgNDz2ooOZkCkJipqZoOGhRISPPQK pCFZtbAW1iQhkhDiVcSkNGr6fSuiyvBZJTXAc= Received: by 10.213.26.77 with SMTP id d13mr1748560ebc.132.1326634607441; Sun, 15 Jan 2012 05:36:47 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 15sm58376214eeu.1.2012.01.15.05.36.45 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 05:36:46 -0800 (PST) Sender: Alexander Motin Message-ID: <4F12D66C.4080202@FreeBSD.org> Date: Sun, 15 Jan 2012 15:36:44 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: FreeBSD current , freebsd-multimedia@FreeBSD.org References: <4F0DE3FD.2020203@FreeBSD.org> In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:36:49 -0000 On 01/11/12 21:33, Alexander Motin wrote: > I would like request for testing of my work on further HDA sound driver > improvement. ... > Patch can be found here: > http://people.freebsd.org/~mav/hda.rewrite.patch > > Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > and 8-STABLE branches also. > > Special thanks to iXsystems, Inc. for supporting this work. > > Comments and tests results are welcome! Big thanks to everybody who tried it! As soon as no regressions were found, I've just committed slightly updated code into the HEAD branch. I plan to merge it down to 8/9-STABLE in about two months. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 19:25:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E65A1065672 for ; Sun, 15 Jan 2012 19:25:03 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [IPv6:2a02:6b8:0:602::5]) by mx1.freebsd.org (Postfix) with ESMTP id E2F688FC15 for ; Sun, 15 Jan 2012 19:25:02 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward5.mail.yandex.net (Yandex) with ESMTP id 67B781201BCA for ; Sun, 15 Jan 2012 23:25:01 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326655501; bh=Jb22QVzA593Zt7g4Nk78f0J7zUxSX3/ua262pD+9n5s=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=huWlAGJVMp9vG2oYesq/P1oB7/QzwUa9K8m/PVBED+iVo0/T6Wv64ZFuGvMtTtoPJ cNL9SIRKH3nLfBej92geSD0ELh4zCLinGxAh7Z28ZnBYrwIJjrYrZhmJx1ZkH8r1c1 CDtmspR/oPTH3xO/YWplXucHW4M6O6bSEyrmQQbM= Received: from smtp4.mail.yandex.net (localhost [127.0.0.1]) by smtp4.mail.yandex.net (Yandex) with ESMTP id 4C7B65C02E3 for ; Sun, 15 Jan 2012 23:25:01 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326655501; bh=Jb22QVzA593Zt7g4Nk78f0J7zUxSX3/ua262pD+9n5s=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=huWlAGJVMp9vG2oYesq/P1oB7/QzwUa9K8m/PVBED+iVo0/T6Wv64ZFuGvMtTtoPJ cNL9SIRKH3nLfBej92geSD0ELh4zCLinGxAh7Z28ZnBYrwIJjrYrZhmJx1ZkH8r1c1 CDtmspR/oPTH3xO/YWplXucHW4M6O6bSEyrmQQbM= Received: from unknown (unknown [77.93.52.19]) by smtp4.mail.yandex.net (nwsmtp/Yandex) with ESMTP id P07WZCUl-P178AdCU; Sun, 15 Jan 2012 23:25:01 +0400 X-Yandex-Spam: 1 Date: Sun, 15 Jan 2012 21:24:58 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <2810151129.20120115212458@yandex.ru> To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: FEATURE: Implement 'make config' in /usr/src X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 19:25:03 -0000 It will be nice to create nice menu that will allow user disable/enable modules to build kernel cd /usr/src make config From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 19:34:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338981065673 for ; Sun, 15 Jan 2012 19:34:30 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EDB748FC13 for ; Sun, 15 Jan 2012 19:34:29 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so345177obc.13 for ; Sun, 15 Jan 2012 11:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Mne3AFrnsEz8CTF8BSr9a84+/nMTp7DzmKoU1J+Thng=; b=AwB9oOflrNsnc/7Mp5615A/k0ZrXyaBICF5KHjADv0w7Ctd1Are80RJevsuw1E3Af/ w2TUxr5OGkDBZwhzuE5yg2Fnj+deYhcagMjPsCrALJulLRb04JpX+sCYvMHzDJEMIXmf xUV+PDIqD2LEg+1w7keaxWMlsDO71kbyMzt1Y= MIME-Version: 1.0 Received: by 10.182.122.71 with SMTP id lq7mr8399745obb.33.1326656068444; Sun, 15 Jan 2012 11:34:28 -0800 (PST) Received: by 10.182.67.164 with HTTP; Sun, 15 Jan 2012 11:34:28 -0800 (PST) In-Reply-To: <2810151129.20120115212458@yandex.ru> References: <2810151129.20120115212458@yandex.ru> Date: Sun, 15 Jan 2012 21:34:28 +0200 Message-ID: From: Alexander Yerenkow To: =?KOI8-R?B?68/O2MvP1yDl18fFzsnK?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FEATURE: Implement 'make config' in /usr/src X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 19:34:30 -0000 15 =D1=CE=D7=C1=D2=D1 2012 =C7. 21:24 =D0=CF=CC=D8=DA=CF=D7=C1=D4=C5=CC=D8 = =EB=CF=CE=D8=CB=CF=D7 =E5=D7=C7=C5=CE=C9=CA =CE=C1=D0=C9= =D3=C1=CC: > It will be nice to create nice menu that will allow user > disable/enable modules to build kernel > > cd /usr/src > make config > FYI, I've tried to create POC of such thing, based on port.mk files; Kernel options almost similar to port's options, so I just converted LINT to file with options, and "make config" show me them. No saving, and no options comments were there :) ANyway, it's not big task should , to make it works, based on ports-options work. It would be nice, if options could declare hteir dependencies too. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 19:38:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95ECC1065670; Sun, 15 Jan 2012 19:38:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id CC6F68FC13; Sun, 15 Jan 2012 19:38:28 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 228458891; Sun, 15 Jan 2012 20:38:25 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 15 Jan 2012 20:36:09 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4F130E7F.9090400@m5p.com> In-Reply-To: <4F130E7F.9090400@m5p.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201152036.09426.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, George Mitchell Subject: Re: 9.0 umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 19:38:29 -0000 On Sunday 15 January 2012 18:35:59 George Mitchell wrote: > I have a USB compact flash reader-writer which is normally connected to > my computer all the time but rarely contains a compact flash card. Here > is a snippet from a verbose dmesg with FreeBSD 9.0-RC3: > > > ugen0.5: at usbus0 > umass0: on > usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > (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: NOT READY asc:3a,0 (Medium not > present) > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > ... > (probe0:umass-sim0:0:0:0): AutoSense failed > (probe0:umass-sim0:0:0:0): Error 5, Unretryable error > GEOM: new disk da0 > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > pass2: Removable Direct Access SCSI-0 device > pass2: 1.000MB/s transfers > ... > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): got CAM status 0x4 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device - 0 outstanding > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): removing device entry > Opened disk da0 -> 5 > > > Everything works normally, but the above events take about half a > minute and bring the booting-up procedure to a halt while the > retries finish. Is there a umass quirk I could enable to speed up > whatever is happening here? usbconfig -d 0.5 dump_device_desc says: > > ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x05e3 > idProduct = 0x0703 > bcdDevice = 0x0032 > iManufacturer = 0x0000 > iProduct = 0x0001 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > Here's the corresponding dmesg output from 8.2-STABLE: > > ugen0.5: at usbus0 > umass0: on > usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0: Get Max Lun not supported (USB_ERR_STALLED) > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > (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: NOT READY asc:3a,0 (Medium not > present) > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (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: NOT READY asc:3a,0 (Medium not > present) > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > GEOM: new disk da0 > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > pass2: Removable Direct Access SCSI-0 device > pass2: 1.000MB/s transfers > (da0:umass-sim0:0:0:0): SCSI status error > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > (da0:umass-sim0:0:0:0): SCSI status error > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): SCSI status error > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da0:umass-sim0:0:0:0): Error 6, Unretryable error > Opened disk da0 -> 6 > > (which all took only a couple of seconds, compared to half a minute > with 9.0.) > > When there is a flash card in the device, 9.0 behaves even worse, > taking about two and a half minutes to do this: > > ugen0.5: at usbus0 > umass0: on > usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x4101 > umass0:2:0:-1: Attached to scbus2 > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > GEOM: new disk da0 > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > pass2: Removable Direct Access SCSI-0 device > pass2: 1.000MB/s transfers > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 245MB (501760 512 byte sectors: 64H 32S/T 245C) > ... > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > Opened disk da0 -> 5 > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > Opened disk da0 -> 5 > > Suggestions? -- George Mitchell Hi, I think this is a SCSI / CAM layer problem and not a USB problem. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 20:50:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773C2106566C; Sun, 15 Jan 2012 20:50:10 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sirius.xvoid.org (sirius.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:fe62:9a22]) by mx1.freebsd.org (Postfix) with ESMTP id 127948FC16; Sun, 15 Jan 2012 20:50:09 +0000 (UTC) Received: from sirius.xvoid.org (yuri@sirius.xvoid.org [IPv6:::1]) by sirius.xvoid.org (8.14.5/8.14.5) with ESMTP id q0FKo8ol089003; Mon, 16 Jan 2012 00:50:08 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sirius.xvoid.org (8.14.5/8.14.5/Submit) id q0FKo8Y8089002; Mon, 16 Jan 2012 00:50:08 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sirius.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 16 Jan 2012 00:50:08 +0400 From: Yuri Pankov To: Alexander Motin Message-ID: <20120115205008.GB1241@sirius.xvoid.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120112130404.GD1429@procyon.xvoid.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:50:10 -0000 On Thu, Jan 12, 2012 at 05:04:04PM +0400, Yuri Pankov wrote: > On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: > > On 01/12/12 14:18, Yuri Pankov wrote: > > > On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > > >> I would like request for testing of my work on further HDA sound driver > > >> improvement. > > > [...] > > >> Patch can be found here: > > >> http://people.freebsd.org/~mav/hda.rewrite.patch > > >> > > >> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > > >> and 8-STABLE branches also. > > > > > > Patch applied cleanly to r230008 using `svn patch`. > > > > > > hdacc0: at cad 0 on hdac0 > > > hdaa0: at nid 1 on hdacc0 > > > pcm0: at nid 5 on hdaa0 > > > hdacc1: at cad 1 on hdac0 > > > hdaa1: at nid 1 on hdacc1 > > > pcm1: at nid 5 on hdaa1 > > > hdacc2: at cad 2 on hdac0 > > > hdaa2: at nid 1 on hdacc2 > > > pcm2: at nid 5 on hdaa2 > > > hdacc3: at cad 3 on hdac0 > > > hdaa3: at nid 1 on hdacc3 > > > pcm3: at nid 5 on hdaa3 > > > hdacc4: at cad 0 on hdac1 > > > hdaa4: at nid 1 on hdacc4 > > > pcm4: at nid 13 and 11 on hdaa4 > > > pcm5: at nid 15 and 24 on hdaa4 > > > pcm6: at nid 30 on hdaa4 > > > > > > pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however > > > > Thank you. > > > > > I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > > > mplayer just pauses at the beggining, trying to cat anything to > > > /dev/dsp{0-3}.0 gives: > > > > > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > > > > > It was the same with the old driver and I'm not sure if it's (most > > > likely) my misconfiguration or a driver problem. > > > > It sounds more like a driver problem. HDMI audio is still not very well > > discovered area, and, according to ALSA reading, NVidia HDMI is also not > > very standard. Probably I'll finally have to buy something to > > experiment. What card do you have? > > It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as > identified by x11/nvidia-driver). > > The verbose dmesg is at: > > https://www.xvoid.org/stuff/spica.dmesg I'm getting the following panic as soon as I log into GNOME (wasn't running it before, so I'm not sure if it's a problem with new driver version or not, will test if needed): panic: Stop for not allocated stream (1/0) The full core.txt is at: https://www.xvoid.org/stuff/core.txt.0 Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Sun Jan 15 23:31:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 636141065670 for ; Sun, 15 Jan 2012 23:31:23 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id 24B028FC0C for ; Sun, 15 Jan 2012 23:31:23 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q0FNVM3e068664 for ; Sun, 15 Jan 2012 17:31:22 -0600 (CST) (envelope-from rcm@fuzzwad.org) Message-ID: <4F1361C9.4080403@fuzzwad.org> Date: Sun, 15 Jan 2012 17:31:21 -0600 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: My thoughts on "bsdconfig" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 23:31:23 -0000 I've had some time to poke around dialog, bsdinstall, host-config by Devin Teske, even old sysinstall. Part of that poking involved a simple proof-of-concept that can be found at http://fuzzwad.org/bsdconfig/ : # tar tzvf /tmp/bsdconfig.120115.tgz -rwxr-xr-x 0 root wheel 5631 Jan 14 12:53 usr/sbin/bsdconfig drwxr-xr-x 0 root wheel 0 Jan 12 12:53 usr/share/examples/bsdconfig/ -rw-r--r-- 0 root wheel 1553 Jan 14 11:56 usr/share/examples/bsdconfig/bsdconfigrc drwxr-xr-x 0 root wheel 0 Jan 14 12:08 usr/libexec/bsdconfig/ -rwxr-xr-x 0 root wheel 1674 Jan 14 12:17 usr/libexec/bsdconfig/notimplemented then several items in the bsdconfig menu [install docs, user add, root passwd, timezone] execute the code from bsdinstall. This menu was taken directly from sysinstall and will change somewhat. I'm leaning towards using this above as a base, and then merging sections from host-config [with Devin's permission, of course] where it makes sense, as well as using existing bsdinstall sections where it makes sense, and adding my own as-yet-unwritten code for the rest. Also...what are everyone's thoughts on making this program i18n-ready right from the start? Lot of work? Not worth the effort? Must have? Don't need? Thanks. -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 00:08:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ADD31065670; Mon, 16 Jan 2012 00:08:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E13E98FC21; Mon, 16 Jan 2012 00:08:51 +0000 (UTC) Received: by eaai10 with SMTP id i10so308578eaa.13 for ; Sun, 15 Jan 2012 16:08:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=2fPXSIRxYYj5Zc+wc8OdArt2JTxHyKF1EXsqolabzBo=; b=cKXGOnL7wdWQjTUPSpKRUlDXBnt+VPg4GFVBeFwUs/ZtrG9RwqKCI/UjRLz7gL/dfQ fQs4SGLu1eBkK31YOSjz1cWHT0fbVesSGdiBkG56EMeVNVDxxmF0mKSypoCpLNIheBGy +qQtjcyJDyMA5N45ll1JmuZECBDdCQcyI1j/8= Received: by 10.213.25.146 with SMTP id z18mr3030452ebb.65.1326672529917; Sun, 15 Jan 2012 16:08:49 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t59sm65089372eeh.10.2012.01.15.16.08.48 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 16:08:49 -0800 (PST) Sender: Alexander Motin Message-ID: <4F136A8F.4070209@FreeBSD.org> Date: Mon, 16 Jan 2012 02:08:47 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Yuri Pankov References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> <20120115205008.GB1241@sirius.xvoid.org> In-Reply-To: <20120115205008.GB1241@sirius.xvoid.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:08:52 -0000 On 01/15/12 22:50, Yuri Pankov wrote: > On Thu, Jan 12, 2012 at 05:04:04PM +0400, Yuri Pankov wrote: >> On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: >>> On 01/12/12 14:18, Yuri Pankov wrote: >>>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >>>>> I would like request for testing of my work on further HDA sound driver >>>>> improvement. >>>> [...] >>>>> Patch can be found here: >>>>> http://people.freebsd.org/~mav/hda.rewrite.patch >>>>> >>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>>>> and 8-STABLE branches also. >>>> >>>> Patch applied cleanly to r230008 using `svn patch`. >>>> >>>> hdacc0: at cad 0 on hdac0 >>>> hdaa0: at nid 1 on hdacc0 >>>> pcm0: at nid 5 on hdaa0 >>>> hdacc1: at cad 1 on hdac0 >>>> hdaa1: at nid 1 on hdacc1 >>>> pcm1: at nid 5 on hdaa1 >>>> hdacc2: at cad 2 on hdac0 >>>> hdaa2: at nid 1 on hdacc2 >>>> pcm2: at nid 5 on hdaa2 >>>> hdacc3: at cad 3 on hdac0 >>>> hdaa3: at nid 1 on hdacc3 >>>> pcm3: at nid 5 on hdaa3 >>>> hdacc4: at cad 0 on hdac1 >>>> hdaa4: at nid 1 on hdacc4 >>>> pcm4: at nid 13 and 11 on hdaa4 >>>> pcm5: at nid 15 and 24 on hdaa4 >>>> pcm6: at nid 30 on hdaa4 >>>> >>>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however >>> >>> Thank you. >>> >>>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), >>>> mplayer just pauses at the beggining, trying to cat anything to >>>> /dev/dsp{0-3}.0 gives: >>>> >>>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead >>>> >>>> It was the same with the old driver and I'm not sure if it's (most >>>> likely) my misconfiguration or a driver problem. >>> >>> It sounds more like a driver problem. HDMI audio is still not very well >>> discovered area, and, according to ALSA reading, NVidia HDMI is also not >>> very standard. Probably I'll finally have to buy something to >>> experiment. What card do you have? >> >> It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as >> identified by x11/nvidia-driver). >> >> The verbose dmesg is at: >> >> https://www.xvoid.org/stuff/spica.dmesg > > I'm getting the following panic as soon as I log into GNOME (wasn't > running it before, so I'm not sure if it's a problem with new driver > version or not, will test if needed): > > panic: Stop for not allocated stream (1/0) > > The full core.txt is at: > > https://www.xvoid.org/stuff/core.txt.0 Hmm. May be it is result of double stop. Please try this patch: --- hdaa.c (revision 230179) +++ hdaa.c (working copy) @@ -1351,6 +1351,8 @@ struct hdaa_widget *w; int i; + if ((ch->flags & HDAA_CHN_RUNNING) == 0) + return; ch->flags &= ~HDAA_CHN_RUNNING; HDAC_STREAM_STOP(device_get_parent(devinfo->dev), devinfo->dev, ch->dir == PCMDIR_PLAY ? 1 : 0, ch->sid); -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 00:22:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5AA7106564A; Mon, 16 Jan 2012 00:22:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sirius.xvoid.org (sirius.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:fe62:9a22]) by mx1.freebsd.org (Postfix) with ESMTP id 5C18E8FC14; Mon, 16 Jan 2012 00:22:25 +0000 (UTC) Received: from sirius.xvoid.org (yuri@sirius.xvoid.org [IPv6:::1]) by sirius.xvoid.org (8.14.5/8.14.5) with ESMTP id q0G0MNd0008703; Mon, 16 Jan 2012 04:22:23 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sirius.xvoid.org (8.14.5/8.14.5/Submit) id q0G0MNvA008702; Mon, 16 Jan 2012 04:22:23 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sirius.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 16 Jan 2012 04:22:23 +0400 From: Yuri Pankov To: Alexander Motin Message-ID: <20120116002223.GC1241@sirius.xvoid.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> <20120115205008.GB1241@sirius.xvoid.org> <4F136A8F.4070209@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F136A8F.4070209@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:22:26 -0000 On Mon, Jan 16, 2012 at 02:08:47AM +0200, Alexander Motin wrote: > On 01/15/12 22:50, Yuri Pankov wrote: > > On Thu, Jan 12, 2012 at 05:04:04PM +0400, Yuri Pankov wrote: > >> On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: > >>> On 01/12/12 14:18, Yuri Pankov wrote: > >>>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: > >>>>> I would like request for testing of my work on further HDA sound driver > >>>>> improvement. > >>>> [...] > >>>>> Patch can be found here: > >>>>> http://people.freebsd.org/~mav/hda.rewrite.patch > >>>>> > >>>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE > >>>>> and 8-STABLE branches also. > >>>> > >>>> Patch applied cleanly to r230008 using `svn patch`. > >>>> > >>>> hdacc0: at cad 0 on hdac0 > >>>> hdaa0: at nid 1 on hdacc0 > >>>> pcm0: at nid 5 on hdaa0 > >>>> hdacc1: at cad 1 on hdac0 > >>>> hdaa1: at nid 1 on hdacc1 > >>>> pcm1: at nid 5 on hdaa1 > >>>> hdacc2: at cad 2 on hdac0 > >>>> hdaa2: at nid 1 on hdacc2 > >>>> pcm2: at nid 5 on hdaa2 > >>>> hdacc3: at cad 3 on hdac0 > >>>> hdaa3: at nid 1 on hdacc3 > >>>> pcm3: at nid 5 on hdaa3 > >>>> hdacc4: at cad 0 on hdac1 > >>>> hdaa4: at nid 1 on hdacc4 > >>>> pcm4: at nid 13 and 11 on hdaa4 > >>>> pcm5: at nid 15 and 24 on hdaa4 > >>>> pcm6: at nid 30 on hdaa4 > >>>> > >>>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however > >>> > >>> Thank you. > >>> > >>>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), > >>>> mplayer just pauses at the beggining, trying to cat anything to > >>>> /dev/dsp{0-3}.0 gives: > >>>> > >>>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > >>>> > >>>> It was the same with the old driver and I'm not sure if it's (most > >>>> likely) my misconfiguration or a driver problem. > >>> > >>> It sounds more like a driver problem. HDMI audio is still not very well > >>> discovered area, and, according to ALSA reading, NVidia HDMI is also not > >>> very standard. Probably I'll finally have to buy something to > >>> experiment. What card do you have? > >> > >> It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as > >> identified by x11/nvidia-driver). > >> > >> The verbose dmesg is at: > >> > >> https://www.xvoid.org/stuff/spica.dmesg > > > > I'm getting the following panic as soon as I log into GNOME (wasn't > > running it before, so I'm not sure if it's a problem with new driver > > version or not, will test if needed): > > > > panic: Stop for not allocated stream (1/0) > > > > The full core.txt is at: > > > > https://www.xvoid.org/stuff/core.txt.0 > > Hmm. May be it is result of double stop. Please try this patch: > > --- hdaa.c (revision 230179) > +++ hdaa.c (working copy) > @@ -1351,6 +1351,8 @@ > struct hdaa_widget *w; > int i; > > + if ((ch->flags & HDAA_CHN_RUNNING) == 0) > + return; > ch->flags &= ~HDAA_CHN_RUNNING; > HDAC_STREAM_STOP(device_get_parent(devinfo->dev), devinfo->dev, > ch->dir == PCMDIR_PLAY ? 1 : 0, ch->sid); Thanks, that did the trick. Yuri From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 07:57:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4ED4106566B for ; Mon, 16 Jan 2012 07:57:41 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 99FA08FC0C for ; Mon, 16 Jan 2012 07:57:41 +0000 (UTC) Received: by qcse1 with SMTP id e1so664345qcs.13 for ; Sun, 15 Jan 2012 23:57:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ociteeHuwD9Kx3B34zOis1BhI9aoJRY+kitbZORUQOU=; b=X3/nYDiHQ62IzVIWB9ixNc1EXELT8kuL91lFDMKlZBiGLXvk1I7bQ7tFwx4WcMbw7c Nxh/oKJVy4p5rW13KBD8vUY+i/chR4FFjGllDG29qwQ63x+dNEUmanblBV6Jifyf//Gq m8uSFMLTCTVAqiJL0GjU7VBV3EDAnta/XtPzk= MIME-Version: 1.0 Received: by 10.229.76.140 with SMTP id c12mr3466765qck.108.1326699108905; Sun, 15 Jan 2012 23:31:48 -0800 (PST) Received: by 10.229.122.136 with HTTP; Sun, 15 Jan 2012 23:31:48 -0800 (PST) Date: Mon, 16 Jan 2012 08:31:48 +0100 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: WTF mergemaster VCS Id checking? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 07:57:41 -0000 Every time I run mergemaster, I have to manually confirm all of the local changes I have done to /etc (ie., state how to merge the temporary and existing files), even files have not changed in the upstream since the last mergemaster run (for example, temproot/etc/master.passwd virtually never changes). This behaviour is annoying, but I've already gotten used to it, and thought that it's the preferred one, to force a system administrator to review, periodically, all changes in /etc. I was surprized that today, mergemaster did not mention one of my changes in /etc: *** Temp ./etc/rc.d/bgfsck and installed have the same CVS Id, deleting So it now seems that it actually is intended for mergemaster to mention only files that have changed in the upstream since the last mergemaster run, but that funtionality fails. Apparently, some upstream files have the following VCS Id: # $FreeBSD$ and that anulls version checking. Recently, a lot of files in /etc (ie., rc.d files) have received full VCS Id strings, but not all. Someone ought to touch files in the subversion repository? So in either way you look at it, something is WRONG(TM). BTW, off-topic: 1. mergemaster outputs "CVS Id", while mergemaster's manpage contains "VCS Id". One of these is WRONG(TM). Which one? 2. mergemaster outputs "Use 'i' to install merged file". TODO: add a "the". 3. The BUGS section of mergemaster's manpage is redundant. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 11:26:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F37C106566B; Mon, 16 Jan 2012 11:26:10 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BE2588FC16; Mon, 16 Jan 2012 11:26:09 +0000 (UTC) Received: by qabj34 with SMTP id j34so2557066qab.13 for ; Mon, 16 Jan 2012 03:26:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tKW/zOlMeHcCQKurJvCMY4hjrvnBlrHqUZXK5g73xaA=; b=d7NcZ+Q8Zh+dBUHHb2OKxJlV6/X43Lpo2a1oAIr8Q1k6iSmfeyciTfcA6eulzMfCYi eArMOPMAG/4wwIUyURYaS4+IldJXA7Hs/iyDT3/nSBTdhB2VTxan/flOTK0eDfViKHZL o57pB7CpxnQFDfYQSui5M0iO0ZS9RhT41UvWM= MIME-Version: 1.0 Received: by 10.224.205.134 with SMTP id fq6mr13348348qab.99.1326713168937; Mon, 16 Jan 2012 03:26:08 -0800 (PST) Received: by 10.229.124.11 with HTTP; Mon, 16 Jan 2012 03:26:08 -0800 (PST) In-Reply-To: <4F0ED8D0.8080403@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> Date: Mon, 16 Jan 2012 12:26:08 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 11:26:10 -0000 2012/1/12 Alexander Motin > On 01/12/12 14:18, Yuri Pankov wrote: > >> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >> >>> I would like request for testing of my work on further HDA sound driver >>> improvement. >>> >> [...] >> >>> Patch can be found here: >>> http://people.freebsd.org/~**mav/hda.rewrite.patch >>> >>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>> and 8-STABLE branches also. >>> >> >> i switched my htpc to 9-STABLE and applied the patch: pcm0: (play/rec) pcm1: (play/rec) pcm2: (play) default pcm3: (play) pcm4: (play) pcm5: (play) pcm6: (play) no regression found, i fully tested my optical output: mp3, ac3, dts no problem. > I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), >> mplayer just pauses at the beggining, trying to cat anything to >> /dev/dsp{0-3}.0 gives: >> >> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel >> dead >> >> It was the same with the old driver and I'm not sure if it's (most >> likely) my misconfiguration or a driver problem. >> > > It sounds more like a driver problem. HDMI audio is still not very well > discovered area, and, according to ALSA reading, NVidia HDMI is also not > very standard. Probably I'll finally have to buy something to experiment. > What card do you have? > > exaclty the same thing for me when i try my pcm3-6 it could be realy nice to have nvidia hdmi support first 2 channels and next 8 channels. i have an ION2 platform and i'm open to test everything. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 15:42:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA68106566C; Mon, 16 Jan 2012 15:42:19 +0000 (UTC) (envelope-from maxim@freebsd.org) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 8372D8FC0A; Mon, 16 Jan 2012 15:42:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id q0GFgGuY080213; Mon, 16 Jan 2012 19:42:16 +0400 (MSK) (envelope-from maxim@freebsd.org) Date: Mon, 16 Jan 2012 19:42:16 +0400 (MSK) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: Message-ID: References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> <20111124202945.GR50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: arch@freebsd.org, Maxim Dounin , current@freebsd.org, igor@sysoev.ru Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 15:42:19 -0000 Hi Kostik, On Fri, 9 Dec 2011, 13:56+0400, Maxim Konovalov wrote: > On Fri, 25 Nov 2011, 22:21+0400, Maxim Konovalov wrote: > > > [...] > > > Fixed patch is available at > > > http://people.freebsd.org/~kib/misc/map_datalimit.2.patch > > > > > Works as expected without any glitches. > > > I understand that you are busy with the release. But is there a > plan to commit this code somewhere in the near future? > Are there any news? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 16:35:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9B91065676 for ; Mon, 16 Jan 2012 16:35:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 96DBC8FC15 for ; Mon, 16 Jan 2012 16:35:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RmpX9-00050M-2U for freebsd-current@freebsd.org; Mon, 16 Jan 2012 17:35:47 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Jan 2012 17:35:47 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Jan 2012 17:35:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 16 Jan 2012 17:35:34 +0100 Lines: 24 Message-ID: References: <20120111165714.GA46594@cons.org> <20120111182110.GA75991@cons.org> <20120113143711.GA62486@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120110 Thunderbird/9.0 In-Reply-To: <20120113143711.GA62486@cons.org> Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 16:35:49 -0000 On 13/01/2012 15:37, Martin Cracauer wrote: > More findings. > > Reminder, with the original report I found: > - files for no reason changing ownership and group to > root/ > - data corruption as in inserting binary junk obviously from ports > - data corruption as in malformed ascii text that might be a bug I > have in my code that is only exposed in FreeBSD > I re-ran with newfs (reboot) which worked (all three problems absent). > > I then started building ports/land/gcc47 at the same time as I > re-started my crazy script and it too only a few seconds for an > unexpected ownership to root to occur. Two more things to check: 1) Are you using tmpfs? Could you try without it? 2) Are you really sure your hardware is ok? If everything works fine after a reboot, it might mean that there is a memory corruption and you don't use that specific memory until some time after the reboot. Try running memtest86. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 17:48:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45590106566C for ; Mon, 16 Jan 2012 17:48:57 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA6B8FC0C for ; Mon, 16 Jan 2012 17:48:56 +0000 (UTC) Received: by ggki1 with SMTP id i1so3479359ggk.13 for ; Mon, 16 Jan 2012 09:48:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=RDkSAwCZyD518D8pDL+/XO4S1I+ohrqJqCOx+w0Ko/8=; b=E5SWeKUt87oXgHrp6tvFCHLKRr+5yop+CEZ6ZcZP23OPcCasz5dGKVxm1SwjHEa7yO u5tIBCXrJo+WjB9WD/kr2UDS93Moz7zrwkt5htsTqb39ceLSDANbAvf5SnxwftQ0pKML RlzSV5WhsGxklkNwUp57FF8zhxXJRFu7ZlRVU= MIME-Version: 1.0 Received: by 10.50.168.4 with SMTP id zs4mr13582732igb.28.1326736136204; Mon, 16 Jan 2012 09:48:56 -0800 (PST) Received: by 10.50.213.74 with HTTP; Mon, 16 Jan 2012 09:48:56 -0800 (PST) Date: Mon, 16 Jan 2012 18:48:56 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: installworld: posix_memalign X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 17:48:57 -0000 Hi, I updated my source tree to lastest and buildworld and buildkernel without error. but installworld gives this error: install: posix_memalign.3.gz: No such file or directory checking the the log I see there where some changes done 6 days ago for this file /head/lib/libc/stdlib/Makefile.inc should this line inside Makefile.inc: MLINKS+=aligned_alloc.3 posix_memalign.3 be changed to MLINKS+=aligned_alloc.3 br, -- Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:42:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBD22106564A for ; Mon, 16 Jan 2012 20:42:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8B77F8FC0A for ; Mon, 16 Jan 2012 20:42:09 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q0GKg9ET074238 for ; Mon, 16 Jan 2012 12:42:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q0GKg9Qx074237 for freebsd-current@freebsd.org; Mon, 16 Jan 2012 12:42:09 -0800 (PST) (envelope-from sgk) Date: Mon, 16 Jan 2012 12:42:09 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20120116204208.GA74223@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Subject: svn stuck in read() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:42:09 -0000 Is anyone else seeing svn getting stuck while updating /usr/src on an update-to-date freebsd-current? laptop:kargl[211] svn update Updating '.': ^Z Suspended laptop:kargl[212] fg svn update load: 0.07 cmd: svn 62029 [sbwait] 4717.28r 1.65u 1.09s 0% 9260k load: 0.07 cmd: svn 62029 [sbwait] 4720.43r 1.65u 1.09s 0% 9260k load: 0.03 cmd: svn 62029 [suspended] 4773.48r 1.65u 1.09s 0% 9260k load: 0.02 cmd: svn 62029 [sbwait] 4798.48r 1.65u 1.09s 0% 9260k load: 0.01 cmd: svn 62029 [sbwait] 4799.95r 1.65u 1.09s 0% 9260k load: 0.03 cmd: svn 62029 [sbwait] 4940.39r 1.65u 1.09s 0% 9260k The [suspended] occurred when I attached gdb. (gdb) bt #0 0x489d57b1 in read () from /lib/libc.so.7 #1 0x488c5002 in read () from /lib/libthr.so.3 #2 0x48467eaa in apr_socket_recv (sock=0x48c75358, buf=0x48d12020 "( success ( ( ) 0: ) ) ( target-rev ( 183218 ) ) ( open-root ( ( 183217 ) 2:d0 ) ) ( change-dir-prop ( 2:d0 23:svn:entry:committed-rev ( 6:183218 ) ) ) ( change-dir-prop ( 2:d0 24:svn:entry:committed-"..., len=0xbfbfddd8) at network_io/unix/sendrecv.c:81 #3 0x48308e70 in sock_read_cb (baton=0x48d140b8, buffer=0x48d12020 "( success ( ( ) 0: ) ) ( target-rev ( 183218 ) ) ( open-root ( ( 183217 ) 2:d0 ) ) ( change-dir-prop ( 2:d0 23:svn:entry:committed-rev ( 6:183218 ) ) ) ( change-dir-prop ( 2:d0 24:svn:entry:committed-"..., len=0xbfbfddd8) at subversion/libsvn_ra_svn/streams.c:153 #4 0x48378c47 in svn_stream_read (stream=0x48d140d0, buffer=0x48d12020 "( success ( ( ) 0: ) ) ( target-rev ( 183218 ) ) ( open-root ( ( 183217 ) 2:d0 ) ) ( change-dir-prop ( 2:d0 23:svn:entry:committed-rev ( 6:183218 ) ) ) ( change-dir-prop ( 2:d0 24:svn:entry:committed-"..., len=0xbfbfddd8) at subversion/libsvn_subr/stream.c:141 #5 0x48308abd in svn_ra_svn__stream_read (stream=0x48d140c0, data=0x48d12020 "( success ( ( ) 0: ) ) ( target-rev ( 183218 ) ) ( open-root ( ( 183217 ) 2:d0 ) ) ( change-dir-prop ( 2:d0 23:svn:entry:committed-rev ( 6:183218 ) ) ) ( change-dir-prop ( 2:d0 24:svn:entry:committed-"..., len=0xbfbfddd8) at subversion/libsvn_ra_svn/streams.c:241 #6 0x48306f68 in readbuf_input (conn=0x48d12018, data=0x48d12020 "( success ( ( ) 0: ) ) ( target-rev ( 183218 ) ) ( open-root ( ( 183217 ) 2:d0 ) ) ( change-dir-prop ( 2:d0 23:svn:entry:committed-rev ( 6:183218 ) ) ) ( change-dir-prop ( 2:d0 24:svn:entry:committed-"..., len=0xbfbfddd8, pool=0x48c79018) at subversion/libsvn_ra_svn/marshal.c:291 #7 0x4830736e in readbuf_fill (conn=0x48d12018, pool=0x48c79018) at subversion/libsvn_ra_svn/marshal.c:316 #8 0x4830806a in readbuf_getchar_skip_whitespace (conn=0x48d12018, pool=0x48c79018, result=0xbfbfde67 "1(ß¿¿À¸0H\002") ---Type to continue, or q to quit--- at subversion/libsvn_ra_svn/marshal.c:326 #9 0x48308342 in read_item (conn=0x48d12018, pool=0x48c79018, item=0x48c79108, first_char=, level=3) at subversion/libsvn_ra_svn/marshal.c:701 #10 0x4830832d in read_item (conn=0x48d12018, pool=0x48c79018, item=0x48c7908c, first_char=, level=2) at subversion/libsvn_ra_svn/marshal.c:705 #11 0x4830832d in read_item (conn=0x48d12018, pool=0x48c79018, item=0x48c79058, first_char=, level=1) at subversion/libsvn_ra_svn/marshal.c:705 #12 0x4830860b in svn_ra_svn_read_item (conn=0x48d12018, pool=0x48c79018, item=0xbfbfdfa8) at subversion/libsvn_ra_svn/marshal.c:725 #13 0x48308640 in svn_ra_svn_read_tuple (conn=0x48d12018, pool=0x48c79018, fmt=0x4830986a "wl") at subversion/libsvn_ra_svn/marshal.c:854 #14 0x48303d86 in svn_ra_svn_drive_editor2 (conn=0x48d12018, pool=0x48c6f018, editor=0x48c6f948, edit_baton=0x48c6f988, aborted=0x0, for_replay=0) at subversion/libsvn_ra_svn/editorp.c:909 #15 0x482fe742 in ra_svn_finish_report (baton=0x48c6faf0, pool=0x48c6f018) at subversion/libsvn_ra_svn/client.c:299 #16 0x4811b339 in svn_wc_crawl_revisions5 (wc_ctx=0x48c5f8b8, local_abspath=0x48c6f0f8 "/usr/home/kargl/gcc/gcc4x", reporter=0x4830bb68, report_baton=0x48c6faf0, restore_files=1, depth=svn_depth_unknown, honor_depth_exclude=1, depth_compatibility_trick=0, use_commit_times=0, cancel_func=0x8054c50 , cancel_baton=0x0, notify_func=0x8057cb0 , notify_baton=0xbfbfe3f0, scratch_pool=0x48c6f018) at subversion/libsvn_wc/adm_crawler.c:861 #17 0x481067fa in update_internal (result_rev=0xbfbfe374, local_abspath=0x48c6f0f8 "/usr/home/kargl/gcc/gcc4x", anchor_abspath=0x48c6f4d0 "/usr/home/kargl/gcc/gcc4x", revision=0xbfbfe30c, depth=svn_depth_unknown, depth_is_sticky=0, ---Type to continue, or q to quit--- ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1, timestamp_sleep=, notify_summary=1, ctx=0x48c5f858, pool=0x48c6f018) at subversion/libsvn_client/update.c:399 #18 0x48106e77 in svn_client__update_internal (result_rev=0xbfbfe374, local_abspath=0x48c6f0f8 "/usr/home/kargl/gcc/gcc4x", revision=0xbfbfe4a0, depth=svn_depth_unknown, depth_is_sticky=0, ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1, make_parents=0, innerupdate=0, timestamp_sleep=0xbfbfe378, ctx=0x48c5f858, pool=0x48c6f018) at subversion/libsvn_client/update.c:541 #19 0x48107014 in svn_client_update4 (result_revs=0xbfbfe404, paths=0x48d11990, revision=0xbfbfe4a0, depth=svn_depth_unknown, depth_is_sticky=0, ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1, make_parents=0, ctx=0x48c5f858, pool=0x48c5f018) at subversion/libsvn_client/update.c:598 #20 0x0805e83d in svn_cl__update (os=0x48c5f1c0, baton=0xbfbfe628, scratch_pool=0x48c5f018) at subversion/svn/update-cmd.c:157 #21 0x08056675 in main (argc=Cannot access memory at address 0x0 -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:53:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D637106564A for ; Mon, 16 Jan 2012 20:53:09 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E71D58FC0C for ; Mon, 16 Jan 2012 20:53:08 +0000 (UTC) Received: by iagz16 with SMTP id z16so6234547iag.13 for ; Mon, 16 Jan 2012 12:53:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.152.65 with SMTP id h1mr3701812icw.50.1326745572234; Mon, 16 Jan 2012 12:26:12 -0800 (PST) Received: by 10.42.140.196 with HTTP; Mon, 16 Jan 2012 12:26:12 -0800 (PST) Date: Mon, 16 Jan 2012 12:26:12 -0800 Message-ID: From: Jos Backus To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:53:09 -0000 This directory no longer exists so the reference should be removed as it breaks the build. --- Makefile.orig 2012-01-16 12:24:28.000000000 -0800 +++ Makefile 2012-01-16 12:24:36.000000000 -0800 @@ -339,7 +339,6 @@ SUBDIR+= last SUBDIR+= users SUBDIR+= who -SUBDIR+= wtmpcvt .endif .include -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 20:54:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA8F1065670 for ; Mon, 16 Jan 2012 20:54:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 843D18FC17 for ; Mon, 16 Jan 2012 20:54:18 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id E921C2A28CDD; Mon, 16 Jan 2012 21:54:17 +0100 (CET) Date: Mon, 16 Jan 2012 21:54:17 +0100 From: Ed Schouten To: Monthadar Al Jaberi Message-ID: <20120116205417.GC95413@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: installworld: posix_memalign X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:54:18 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Monthadar, * Monthadar Al Jaberi , 20120116 18:48: > I updated my source tree to lastest and buildworld and buildkernel > without error. but installworld gives this error: >=20 > install: posix_memalign.3.gz: No such file or directory >=20 > checking the the log I see there where some changes done 6 days ago > for this file /head/lib/libc/stdlib/Makefile.inc >=20 > should this line inside Makefile.inc: >=20 > MLINKS+=3Daligned_alloc.3 posix_memalign.3 >=20 > be changed to >=20 > MLINKS+=3Daligned_alloc.3 Are you sure about this? Filenames provided in MLINKS are always provided in pairs. You specify which file needs to be linked to the other. So the aligned_alloc man page needs to be linked to posix_memalign. What happens if you remove your obj-directory before running make buildworld/installworld? Thanks, --=20 Ed Schouten WWW: http://80386.nl/ --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJPFI55AAoJEG5e2P40kaK7VSIP+wXAmZ4r+iU3fv3y2AI/yWSi ezqJliWJkvvUKEkBhIyEgrc/qxCkUkvTHC0i60QhaP0AFLD1HkQQC8lY/yueYNg3 TbhwsYCVZ/GNdYeU/McO2tywzUfg1lKsJRCxRG3bql3Kz6ksmuq2gW0e8jO+HsJ6 dmy1b+DlEMM2rwaOlE8MEEohbM1PK+K25bdHX+a9FPfYiyxvmcyiuLrAqPZeHboI Jsi5OENPOa8LEWcDpALykMJHsCvRpgBis1D/uNUoqYttUi5Yh5/qVydlcV8I5QYf YAT/xEarIi8OPgcLZdLLSlgOnQOOBqgPrFcnsbQvmeXFe/sqpzpnatVj0+kAkK/o TG8og2VoSv/J2j6mMtFq+ZhspzrxRBbcXo+s5kOYq+hlFMTckk2Kd2Z2OtSB3f1z qH7U9JlmC0JVLUHhLkOsRG1PyuLbDYtUqocidY8qRK6hgW4E9XJy9mdkF4FfQIgg HDrRokp1eq+RlSGmiOKl7LaHizWMKmrbu2e/HQmUoIEU/4ml+D+rDzCirCt/42HL LhIoVJiPKShkPDmNcLKLMpOn80KHf8nACiwb0uQcp1hRvfqtb24tsnnGYQM4SS2U KU7zv/2RzGg7jaKPv0wbzHuSkuegOLIyPgRI09XWJw+/iNXvKaVDsZfczUcSHRy8 hiZDfdYNUgmdz6RAd4GE =Qg5+ -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:02:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96FD106566B for ; Mon, 16 Jan 2012 21:02:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA3B8FC15 for ; Mon, 16 Jan 2012 21:02:34 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id E2EBC2A28CDD; Mon, 16 Jan 2012 22:02:33 +0100 (CET) Date: Mon, 16 Jan 2012 22:02:33 +0100 From: Ed Schouten To: Jos Backus Message-ID: <20120116210233.GD95413@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4zI0WCX1RcnW9Hbu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:02:34 -0000 --4zI0WCX1RcnW9Hbu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jos, * Jos Backus , 20120116 21:26: > This directory no longer exists so the reference should be removed as it > breaks the build. Could it be possible that you checked out the source tree (from CVS) at an unlucky moment in time? It seems I did remove it properly: http://svnweb.freebsd.org/base/head/usr.bin/Makefile?r1=3D229997&r2=3D230060 --=20 Ed Schouten WWW: http://80386.nl/ --4zI0WCX1RcnW9Hbu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJPFJBpAAoJEG5e2P40kaK7kC4P/10/0huhCusS3Qgnizz9g5rj ZO6GteJyoftSlDft+OqstSrQGUvy6wxcjguaKom6bGTj5R2y3ifSs9p3sWAmeukV idj6LOLALTga7uoGCb1v1uL3Vi65pVGaXTayUw5a2RdnBmdj5HkBo863PoZmSSk8 sNz4PvcidEBxaS1d+ZJ2CX4FawVTLkcsoCtqQH1jssEcV3MnLia2oincIDcLM9gL Y/HUPN9+9U8xyagXHiaxBDLImDqEEGgz2nMzY0vvh5U+qxOroP3Lq2zSFkKmje4C ruhf58UdROxQJICicMnmPOcx18vQW6yXoHPQVY8plQGOQ5PZVT5SscL/GSDJ9wex 8YcTkDEs2Y8/k9t3w5CdvCMhdPR01rpGvXSo09QcMtciFTF0NlcL43PdutruIX7e jqJqy9Hd548R1kGgU5RSrY9/lhLE4A+Tmdl81G3yeECqmLMzUO9bkvTFJO+W3Zzk X3nDK3fbsVgcuQq2L06dkbAx6bh5XZtKWhiaylGog3DtjpxpCZaYSHHIfIzspQo4 OFqIOm9aI+JkABVXNJ0hX6YU8PPDQ9065VUVoS9JMurL2qKYGpw+AXnkjmepmpCH CdfGq0/obfde5c49hVSDuc3miscqTAfWY3UIyhg/nUPiG3h1MEmShBJdPAdMvt1Q cqS2Ap7nhPJRsL377BMa =Dwl6 -----END PGP SIGNATURE----- --4zI0WCX1RcnW9Hbu-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:16:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0BAC106564A for ; Mon, 16 Jan 2012 21:16:22 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7231C8FC08 for ; Mon, 16 Jan 2012 21:16:22 +0000 (UTC) Received: by iagz16 with SMTP id z16so6270685iag.13 for ; Mon, 16 Jan 2012 13:16:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.195.129 with SMTP id ie1mr14302276igc.29.1326748582052; Mon, 16 Jan 2012 13:16:22 -0800 (PST) Received: by 10.42.140.196 with HTTP; Mon, 16 Jan 2012 13:16:22 -0800 (PST) In-Reply-To: <20120116210233.GD95413@hoeg.nl> References: <20120116210233.GD95413@hoeg.nl> Date: Mon, 16 Jan 2012 13:16:22 -0800 Message-ID: From: Jos Backus To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:16:23 -0000 Hi Ed, On Mon, Jan 16, 2012 at 1:02 PM, Ed Schouten wrote: > Hi Jos, > > * Jos Backus , 20120116 21:26: > > This directory no longer exists so the reference should be removed as it > > breaks the build. > > Could it be possible that you checked out the source tree (from CVS) at > an unlucky moment in time? It seems I did remove it properly: > > http://svnweb.freebsd.org/base/head/usr.bin/Makefile?r1=229997&r2=230060 Well, I nuked my /usr/{obj,src} yesterday and reran csup, followed by a `make world', so I'm confident that my tree is clean and up-to-date. The most likely explanation now is that cvsup10.us.FreeBSD.org (which I'm using) didn't get the change. I'll try switching to another cvsup server ( cvsup4.us.FreeBSD.org) to see if that fixes it. Thanks, Jos > > -- > Ed Schouten > WWW: http://80386.nl/ > -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:28:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C1C106564A for ; Mon, 16 Jan 2012 21:28:48 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0727A8FC08 for ; Mon, 16 Jan 2012 21:28:47 +0000 (UTC) Received: by iagz16 with SMTP id z16so6292807iag.13 for ; Mon, 16 Jan 2012 13:28:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.168.4 with SMTP id zs4mr6058577igb.25.1326749326350; Mon, 16 Jan 2012 13:28:46 -0800 (PST) Received: by 10.42.140.196 with HTTP; Mon, 16 Jan 2012 13:28:46 -0800 (PST) In-Reply-To: References: <20120116210233.GD95413@hoeg.nl> Date: Mon, 16 Jan 2012 13:28:46 -0800 Message-ID: From: Jos Backus To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:28:48 -0000 Hi Ed, On Mon, Jan 16, 2012 at 1:16 PM, Jos Backus wrote: > [snip] The most likely explanation now is that cvsup10.us.FreeBSD.org (which I'm > using) didn't get the change. I'll try switching to another cvsup server ( > cvsup4.us.FreeBSD.org) to see if that fixes it. > > It looks like that did the trick. So cvsup10.us.FreeBSD.org is simply out of date. Thanks for your help! Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 21:38:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871C4106564A for ; Mon, 16 Jan 2012 21:38:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 485678FC19 for ; Mon, 16 Jan 2012 21:38:07 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8050:c474:e38c:1ec3] (unknown [IPv6:2001:7b8:3a7:0:8050:c474:e38c:1ec3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 372035C37; Mon, 16 Jan 2012 22:38:06 +0100 (CET) Message-ID: <4F1498BC.3020608@FreeBSD.org> Date: Mon, 16 Jan 2012 22:38:04 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120106 Thunderbird/10.0 MIME-Version: 1.0 To: Steve Kargl References: <20120116204208.GA74223@troutmask.apl.washington.edu> In-Reply-To: <20120116204208.GA74223@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: svn stuck in read() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:38:07 -0000 On 2012-01-16 21:42, Steve Kargl wrote: > Is anyone else seeing svn getting stuck while > updating /usr/src on an update-to-date freebsd-current? I saw this when I tried out serf instead of the default neon. For me, it hung in about 20% of remote operations. Reverting to neon fixed the problem, but I never delved any deeper. From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 22:05:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75204106564A for ; Mon, 16 Jan 2012 22:05:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 551A48FC13 for ; Mon, 16 Jan 2012 22:05:02 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id E73F2CD5B; Mon, 16 Jan 2012 14:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1326751502; bh=GG80IDpmu17ibxUOKzVqKOdKzUSMaGX7ukjsvNjUA4s=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=f7tCiNV8paK/MxVOuLYzPoEyOQgTPV1h4/THYNOpQw0T4bAtX6IYfxNaQ+m6ejWqO tjlj7oC6p7US9MW/GRntTvEWtlE7rZcYBjvcx6UgTRPYQrIp+A5Sm+OOG9MOphFtO5 bekeV1S42owvguhLlqKXD3tflEPz3c46zrXNOjM4= Message-ID: <4F149F0C.4010702@delphij.net> Date: Mon, 16 Jan 2012 14:05:00 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net Subject: Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 22:05:02 -0000 On 01/16/12 12:26, Jos Backus wrote: > This directory no longer exists so the reference should be removed as it > breaks the build. > > --- Makefile.orig 2012-01-16 12:24:28.000000000 -0800 > +++ Makefile 2012-01-16 12:24:36.000000000 -0800 > @@ -339,7 +339,6 @@ > SUBDIR+= last > SUBDIR+= users > SUBDIR+= who > -SUBDIR+= wtmpcvt > .endif This was r230060 (3 days ago). Which are you using? (or did the svn->cvs exporter broke again?) Cheers, -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 22:28:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630311065678 for ; Mon, 16 Jan 2012 22:28:08 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA888FC0C for ; Mon, 16 Jan 2012 22:28:08 +0000 (UTC) Received: by iagz16 with SMTP id z16so6379078iag.13 for ; Mon, 16 Jan 2012 14:28:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.77.234 with SMTP id v10mr2707779igw.29.1326752887681; Mon, 16 Jan 2012 14:28:07 -0800 (PST) Received: by 10.42.140.196 with HTTP; Mon, 16 Jan 2012 14:28:07 -0800 (PST) Received: by 10.42.140.196 with HTTP; Mon, 16 Jan 2012 14:28:07 -0800 (PST) In-Reply-To: <4F149F0C.4010702@delphij.net> References: <4F149F0C.4010702@delphij.net> Date: Mon, 16 Jan 2012 14:28:07 -0800 Message-ID: From: Jos Backus To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 22:28:08 -0000 Hi Xin, On Jan 16, 2012 2:05 PM, "Xin Li" wrote: > > On 01/16/12 12:26, Jos Backus wrote: > > This directory no longer exists so the reference should be removed as it > > breaks the build. > > > > --- Makefile.orig 2012-01-16 12:24:28.000000000 -0800 > > +++ Makefile 2012-01-16 12:24:36.000000000 -0800 > > @@ -339,7 +339,6 @@ > > SUBDIR+= last > > SUBDIR+= users > > SUBDIR+= who > > -SUBDIR+= wtmpcvt > > .endif > > This was r230060 (3 days ago). Which are you using? (or did the > svn->cvs exporter broke again?) I was using cvsup10.us.freebsd.org. Don't know about the exporter, but it appears that machine's repo lags. Cheers, Jos > > Cheers, > -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jan 16 23:54:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1188D106564A; Mon, 16 Jan 2012 23:54:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C913D8FC19; Mon, 16 Jan 2012 23:54:02 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q0GNs2wF075206; Mon, 16 Jan 2012 15:54:02 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q0GNs2nA075205; Mon, 16 Jan 2012 15:54:02 -0800 (PST) (envelope-from sgk) Date: Mon, 16 Jan 2012 15:54:02 -0800 From: Steve Kargl To: Dimitry Andric Message-ID: <20120116235402.GA75198@troutmask.apl.washington.edu> References: <20120116204208.GA74223@troutmask.apl.washington.edu> <4F1498BC.3020608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F1498BC.3020608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: svn stuck in read() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 23:54:03 -0000 On Mon, Jan 16, 2012 at 10:38:04PM +0100, Dimitry Andric wrote: > On 2012-01-16 21:42, Steve Kargl wrote: > >Is anyone else seeing svn getting stuck while > >updating /usr/src on an update-to-date freebsd-current? > > I saw this when I tried out serf instead of the default neon. For me, > it hung in about 20% of remote operations. Reverting to neon fixed the > problem, but I never delved any deeper. I'm not using serf. neon was fairly new, but I'll re-install it to see if the problem presists. Thanks for the feedback. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 02:25:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B331065672 for ; Tue, 17 Jan 2012 02:25:57 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU [18.9.25.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1E32F8FC14 for ; Tue, 17 Jan 2012 02:25:56 +0000 (UTC) X-AuditID: 1209190f-b7f8a6d000000914-92-4f14dc332a20 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id D0.23.02324.33CD41F4; Mon, 16 Jan 2012 21:25:55 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id q0H2PtGp024161; Mon, 16 Jan 2012 21:25:55 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q0H2PsWT005403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 16 Jan 2012 21:25:55 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q0H2PrhA012587; Mon, 16 Jan 2012 21:25:53 -0500 (EST) Date: Mon, 16 Jan 2012 21:25:53 -0500 (EST) From: Benjamin Kaduk To: "deeptech71@gmail.com" In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNIsWRmVeSWpSXmKPExsUixCmqrWt8R8TfYMYdS4vTk/6yWsx584HJ gcljxqf5LB47Z91lD2CK4rJJSc3JLEst0rdL4MpY19DCUvBNqOLW20tMDYzd/F2MnBwSAiYS d5+vYIWwxSQu3FvP1sXIxSEksI9R4trbDnYIZwOjxKVPV6AyB5gkdq/uYQZpERJoYJSYM0sD xGYR0Ja4c/0DE4jNJqAiMfPNRjYQW0TAUOL1hEOMIDazgLzE/yuXwWqEBXQlzv1dBrSag4NT IFBiQWcpiMkrYC+x668LxPQAibZTM9lBbFEBHYnV+6ewgNi8AoISJ2c+YYGYaClx7s91tgmM grOQpGYhSS1gZFrFKJuSW6Wbm5iZU5yarFucnJiXl1qka6KXm1mil5pSuokRHKaS/DsYvx1U OsQowMGoxMN701vEX4g1say4MvcQoyQHk5Iob8dNoBBfUn5KZUZicUZ8UWlOavEhRgkOZiUR XkEfoBxvSmJlVWpRPkxKmoNFSZxXTeudn5BAemJJanZqakFqEUxWhoNDSYJ39W2gRsGi1PTU irTMnBKENBMHJ8hwHqDhC0FqeIsLEnOLM9Mh8qcYFaXEeRtBEgIgiYzSPLheWBp5xSgO9Iow RDsPMAXBdb8CGswENDinVQhkcEkiQkqqgXGudW5I0OvG4k/S+kHXJCxqa+ZsmbZF0Gn1LMkT T41ZDgV2r/noHfg3c9YXVudlB/b8EM58XVl4njt21+oq3Ygnq6+H1cTmFOewiucXehem8+xu OiLM4uDfvCb7G+cKP1Enhc3h6jxV6hrR6j8slAwjnLpt42dsWtCvdLAw53z0Ek3znxNFlViK MxINtZiLihMBIoeP6P4CAAA= Cc: freebsd-current@freebsd.org Subject: Re: WTF mergemaster VCS Id checking? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 02:25:57 -0000 On Mon, 16 Jan 2012, deeptech71@gmail.com wrote: > Every time I run mergemaster, I have to manually confirm all of the What is your timescale for "every time"? One year? Five years? > local changes I have done to /etc (ie., state how to merge the > temporary and existing files), even files have not changed in the > upstream since the last mergemaster run (for example, > temproot/etc/master.passwd virtually never changes). This behaviour is > annoying, but I've already gotten used to it, and thought that it's > the preferred one, to force a system administrator to review, > periodically, all changes in /etc. > > I was surprized that today, mergemaster did not mention one of my > changes in /etc: > *** Temp ./etc/rc.d/bgfsck and installed have the same CVS Id, deleting > > So it now seems that it actually is intended for mergemaster to > mention only files that have changed in the upstream since the last > mergemaster run, but that funtionality fails. Apparently, some That is correct up to a point. Now that the main src repository is stored in subversion, a svn2cvs exporter is used to populate a cloned CVS tree which is then used for csup and friends. However, the svn2cvs exporter deals poorly with branches and causes "version number churn" on many files. > upstream files have the following VCS Id: > # $FreeBSD$ > and that anulls version checking. Recently, a lot of files in /etc > (ie., rc.d files) have received full VCS Id strings, but not all. > Someone ought to touch files in the subversion repository? Perhaps, but it's not entirely clear. Have you considered the -F or -U options to mergemaster? If I remember correctly, -F was added precisely because of this issue you are encountering. > > So in either way you look at it, something is WRONG(TM). > > BTW, off-topic: > 1. mergemaster outputs "CVS Id", while mergemaster's manpage contains > "VCS Id". One of these is WRONG(TM). Which one? Oh, probably the output, but I'm not authoritative. > 2. mergemaster outputs "Use 'i' to install merged file". TODO: add a "the". Constructions of this form are quite common in technical writing, though I would not object to the addition of the 'the'. > 3. The BUGS section of mergemaster's manpage is redundant. Maybe, but sometimes it's worth explicitly mentioning things which should go without saying. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 03:13:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5FCCD106566B for ; Tue, 17 Jan 2012 03:13:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4D3971532D4; Tue, 17 Jan 2012 03:13:28 +0000 (UTC) Message-ID: <4F14E757.1010505@FreeBSD.org> Date: Mon, 16 Jan 2012 19:13:27 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: "deeptech71@gmail.com" References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WTF mergemaster VCS Id checking? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 03:13:29 -0000 On 01/15/2012 23:31, deeptech71@gmail.com wrote: > Apparently, some upstream files have the following VCS Id: > # $FreeBSD$ > and that anulls version checking. Your src tree is not checked out properly. This usually happens because at some point in the subversion 1.6 days you used devel/subversion to check it out, rather than devel/subversion-freebsd. Fortunately, the new version of devel/subversion has the option to include the FreeBSD-specific bits, enabled by default. So, to fix this problem: 1. 'svn diff' your src tree, save any local patches. 2. rm -rf /usr/src 3. Upgrade devel/subversion, make sure that the first 3 options are enabled. 4. Check out the new src tree, re-apply any local patches 5. Run mergemaster again. Make sure to merge the new $FreeBSD Ids. > BTW, off-topic: > 1. mergemaster outputs "CVS Id", while mergemaster's manpage contains > "VCS Id". One of these is WRONG(TM). Which one? The 'CVS Id' is a remnant of the pre-svn days. I haven't changed it in case someone has a script that parses the output. > 2. mergemaster outputs "Use 'i' to install merged file". TODO: add a "the". Maybe. It's lasted as long as it has without anyone getting confused. > 3. The BUGS section of mergemaster's manpage is redundant. So don't read it. :) Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 11:02:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B08106564A for ; Tue, 17 Jan 2012 11:02:44 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id D69088FC15 for ; Tue, 17 Jan 2012 11:02:43 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q0HB2gNP019866 for ; Tue, 17 Jan 2012 15:02:42 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q0HB2gW2019865 for current@FreeBSD.org; Tue, 17 Jan 2012 15:02:42 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 Jan 2012 15:02:42 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20120117110242.GD12760@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 11:02:44 -0000 New panic has been introduced somewhere between r229851 and r229932, that happens on shutdown if kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. Uptime: 1h0m17s Rebooting... panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/head/sys/kern/kern_cons.c:500 cpuid = 0 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x3b: movq $0,0x514d32(%rip) db> db> bt Tracing pid 1 tid 100001 td 0xfffffe0001d5e000 kdb_enter() at kdb_enter+0x3b panic() at panic+0x1c7 _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f cnputs() at cnputs+0x7a putchar() at putchar+0x11f kvprintf() at kvprintf+0x83 vprintf() at vprintf+0x85 printf() at printf+0x67 witness_checkorder() at witness_checkorder+0x773 _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x99 uart_cnputc() at uart_cnputc+0x3e cnputc() at cnputc+0x4c cnputs() at cnputs+0x26 putchar() at putchar+0x11f kvprintf() at kvprintf+0x83 vprintf() at vprintf+0x85 printf() at printf+0x67 cpu_reset() at cpu_reset+0x81 kern_reboot() at kern_reboot+0x3a5 --More--^M ^Msys_reboot() at sys_reboot+0x42 amd64_syscall() at amd64_syscall+0x39e Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ea3c, rsp = 0x7fffffffd6d8, rbp = 0x49 --- db> db> show locks exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff809bc560) locked @ /usr/src/head/sys/kern/kern_module.c:101 exclusive spin mutex smp rendezvous (smp rendezvous) r = 0 (0xffffffff80a08840) locked @ /usr/src/head/sys/kern/kern_shutdown.c:542 db> So the problem is that we are holding smp rendezvous mutex during the cpu_reset(). No mutexes should be obtained after it. However, since cpu_reset() does priting we obtain cnputs_mtx, and later obtain uart_hwmtx. The latter is hardcoded in the subr_witness.c as mutex to obtain before smp rendezvous, this triggers yet another printf from witness, that finally panics due to recursing on cnputs_mtx. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 12:22:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1106C106566B for ; Tue, 17 Jan 2012 12:22:55 +0000 (UTC) (envelope-from octavian.rinciog.list@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA7A8FC28 for ; Tue, 17 Jan 2012 12:22:54 +0000 (UTC) Received: by lahe6 with SMTP id e6so201617lah.13 for ; Tue, 17 Jan 2012 04:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=RMq9m5uidk7RAjK/jEoCaWIdcpYDURP9xCYiwGqoMUE=; b=Wm4nULyMP0mi0PY0yxLe9CPRodVTrs1XQiM5ZY8fw2sy3MAjrqLXG76Joly2iB3xLI umMKpflCkBmtNm3Nih0sKXIYONxqsRtHjPnJL1DdpZcGJKXgnOQxe3WKKxqzCIvptwUS 6R+iHL2wVFVkNuNBAsKMod899EMhkOuJ2YM8Y= MIME-Version: 1.0 Received: by 10.112.27.65 with SMTP id r1mr4115072lbg.33.1326801468101; Tue, 17 Jan 2012 03:57:48 -0800 (PST) Received: by 10.112.82.71 with HTTP; Tue, 17 Jan 2012 03:57:48 -0800 (PST) Date: Tue, 17 Jan 2012 13:57:48 +0200 Message-ID: From: Octavian Rinciog To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dhclient em0: not found rev r230054 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 12:22:55 -0000 Hello! After updating to FreeBSD 10.0-CURRENT #0 r230054, I can't do anymore dhclient on em0. [root@freebsd ~]# uname -a FreeBSD freebsd 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230054: Fri Jan 13 14:29:36 EET 2012 root@freebsd:/usr/obj/usr/head/sys/GENERIC i386 [root@freebsd ~]# cat /var/log/messages | grep em0 | tail -n 6 Jan 13 14:41:11 freebsd kernel: em0: port 0x1820-0x183f mem 0xf0300000-0xf031ffff,0xf0325000-0xf0325fff irq 23 at device 25.0 on pci0 Jan 13 14:41:11 freebsd kernel: em0: Using an MSI interrupt Jan 13 14:41:11 freebsd kernel: em0: Ethernet address: 00:19:99:40:76:ee Jan 13 14:41:12 freebsd kernel: em0: link state changed to UP Jan 13 14:41:58 freebsd dhclient[1734]: em0: not found [root@freebsd ~]# dhclient em0 ifconfig: ioctl (SIOCAIFADDR): File exists em0: not found exiting. Do you know how can I fix this problem? Thank you, Octavian Rinciog From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:17:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19F7106566C for ; Tue, 17 Jan 2012 15:17:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 881398FC13 for ; Tue, 17 Jan 2012 15:17:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 3AD6E46B2D; Tue, 17 Jan 2012 10:17:22 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 83D82B99B; Tue, 17 Jan 2012 10:17:21 -0500 (EST) From: John Baldwin To: aconnolly08@yahoo.co.jp Date: Tue, 17 Jan 2012 10:15:32 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <589189.61152.qm@web100418.mail.kks.yahoo.co.jp> In-Reply-To: <589189.61152.qm@web100418.mail.kks.yahoo.co.jp> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201171015.32364.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Jan 2012 10:17:21 -0500 (EST) Cc: "freebsd-current@freebsd.org" Subject: Re: atkbc not loaded with ACPI enabled in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 15:17:22 -0000 On Friday, January 13, 2012 10:27:13 pm aconnolly08@yahoo.co.jp wrote: > Please try this patch: > > Index: sys/dev/atkbdc/atkbdc_isa.c > =================================================================== > --- atkbdc_isa.c (revision 230009) > +++ atkbdc_isa.c (working copy) > @@ -87,6 +87,7 @@ static driver_t atkbdc_isa_driver = { > > static struct isa_pnp_id atkbdc_ids[] = { > { 0x0303d041, "Keyboard controller (i8042)" }, /* PNP0303 */ > + { 0x0320d041, "Keyboard controller (i8042)" }, /* PNP0320 */ > { 0 } > }; > > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > John, > Thanks for your help, but that patch doesn't appear to address the problem. I edited the atkbdc_isa.c file as you instructed, rebuilt and installed my kernel, but my integrated keyboard remains unresponsive with ACPI enabled. > Here's the new output of dmesg -a http://pastebin.com/h6ahmD2ddevinfo -ur http://pastebin.com/sdNcNEJUdevinfo -vr http://pastebin.com/P2yqQBLY > Perhaps I was supposed to remove PNP0303 support? No, the goal was to get atkbdc to try to attach to PNP0320 devices since those have your keyboard I/O ports. Can you add some printfs to atkbdc_isa_probe() to see how many times it is getting past the ID check, and how far along it gets in each cases (i.e. which failure case causes the probe routine to return an error)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 15:34:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B3A31065674 for ; Tue, 17 Jan 2012 15:34:24 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id D948C8FC1C for ; Tue, 17 Jan 2012 15:34:23 +0000 (UTC) Received: by dady13 with SMTP id y13so2981220dad.13 for ; Tue, 17 Jan 2012 07:34:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=om512G5tspYomn52gblnbkt3wQ2ZUVtOsw3lPplANLU=; b=fvKG8ffveIO1rbPQ1RfrSioipUcg3xKJX0jf821e9hvKamkCd0JSHqjLcs1nh+Irfx RRLnSk6zDFvyaKbXgoV6peHYZrEP6xAeer7n+xMLSpVpAIo0qYcaRJGoG/KaSmhVVsze d9hSdGrrDXZ5+jlR5CB0l62fwQCmqrOHpDat4= MIME-Version: 1.0 Received: by 10.68.212.40 with SMTP id nh8mr28233409pbc.73.1326814463596; Tue, 17 Jan 2012 07:34:23 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.68.208.167 with HTTP; Tue, 17 Jan 2012 07:34:23 -0800 (PST) In-Reply-To: <20120117110242.GD12760@glebius.int.ru> References: <20120117110242.GD12760@glebius.int.ru> Date: Tue, 17 Jan 2012 07:34:23 -0800 X-Google-Sender-Auth: DdlK9NIN7exBAe_D9pvTPh53TQQ Message-ID: From: mdf@FreeBSD.org To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 15:34:24 -0000 2012/1/17 Gleb Smirnoff : > =A0New panic has been introduced somewhere between > r229851 and r229932, that happens on shutdown if > kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. > > Uptime: 1h0m17s > Rebooting... > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/s= rc/head/sys/kern/kern_cons.c:500 > cpuid =3D 0 > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at =A0 =A0 =A0kdb_enter+0x3b: movq =A0 =A0$0,0x514d32(%rip) > db> > db> bt > Tracing pid 1 tid 100001 td 0xfffffe0001d5e000 > kdb_enter() at kdb_enter+0x3b > panic() at panic+0x1c7 > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f > cnputs() at cnputs+0x7a > putchar() at putchar+0x11f > kvprintf() at kvprintf+0x83 > vprintf() at vprintf+0x85 > printf() at printf+0x67 > witness_checkorder() at witness_checkorder+0x773 > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x99 > uart_cnputc() at uart_cnputc+0x3e > cnputc() at cnputc+0x4c > cnputs() at cnputs+0x26 > putchar() at putchar+0x11f > kvprintf() at kvprintf+0x83 > vprintf() at vprintf+0x85 > printf() at printf+0x67 > cpu_reset() at cpu_reset+0x81 > kern_reboot() at kern_reboot+0x3a5 > --More--^M =A0 =A0 =A0 =A0^Msys_reboot() at sys_reboot+0x42 > amd64_syscall() at amd64_syscall+0x39e > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x40ea3c, rsp =3D 0x= 7fffffffd6d8, rbp =3D 0x49 --- > db> > db> show locks > exclusive sleep mutex Giant (Giant) r =3D 0 (0xffffffff809bc560) locked @= /usr/src/head/sys/kern/kern_module.c:101 > exclusive spin mutex smp rendezvous (smp rendezvous) r =3D 0 (0xffffffff8= 0a08840) locked @ /usr/src/head/sys/kern/kern_shutdown.c:542 > db> > > So the problem is that we are holding smp rendezvous mutex during the cpu= _reset(). > No mutexes should be obtained after it. However, since cpu_reset() does p= riting > we obtain cnputs_mtx, and later obtain uart_hwmtx. The latter is hardcode= d in > the subr_witness.c as mutex to obtain before smp rendezvous, this trigger= s > yet another printf from witness, that finally panics due to recursing on > cnputs_mtx. At $WORK we explicitly marked cnputs_mtx as NO_WITNESS since it didn't seem possible to fit it into the heirarchy in any sane way, since a print can come from basically anywhere. If anyone has a better fix, that'd be great, but I haven't been able to think of one. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:17:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B4A106564A for ; Tue, 17 Jan 2012 17:17:31 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB0468FC0A for ; Tue, 17 Jan 2012 17:17:30 +0000 (UTC) Received: by ggki1 with SMTP id i1so4185489ggk.13 for ; Tue, 17 Jan 2012 09:17:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GF94zUo//t8PXTdi/kjpWLd2oAh+z8feJRbc3NzoMMs=; b=WADA3lqdJAyKDaF8odHKVFzvHpEU5AYxJ8mSfeJm5y/Ve04euyBzEmyHZb694qHhzT 9Xw72ursqiLu+R248HjxatpDb8hcGgIkup4lZNA/9lfy6a0oJkr5UBy+lyYf68U3iM8M 73kl5fhvjXKmOSKa4zEOg2mVP1Jj1S6b/NRfY= MIME-Version: 1.0 Received: by 10.50.41.131 with SMTP id f3mr15566129igl.28.1326820650140; Tue, 17 Jan 2012 09:17:30 -0800 (PST) Received: by 10.50.213.74 with HTTP; Tue, 17 Jan 2012 09:17:30 -0800 (PST) In-Reply-To: <20120116205417.GC95413@hoeg.nl> References: <20120116205417.GC95413@hoeg.nl> Date: Tue, 17 Jan 2012 18:17:30 +0100 Message-ID: From: Monthadar Al Jaberi To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: installworld: posix_memalign X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:17:31 -0000 On Mon, Jan 16, 2012 at 9:54 PM, Ed Schouten wrote: > Hi Monthadar, > > * Monthadar Al Jaberi , 20120116 18:48: >> I updated my source tree to lastest and buildworld and buildkernel >> without error. but installworld gives this error: >> >> install: posix_memalign.3.gz: No such file or directory >> >> checking the the log I see there where some changes done 6 days ago >> for this file /head/lib/libc/stdlib/Makefile.inc >> >> should this line inside Makefile.inc: >> >> MLINKS+=3Daligned_alloc.3 posix_memalign.3 >> >> be changed to >> >> MLINKS+=3Daligned_alloc.3 > > Are you sure about this? Filenames provided in MLINKS are always > provided in pairs. You specify which file needs to be linked to the > other. So the aligned_alloc man page needs to be linked to > posix_memalign. > > What happens if you remove your obj-directory before running make > buildworld/installworld? I did that and it fixed the problem, but why was it an error in the first place? shouldn't make take care of these things? > > Thanks, > -- > =A0Ed Schouten > =A0WWW: http://80386.nl/ But now I get another error when installworld it says: install: libsbuf.so.5: No such file or directory ** Error code 71 Stop in /usr/src/lib/libsbuf When I look it seems to have compiled libsbuf.so.6 while 5 is listed in the Obselete file my system is FreeBSD mesh 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Tue Jan 17 08:06:03 CET 2012 root@/usr/obj/usr/src/sys/GENERIC amd64 Thank you, Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:26:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8078106564A for ; Tue, 17 Jan 2012 17:26:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 748138FC08 for ; Tue, 17 Jan 2012 17:26:45 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id ACE582A28CC3; Tue, 17 Jan 2012 18:26:44 +0100 (CET) Date: Tue, 17 Jan 2012 18:26:44 +0100 From: Ed Schouten To: Monthadar Al Jaberi Message-ID: <20120117172644.GH95413@hoeg.nl> References: <20120116205417.GC95413@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3U8TY7m7wOx7RL1F" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: installworld: posix_memalign X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:26:45 -0000 --3U8TY7m7wOx7RL1F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * Monthadar Al Jaberi , 20120117 18:17: > But now I get another error when installworld I suspect something unrelated to my change is the culprit. Can you make sure your source tree is not modified, for example by checking out using a different cvsup mirror? Thanks, --=20 Ed Schouten WWW: http://80386.nl/ --3U8TY7m7wOx7RL1F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJPFa9UAAoJEG5e2P40kaK736IP/i3ZTT4ak/WCKi1vNd//v4uI WU8wAIxe3NTBzyMUeXd0PgwCTASyK0lf6MtLzemEQ6j3fRxH0YME7YL7cXmYO5sr Pqug/Jc9tD0B4AjWKcC3JBO1jnvHHfLBlWbGzhqfM9U1q4OPRKO5J7bB8D3FxEMx N3XrYr/mhlOwJUc7OBqjRKwTCpUYsy1t2iaMPKuIDCAQSVpsPoSm5krnB7NGP7r/ BCTMtrDVS0o+lCFO7LDp0L+0wEF2QfDmQxZ+esZSh2MmBkI+FodvrtAWJJc401qu fJCaLMlUka3WnGmbzcZPQwq/szi7/9zs6ABFAxJ4ttn4H+25l5YHfJDnJjV4bjTB zlKIMygXSWMhwUPTDvuweFCc8o/shzKiKQiCj31QmgLLerLLUycEAO6twP7t11UK vuFgnxPCssnVCVLHOe1OBZ9bZ3w8fVoYmMWL7R7b5NZujDfZwQiGf8OGffUglyL0 g6fOwDplrH+W9O+NTlXEYU5NXoYN3t/8YozadZbgcTLpKAfds+um+yIeUI4WHQFY U87lvkN/79za3Qgy+Hs2K/xcsJmjE+2taqNpQsbi3WbXS9KZmuT+LTjcxhMHohCG EqfV7U5SVO7kUzQAztVjCnx6YqCM6T5SwMuXQ3F99KKSpCCjlepdL7GEXX3o0FIY F/I4VLyuG2bjI+c0HtMY =aK8v -----END PGP SIGNATURE----- --3U8TY7m7wOx7RL1F-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:56:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559941065695 for ; Tue, 17 Jan 2012 17:56:47 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id CE1AC8FC19 for ; Tue, 17 Jan 2012 17:56:46 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q0HHuj59023337; Tue, 17 Jan 2012 21:56:45 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q0HHujPF023336; Tue, 17 Jan 2012 21:56:45 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 Jan 2012 21:56:45 +0400 From: Gleb Smirnoff To: Octavian Rinciog Message-ID: <20120117175645.GI12760@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: dhclient em0: not found rev r230054 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:56:47 -0000 On Tue, Jan 17, 2012 at 01:57:48PM +0200, Octavian Rinciog wrote: O> Hello! O> O> After updating to FreeBSD 10.0-CURRENT #0 r230054, I can't do anymore O> dhclient on em0. O> O> [root@freebsd ~]# uname -a O> FreeBSD freebsd 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230054: Fri Jan O> 13 14:29:36 EET 2012 root@freebsd:/usr/obj/usr/head/sys/GENERIC O> i386 O> O> [root@freebsd ~]# cat /var/log/messages | grep em0 | tail -n 6 O> Jan 13 14:41:11 freebsd kernel: em0: Connection 7.3.2> port 0x1820-0x183f mem O> 0xf0300000-0xf031ffff,0xf0325000-0xf0325fff irq 23 at device 25.0 on O> pci0 O> Jan 13 14:41:11 freebsd kernel: em0: Using an MSI interrupt O> Jan 13 14:41:11 freebsd kernel: em0: Ethernet address: 00:19:99:40:76:ee O> Jan 13 14:41:12 freebsd kernel: em0: link state changed to UP O> Jan 13 14:41:58 freebsd dhclient[1734]: em0: not found O> O> [root@freebsd ~]# dhclient em0 O> ifconfig: ioctl (SIOCAIFADDR): File exists O> em0: not found O> exiting. O> O> Do you know how can I fix this problem? Did you upgrade your world together with the kernel? Can you show: #ident /sbin/dhclient-script -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 17:57:37 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461451065672; Tue, 17 Jan 2012 17:57:37 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id A0BBF8FC21; Tue, 17 Jan 2012 17:57:36 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q0HHvZ9o023355; Tue, 17 Jan 2012 21:57:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q0HHvZdB023354; Tue, 17 Jan 2012 21:57:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 Jan 2012 21:57:35 +0400 From: Gleb Smirnoff To: mdf@FreeBSD.org Message-ID: <20120117175735.GJ12760@FreeBSD.org> References: <20120117110242.GD12760@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:57:37 -0000 On Tue, Jan 17, 2012 at 07:34:23AM -0800, mdf@freebsd.org wrote: m> 2012/1/17 Gleb Smirnoff : m> > šNew panic has been introduced somewhere between m> > r229851 and r229932, that happens on shutdown if m> > kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. m> > m> > Uptime: 1h0m17s m> > Rebooting... m> > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/head/sys/kern/kern_cons.c:500 m> > cpuid = 0 m> > KDB: enter: panic m> > [ thread pid 1 tid 100001 ] m> > Stopped at š š škdb_enter+0x3b: movq š š$0,0x514d32(%rip) m> > db> m> > db> bt m> > Tracing pid 1 tid 100001 td 0xfffffe0001d5e000 m> > kdb_enter() at kdb_enter+0x3b m> > panic() at panic+0x1c7 m> > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f m> > cnputs() at cnputs+0x7a m> > putchar() at putchar+0x11f m> > kvprintf() at kvprintf+0x83 m> > vprintf() at vprintf+0x85 m> > printf() at printf+0x67 m> > witness_checkorder() at witness_checkorder+0x773 m> > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x99 m> > uart_cnputc() at uart_cnputc+0x3e m> > cnputc() at cnputc+0x4c m> > cnputs() at cnputs+0x26 m> > putchar() at putchar+0x11f m> > kvprintf() at kvprintf+0x83 m> > vprintf() at vprintf+0x85 m> > printf() at printf+0x67 m> > cpu_reset() at cpu_reset+0x81 m> > kern_reboot() at kern_reboot+0x3a5 m> > --More--^M š š š š^Msys_reboot() at sys_reboot+0x42 m> > amd64_syscall() at amd64_syscall+0x39e m> > Xfast_syscall() at Xfast_syscall+0xf7 m> > --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ea3c, rsp = 0x7fffffffd6d8, rbp = 0x49 --- m> > db> m> > db> show locks m> > exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff809bc560) locked @ /usr/src/head/sys/kern/kern_module.c:101 m> > exclusive spin mutex smp rendezvous (smp rendezvous) r = 0 (0xffffffff80a08840) locked @ /usr/src/head/sys/kern/kern_shutdown.c:542 m> > db> m> > m> > So the problem is that we are holding smp rendezvous mutex during the cpu_reset(). m> > No mutexes should be obtained after it. However, since cpu_reset() does priting m> > we obtain cnputs_mtx, and later obtain uart_hwmtx. The latter is hardcoded in m> > the subr_witness.c as mutex to obtain before smp rendezvous, this triggers m> > yet another printf from witness, that finally panics due to recursing on m> > cnputs_mtx. m> m> At $WORK we explicitly marked cnputs_mtx as NO_WITNESS since it didn't m> seem possible to fit it into the heirarchy in any sane way, since a m> print can come from basically anywhere. m> m> If anyone has a better fix, that'd be great, but I haven't been able m> to think of one. Setting NO_WITNESS on cnputs_mtx won't help for the above problem, IMHO. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:10:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8507A106566C for ; Tue, 17 Jan 2012 19:10:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DA9B914ED93; Tue, 17 Jan 2012 19:10:45 +0000 (UTC) Message-ID: <4F15C7B5.8030806@FreeBSD.org> Date: Tue, 17 Jan 2012 11:10:45 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Octavian Rinciog References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient em0: not found rev r230054 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 19:10:46 -0000 On 01/17/2012 03:57, Octavian Rinciog wrote: > Jan 13 14:41:58 freebsd dhclient[1734]: em0: not found You need to update your world and kernel together. The ability to run new kernel on an old world (as is the usual upgrade method) was broken a little while ago, and the compatibility shims to fix it haven't appeared yet. After you do this upgrade together it'll be safe to resume using the normal 2-stage upgrade method. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 19:35:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DE4B106564A for ; Tue, 17 Jan 2012 19:35:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 35DFB8FC0A for ; Tue, 17 Jan 2012 19:35:18 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q0HJ93Po025837; Tue, 17 Jan 2012 11:09:03 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q0HJ93E7025836; Tue, 17 Jan 2012 11:09:03 -0800 (PST) (envelope-from david) Date: Tue, 17 Jan 2012 11:09:03 -0800 From: David Wolfskill To: Octavian Rinciog Message-ID: <20120117190903.GA24262@albert.catwhisker.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: dhclient em0: not found rev r230054 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 19:35:19 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2012 at 01:57:48PM +0200, Octavian Rinciog wrote: > Hello! >=20 > After updating to FreeBSD 10.0-CURRENT #0 r230054, I can't do anymore > dhclient on em0. >=20 > [root@freebsd ~]# uname -a > FreeBSD freebsd 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230054: Fri Jan > 13 14:29:36 EET 2012 root@freebsd:/usr/obj/usr/head/sys/GENERIC > i386 >=20 > [root@freebsd ~]# cat /var/log/messages | grep em0 | tail -n 6 > Jan 13 14:41:11 freebsd kernel: em0: Connection 7.3.2> port 0x1820-0x183f mem > 0xf0300000-0xf031ffff,0xf0325000-0xf0325fff irq 23 at device 25.0 on > pci0 > Jan 13 14:41:11 freebsd kernel: em0: Using an MSI interrupt > Jan 13 14:41:11 freebsd kernel: em0: Ethernet address: 00:19:99:40:76:ee > Jan 13 14:41:12 freebsd kernel: em0: link state changed to UP > Jan 13 14:41:58 freebsd dhclient[1734]: em0: not found > ... I'm not seeing the above. I don't often have occasion to use em0 while running CURRENT, but today I do, running current at r230212M (building CURRENT at r230063): d134(10.0-C)[4] uname -a FreeBSD d134.dwolf.example.net. 10.0-CURRENT FreeBSD 10.0-CURRENT #445 2302= 12M: Mon Jan 16 05:31:35 PST 2012 root@g1-227.catwhisker.org:/usr/obj/u= sr/src/sys/CANARY i386 d134(10.0-C)[5] grep -Jw em0 /var/run/dmesg.boot=20 em0: port 0xefe0-0xefff mem 0x= f6fe0000-0xf6ffffff,0xf6fdb000-0xf6fdbfff irq 22 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 00:24:e8:9c:11:0f d134(10.0-C)[6] grep -Jw em0 /var/log/messages.0.bz2 | tail -12 Jan 17 10:54:39 localhost dhclient: New Broadcast Address (em0): 192.168.7.= 255 Jan 17 10:54:39 localhost dhclient: New Routers (em0): 192.168.7.1 Jan 17 10:57:10 localhost kernel: em0: port 0xefe0-0xefff mem 0xf6fe0000-0xf6ffffff,0xf6fdb000-0xf6fdbfff= irq 22 at device 25.0 on pci0 Jan 17 10:57:10 localhost kernel: em0: Using an MSI interrupt Jan 17 10:57:10 localhost kernel: em0: Ethernet address: 00:24:e8:9c:11:0f Jan 17 10:57:14 localhost kernel: em0: link state changed to DOWN Jan 17 10:57:16 localhost kernel: em0: link state changed to UP Jan 17 10:57:16 localhost dhclient: New Hostname (em0):=20 Jan 17 10:57:16 localhost dhclient: New IP Address (em0): 192.168.7.134 Jan 17 10:57:16 localhost dhclient: New Subnet Mask (em0): 255.255.255.0 Jan 17 10:57:16 localhost dhclient: New Broadcast Address (em0): 192.168.7.= 255 Jan 17 10:57:16 localhost dhclient: New Routers (em0): 192.168.7.1 d134(10.0-C)[7]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8Vx04ACgkQmprOCmdXAD367wCfQBWXDoVgg+drm31WrkEhAL5i RtUAnA5Fz9JA61tU/ckNmFggc/a8kFyU =Lii8 -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 20:01:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7256106566B; Tue, 17 Jan 2012 20:01:08 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3B22F8FC15; Tue, 17 Jan 2012 20:01:08 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.4) with ESMTP id q0HK17Se098679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 17 Jan 2012 21:01:07 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1326830467; bh=ZYAVZlL96LegRLAyfNARg2IBNKsEhL/sSjOrYnBboNY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=dWsQDTqEqrXJoXjdA5WjNoGsQZtW1K1MRJOahAt22qadrCxHrAxZN80r6B1uV0tOA 53XjSqX8XhbFgYyLZ9PN2+EH/nZnpBFBOCswIvgWJDSelNF4R3YYVDLYoiAZucOrdv 21aQ1jEFDK3zuyEdefprXHEzbWCU0Fcmj3jpYOR8= Date: Tue, 17 Jan 2012 21:01:07 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "Bjoern A. Zeeb" Message-ID: <20120117200106.GB3489@acme.spoerlein.net> Mail-Followup-To: "Bjoern A. Zeeb" , FreeBSD current mailing list , freebsd-hackers@freebsd.org References: <511C0E5F-DBA1-4E41-B8CF-6DEEE35E14D6@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <511C0E5F-DBA1-4E41-B8CF-6DEEE35E14D6@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org, FreeBSD current mailing list Subject: Re: Build Option Survey results X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:01:08 -0000 On Thu, 2012-01-12 at 07:45:34 +0000, Bjoern A. Zeeb wrote: > Hey, > > after two years I had the opportunity to run the build option survey, > initially done by phk, again. The number of options seems to have grown > quite a bit it felt. I have not even looked at the results yet but here > they are fresh off the machine: > > http://people.freebsd.org/~bz/build_option_survey_20120106/ > > Special thanks go to np, sbruno and bhaga for bringing worm back to life. Cool. Is the idea to kill options that have zero effect on anything? What about options that are broken? Is it worth carrying around tons of conditionals if they don't even work? Aren't we supposed to have an army of embedded people that use all of that stuff? Or is nanobsd circumventing the WITHOUT_FOO logic? Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 23:00:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C63331065696; Tue, 17 Jan 2012 23:00:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8D75B8FC1E; Tue, 17 Jan 2012 23:00:23 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q0HN0Nr5081024; Tue, 17 Jan 2012 15:00:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q0HN0NIJ081023; Tue, 17 Jan 2012 15:00:23 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Jan 2012 15:00:23 -0800 From: Steve Kargl To: Dimitry Andric Message-ID: <20120117230023.GA80996@troutmask.apl.washington.edu> References: <20120116204208.GA74223@troutmask.apl.washington.edu> <4F1498BC.3020608@FreeBSD.org> <20120116235402.GA75198@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120116235402.GA75198@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: svn stuck in read() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 23:00:24 -0000 On Mon, Jan 16, 2012 at 03:54:02PM -0800, Steve Kargl wrote: > On Mon, Jan 16, 2012 at 10:38:04PM +0100, Dimitry Andric wrote: > > On 2012-01-16 21:42, Steve Kargl wrote: > > >Is anyone else seeing svn getting stuck while > > >updating /usr/src on an update-to-date freebsd-current? > > > > I saw this when I tried out serf instead of the default neon. For me, > > it hung in about 20% of remote operations. Reverting to neon fixed the > > problem, but I never delved any deeper. > > I'm not using serf. neon was fairly new, but I'll re-install > it to see if the problem presists. Thanks for the feedback. > After rebuilding apr-nothr-ipv6-devrandom-gdbm-db42 to not use threads, subversion works as expected. There appears to be some race condition with apr-* and libthr. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 17 23:03:56 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B5E1065670; Tue, 17 Jan 2012 23:03:56 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 06CCA8FC2A; Tue, 17 Jan 2012 23:03:53 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA16248; Wed, 18 Jan 2012 01:03:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RnI4F-0005lc-9I; Wed, 18 Jan 2012 01:03:51 +0200 Message-ID: <4F15FE55.9020201@FreeBSD.org> Date: Wed, 18 Jan 2012 01:03:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: mdf@FreeBSD.org, Gleb Smirnoff References: <20120117110242.GD12760@glebius.int.ru> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 23:03:56 -0000 on 17/01/2012 17:34 mdf@FreeBSD.org said the following: > 2012/1/17 Gleb Smirnoff : >> New panic has been introduced somewhere between >> r229851 and r229932, that happens on shutdown if >> kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. [**] >> Uptime: 1h0m17s >> Rebooting... >> panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx @ /usr/src/head/sys/kern/kern_cons.c:500 >> cpuid = 0 >> KDB: enter: panic >> [ thread pid 1 tid 100001 ] >> Stopped at kdb_enter+0x3b: movq $0,0x514d32(%rip) >> db> >> db> bt >> Tracing pid 1 tid 100001 td 0xfffffe0001d5e000 >> kdb_enter() at kdb_enter+0x3b >> panic() at panic+0x1c7 >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x10f >> cnputs() at cnputs+0x7a >> putchar() at putchar+0x11f >> kvprintf() at kvprintf+0x83 >> vprintf() at vprintf+0x85 >> printf() at printf+0x67 >> witness_checkorder() at witness_checkorder+0x773 >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x99 >> uart_cnputc() at uart_cnputc+0x3e >> cnputc() at cnputc+0x4c >> cnputs() at cnputs+0x26 >> putchar() at putchar+0x11f >> kvprintf() at kvprintf+0x83 >> vprintf() at vprintf+0x85 >> printf() at printf+0x67 >> cpu_reset() at cpu_reset+0x81 >> kern_reboot() at kern_reboot+0x3a5 >> --More--^M ^Msys_reboot() at sys_reboot+0x42 >> amd64_syscall() at amd64_syscall+0x39e >> Xfast_syscall() at Xfast_syscall+0xf7 >> --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ea3c, rsp = 0x7fffffffd6d8, rbp = 0x49 --- >> db> >> db> show locks >> exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff809bc560) locked @ /usr/src/head/sys/kern/kern_module.c:101 >> exclusive spin mutex smp rendezvous (smp rendezvous) r = 0 (0xffffffff80a08840) locked @ /usr/src/head/sys/kern/kern_shutdown.c:542 >> db> >> >> So the problem is that we are holding smp rendezvous mutex during the cpu_reset(). >> No mutexes should be obtained after it. However, since cpu_reset() does priting >> we obtain cnputs_mtx, and later obtain uart_hwmtx. The latter is hardcoded in >> the subr_witness.c as mutex to obtain before smp rendezvous, this triggers >> yet another printf from witness, that finally panics due to recursing on >> cnputs_mtx. > > At $WORK we explicitly marked cnputs_mtx as NO_WITNESS since it didn't > seem possible to fit it into the heirarchy in any sane way, since a > print can come from basically anywhere. This is the case for the FreeBSD tree too (at least in head). > If anyone has a better fix, that'd be great, but I haven't been able > to think of one. Please note that while the panic happened on cnputs_mtx[*] (because of the recursion), it seems to have been provoked by uart_hwmtx actually. The root cause of the panic at hand is that smp_ipi_mtx is supposed to be a "terminal" lock, i.e. no other lock is supposed to be acquired while smp_ipi_mtx is held. This is the case for all the normal code, but the rule is violated for cpu_reset() in the SMP case, because smp_ipi_mtx is acquired in shutdown_reset() and is held till the end. Thus, while normally smp_ipi_mtx and cnputs_mtx/uart_hwmtx should be completely independent, they have become dependent in this reset path. I think that normally this problem is hidden by people not using WITNESS or by them using WITNESS_SKIPSPIN. One obvious solution is to change the relative order of smp_ipi_mtx (aka "smp rendezvous") and uart_hwmtx in order_lists of subr_witness.c, which predefine some order that is expected between the locks. Another solution is to look into the reason why smp_ipi_mtx is acquired in shutdown_reset(). This call has been added to avoid [what used to be] a deadlock between the stop_cpus() call with interrupts disabled on a shutdown CPU and smp_rendezvous or some tlb ipi call on another CPU. As such it should be sufficient to hold smp_ipi_mtx around the stop_cpus() call. In fact, I would argue that stop_cpus() must hold smp_ipi_mtx for the above reason. That is, all inter-CPU operations should be initiated using the same lock. [*] And there is, of course, a different issue (pointed out many times by Bruce Evans) of cnputs_mtx and now msg_lock ("msgbuf" lock) being inadequate for their jobs as this example demonstrates. Multiplied by the problem of printf being used where db_printf would have been a better choice. Since printf (or db_printf) can be called truly in any situation, the locking must handle recursion, must handle being "stuck" on another CPU, etc. In general, these functions should strive to be lockless, but that's probably not really practical for the normal situations in SMP environment. Still the special situations should be detected and handled. [**] I would expect this panic/problem to be there for a long time already (definitely before r229851). It's surprising to me that it seems to be a recent phenomenon. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 01:34:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EBF4106566B for ; Wed, 18 Jan 2012 01:34:31 +0000 (UTC) (envelope-from marcelorossi@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id F24918FC08 for ; Wed, 18 Jan 2012 01:34:30 +0000 (UTC) Received: by ghy10 with SMTP id 10so564262ghy.13 for ; Tue, 17 Jan 2012 17:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9OSK/LfHFKGKFZbipd+photBucYIPovN2hecwjN7QTc=; b=T32AuJUO9TX/SWS8+EOo7htSGDY/TtU1Z7WZtYEo5UNWZjnEIHZmKOs3tiwgf74/Y3 Uc5MioNNahdU+eLmteTDqnzBxet8N51zX2PkMfAAskNHCPdvHhb9MyIX7BPWcPCwcdlq wy7g8piwernCYjNzrBUYOZNhJ3ME0AqC2iCRY= MIME-Version: 1.0 Received: by 10.236.145.234 with SMTP id p70mr27543559yhj.88.1326848941036; Tue, 17 Jan 2012 17:09:01 -0800 (PST) Received: by 10.146.176.40 with HTTP; Tue, 17 Jan 2012 17:09:01 -0800 (PST) Received: by 10.146.176.40 with HTTP; Tue, 17 Jan 2012 17:09:01 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 23:09:01 -0200 Message-ID: From: "Marcelo/Porks" To: current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: libfftw3.so.5: compile error on port of awesome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 01:34:31 -0000 Hi guys, I do not know if this is the correct mail list to report this. I'm trying to compile the port x11-wm/awesome but failed with the error: [ 37%] Building C object CMakeFiles/awesome.dir/common/tokenize.c.o Linking C executable awesome [ 37%] Built target awesome Scanning dependencies of target generated_icons [ 38%] Generating themes/zenburn/titlebar/maximized_normal_active.png Shared object "libfftw3.so.5" not found, required by "convert"*** Error code 1 Stop in /usr/ports/x11-wm/awesome/work/awesome-3.4.11. *** Error code 1 I'm using the head and the workaround of UNAME_r=9.9-CURRENT BARAD-DUR# uname -a FreeBSD BARAD-DUR 9.9-CURRENT FreeBSD 10.0-CURRENT #6 r230290M: Tue Jan 17 22:22:46 BRST 2012 root@BARAD-DUR:/usr/clang/obj/usr/src/sys/GENERIC amd64 BARAD-DUR# echo $UNAME_r u9.9-CURRENT (GMT-2) I have on my system /usr/local/lib/libfftw3.so.6 I can compile making: ln -s /usr/local/lib/libfftw3.so /usr/local/lib/libfftw3.so.5 (I know, this is a bad thing to do) Could someone check if on your system the same happen? From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 05:33:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64043106566C for ; Wed, 18 Jan 2012 05:33:20 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3725B8FC1A for ; Wed, 18 Jan 2012 05:33:19 +0000 (UTC) Received: by dadi14 with SMTP id i14so159892dad.13 for ; Tue, 17 Jan 2012 21:33:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p1AAOrQj8YI/LRJNmyMRsFJJ8eXHrQTKCsuRcU+F5eU=; b=FVinIszYERR7w2a3fDj3RD5Bjv5asBBYOM2kLGsa/13YNS1PGzO9i1kcYy/0+7435O F9BNDpGrr2kb8OiK52s/Ec+KSnfVmLCt5WK1nJSO0uWb6lwgRXhJffc1N4FO8Tbofnh7 3BEUyWdXFbjEnWfzG0d8atw/8gFvJimhmI/Gg= MIME-Version: 1.0 Received: by 10.68.75.107 with SMTP id b11mr40349608pbw.66.1326863089332; Tue, 17 Jan 2012 21:04:49 -0800 (PST) Received: by 10.68.43.103 with HTTP; Tue, 17 Jan 2012 21:04:49 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 21:04:49 -0800 Message-ID: From: Kevin Oberman To: "Marcelo/Porks" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current Subject: Re: libfftw3.so.5: compile error on port of awesome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 05:33:20 -0000 On Tue, Jan 17, 2012 at 5:09 PM, Marcelo/Porks wrote: > Hi guys, I do not know if this is the correct mail list to report this. > > I'm trying to compile the port x11-wm/awesome but failed with the error: > > [ 37%] Building C object CMakeFiles/awesome.dir/common/tokenize.c.o > Linking C executable awesome > [ 37%] Built target awesome > Scanning dependencies of target generated_icons > [ 38%] Generating themes/zenburn/titlebar/maximized_normal_active.png > Shared object "libfftw3.so.5" not found, required by "convert"*** Error > code 1 > > Stop in /usr/ports/x11-wm/awesome/work/awesome-3.4.11. > *** Error code 1 > > I'm using the head and the workaround of UNAME_r=9.9-CURRENT > > BARAD-DUR# uname -a > FreeBSD BARAD-DUR 9.9-CURRENT FreeBSD 10.0-CURRENT #6 r230290M: Tue Jan 17 > 22:22:46 BRST 2012 root@BARAD-DUR:/usr/clang/obj/usr/src/sys/GENERIC > amd64 > BARAD-DUR# echo $UNAME_r > u9.9-CURRENT > > (GMT-2) > > I have on my system /usr/local/lib/libfftw3.so.6 > I can compile making: > ln -s /usr/local/lib/libfftw3.so /usr/local/lib/libfftw3.so.5 > > (I know, this is a bad thing to do) > > Could someone check if on your system the same happen? > Yes, it's risky to do that. The problem is that some port on your system needs to re-link against /usr/local/lib/libfftw3.so.6. You can find the ports that link to non-existent libs by installing sysutils/bsdadminscripts and running pkg_libchk. It will list all executables that are linked against non-existent libs. Note that it does generate a few false positives. See the man page for details, but none of the false positives is likely to show up for libfftw3. Re-install any port with files linked against libfftw3.so.5. While you are at it, fix any other errors found, though you may skip openoffice and Java (false positives). -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 10:30:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8DB41065672 for ; Wed, 18 Jan 2012 10:30:47 +0000 (UTC) (envelope-from marcelorossi@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A27F88FC18 for ; Wed, 18 Jan 2012 10:30:47 +0000 (UTC) Received: by ghy10 with SMTP id 10so720424ghy.13 for ; Wed, 18 Jan 2012 02:30:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=kK6JwNY75Ay/yrmBMxAdxyexS69wY0EmZ0FFoPXJ+RE=; b=V5sFsPpqH4AT/r0QEcN8owa7kAlahvu1ihK7A1MOSCAY0XcTdA8dA8eci8E1dcqh3Y Xd3gA/S6jUALe+6ubdgb58+cXCun9638nfgD7fEn/kk2hUe6OO57I1uKNG/KSrM/MWqa FI6S2Yb+oYDTiX/bvsOzihUHyTb42rmxwg8tg= Received: by 10.101.138.13 with SMTP id q13mr6150632ann.62.1326882646252; Wed, 18 Jan 2012 02:30:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.146.176.40 with HTTP; Wed, 18 Jan 2012 02:30:04 -0800 (PST) In-Reply-To: References: From: "Marcelo/Porks" Date: Wed, 18 Jan 2012 08:30:04 -0200 Message-ID: To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current Subject: Re: libfftw3.so.5: compile error on port of awesome X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 10:30:48 -0000 On Wed, Jan 18, 2012 at 03:04, Kevin Oberman wrote: > On Tue, Jan 17, 2012 at 5:09 PM, Marcelo/Porks > wrote: >> >> Hi guys, I do not know if this is the correct mail list to report this. >> >> I'm trying to compile the port x11-wm/awesome but failed with the error: >> >> [ 37%] Building C object CMakeFiles/awesome.dir/common/tokenize.c.o >> Linking C executable awesome >> [ 37%] Built target awesome >> Scanning dependencies of target generated_icons >> [ 38%] Generating themes/zenburn/titlebar/maximized_normal_active.png >> Shared object "libfftw3.so.5" not found, required by "convert"*** Error >> code 1 >> >> Stop in /usr/ports/x11-wm/awesome/work/awesome-3.4.11. >> *** Error code 1 >> >> I'm using the head and the workaround of UNAME_r=3D9.9-CURRENT >> >> BARAD-DUR# uname -a >> FreeBSD BARAD-DUR 9.9-CURRENT FreeBSD 10.0-CURRENT #6 r230290M: Tue Jan = 17 >> 22:22:46 BRST 2012 root@BARAD-DUR:/usr/clang/obj/usr/src/sys/GENERIC >> =A0amd64 >> BARAD-DUR# echo $UNAME_r >> u9.9-CURRENT >> >> (GMT-2) >> >> I have on my system /usr/local/lib/libfftw3.so.6 >> I can compile making: >> ln -s /usr/local/lib/libfftw3.so /usr/local/lib/libfftw3.so.5 >> >> (I know, this is a bad thing to do) >> >> Could someone check if on your system the same happen? > > > Yes, it's risky to do that. > > The problem is that some port on your system needs to re-link against > /usr/local/lib/libfftw3.so.6. > > You can find the ports that link to non-existent libs by installing > sysutils/bsdadminscripts and running pkg_libchk. It will list all > executables that are linked against non-existent libs. Note that it does > generate a few false positives. See the man page for details, but none of > the false positives is likely to show up for libfftw3. > > Re-install any port with files linked against libfftw3.so.5. While you ar= e > at it, fix any other errors found, though you may skip openoffice and Jav= a > (false positives). I didn't know about the sysutils/bsdadminscripts:pkg_libchk. It was really helpful. The problem was an old version of ImageMagick installed on my system. Once the ImageMagick's port also failed to compile. I tried to install the last version of the package at ftp.freebsd.org and so the issue about libfftw3.so.5 was gone. Thanks > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com > > --=20 Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights.= " "I have nothing against God, I just hate His fan club" From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 16:02:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1861065674; Wed, 18 Jan 2012 16:02:51 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD438FC0A; Wed, 18 Jan 2012 16:02:50 +0000 (UTC) Received: by eekb47 with SMTP id b47so903090eek.13 for ; Wed, 18 Jan 2012 08:02:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GT0esxY0+ntBUQ1SXs+hltwmGLTVSd6qohKtlMls1+o=; b=boghmtic0iZuMYjTRPFHARbsfbYcBoBNDdzH4GCIAWnj6F+OJNOv7IIOwWDWNnxV/s ZZr6dSWIzwjmcihx30CAHOiNGNsTG6mxQhysx4gXx8Wwef1OKQf9kiK9RzGjyCigsh2N 3l0FecEipp3bcvwgCPUjKwA10SYgucvPFDWCg= Received: by 10.14.8.199 with SMTP id 47mr373180eer.88.1326902569440; Wed, 18 Jan 2012 08:02:49 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 28sm36015222eed.0.2012.01.18.08.02.37 (version=SSLv3 cipher=OTHER); Wed, 18 Jan 2012 08:02:45 -0800 (PST) Sender: Alexander Motin Message-ID: <4F16ED05.4060604@FreeBSD.org> Date: Wed, 18 Jan 2012 18:02:13 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Yuri Pankov References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <20120112130404.GD1429@procyon.xvoid.org> In-Reply-To: <20120112130404.GD1429@procyon.xvoid.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 16:02:51 -0000 On 01/12/12 15:04, Yuri Pankov wrote: > On Thu, Jan 12, 2012 at 02:57:52PM +0200, Alexander Motin wrote: >> On 01/12/12 14:18, Yuri Pankov wrote: >>> On Wed, Jan 11, 2012 at 09:33:17PM +0200, Alexander Motin wrote: >>>> I would like request for testing of my work on further HDA sound driver >>>> improvement. >>> [...] >>>> Patch can be found here: >>>> http://people.freebsd.org/~mav/hda.rewrite.patch >>>> >>>> Patch was generated for 10-CURRENT, but should apply to fresh 9-STABLE >>>> and 8-STABLE branches also. >>> >>> Patch applied cleanly to r230008 using `svn patch`. >>> >>> hdacc0: at cad 0 on hdac0 >>> hdaa0: at nid 1 on hdacc0 >>> pcm0: at nid 5 on hdaa0 >>> hdacc1: at cad 1 on hdac0 >>> hdaa1: at nid 1 on hdacc1 >>> pcm1: at nid 5 on hdaa1 >>> hdacc2: at cad 2 on hdac0 >>> hdaa2: at nid 1 on hdacc2 >>> pcm2: at nid 5 on hdaa2 >>> hdacc3: at cad 3 on hdac0 >>> hdaa3: at nid 1 on hdacc3 >>> pcm3: at nid 5 on hdaa3 >>> hdacc4: at cad 0 on hdac1 >>> hdaa4: at nid 1 on hdacc4 >>> pcm4: at nid 13 and 11 on hdaa4 >>> pcm5: at nid 15 and 24 on hdaa4 >>> pcm6: at nid 30 on hdaa4 >>> >>> pcm4 (builtin speakers) and pcm5 (headphones) seem to work fine, however >> >> Thank you. >> >>> I'm not getting anything out of pcm0-pcm3 (connected to a TV via HDMI), >>> mplayer just pauses at the beggining, trying to cat anything to >>> /dev/dsp{0-3}.0 gives: >>> >>> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead >>> >>> It was the same with the old driver and I'm not sure if it's (most >>> likely) my misconfiguration or a driver problem. >> >> It sounds more like a driver problem. HDMI audio is still not very well >> discovered area, and, according to ALSA reading, NVidia HDMI is also not >> very standard. Probably I'll finally have to buy something to >> experiment. What card do you have? > > It's a laptop with "nVidia Corporation GT216 [GeForce GT 230M]" (as > identified by x11/nvidia-driver). I've reproduced it on NVidia GT210. It seems there is some problem with MSI generation. Switching to legacy PCI interrupts fixes problem for me. Linux HDA driver disables MSI for all NVidia controllers. Try to add hint.hdac.0.msi=0 into the /boot/loader.conf. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 19:29:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21E2106564A; Wed, 18 Jan 2012 19:29:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 454968FC17; Wed, 18 Jan 2012 19:29:02 +0000 (UTC) Received: by eaai10 with SMTP id i10so1487476eaa.13 for ; Wed, 18 Jan 2012 11:29:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=W80MEEpkpKjL4iGcWN1u1HAYKLz1HTIQjoV8NXZ8Gx0=; b=K2dBmIeDraZGcvEwU1o82iTyQT3f0hfmAB5ghZg3CO0iFzW7nS+JXPM5N6vxYHnrTk TQHMQq/I+2rHWPjSDTK+AeGoZWqkwjWb4bHVsKF9D+CiXQqpqaR2fTYKIVnL6RdFc59u iu1WTyT67bk3KcymlEN5u31k2Sy1YLo2B12qc= Received: by 10.213.7.130 with SMTP id d2mr5446049ebd.101.1326914942051; Wed, 18 Jan 2012 11:29:02 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id x43sm103301014eef.8.2012.01.18.11.28.59 (version=SSLv3 cipher=OTHER); Wed, 18 Jan 2012 11:29:00 -0800 (PST) Sender: Alexander Motin Message-ID: <4F171D7A.4080003@FreeBSD.org> Date: Wed, 18 Jan 2012 21:28:58 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 19:29:04 -0000 On 01/16/12 13:26, Mickaël Maillot wrote: > it could be realy nice to have nvidia hdmi support first 2 channels and > next 8 channels. > i have an ION2 platform and i'm open to test everything. I've just committed (http://svn.freebsd.org/changeset/base/230312) to head patch (http://people.freebsd.org/~mav/hda.hdmi.patch), significantly improving HDMI/DisplayPort audio support. Testers, go! :) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:05:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6141A106566B for ; Wed, 18 Jan 2012 21:05:38 +0000 (UTC) (envelope-from andrew.hobbs@ai.net) Received: from ginga.ai.net (ginga.ai.net [205.134.166.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABA28FC0A for ; Wed, 18 Jan 2012 21:05:38 +0000 (UTC) Received: from ginga.ai.net ([205.134.166.19]) by ginga.ai.net ([205.134.166.19]) with mapi; Wed, 18 Jan 2012 15:55:02 -0500 From: Andrew Hobbs To: "freebsd-current@freebsd.org" Date: Wed, 18 Jan 2012 15:54:56 -0500 Thread-Topic: CARP on -CURRENT Thread-Index: AczWImDevZ4rwt29S4eXN5iCxAEasg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CARP on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 21:05:38 -0000 Is CARP implemented on -CURRENT (FreeBSD 10)? I'm playing around with some test boxes in the office running -CURRENT; testbox# uname -a FreeBSD testbox.ai.net 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Wed Jan 18 19:= 21:12 EST 2012 root@testbox.ai.net:/usr/obj/usr/src/sys/CARP amd64 I can't seem to create a carp interface despite having compiled a kernel wi= th "device carp" in it. Attempts to create a carp interface fail; # ifconfig carp create ifconfig: SIOCIFCREATE2: Invalid argument >From what I've read in the handbook entry on CARP (http://www.freebsd.org/d= oc/handbook/carp.html), I should be able to either compile in the carp devi= ce, as above, or load the if_carp.ko kern module. There doesn't appear to b= e a if_carp.ko module in the -CURRENT source tree, however. Only the carp m= odule itself; # ls -ald /usr/src/sys/modules/*carp* drwxr-xr-x 2 root wheel 512 Dec 27 15:12 /usr/src/sys/modules/carp Am I missing something completely obvious? Was the functionality of if_carp= .ko rolled into another module? -Andrew From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:16:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30DA11065672 for ; Wed, 18 Jan 2012 21:16:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7608FC1C for ; Wed, 18 Jan 2012 21:16:58 +0000 (UTC) Received: by pbdx13 with SMTP id x13so3826994pbd.13 for ; Wed, 18 Jan 2012 13:16:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f5iINEhdlR3AO0Mz/wisi5h+xP9FUZqmUIekwo5iwnc=; b=vo+nbOngrte3hms0ombPTBmu2FTLzD9PDjTBz3eEhv9t83NDWBzhud9PuS69aeOrtn qSkUCGV2IV72U0xtQulIA83AItu+D6J/bYT858Oh448IIgdjkoY0NlQkXwQHbEmL5hzE gn7jAmY1TcPLat2yAvZcnJCfQnc2A76oI31+g= MIME-Version: 1.0 Received: by 10.68.75.4 with SMTP id y4mr47043832pbv.63.1326921418619; Wed, 18 Jan 2012 13:16:58 -0800 (PST) Received: by 10.142.113.1 with HTTP; Wed, 18 Jan 2012 13:16:58 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Jan 2012 13:16:58 -0800 Message-ID: From: Freddie Cash To: Andrew Hobbs Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-current@freebsd.org" Subject: Re: CARP on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 21:16:59 -0000 On Wed, Jan 18, 2012 at 12:54 PM, Andrew Hobbs wrote: > Is CARP implemented on -CURRENT (FreeBSD 10)? Search through the mailing list archives for -current, and possibly -stable. There's a major reworking of CARP underway in -CURRENT. It's no longer a separate interface, but options assigned to an interface. There's a couple really long messages that cover it in the archives. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 21:50:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D781065673 for ; Wed, 18 Jan 2012 21:50:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BFF9C8FC0C for ; Wed, 18 Jan 2012 21:50:55 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so4856049wgb.31 for ; Wed, 18 Jan 2012 13:50:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=n9P7zS4WUnS0SQaH4Z55owBZaCQ+aHXR8zHHK+8kGNs=; b=fLjlYzJAvirfHC6Lxb0ELU/1InyI+4QThuK1ty/AlOVOFwuaNGc7Wks+ug6YO7i2bG Uocu6Mu+Ocn9vYIF/nBPmIJan72QAqyqTTSx58gJSAMmjc7SfttLB4NmBCZSfCDCvxn8 G6bBktb0qkBqec+TOzBEmjOxApJPK6hFtPTRc= MIME-Version: 1.0 Received: by 10.180.19.42 with SMTP id b10mr34459812wie.13.1326921841737; Wed, 18 Jan 2012 13:24:01 -0800 (PST) Received: by 10.180.7.168 with HTTP; Wed, 18 Jan 2012 13:24:01 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Jan 2012 00:24:01 +0300 Message-ID: From: Sergey Kandaurov To: Andrew Hobbs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: Re: CARP on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 21:50:56 -0000 On 19 January 2012 00:54, Andrew Hobbs wrote: > Is CARP implemented on -CURRENT (FreeBSD 10)? > > I'm playing around with some test boxes in the office running -CURRENT; > testbox# uname -a > FreeBSD testbox.ai.net 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Wed Jan 18 1= 9:21:12 EST 2012 =A0 =A0 root@testbox.ai.net:/usr/obj/usr/src/sys/CARP =A0a= md64 > > I can't seem to create a carp interface despite having compiled a kernel = with "device =A0 =A0 =A0carp" in it. Attempts to create a carp interface fa= il; > # ifconfig carp create > ifconfig: SIOCIFCREATE2: Invalid argument > > >From what I've read in the handbook entry on CARP (http://www.freebsd.or= g/doc/handbook/carp.html), I should be able to either compile in the carp d= evice, as above, or load the if_carp.ko kern module. There doesn't appear t= o be a if_carp.ko module in the -CURRENT source tree, however. Only the car= p module itself; > # ls -ald /usr/src/sys/modules/*carp* > drwxr-xr-x =A02 root =A0wheel =A0512 Dec 27 15:12 /usr/src/sys/modules/ca= rp > > Am I missing something completely obvious? Was the functionality of if_ca= rp.ko rolled into another module? You should definitely read this changeset: http://svn.freebsd.org/changeset/base/228571 and the updated carp ifconfig syntax in man carp. As for if_carp.ko, it was renamed into carp.ko as part of the CARP implementation overhaul. This only affects CURRENT. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:04:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D98106566B; Wed, 18 Jan 2012 22:04:16 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B90D38FC12; Wed, 18 Jan 2012 22:04:15 +0000 (UTC) Received: by qcse1 with SMTP id e1so2935626qcs.13 for ; Wed, 18 Jan 2012 14:04:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QpmhGSQdaO53EwbuTa8lK5Zv57ry0+1NUDy1DUGaQmg=; b=YmLH3rXeb8a9oJBn+LXmMV7XzY7Bv26gq8UgJxShwx+D9RcTO481KbDoDeJd7998cQ eWW36GUUT2pzdVqhaYcJMIHMm5CRORO1aYtWQfGft+dR9hUoXkHfKhvZKnyKCuK4m8Vo B598Mm6QPUQufqUH14THrTDXCjVkK7QQ59SlU= MIME-Version: 1.0 Received: by 10.224.205.134 with SMTP id fq6mr24137989qab.99.1326924255009; Wed, 18 Jan 2012 14:04:15 -0800 (PST) Received: by 10.229.124.11 with HTTP; Wed, 18 Jan 2012 14:04:14 -0800 (PST) In-Reply-To: <4F171D7A.4080003@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> Date: Wed, 18 Jan 2012 23:04:14 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:04:16 -0000 2012/1/18 Alexander Motin > On 01/16/12 13:26, Micka=EBl Maillot wrote: > >> it could be realy nice to have nvidia hdmi support first 2 channels and >> next 8 channels. >> i have an ION2 platform and i'm open to test everything. >> > > I've just committed (http://svn.freebsd.org/**changeset/base/230312) > to head patch (http://people.freebsd.org/~**mav/hda.hdmi.patch), > significantly improving HDMI/DisplayPort audio support. Testers, go! :) > > Thank a lot ! kernel patched, reboot, and still no sound over hdmi, so i add in my loader.conf: hint.hdac.1.msi=3D0 reboot, and now it works ! so your patch does not disable msi by default for my chip. i tried AC3, DTS, DTS ES 6.1, and all works fine like on optical output. tomorow i'll try 8 channels with DTS HDMA, Dolby TrueHD and LPCM 7.1 (i need to recompile xbmc with some changes) you can find verbose dmesg here: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120118.txt From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:12:22 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 592D2106568B for ; Wed, 18 Jan 2012 22:12:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 219E78FC0A for ; Wed, 18 Jan 2012 22:12:21 +0000 (UTC) Received: (qmail 60491 invoked by uid 0); 18 Jan 2012 17:03:08 -0500 Received: from unknown (HELO glenbarber.us) (75.97.128.170) by 0 with SMTP; 18 Jan 2012 17:03:08 -0500 Date: Wed, 18 Jan 2012 17:03:02 -0500 From: Glen Barber To: current@FreeBSD.org Message-ID: <20120118220302.GB1862@glenbarber.us> References: <20120118220136.GA1862@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20120118220136.GA1862@glenbarber.us> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:12:22 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 18, 2012 at 05:01:37PM -0500, Glen Barber wrote: > I have kgdb output attached, and I'll be happy to provide whatever > additional information that may be needed. > This time with the attachment... Glen --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kgdb.txt" Script started on Wed Jan 18 16:42:35 2012 nucleus# kgdb kernel.debug /var/crash/vmcore.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ACPI Warning: Large Reference Count (0x806) in object 0xfffffe000449fc80 (20120111/utdelete-491) ACPI Warning: Large Reference Count (0x807) in object 0xfffffe000449fc80 (20120111/utdelete-491) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 04 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805c2098 stack pointer = 0x28:0xffffff8000269a50 frame pointer = 0x28:0xffffff8000269aa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff806009ce at kdb_backtrace+0x5e #1 0xffffffff805d06a8 at panic+0x1d8 #2 0xffffffff8081a000 at trap_fatal+0x290 #3 0xffffffff8081a63d at trap+0x29d #4 0xffffffff808063bf at calltrap+0x8 #5 0xffffffff80609bdd at sleepq_timeout+0x1d #6 0xffffffff805e238f at softclock+0x29f #7 0xffffffff805ab904 at intr_event_execute_handlers+0x64 #8 0xffffffff805ac567 at ithread_loop+0x97 #9 0xffffffff805a975d at fork_exit+0x11d #10 0xffffffff808068ee at fork_trampoline+0xe Uptime: 2h42m5s Dumping 2511 out of 7846 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% kgdb: kvm_read: invalid address (0x64) Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/iicbb.ko...Reading symbols from /boot/kernel/iicbb.ko.symbols...done. done. Loaded symbols for /boot/kernel/iicbb.ko Reading symbols from /boot/kernel/iicbus.ko...Reading symbols from /boot/kernel/iicbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/iicbus.ko Reading symbols from /boot/kernel/iic.ko...Reading symbols from /boot/kernel/iic.ko.symbols...done. done. Loaded symbols for /boot/kernel/iic.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/kernel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kernel/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0xffffffff805c2098 0xffffffff805c2098 is in thread_lock_flags_ (/usr/src/sys/kern/kern_mutex.c:589). 584 KASSERT(m->mtx_lock != MTX_DESTROYED, 585 ("thread_lock() of destroyed mutex @ %s:%d", file, line)); 586 KASSERT(LOCK_CLASS(&m->lock_object) == &lock_class_mtx_spin, 587 ("thread_lock() of sleep mutex %s @ %s:%d", 588 m->lock_object.lo_name, file, line)); 589 if (mtx_owned(m)) 590 KASSERT((m->lock_object.lo_flags & LO_RECURSABLE) != 0, 591 ("thread_lock: recursed on non-recursive mutex %s @ %s:%d\n", 592 m->lock_object.lo_name, file, line)); 593 WITNESS_CHECKORDER(&m->lock_object, (kgdb) backtrace #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff805cffc3 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:455 #2 0xffffffff805d067c in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:643 #3 0xffffffff8081a000 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:819 #4 0xffffffff8081a63d in trap (frame=0xffffff80002699a0) at /usr/src/sys/amd64/amd64/trap.c:322 #5 0xffffffff808063bf in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #6 0xffffffff805c2098 in thread_lock_flags_ (td=0xfffffe0008087000, opts=0, file=0xffffffff8090d5d0 "/usr/src/sys/kern/subr_sleepqueue.c", line=891) at /usr/src/sys/kern/kern_mutex.c:593 #7 0xffffffff80609bdd in sleepq_timeout (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:891 #8 0xffffffff805e238f in softclock (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/kern_timeout.c:571 #9 0xffffffff805ab904 in intr_event_execute_handlers (p=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/sys/kern/kern_intr.c:1257 #10 0xffffffff805ac567 in ithread_loop (arg=0xfffffe000410ac00) at /usr/src/sys/kern/kern_intr.c:1270 #11 0xffffffff805a975d in fork_exit (callout=0xffffffff805ac4d0 , arg=0xfffffe000410ac00, frame=0xffffff8000269c50) at /usr/src/sys/kern/kern_fork.c:995 #12 0xffffffff808068ee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000001 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0xffffffff80c2f7c0 in tdq_cpu () #38 0xffffffff80c2f7c0 in tdq_cpu () #39 0xfffffe0004154888 in ?? () #40 0xfffffe00041478c0 in ?? () #41 0xffffff8000269b40 in ?? () #42 0xffffff8000269af8 in ?? () #43 0xfffffe0004154460 in ?? () #44 0xffffffff805f3fe7 in sched_switch (td=0xfffffe000410ac00, newtd=0xffffffff805ac4d0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1854 Previous frame inner to this frame (corrupt stack?) (kgdb) quit nucleus# exit Script done on Wed Jan 18 16:43:22 2012 --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:12:22 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68DAE106568C for ; Wed, 18 Jan 2012 22:12:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 1C5A18FC08 for ; Wed, 18 Jan 2012 22:12:21 +0000 (UTC) Received: (qmail 60469 invoked by uid 0); 18 Jan 2012 17:01:43 -0500 Received: from unknown (HELO glenbarber.us) (75.97.128.170) by 0 with SMTP; 18 Jan 2012 17:01:43 -0500 Date: Wed, 18 Jan 2012 17:01:37 -0500 From: Glen Barber To: current@FreeBSD.org Message-ID: <20120118220136.GA1862@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [panic] intr_event_execute_handlers() - Corrupted DWARF expression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:12:22 -0000 Hi, I'm running -CURRENT from about 5 days ago: nucleus# uname -a FreeBSD nucleus 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r230037M: Fri Jan 13 17:48:14 EST 2012 gjb@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 (The 'M' is kib's DRM patches for Intel GPU.) So far, I haven't had much problem with this laptop, but just had the machine panic. I have kgdb output attached, and I'll be happy to provide whatever additional information that may be needed. I have core.txt.N available here: http://people.freebsd.org/~gjb/core.txt Regards, Glen From owner-freebsd-current@FreeBSD.ORG Wed Jan 18 22:48:50 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9211065672 for ; Wed, 18 Jan 2012 22:48:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5338FC0C for ; Wed, 18 Jan 2012 22:48:50 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id F2E3860DF for ; Wed, 18 Jan 2012 17:48:48 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=FvpcUpnkBBjOKgoT+t80i8UoQTemjMrKxOmIK/bLcUemTLCmaJbIF6cwA928uVpqn i6RMOI16GrmBfIZuI2JKGBN/ezjejvRuYY+TgUlFAdcFdIl1qv9GniW+8+0ruVP Message-ID: <4F174C4F.2010302@protected-networks.net> Date: Wed, 18 Jan 2012 17:48:47 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: undefined OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Intermittent re0 phy failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:48:50 -0000 At random intervals, when re0 is without any significant load; idle for lengthy periods, I see .. kernel: re0: PHY read failed last message repeated 4 times kernel: re0: link state changed to DOWN Unplugging the cable and re-inserting is sufficient to restore functionality. kernel is @ SVN r230276 Any ideas how to track this down? imb From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:01:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2237106566C for ; Thu, 19 Jan 2012 01:01:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id BE5A68FC15 for ; Thu, 19 Jan 2012 01:01:46 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 8AD5360DF; Wed, 18 Jan 2012 20:01:45 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=RXjRw5bQ5TxogArY9LuhskvlEHjoz8Xoq+C0f0Rm8F6TW+tuN0k3IDi7lTtp3FAMk UhGeO3tqWyOVNFBTbL0Nvp8U2Wdi9+xCeMIBCgNJNl+aqHQFvDjqhFMsC0rMp8D Message-ID: <4F176B76.5010809@protected-networks.net> Date: Wed, 18 Jan 2012 20:01:42 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4F174C4F.2010302@protected-networks.net> <20120119005457.GE7469@michelle.cdnetworks.com> In-Reply-To: <20120119005457.GE7469@michelle.cdnetworks.com> X-Enigmail-Version: undefined OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Intermittent re0 phy failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 01:01:47 -0000 On 01/18/12 19:54, YongHyeon PYUN wrote: > On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote: >> At random intervals, when re0 is without any significant load; idle for >> lengthy periods, I see .. >> >> kernel: re0: PHY read failed >> last message repeated 4 times >> kernel: re0: link state changed to DOWN >> >> Unplugging the cable and re-inserting is sufficient to restore >> functionality. >> >> kernel is @ SVN r230276 >> >> Any ideas how to track this down? > > Knowing which kind of controller you have would be more helpful. > Show me both re(4)/rgephy(4) related message from dmesg and > 'devinfo -rv | grep rgephy' output. > As requested: dmesg: re0: port 0x2000-0x20ff mem 0xf0700000-0xf0700fff,0xf0200000-0xf0203fff irq 17 at device 0.0 on pci3 re0: MSI count : 1 re0: MSI-X count : 4 re0: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 257 to local APIC 0 vector 51 re0: using IRQ 257 for MSI-X re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 2 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow devinfo -rv | grep rgephy rgephy0 pnpinfo oui=0xe04c model=0x11 rev=0x2 at phyno=1 imb From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:25:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0A3106564A for ; Thu, 19 Jan 2012 01:25:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 946368FC14 for ; Thu, 19 Jan 2012 01:25:40 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so6378958obc.13 for ; Wed, 18 Jan 2012 17:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=zVtPJpHXIgELeF77ZLV+C5pANUnXqOBle6691snIYos=; b=ZsuiiTFrBlL0UgavlwdHfoB80eeTCMy882joCJivZ9HE3xl0I0ru650ePA4s5FIF5e F889dSs6nxBpR0V9YOP1Ct5yvxZ/yPIUCN4KdwFVJ42xm8ihec7uK0z1g39L/rE/mlEw zDebv7zfYTgt/11gJCQXG43Oj7lhsy/J+4fCQ= Received: by 10.50.207.72 with SMTP id lu8mr24995150igc.0.1326934499764; Wed, 18 Jan 2012 16:54:59 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id r18sm94788289ibh.4.2012.01.18.16.54.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jan 2012 16:54:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 18 Jan 2012 16:54:57 -0800 From: YongHyeon PYUN Date: Wed, 18 Jan 2012 16:54:57 -0800 To: Michael Butler Message-ID: <20120119005457.GE7469@michelle.cdnetworks.com> References: <4F174C4F.2010302@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F174C4F.2010302@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Intermittent re0 phy failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 01:25:40 -0000 On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote: > At random intervals, when re0 is without any significant load; idle for > lengthy periods, I see .. > > kernel: re0: PHY read failed > last message repeated 4 times > kernel: re0: link state changed to DOWN > > Unplugging the cable and re-inserting is sufficient to restore > functionality. > > kernel is @ SVN r230276 > > Any ideas how to track this down? Knowing which kind of controller you have would be more helpful. Show me both re(4)/rgephy(4) related message from dmesg and 'devinfo -rv | grep rgephy' output. From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 01:53:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A9071065673 for ; Thu, 19 Jan 2012 01:53:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3938FC0A for ; Thu, 19 Jan 2012 01:53:00 +0000 (UTC) Received: by iagz16 with SMTP id z16so11798165iag.13 for ; Wed, 18 Jan 2012 17:53:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DHaKcWV0eJIT6tA8K1k2T2bWeU3sVxk9CyuJP70WlF8=; b=TV/EPoXPjO4kkwugs7ZGqWQCChi7PB02jKCeIhd8CtVHLQsXnxpIYK8v6t516xE3GU N32xxXNNnYROhjnzbQa2TDOHR9lAlmgASsglB9Nn39icCwhZpnJBg2/2uMr+h1tNHxVC HBcJ8OSDNyYt/P6WW7oKYICFYTk0gb3/Tbox8= Received: by 10.50.222.233 with SMTP id qp9mr22681550igc.1.1326937980546; Wed, 18 Jan 2012 17:53:00 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id pb6sm47554195igc.5.2012.01.18.17.52.58 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jan 2012 17:52:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 18 Jan 2012 17:52:58 -0800 From: YongHyeon PYUN Date: Wed, 18 Jan 2012 17:52:58 -0800 To: Michael Butler Message-ID: <20120119015258.GF7469@michelle.cdnetworks.com> References: <4F174C4F.2010302@protected-networks.net> <20120119005457.GE7469@michelle.cdnetworks.com> <4F176B76.5010809@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: <4F176B76.5010809@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Intermittent re0 phy failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 01:53:01 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 18, 2012 at 08:01:42PM -0500, Michael Butler wrote: > On 01/18/12 19:54, YongHyeon PYUN wrote: > > On Wed, Jan 18, 2012 at 05:48:47PM -0500, Michael Butler wrote: > >> At random intervals, when re0 is without any significant load; idle for > >> lengthy periods, I see .. > >> > >> kernel: re0: PHY read failed > >> last message repeated 4 times > >> kernel: re0: link state changed to DOWN > >> > >> Unplugging the cable and re-inserting is sufficient to restore > >> functionality. > >> > >> kernel is @ SVN r230276 > >> > >> Any ideas how to track this down? > > > > Knowing which kind of controller you have would be more helpful. > > Show me both re(4)/rgephy(4) related message from dmesg and > > 'devinfo -rv | grep rgephy' output. > > > > As requested: > > dmesg: > > re0: port > 0x2000-0x20ff mem 0xf0700000-0xf0700fff,0xf0200000-0xf0203fff irq 17 at > device 0.0 on pci3 > re0: MSI count : 1 > re0: MSI-X count : 4 > re0: attempting to allocate 1 MSI-X vectors (4 supported) > msi: routing MSI-X IRQ 257 to local APIC 0 vector 51 > re0: using IRQ 257 for MSI-X > re0: Using 1 MSI-X message > re0: ASPM disabled > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: OUI 0x00e04c, model 0x0011, rev. 2 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > > devinfo -rv | grep rgephy > rgephy0 pnpinfo oui=0xe04c model=0x11 rev=0x2 at phyno=1 > Thanks a lot. Would you try attached patch? --DKU6Jbt7q3WqK7+M Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168d.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 230315) +++ sys/dev/re/if_re.c (working copy) @@ -1433,11 +1433,16 @@ sc->rl_flags |= RL_FLAG_MACSLEEP; /* FALLTHROUGH */ case RL_HWREV_8168CP: - case RL_HWREV_8168D: sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | RL_FLAG_WOL_MANLINK; break; + case RL_HWREV_8168D: + sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PHYWAKE_PM | + RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | + RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | RL_FLAG_JUMBOV2 | + RL_FLAG_WOL_MANLINK; + break; case RL_HWREV_8168DP: sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_AUTOPAD | --DKU6Jbt7q3WqK7+M-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 02:01:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7599C1065688; Thu, 19 Jan 2012 02:01:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C96B48FC0A; Thu, 19 Jan 2012 02:01:33 +0000 (UTC) Received: by eekb47 with SMTP id b47so1114106eek.13 for ; Wed, 18 Jan 2012 18:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=QOIqvH1MaQU2mYbGaRbONPW+vD0JPu6vRowrO53Arp8=; b=ns/E2ZxkLeKZAV/cr6bv9WgAYjehYPhgd8zoOM3/j0pWFTAz463ONDYXXALoJ9A5/F PAi4sAdK55XXZkh89Op/jSc3dhCgRNPn4HJ04dsaYUIU6k6kdMsTI5qvW7RbhrDdV315 ltHYisgSbpr3TtuVW5l9u1ffniQfW8r98Go44= Received: by 10.14.134.209 with SMTP id s57mr993628eei.122.1326938492779; Wed, 18 Jan 2012 18:01:32 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id s16sm107128495eef.2.2012.01.18.18.01.30 (version=SSLv3 cipher=OTHER); Wed, 18 Jan 2012 18:01:31 -0800 (PST) Sender: Alexander Motin Message-ID: <4F177979.5010106@FreeBSD.org> Date: Thu, 19 Jan 2012 04:01:29 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 02:01:34 -0000 On 01/19/12 00:04, Mickaël Maillot wrote: > 2012/1/18 Alexander Motin > > > On 01/16/12 13:26, Mickaël Maillot wrote: > > it could be realy nice to have nvidia hdmi support first 2 > channels and > next 8 channels. > i have an ION2 platform and i'm open to test everything. > > > I've just committed (http://svn.freebsd.org/__changeset/base/230312 > ) to head patch > (http://people.freebsd.org/~__mav/hda.hdmi.patch > ), significantly > improving HDMI/DisplayPort audio support. Testers, go! :) > > > Thank a lot ! > > kernel patched, reboot, and still no sound over hdmi, so i add in my > loader.conf: > hint.hdac.1.msi=0 > reboot, and now it works ! so your patch does not disable msi by default > for my chip. > i tried AC3, DTS, DTS ES 6.1, and all works fine like on optical output. > tomorow i'll try 8 channels with DTS HDMA, Dolby TrueHD and LPCM 7.1 (i > need to recompile xbmc with some changes) > > you can find verbose dmesg here: > http://fneufn.eu/freebsd/dmesg.verb.htpc.20120118.txt I don't see there neither controller PCI ID, nor ELD content. Could you show also `pciconf -lv` and verbose `dmesg` after Xorg start (if this was before)? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 02:09:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940DA1065670 for ; Thu, 19 Jan 2012 02:09:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 603778FC13 for ; Thu, 19 Jan 2012 02:09:21 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 4E27660DF; Wed, 18 Jan 2012 21:09:20 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=icPVrd5YvGA4f8mwXadvhY4j7gzHKdZCmDzCJLc+NaiI4bmzlIA1jVvZydaa3VRvr 3zvag0aLqjnABNrfKn0o/0dpVnPvI/u1HtBH5fTJps/NyDioBCTqu8WRjLmy3Gi Message-ID: <4F177B4E.2090400@protected-networks.net> Date: Wed, 18 Jan 2012 21:09:18 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4F174C4F.2010302@protected-networks.net> <20120119005457.GE7469@michelle.cdnetworks.com> <4F176B76.5010809@protected-networks.net> <20120119015258.GF7469@michelle.cdnetworks.com> In-Reply-To: <20120119015258.GF7469@michelle.cdnetworks.com> X-Enigmail-Version: undefined OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Intermittent re0 phy failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 02:09:21 -0000 On 01/18/12 20:52, YongHyeon PYUN wrote: > > Thanks a lot. > Would you try attached patch? Compiled, installed and running - I'll see if I can reproduce the failure. Thanks very much for your quick response :-) imb From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 06:26:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C66DF1065674; Thu, 19 Jan 2012 06:26:59 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AADA8FC15; Thu, 19 Jan 2012 06:26:58 +0000 (UTC) Received: by qcse1 with SMTP id e1so3159620qcs.13 for ; Wed, 18 Jan 2012 22:26:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3l80DHuFcGo3PHyWn9SzQSlVJu/ujQqhcsNOSFWf04M=; b=hJdXfqPnjxoYpQytwHriDXSAtqRuNiK5Eu4mzz42rl+6A3Z/jgULI6U1eKj8V+psk4 aJdp/HXdriwDklx66aRlQZkFpECVdGTwVHSVczcUxmaxn7cXmQwPNzC5STT44+Y1GIwL djnCzrqFPLM6I03/vzs8SDEyV0TM0LFnpLg8o= MIME-Version: 1.0 Received: by 10.229.115.21 with SMTP id g21mr9848555qcq.56.1326954418515; Wed, 18 Jan 2012 22:26:58 -0800 (PST) Received: by 10.229.124.11 with HTTP; Wed, 18 Jan 2012 22:26:58 -0800 (PST) In-Reply-To: <4F177979.5010106@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> Date: Thu, 19 Jan 2012 07:26:58 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 06:26:59 -0000 2012/1/19 Alexander Motin > On 01/19/12 00:04, Micka=EBl Maillot wrote: > >> 2012/1/18 Alexander Motin > >> >> >> On 01/16/12 13:26, Micka=EBl Maillot wrote: >> >> it could be realy nice to have nvidia hdmi support first 2 >> channels and >> next 8 channels. >> i have an ION2 platform and i'm open to test everything. >> >> >> I've just committed (http://svn.freebsd.org/__**changeset/base/230312= >> >) >> to head patch >> (http://people.freebsd.org/~__**mav/hda.hdmi.patch >> >), >> significantly >> >> improving HDMI/DisplayPort audio support. Testers, go! :) >> >> >> Thank a lot ! >> >> kernel patched, reboot, and still no sound over hdmi, so i add in my >> loader.conf: >> hint.hdac.1.msi=3D0 >> reboot, and now it works ! so your patch does not disable msi by default >> for my chip. >> i tried AC3, DTS, DTS ES 6.1, and all works fine like on optical output. >> tomorow i'll try 8 channels with DTS HDMA, Dolby TrueHD and LPCM 7.1 (i >> need to recompile xbmc with some changes) >> >> you can find verbose dmesg here: >> http://fneufn.eu/freebsd/**dmesg.verb.htpc.20120118.txt >> > > I don't see there neither controller PCI ID, nor ELD content. Could you > show also `pciconf -lv` and verbose `dmesg` after Xorg start (if this was > before)? > > sorry, i was booting on the wrong kernel ..... here is the good verbose dmesg with ELD: http://fneufn.eu/freebsd/** dmesg.verb.htpc.20120119.txt pciconf -vl with nvidia part: vgapci0@pci0:3:0:0: class=3D0x030000 card=3D0x841f1043 chip=3D0x0a6410d= e rev=3D0xa2 hdr=3D0x00 vendor =3D 'nVidia Corporation' device =3D 'GT218 [ION]' class =3D display subclass =3D VGA hdac1@pci0:3:0:1: class=3D0x040300 card=3D0x841f1043 chip=3D0x0be310d= e rev=3D0xa1 hdr=3D0x00 vendor =3D 'nVidia Corporation' device =3D 'High Definition Audio Controller' class =3D multimedia subclass =3D HDA From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 06:29:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFA0C106564A; Thu, 19 Jan 2012 06:29:14 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECDB8FC1C; Thu, 19 Jan 2012 06:29:14 +0000 (UTC) Received: by qcse1 with SMTP id e1so3160604qcs.13 for ; Wed, 18 Jan 2012 22:29:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0G20sWFQi++r7lJ7d6Dp5hRYXsiFwkq6W+zr2FYFL9I=; b=uzdieGlFHC2zhBk01YoG0dWEBpqZ1Ry7W2SFef4iDrRP51sKwlTvrWpANBCe8jHU58 2esWtJFHhXI9yERqEfcSE6k3iBpsv0p3tPQrqD7QvB3W7vyDBK1q5ANegrzGpm5rj/bE 4E7U7O+vx4yOWAWNd9mIDSg5sMZAR8pZgNeHo= MIME-Version: 1.0 Received: by 10.229.136.8 with SMTP id p8mr7438958qct.36.1326954553858; Wed, 18 Jan 2012 22:29:13 -0800 (PST) Received: by 10.229.124.11 with HTTP; Wed, 18 Jan 2012 22:29:13 -0800 (PST) In-Reply-To: References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> Date: Thu, 19 Jan 2012 07:29:13 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Yuri Pankov , freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 06:29:15 -0000 2012/1/19 Micka=EBl Maillot > > sorry, i was booting on the wrong kernel ..... > here is the good verbose dmesg with ELD: http://fneufn.eu/freebsd/** > dmesg.verb.htpc.20120119.txt > > pciconf -vl with nvidia part: > > vgapci0@pci0:3:0:0: class=3D0x030000 card=3D0x841f1043 chip=3D0x0a641= 0de > rev=3D0xa2 hdr=3D0x00 > vendor =3D 'nVidia Corporation' > device =3D 'GT218 [ION]' > class =3D display > subclass =3D VGA > hdac1@pci0:3:0:1: class=3D0x040300 card=3D0x841f1043 chip=3D0x0be31= 0de > rev=3D0xa1 hdr=3D0x00 > vendor =3D 'nVidia Corporation' > device =3D 'High Definition Audio Controller' > class =3D multimedia > subclass =3D HDA > > with the good link: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120119.txt From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 06:40:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1CB106564A; Thu, 19 Jan 2012 06:40:40 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2809C8FC13; Thu, 19 Jan 2012 06:40:39 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id q0J6RLmK061175; Thu, 19 Jan 2012 06:27:21 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id q0J6RL85061174; Thu, 19 Jan 2012 06:27:21 GMT (envelope-from wkoszek) Date: Thu, 19 Jan 2012 06:27:21 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20120119062721.GA61106@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Thu, 19 Jan 2012 06:27:21 +0000 (UTC) Cc: Subject: Google Code-In 2011 is over; 56 tasks got completed for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 06:40:40 -0000 Hello, (This is cross-posted message between current@, stable@ and hackers@; for eventual discussion, please use hackers@ mailing list.) I am glad to announce that we've successfully reached the end of Google Code-In 2011 Contest! FreeBSD participated first time, and in my personal opinion GCIN has proven to be a big success. I want to thank all the participants for their time, cooperation and dedication. Here's the list of this years participants: Alex Rucker, Andrey Sinitsyn, Anikan, Astha Sethi, Bebacz, Bharath Mohan, doctorkohaku, Eric Newberry, GarrettF, Isabell Long (issyl0), mpaloski, Violet Lin (n00l3), Nagato Yuki, Nathan, passstab, Reid Anderson, Robin, Roger, Rushil Paul, Thomas Turney, Utkarsh Pant, Zacharias Mitzelos I would like to point out Isabell Long (issyl0) completed 13 tasks for us and holds this years record. Some other numbers... We've had 19 mentors. I send special thanks to those who offered their help in mentoring/administration, since accepting/reviewing/judging tasks has proven to be challenging. We've had 78 tasks published. 56 tasks got completed, leading to ~72% successful completions. 1 task was claimed at the time of hitting the deadline, 10 tasks were claimed, but never finished, thus got reopened. 12 of tasks were never claimed. List of tasks, together with their outcome (uploaded results) are present here: http://www.google-melange.com/gci/org/google/gci2011/freebsd It would be my wish to have the work done in GCIN commited to FreeBSD with: Submitted by: Name (Google Code-In 2011) header or similar, clearly stating work comes from GCIN 2011. The hardest expectations for mentors was short response time. For students I think it was meeting FreeBSD's standards, however I'm positively surprised by the quality of submitted work. The complaint which I've heard is: "Not enough coding tasks". We should fix it next time, since most of the tasks were related with documentation and outreach/promotion. I think GCIN should become an integral part of the FreeBSD involvement in promotion of the Open Source software. Thank you. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 15:50:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 943C01065678; Thu, 19 Jan 2012 15:50:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 67A988FC15; Thu, 19 Jan 2012 15:50:49 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 20F9446B1A; Thu, 19 Jan 2012 10:50:49 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 806F3B999; Thu, 19 Jan 2012 10:50:48 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Jan 2012 10:50:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120118220136.GA1862@glenbarber.us> In-Reply-To: <20120118220136.GA1862@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201191050.45477.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 19 Jan 2012 10:50:48 -0500 (EST) Cc: Glen Barber Subject: Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 15:50:49 -0000 On Wednesday, January 18, 2012 5:01:37 pm Glen Barber wrote: > Hi, > > I'm running -CURRENT from about 5 days ago: > > nucleus# uname -a > FreeBSD nucleus 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r230037M: Fri Jan > 13 17:48:14 EST 2012 gjb@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 > > (The 'M' is kib's DRM patches for Intel GPU.) > > So far, I haven't had much problem with this laptop, but just had the > machine panic. > > I have kgdb output attached, and I'll be happy to provide whatever > additional information that may be needed. > > I have core.txt.N available here: > > http://people.freebsd.org/~gjb/core.txt In kgdb, can you go to frame 6 and 'p td->td_lock'. If that is non-null, can you do 'p *td->td_lock'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 16:18:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC5161065674 for ; Thu, 19 Jan 2012 16:18:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 8D06B8FC19 for ; Thu, 19 Jan 2012 16:18:27 +0000 (UTC) Received: (qmail 87376 invoked by uid 0); 19 Jan 2012 11:02:59 -0500 Received: from unknown (HELO glenbarber.us) (75.97.128.170) by 0 with SMTP; 19 Jan 2012 11:02:59 -0500 Date: Thu, 19 Jan 2012 11:02:57 -0500 From: Glen Barber To: John Baldwin Message-ID: <20120119160257.GD1953@glenbarber.us> References: <20120118220136.GA1862@glenbarber.us> <201201191050.45477.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline In-Reply-To: <201201191050.45477.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:18:27 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 19, 2012 at 10:50:45AM -0500, John Baldwin wrote: > On Wednesday, January 18, 2012 5:01:37 pm Glen Barber wrote: > > Hi, > > > > I'm running -CURRENT from about 5 days ago: > > > > nucleus# uname -a > > FreeBSD nucleus 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r230037M: Fri Jan > > 13 17:48:14 EST 2012 gjb@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 > > > > (The 'M' is kib's DRM patches for Intel GPU.) > > > > So far, I haven't had much problem with this laptop, but just had the > > machine panic. > > > > I have kgdb output attached, and I'll be happy to provide whatever > > additional information that may be needed. > > > > I have core.txt.N available here: > > > > http://people.freebsd.org/~gjb/core.txt > > In kgdb, can you go to frame 6 and 'p td->td_lock'. If that is non-null, can > you do 'p *td->td_lock'? > Sure, script(1) output is attached. Thanks. Glen --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="script.txt" Script started on Thu Jan 19 10:56:46 2012 nucleus# kgdb kernel.debug /var/crash/vmcore.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ACPI Warning: Large Reference Count (0x806) in object 0xfffffe000449fc80 (20120111/utdelete-491) ACPI Warning: Large Reference Count (0x807) in object 0xfffffe000449fc80 (20120111/utdelete-491) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 04 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805c2098 stack pointer = 0x28:0xffffff8000269a50 frame pointer = 0x28:0xffffff8000269aa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff806009ce at kdb_backtrace+0x5e #1 0xffffffff805d06a8 at panic+0x1d8 #2 0xffffffff8081a000 at trap_fatal+0x290 #3 0xffffffff8081a63d at trap+0x29d #4 0xffffffff808063bf at calltrap+0x8 #5 0xffffffff80609bdd at sleepq_timeout+0x1d #6 0xffffffff805e238f at softclock+0x29f #7 0xffffffff805ab904 at intr_event_execute_handlers+0x64 #8 0xffffffff805ac567 at ithread_loop+0x97 #9 0xffffffff805a975d at fork_exit+0x11d #10 0xffffffff808068ee at fork_trampoline+0xe Uptime: 2h42m5s Dumping 2511 out of 7846 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% kgdb: kvm_read: invalid address (0x64) Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/iicbb.ko...Reading symbols from /boot/kernel/iicbb.ko.symbols...done. done. Loaded symbols for /boot/kernel/iicbb.ko Reading symbols from /boot/kernel/iicbus.ko...Reading symbols from /boot/kernel/iicbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/iicbus.ko Reading symbols from /boot/kernel/iic.ko...Reading symbols from /boot/kernel/iic.ko.symbols...done. done. Loaded symbols for /boot/kernel/iic.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/kernel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kernel/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) frame 6 #6 0xffffffff805c2098 in thread_lock_flags_ (td=0xfffffe0008087000, opts=0, file=0xffffffff8090d5d0 "/usr/src/sys/kern/subr_sleepqueue.c", line=891) at /usr/src/sys/kern/kern_mutex.c:593 593 WITNESS_CHECKORDER(&m->lock_object, (kgdb) p td->td_lock $1 = (struct mtx * volatile) 0x0 (kgdb) p *td->td_lock Cannot access memory at address 0x0 (kgdb) quit nucleus# exit Script done on Thu Jan 19 10:59:29 2012 --pZs/OQEoSSbxGlYw-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 16:39:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA8C51065672 for ; Thu, 19 Jan 2012 16:39:53 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 50CB98FC18 for ; Thu, 19 Jan 2012 16:39:52 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABZGGE9bsZjf/2dsb2JhbABErF9/gQaCT4E9iDWZJaAGiTgBATMBBQgFBBEFAQYBAQYBBRAIBwMCBwEBAgEBBQMBAQEBAoJ9C32DHASePokk Received: from 223.152-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.152.223]) by relay.skynet.be with ESMTP; 19 Jan 2012 17:39:51 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q0JGdoaO004041 for ; Thu, 19 Jan 2012 17:39:50 +0100 (CET) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Thu, 19 Jan 2012 17:39:42 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.3; i386; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13824245.QcW69M6GYp"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201201191739.48327.tijl@coosemans.org> Subject: posix_fadvise noreuse disables file caching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:39:53 -0000 --nextPart13824245.QcW69M6GYp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I recently noticed that multimedia/vlc generates a lot of disk IO when playing media files. For instance, when playing a 320kbps mp3 gstat reports about 1250kBps (=10000kbps). That's quite a lot of overhead. It turns out that vlc sets POSIX_FADV_NOREUSE on the entire file and reads in chunks of 1028 bytes. FreeBSD implements NOREUSE as if O_DIRECT was specified during open(2), i.e. it disables all caching. That means every 1028 byte read turns into a 32KiB read (new default block size in 9.0) which explains the above numbers. I've copied the relevant vlc code below (modules/access/file.c:Open()). It's interesting to see that on OSX it sets F_NOCACHE which disables caching too, but combined with F_RDAHEAD there's still read-ahead caching. I don't think POSIX intended for NOREUSE to mean O_DIRECT. It should still cache data (and even do read-ahead if F_RDAHEAD is specified), and once data is fetched from the cache, it can be marked WONTNEED. Is it possible to implement it this way, or if not to just ignore the NOREUSE hint for now? /* Demuxers will need the beginning of the file for probing. */ posix_fadvise (fd, 0, 4096, POSIX_FADV_WILLNEED); /* In most cases, we only read the file once. */ posix_fadvise (fd, 0, 0, POSIX_FADV_NOREUSE); #if defined(HAVE_FCNTL) /* We'd rather use any available memory for reading ahead * than for caching what we've already seen/heard */ # if defined(F_RDAHEAD) fcntl (fd, F_RDAHEAD, 1); # endif # if defined(F_NOCACHE) fcntl (fd, F_NOCACHE, 1); # endif #endif --nextPart13824245.QcW69M6GYp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EABEIAAYFAk8YR1QACgkQfoCS2CCgtislqgD+IRA+y6FZeLHaBfz4SP7PTel6 x4WuUYPfepIJW62j6GMA/jA0MTRpJ4UUDlaTd2RmkHcdHDVKkcDd4CWB2F0PeukH =LEb6 -----END PGP SIGNATURE----- --nextPart13824245.QcW69M6GYp-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 19 16:41:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E664106567D; Thu, 19 Jan 2012 16:41:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E49978FC22; Thu, 19 Jan 2012 16:41:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9B3ED46B1A; Thu, 19 Jan 2012 11:41:28 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 05909B925; Thu, 19 Jan 2012 11:41:28 -0500 (EST) From: John Baldwin To: Glen Barber Date: Thu, 19 Jan 2012 11:23:06 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120118220136.GA1862@glenbarber.us> <201201191050.45477.jhb@freebsd.org> <20120119160257.GD1953@glenbarber.us> In-Reply-To: <20120119160257.GD1953@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201191123.06109.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 19 Jan 2012 11:41:28 -0500 (EST) Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:41:29 -0000 On Thursday, January 19, 2012 11:02:57 am Glen Barber wrote: > On Thu, Jan 19, 2012 at 10:50:45AM -0500, John Baldwin wrote: > > On Wednesday, January 18, 2012 5:01:37 pm Glen Barber wrote: > > > Hi, > > > > > > I'm running -CURRENT from about 5 days ago: > > > > > > nucleus# uname -a > > > FreeBSD nucleus 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r230037M: Fri Jan > > > 13 17:48:14 EST 2012 gjb@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 > > > > > > (The 'M' is kib's DRM patches for Intel GPU.) > > > > > > So far, I haven't had much problem with this laptop, but just had the > > > machine panic. > > > > > > I have kgdb output attached, and I'll be happy to provide whatever > > > additional information that may be needed. > > > > > > I have core.txt.N available here: > > > > > > http://people.freebsd.org/~gjb/core.txt > > > > In kgdb, can you go to frame 6 and 'p td->td_lock'. If that is non-null, can > > you do 'p *td->td_lock'? > > > > Sure, script(1) output is attached. Hmm, I don't think td->td_lock is ever supposed to be NULL. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 00:29:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19D98106564A for ; Fri, 20 Jan 2012 00:29:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id C60348FC0C for ; Fri, 20 Jan 2012 00:29:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEADK0GE+DaFvO/2dsb2JhbABDFoRup3WCA4FyAQEFI1YbGAICDRkCWQaIF6c6kViBL4dNAgQBCgMFBA4KAwEDAQEICRQJAQEBAgEBDAUEEQUBBgEBBgEFFxUBAgEBCAEBAQECBgYCBgEDAQEEAgEBAwEOBAEDAgIDBA0BAQIBBAIBAgEBBQUEAgEDAQQBBQICAQECAQEBBQYBAQEHAQECBgICAgEEAggDgUAaAgcBAQIDDQECAwEBAwIDAgMEAQSCMYEWBIg7jFySaA X-IronPort-AV: E=Sophos;i="4.71,538,1320642000"; d="scan'208";a="152908018" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 19 Jan 2012 19:28:59 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8B46BB3F77; Thu, 19 Jan 2012 19:28:59 -0500 (EST) Date: Thu, 19 Jan 2012 19:28:59 -0500 (EST) From: Rick Macklem To: Martin Cracauer Message-ID: <1065391703.597934.1327019339553.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120113143711.GA62486@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Data corruption over NFS in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 00:29:01 -0000 Martin Cracauer wrote: > More findings. > > Reminder, with the original report I found: > - files for no reason changing ownership and group to > root/ > - data corruption as in inserting binary junk obviously from ports > - data corruption as in malformed ascii text that might be a bug I > have in my code that is only exposed in FreeBSD > > I ran the script on a Linux machine in the same situation again the > same > NFS server, it worked fine. I haven't look at blocksizes, NFS > versions etc in play yet. > > I ran with oldnfs (reboot), which showed only the third problem. > > I re-ran with newfs (reboot) which worked (all three problems absent). > > I then started building ports/land/gcc47 at the same time as I > re-started my crazy script and it too only a few seconds for an > unexpected ownership to root to occur. > > My next steps are: > - trying block sizes and other parameters, maybe use a different NFS > version with the Linux client. My NFS server is newly upgraded to > Linux kernel 3.1.5 > - running my script on a FreeBSD host with local disk to see whether > problem #3 is a general problem that appears or is exposed only on > FreeBSD > - capture tcpdump as mentioned earlier > > I will probably have to turn debug off since this script run is > dominated by system time now and gets 10x slower as it is now. > While poking around (partly related to this and partly related to the NFSv4.1 pNFS client work), I came across an ugly bug in the way the new NFS client handled "system operations". ("system operations" are mainly NFSv4 Ops that manage state, such as Renew, which renews a lease for the open/lock state. Another case of this was the NFSv3 statfs when it did a Getattr because the server did not provide post operation attributes in the reply.) It turns out that at least some Linux NFSv3 servers are in this category and the fact that Martin was doing a large number of StatFS RPCs was indeed relevent. Anyhow, the patch to fix the above seems to have resolved Martin's problem. The patch is needed for the new NFS client if you are using NFSv4 mounts or NFSv3 mounts against non-FreeBSD servers that don't provide post-op attributes in the Statfs RPC reply. (FreeBSD servers do provide post-op attributes, at least some Linux servers do not and I don't know about others. You could check by capturing the packets for a "df" and then looking at Statfs RPC reply in wireshark.) Without the patch, there will be intermittent permission failures, since the wrong credentials get used for an RPC. The patch is here and should be in head soon: http://people.freebsd.org/~rmacklem/authcred.patch Thanks go to Martin for pursuing this. rick From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 08:40:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705D9106566C; Fri, 20 Jan 2012 08:40:59 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 96E138FC12; Fri, 20 Jan 2012 08:40:55 +0000 (UTC) Received: by eaai10 with SMTP id i10so110403eaa.13 for ; Fri, 20 Jan 2012 00:40:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=A4fVTjcC6Hz5l30uWQkJhmm3DMsTMvfkpXNwyp7+WxI=; b=AzgWpxXE1qn0eB88os0hlheFByhmMPxp+MfxiXNrxstWh7RhkFbT1OZhNwMe1F1FrC B7WWzL35iDj/ngQsfQjhwd13rD+p4JpCVzipExenn5KKJYGM2zBXiGdsxbbPLB5Mg3n0 eiKgEmsJN1b1PMEUVNDHUDnNUWdj5+5vZEn+U= Received: by 10.213.35.12 with SMTP id n12mr7671455ebd.68.1327046998419; Fri, 20 Jan 2012 00:09:58 -0800 (PST) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id t59sm8383473eeh.10.2012.01.20.00.09.55 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 00:09:56 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20111114210957.GA68559@in-addr.com> Date: Fri, 20 Jan 2012 10:09:56 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> To: Gary Palmer X-Mailer: Apple Mail (2.1251.1) Cc: Alexander Motin , FreeBSD-Current , Dennis K?gel , freebsd-geom@freebsd.org Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 08:40:59 -0000 On Nov 14, 2011, at 11:09 PM, Gary Palmer wrote: > On Tue, Nov 01, 2011 at 10:24:06PM +0200, Alexander Motin wrote: >> On 01.11.2011 19:50, Dennis K?gel wrote: >>> Not sure if replying on-list or off-list makes more sense... >>=20 >> Replying on-list could share experience to other users. >>=20 >>> Anyway, some first impressions, on stable/9: >>>=20 >>> The lab environment here is a EMC VNX / Clariion SAN, which has two = Storage Processors, connected to different switches, connected to two = isp(4)s on the test machine. So at any time, the machine sees four = paths, but only two are available (depending on which SP owns the LUN). >>>=20 >>> 580# camcontrol devlist >>> at scbus0 target 0 lun 0 = (da0,pass0) >>> at scbus0 target 1 lun 0 = (da1,pass1) >>> at scbus1 target 0 lun 0 = (da2,pass2) >>> at scbus1 target 1 lun 0 = (da3,pass3) >>> at scbus2 target 0 lun 0 = (da4,pass4) >>> at scbus2 target 1 lun 0 = (da5,pass5) >>> at scbus4 target 0 lun 0 = (cd0,pass6) >>>=20 >>> I miss the ability to "add" disks to automatic mode multipaths, but = I (just now) realized this only makes sense when gmultipath has some = kind of path checking facility (like periodically trying to read sector = 0 of each configured device, this is was Linux' devicemapper-multipathd = does). >>=20 >> In automatic mode other paths supposed to be detected via metadata >> reading. If in your case some paths are not readable, automatic mode >> can't work as expected. By the way, could you describe how your >> configuration supposed to work, like when other paths will start >> working?=20 >=20 > Without knowledge of the particular Clariion SAN Dennis is working = with, > I've seen some so-called active/active RAID controllers force a LUN=20 > fail over from one controller to another (taking it offline for 3 = seconds > in the process) because the LUN received an I/O down a path to the = controller > that was formerly taking the standby role for that LUN (and it was = per-LUN, > so some would be owned by one controller and some by the other). = During > the controller switch, all I/O to the LUN would fail. Thankfully that > particular RAID model where I observed this behaviour hasn't been sold = in > several years, but I would tend to expect such behaviour at the lower > end of the storage market with the higher end units doing true = active/active > configurations. (and no, I won't name the manufacturer on a public = list) >=20 > This is exactly why Linux ships with a multipath configuration file, = so > it can describe exactly what form of brain damage the controller in > question implements so it can work around it, and maybe even=20 > document some vendor-specific extensions so that the host can detect > which controller is taking which role for a particular path. >=20 > Even some controllers that don't have pathological behaviour when > they receive I/O down the wrong path have sub-optimal behaviour unless > you choose the right path. NetApp SANs in particular typically have = two > independant controllers with a high-speed internal interconnect, = however > there is a measurable and not-insignificant penalty for sending the = I/O > to the "partner" controller for a LUN, across the internal = interconnect > (called a "VTIC" I believe) to the "owner" controller. I've been = told, > although I have not measured this myself, that it can add several ms = to > a transaction, which when talking about SAN storage is potentially = several > times what it takes to do the same I/O directly to the controller that > owns it. There's probably a way to make the "partner" controller not > advertise the LUN until it takes over in a failover scenario, but = every > NetApp I've worked with is set (by default I believe) to advertise the > LUN out both controllers. >=20 > Gary > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" Another thing I've observed is that active/active probably only makes = sense if you are accessing single LUN. In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, = the highest performance was achieved when I split the active paths among the controllers installed in the = server importing the pool. (basically "gmultipath rotate $LUN" in = rc.local for half of the paths) Using active/active in this situation resulted in fluctuating = performance. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 10:52:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4056A1065672 for ; Fri, 20 Jan 2012 10:52:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 89C1D8FC1E for ; Fri, 20 Jan 2012 10:51:59 +0000 (UTC) Received: by eekb47 with SMTP id b47so155009eek.13 for ; Fri, 20 Jan 2012 02:51:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=izzUevYsVgK40PGTzr/YLDf3pDzCwUFqoB5BwvZuRwc=; b=VV5Sv8KCF04AtIOXM52Lz6eMhhxsD1Xo3565oHoQdoy0S2800m5B52rL6TDvCHnMVo 2aj3PLUHyoFULwtyQR6paV7/HIeHP47S/7CD/VdhYwR9vMjcpb8r/LvzHtIfRWf40KN2 99fCLPRxLprl0fM7MSaliIUJZCWdOQkIQiIto= Received: by 10.213.10.82 with SMTP id o18mr5273314ebo.142.1327056719024; Fri, 20 Jan 2012 02:51:59 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t59sm9905189eeh.10.2012.01.20.02.51.56 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 02:51:57 -0800 (PST) Sender: Alexander Motin Message-ID: <4F19474A.9020600@FreeBSD.org> Date: Fri, 20 Jan 2012 12:51:54 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Nikolay Denev References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> In-Reply-To: <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , freebsd-geom@freebsd.org Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 10:52:01 -0000 On 01/20/12 10:09, Nikolay Denev wrote: > Another thing I've observed is that active/active probably only makes sense if you are accessing single LUN. > In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, the highest performance was achieved > when I split the active paths among the controllers installed in the server importing the pool. (basically "gmultipath rotate $LUN" in rc.local for half of the paths) > Using active/active in this situation resulted in fluctuating performance. How big was fluctuation? Between speed of one and all paths? Several active/active devices without knowledge about each other with some probability will send part of requests via the same links, while ZFS itself already does some balancing between vdevs. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 11:08:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA3AB1065670; Fri, 20 Jan 2012 11:08:35 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3688FC1A; Fri, 20 Jan 2012 11:08:34 +0000 (UTC) Received: by qcse1 with SMTP id e1so337998qcs.13 for ; Fri, 20 Jan 2012 03:08:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:from:date:message-id:subject:to :cc:content-type; bh=FqNOiVXEjai+218PgP9JVrNzGwFtDdlsLvLolgirAOw=; b=bqeNzA8411NwzBL9J28lVxLMwxvtAe/QBqvIjNJKzglm7KwPkplTvzv5v3qAyCkB0D TFanT3DIkl5jxsmpo9tiBc2rxJlesMLi+Pc4M8X2aMaM1nom4AWwvML8ZpdJt+bbhJXM 2rsOuPd/6aA5KfGjH3qSJbXLBbhgCdpG3/8Zw= Received: by 10.229.136.82 with SMTP id q18mr11435710qct.139.1327057714417; Fri, 20 Jan 2012 03:08:34 -0800 (PST) References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> In-Reply-To: <4F19474A.9020600@FreeBSD.org> Mime-Version: 1.0 (1.0) From: Nikolay Denev Date: Fri, 20 Jan 2012 13:08:29 +0200 Message-ID: <-2439788735531654851@unknownmsgid> To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 11:08:35 -0000 On 20.01.2012, at 12:51, Alexander Motin wrote: > On 01/20/12 10:09, Nikolay Denev wrote: >> Another thing I've observed is that active/active probably only makes sense if you are accessing single LUN. >> In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, the highest performance was achieved >> when I split the active paths among the controllers installed in the server importing the pool. (basically "gmultipath rotate $LUN" in rc.local for half of the paths) >> Using active/active in this situation resulted in fluctuating performance. > > How big was fluctuation? Between speed of one and all paths? > > Several active/active devices without knowledge about each other with some probability will send part of requests via the same links, while ZFS itself already does some balancing between vdevs. > > -- > Alexander Motin I will test in a bit and post results. P.S.: Is there a way to enable/disable active-active on the fly? I'm currently re-labeling to achieve that. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 11:30:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6901510656D3; Fri, 20 Jan 2012 11:30:10 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3DB8FC16; Fri, 20 Jan 2012 11:30:09 +0000 (UTC) Received: by eekb47 with SMTP id b47so168602eek.13 for ; Fri, 20 Jan 2012 03:30:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UyA9G7fRiIQWUHDV9A5OZdRRSDSBdH1ggsxuB6+0rLE=; b=N1jqEeXVmGB/98dylboUEg83gkYEUpLTtIlvEemBAjU5nwD1Xh3+XNGmG0m+awTD2y TGsJHoXZh0oWo15OkMmXUVdaDnjvlxJodIorDADzhDmBlCOHyjgBntd8U0VkKRMFWJGH B8bAEMfX+PaheFnS8wEeqvaT/W8NhkPfZXLQU= Received: by 10.213.110.2 with SMTP id l2mr7678555ebp.22.1327059008234; Fri, 20 Jan 2012 03:30:08 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n17sm10385781eei.3.2012.01.20.03.30.05 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 03:30:06 -0800 (PST) Sender: Alexander Motin Message-ID: <4F19503B.2090200@FreeBSD.org> Date: Fri, 20 Jan 2012 13:30:03 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Nikolay Denev References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> In-Reply-To: <-2439788735531654851@unknownmsgid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 11:30:17 -0000 On 01/20/12 13:08, Nikolay Denev wrote: > On 20.01.2012, at 12:51, Alexander Motin wrote: > >> On 01/20/12 10:09, Nikolay Denev wrote: >>> Another thing I've observed is that active/active probably only makes sense if you are accessing single LUN. >>> In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, the highest performance was achieved >>> when I split the active paths among the controllers installed in the server importing the pool. (basically "gmultipath rotate $LUN" in rc.local for half of the paths) >>> Using active/active in this situation resulted in fluctuating performance. >> >> How big was fluctuation? Between speed of one and all paths? >> >> Several active/active devices without knowledge about each other with some probability will send part of requests via the same links, while ZFS itself already does some balancing between vdevs. >> >> -- >> Alexander Motin > > I will test in a bit and post results. > > P.S.: Is there a way to enable/disable active-active on the fly? I'm > currently re-labeling to achieve that. No, there is not now. But for experiments you may achieve the same results by manually marking as failed all paths except one. It is not dangerous, as if that link fail, all other will resurrect automatically. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 12:13:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0743106564A; Fri, 20 Jan 2012 12:13:26 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A19168FC2B; Fri, 20 Jan 2012 12:13:25 +0000 (UTC) Received: by eekb47 with SMTP id b47so184817eek.13 for ; Fri, 20 Jan 2012 04:13:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=k4IjwMtd3EQAnyBacvRokdyKanGqfS4kAnMo2sE3wgg=; b=P6vCUqccZDNSY06DyrqvkQS9ijMHiANQnWYIILgvQCnDqPm000OGBPpJ+Qgjo98QLf ++thc4TIqcEiNBpebn9Zhe+tARSK9v4VKEGCDXKQbYUes+s4On08ErLzDMM7WQx3FJ6M Qvi5+zYdgfaGIQAY9IFSXG4WHf7hHlHbj8XJY= Received: by 10.14.9.38 with SMTP id 38mr3201665ees.101.1327061604619; Fri, 20 Jan 2012 04:13:24 -0800 (PST) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id t59sm10698354eeh.10.2012.01.20.04.13.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 04:13:21 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <4F19503B.2090200@FreeBSD.org> Date: Fri, 20 Jan 2012 14:13:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> <4F19503B.2090200@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1251.1) Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 12:13:26 -0000 On Jan 20, 2012, at 1:30 PM, Alexander Motin wrote: > On 01/20/12 13:08, Nikolay Denev wrote: >> On 20.01.2012, at 12:51, Alexander Motin wrote: >>=20 >>> On 01/20/12 10:09, Nikolay Denev wrote: >>>> Another thing I've observed is that active/active probably only = makes sense if you are accessing single LUN. >>>> In my tests where I have 24 LUNS that form 4 vdevs in a single = zpool, the highest performance was achieved >>>> when I split the active paths among the controllers installed in = the server importing the pool. (basically "gmultipath rotate $LUN" in = rc.local for half of the paths) >>>> Using active/active in this situation resulted in fluctuating = performance. >>>=20 >>> How big was fluctuation? Between speed of one and all paths? >>>=20 >>> Several active/active devices without knowledge about each other = with some probability will send part of requests via the same links, = while ZFS itself already does some balancing between vdevs. >>>=20 >>> -- >>> Alexander Motin >>=20 >> I will test in a bit and post results. >>=20 >> P.S.: Is there a way to enable/disable active-active on the fly? I'm >> currently re-labeling to achieve that. >=20 > No, there is not now. But for experiments you may achieve the same = results by manually marking as failed all paths except one. It is not = dangerous, as if that link fail, all other will resurrect automatically. >=20 > --=20 > Alexander Motin I had to destroy and relabel anyways, since I was not using = active-active currently. Here's what I did (maybe a little too verbose): gmultipath label -A -v LD_0 /dev/da0 /dev/da24=20 gmultipath label -A -v LD_1 /dev/da1 /dev/da25=20 gmultipath label -A -v LD_2 /dev/da2 /dev/da26=20 gmultipath label -A -v LD_3 /dev/da3 /dev/da27=20 gmultipath label -A -v LD_4 /dev/da4 /dev/da28=20 gmultipath label -A -v LD_5 /dev/da5 /dev/da29=20 gmultipath label -A -v LD_6 /dev/da6 /dev/da30=20 gmultipath label -A -v LD_7 /dev/da7 /dev/da31=20 gmultipath label -A -v LD_8 /dev/da8 /dev/da32=20 gmultipath label -A -v LD_9 /dev/da9 /dev/da33=20 gmultipath label -A -v LD_10 /dev/da10 /dev/da34=20 gmultipath label -A -v LD_11 /dev/da11 /dev/da35=20 gmultipath label -A -v LD_12 /dev/da12 /dev/da36=20 gmultipath label -A -v LD_13 /dev/da13 /dev/da37=20 gmultipath label -A -v LD_14 /dev/da14 /dev/da38=20 gmultipath label -A -v LD_15 /dev/da15 /dev/da39=20 gmultipath label -A -v LD_16 /dev/da16 /dev/da40=20 gmultipath label -A -v LD_17 /dev/da17 /dev/da41=20 gmultipath label -A -v LD_18 /dev/da18 /dev/da42=20 gmultipath label -A -v LD_19 /dev/da19 /dev/da43=20 gmultipath label -A -v LD_20 /dev/da20 /dev/da44=20 gmultipath label -A -v LD_21 /dev/da21 /dev/da45=20 gmultipath label -A -v LD_22 /dev/da22 /dev/da46=20 gmultipath label -A -v LD_23 /dev/da23 /dev/da47=20 :~# gmultipath status Name Status Components multipath/LD_0 OPTIMAL da0 (ACTIVE) da24 (ACTIVE) multipath/LD_1 OPTIMAL da1 (ACTIVE) da25 (ACTIVE) multipath/LD_2 OPTIMAL da2 (ACTIVE) da26 (ACTIVE) multipath/LD_3 OPTIMAL da3 (ACTIVE) da27 (ACTIVE) multipath/LD_4 OPTIMAL da4 (ACTIVE) da28 (ACTIVE) multipath/LD_5 OPTIMAL da5 (ACTIVE) da29 (ACTIVE) multipath/LD_6 OPTIMAL da6 (ACTIVE) da30 (ACTIVE) multipath/LD_7 OPTIMAL da7 (ACTIVE) da31 (ACTIVE) multipath/LD_8 OPTIMAL da8 (ACTIVE) da32 (ACTIVE) multipath/LD_9 OPTIMAL da9 (ACTIVE) da33 (ACTIVE) multipath/LD_10 OPTIMAL da10 (ACTIVE) da34 (ACTIVE) multipath/LD_11 OPTIMAL da11 (ACTIVE) da35 (ACTIVE) multipath/LD_12 OPTIMAL da12 (ACTIVE) da36 (ACTIVE) multipath/LD_13 OPTIMAL da13 (ACTIVE) da37 (ACTIVE) multipath/LD_14 OPTIMAL da14 (ACTIVE) da38 (ACTIVE) multipath/LD_15 OPTIMAL da15 (ACTIVE) da39 (ACTIVE) multipath/LD_16 OPTIMAL da16 (ACTIVE) da40 (ACTIVE) multipath/LD_17 OPTIMAL da17 (ACTIVE) da41 (ACTIVE) multipath/LD_18 OPTIMAL da18 (ACTIVE) da42 (ACTIVE) multipath/LD_19 OPTIMAL da19 (ACTIVE) da43 (ACTIVE) multipath/LD_20 OPTIMAL da20 (ACTIVE) da44 (ACTIVE) multipath/LD_21 OPTIMAL da21 (ACTIVE) da45 (ACTIVE) multipath/LD_22 OPTIMAL da22 (ACTIVE) da46 (ACTIVE) multipath/LD_23 OPTIMAL da23 (ACTIVE) da47 (ACTIVE) :~# zpool import tank :~# zpool status pool: tank state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 multipath/LD_0 ONLINE 0 0 0 multipath/LD_1 ONLINE 0 0 0 multipath/LD_2 ONLINE 0 0 0 multipath/LD_3 ONLINE 0 0 0 multipath/LD_4 ONLINE 0 0 0 multipath/LD_5 ONLINE 0 0 0 raidz2-1 ONLINE 0 0 0 multipath/LD_6 ONLINE 0 0 0 multipath/LD_7 ONLINE 0 0 0 multipath/LD_8 ONLINE 0 0 0 multipath/LD_9 ONLINE 0 0 0 multipath/LD_10 ONLINE 0 0 0 multipath/LD_11 ONLINE 0 0 0 raidz2-2 ONLINE 0 0 0 multipath/LD_12 ONLINE 0 0 0 multipath/LD_13 ONLINE 0 0 0 multipath/LD_14 ONLINE 0 0 0 multipath/LD_15 ONLINE 0 0 0 multipath/LD_16 ONLINE 0 0 0 multipath/LD_17 ONLINE 0 0 0 raidz2-3 ONLINE 0 0 0 multipath/LD_18 ONLINE 0 0 0 multipath/LD_19 ONLINE 0 0 0 multipath/LD_20 ONLINE 0 0 0 multipath/LD_21 ONLINE 0 0 0 multipath/LD_22 ONLINE 0 0 0 multipath/LD_23 ONLINE 0 0 0 errors: No known data errors And now a very naive benchmark : :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 =20 512+0 records in 512+0 records out 536870912 bytes transferred in 7.282780 secs (73717855 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 38.422724 secs (13972745 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 10.810989 secs (49659740 bytes/sec) Now deactivate the alternative paths : /sbin/gmultipath fail LD_0 da24 /sbin/gmultipath fail LD_1 da25 /sbin/gmultipath fail LD_2 da26 /sbin/gmultipath fail LD_3 da27 /sbin/gmultipath fail LD_4 da28 /sbin/gmultipath fail LD_5 da29 /sbin/gmultipath fail LD_6 da6 /sbin/gmultipath fail LD_7 da7 /sbin/gmultipath fail LD_8 da8 /sbin/gmultipath fail LD_9 da9 /sbin/gmultipath fail LD_10 da10 /sbin/gmultipath fail LD_11 da11 /sbin/gmultipath fail LD_12 da36 /sbin/gmultipath fail LD_13 da37 /sbin/gmultipath fail LD_14 da38 /sbin/gmultipath fail LD_15 da39 /sbin/gmultipath fail LD_16 da40 /sbin/gmultipath fail LD_17 da41 /sbin/gmultipath fail LD_18 da18 /sbin/gmultipath fail LD_19 da19 /sbin/gmultipath fail LD_20 da20 /sbin/gmultipath fail LD_21 da21 /sbin/gmultipath fail LD_22 da22 /sbin/gmultipath fail LD_23 da23 :~# gmultipath status Name Status Components multipath/LD_0 DEGRADED da0 (ACTIVE) da24 (FAIL) multipath/LD_1 DEGRADED da1 (ACTIVE) da25 (FAIL) multipath/LD_2 DEGRADED da2 (ACTIVE) da26 (FAIL) multipath/LD_3 DEGRADED da3 (ACTIVE) da27 (FAIL) multipath/LD_4 DEGRADED da4 (ACTIVE) da28 (FAIL) multipath/LD_5 DEGRADED da5 (ACTIVE) da29 (FAIL) multipath/LD_6 DEGRADED da6 (FAIL) da30 (ACTIVE) multipath/LD_7 DEGRADED da7 (FAIL) da31 (ACTIVE) multipath/LD_8 DEGRADED da8 (FAIL) da32 (ACTIVE) multipath/LD_9 DEGRADED da9 (FAIL) da33 (ACTIVE) multipath/LD_10 DEGRADED da10 (FAIL) da34 (ACTIVE) multipath/LD_11 DEGRADED da11 (FAIL) da35 (ACTIVE) multipath/LD_12 DEGRADED da12 (ACTIVE) da36 (FAIL) multipath/LD_13 DEGRADED da13 (ACTIVE) da37 (FAIL) multipath/LD_14 DEGRADED da14 (ACTIVE) da38 (FAIL) multipath/LD_15 DEGRADED da15 (ACTIVE) da39 (FAIL) multipath/LD_16 DEGRADED da16 (ACTIVE) da40 (FAIL) multipath/LD_17 DEGRADED da17 (ACTIVE) da41 (FAIL) multipath/LD_18 DEGRADED da18 (FAIL) da42 (ACTIVE) multipath/LD_19 DEGRADED da19 (FAIL) da43 (ACTIVE) multipath/LD_20 DEGRADED da20 (FAIL) da44 (ACTIVE) multipath/LD_21 DEGRADED da21 (FAIL) da45 (ACTIVE) multipath/LD_22 DEGRADED da22 (FAIL) da46 (ACTIVE) multipath/LD_23 DEGRADED da23 (FAIL) da47 (ACTIVE) And the benchmark again: :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 1.083226 secs (495622270 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 1.409975 secs (380766249 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 1.136110 secs (472551848 bytes/sec) P.S.: The server is running 8.2-STABLE, dual port isp(4) card, and is = directly connected to a 4Gbps Xyratex dual-controller (active-active) = storage array. All the 24 SAS drives are setup as single disk RAID0 LUNs.= From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 12:31:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE18106566B; Fri, 20 Jan 2012 12:31:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 235748FC16; Fri, 20 Jan 2012 12:31:05 +0000 (UTC) Received: by eekb47 with SMTP id b47so192272eek.13 for ; Fri, 20 Jan 2012 04:31:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ZlK0Z/o6ziCtaCoIm/Npq2fsoxrU6gzsK77Zcv7asY8=; b=naSsIC48MnbvSrt64xq8xy5gs7nz+lGcriDhXB7DCnyjZtqdB0Jgd0pbuxkhfdN0a3 Nee2uZ77VOWTuSbsOKMdc1XdhbiZu/B0CliwI0YVU7ZazzSsxm+USyIsv6avob91llsr 9QqpyLVgADvs458W6I7+kI0hEKP0qFwAML2EQ= Received: by 10.14.16.98 with SMTP id g74mr29210eeg.77.1327062664928; Fri, 20 Jan 2012 04:31:04 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id y12sm10860897eeb.11.2012.01.20.04.31.02 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 04:31:03 -0800 (PST) Sender: Alexander Motin Message-ID: <4F195E85.4010708@FreeBSD.org> Date: Fri, 20 Jan 2012 14:31:01 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Nikolay Denev References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> <4F19503B.2090200@FreeBSD.org> <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> In-Reply-To: <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 12:31:07 -0000 On 01/20/12 14:13, Nikolay Denev wrote: > On Jan 20, 2012, at 1:30 PM, Alexander Motin wrote: >> On 01/20/12 13:08, Nikolay Denev wrote: >>> On 20.01.2012, at 12:51, Alexander Motin wrote: >>> >>>> On 01/20/12 10:09, Nikolay Denev wrote: >>>>> Another thing I've observed is that active/active probably only makes sense if you are accessing single LUN. >>>>> In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, the highest performance was achieved >>>>> when I split the active paths among the controllers installed in the server importing the pool. (basically "gmultipath rotate $LUN" in rc.local for half of the paths) >>>>> Using active/active in this situation resulted in fluctuating performance. >>>> >>>> How big was fluctuation? Between speed of one and all paths? >>>> >>>> Several active/active devices without knowledge about each other with some probability will send part of requests via the same links, while ZFS itself already does some balancing between vdevs. >>> >>> I will test in a bit and post results. >>> >>> P.S.: Is there a way to enable/disable active-active on the fly? I'm >>> currently re-labeling to achieve that. >> >> No, there is not now. But for experiments you may achieve the same results by manually marking as failed all paths except one. It is not dangerous, as if that link fail, all other will resurrect automatically. > > I had to destroy and relabel anyways, since I was not using active-active currently. Here's what I did (maybe a little too verbose): > > And now a very naive benchmark : > > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 7.282780 secs (73717855 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 38.422724 secs (13972745 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 10.810989 secs (49659740 bytes/sec) > > Now deactivate the alternative paths : > And the benchmark again: > > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 1.083226 secs (495622270 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 1.409975 secs (380766249 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 1.136110 secs (472551848 bytes/sec) > > P.S.: The server is running 8.2-STABLE, dual port isp(4) card, and is directly connected to a 4Gbps Xyratex dual-controller (active-active) storage array. > All the 24 SAS drives are setup as single disk RAID0 LUNs. This difference is too huge to explain it with ineffective paths utilization. Can't this storage have some per-LUN port/controller affinity that may penalize concurrent access to the same LUN from different paths? Can't it be active/active on port level, but active/passive for each specific LUN? If there are really two controllers inside, they may need to synchronize their caches or bounce requests, that may be expensive. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 13:27:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ABF41065670; Fri, 20 Jan 2012 13:27:09 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 021668FC1A; Fri, 20 Jan 2012 13:27:07 +0000 (UTC) Received: by eekb47 with SMTP id b47so216608eek.13 for ; Fri, 20 Jan 2012 05:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=fd3MQ3MYtmhgMNcJ2XLEefOaHPXVp8VWsmQVQo/OhFo=; b=wZdSmprI9yu3IpkbiGojtSnpXLEAV3rgLNs1jwVJHeeczDV6ASOqIssDU9/ioMDEs8 EPTMxR7TnZ8lrAzLkSGtMCH8d1SN6VZ9TGyicUFuw0hLdwGakh5f8VJ9vvBQZRMsRFug qP9+dxUQClUshnnOCf1kcCydAvqegJtNCXoJ0= Received: by 10.14.3.154 with SMTP id 26mr3244979eeh.40.1327066027057; Fri, 20 Jan 2012 05:27:07 -0800 (PST) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id c16sm11558558eei.1.2012.01.20.05.27.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 05:27:05 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <4F195E85.4010708@FreeBSD.org> Date: Fri, 20 Jan 2012 15:27:03 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> <4F19503B.2090200@FreeBSD.org> <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> <4F195E85.4010708@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1251.1) Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 13:27:09 -0000 On Jan 20, 2012, at 2:31 PM, Alexander Motin wrote: > On 01/20/12 14:13, Nikolay Denev wrote: >> On Jan 20, 2012, at 1:30 PM, Alexander Motin wrote: >>> On 01/20/12 13:08, Nikolay Denev wrote: >>>> On 20.01.2012, at 12:51, Alexander Motin wrote: >>>>=20 >>>>> On 01/20/12 10:09, Nikolay Denev wrote: >>>>>> Another thing I've observed is that active/active probably only = makes sense if you are accessing single LUN. >>>>>> In my tests where I have 24 LUNS that form 4 vdevs in a single = zpool, the highest performance was achieved >>>>>> when I split the active paths among the controllers installed in = the server importing the pool. (basically "gmultipath rotate $LUN" in = rc.local for half of the paths) >>>>>> Using active/active in this situation resulted in fluctuating = performance. >>>>>=20 >>>>> How big was fluctuation? Between speed of one and all paths? >>>>>=20 >>>>> Several active/active devices without knowledge about each other = with some probability will send part of requests via the same links, = while ZFS itself already does some balancing between vdevs. >>>>=20 >>>> I will test in a bit and post results. >>>>=20 >>>> P.S.: Is there a way to enable/disable active-active on the fly? = I'm >>>> currently re-labeling to achieve that. >>>=20 >>> No, there is not now. But for experiments you may achieve the same = results by manually marking as failed all paths except one. It is not = dangerous, as if that link fail, all other will resurrect automatically. >>=20 >> I had to destroy and relabel anyways, since I was not using = active-active currently. Here's what I did (maybe a little too verbose): >>=20 >> And now a very naive benchmark : >>=20 >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 7.282780 secs (73717855 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 38.422724 secs (13972745 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 10.810989 secs (49659740 bytes/sec) >>=20 >> Now deactivate the alternative paths : >> And the benchmark again: >>=20 >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 1.083226 secs (495622270 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 1.409975 secs (380766249 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 1.136110 secs (472551848 bytes/sec) >>=20 >> P.S.: The server is running 8.2-STABLE, dual port isp(4) card, and is = directly connected to a 4Gbps Xyratex dual-controller (active-active) = storage array. >> All the 24 SAS drives are setup as single disk RAID0 LUNs. >=20 > This difference is too huge to explain it with ineffective paths = utilization. Can't this storage have some per-LUN port/controller = affinity that may penalize concurrent access to the same LUN from = different paths? Can't it be active/active on port level, but = active/passive for each specific LUN? If there are really two = controllers inside, they may need to synchronize their caches or bounce = requests, that may be expensive. >=20 > --=20 > Alexander Motin Yes, I think that's what's happening. There are two controllers each = with it's own CPU and cache and have cache synchronization enabled. I will try to test multipath if both paths are connected to the same = controller (there are two ports on each controller). But that will = require remote hands and take some time. In the mean time I've now disabled the writeback cache on the array = (this disables also the cache synchronization) and here are the results = : ACTIVE-ACTIVE: :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 2.497415 secs (214970639 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 1.076070 secs (498918172 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 1.908101 secs (281363979 bytes/sec) ACTIVE-PASSIVE (half of the paths failed the same way as in the previous = email): :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 0.324483 secs (1654542913 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 0.795685 secs (674727909 bytes/sec) :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 512+0 records in 512+0 records out 536870912 bytes transferred in 0.233859 secs (2295702835 bytes/sec) This increased the performance for both cases, probably because = writeback caching does nothing for large sequential writes. Anyways, here ACTIVE-ACTIVE is still slower, but not by that much. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 13:39:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA80106566B; Fri, 20 Jan 2012 13:39:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0928E8FC0C; Fri, 20 Jan 2012 13:39:02 +0000 (UTC) Received: by eekb47 with SMTP id b47so221778eek.13 for ; Fri, 20 Jan 2012 05:39:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=A9XzUwUZFcs0Xs66OHmjxgZwuoB3PgAm7gliTmbgpcU=; b=hD2lHQC7fwVrZfPosmNYVkRWM+MdMCIWk5gSVPEQlyVNeJt9REmfGZ3gyUKraYtAj4 v4LKj4mP2/WnjU0BEUYnH3AVKspjJYpXg8MbU4H/HM7GprQHPideZ98FIlO8nZ1CFyeP lAbHruHgNJpVzS5Avm+PMgJZKbLpW7PESmOWg= Received: by 10.14.14.7 with SMTP id c7mr3066953eec.89.1327066741830; Fri, 20 Jan 2012 05:39:01 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id x43sm11563793eef.8.2012.01.20.05.38.59 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 05:39:00 -0800 (PST) Sender: Alexander Motin Message-ID: <4F196E72.40903@FreeBSD.org> Date: Fri, 20 Jan 2012 15:38:58 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Nikolay Denev References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> <4F19503B.2090200@FreeBSD.org> <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> <4F195E85.4010708@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 13:39:04 -0000 On 01/20/12 15:27, Nikolay Denev wrote: > > On Jan 20, 2012, at 2:31 PM, Alexander Motin wrote: > >> On 01/20/12 14:13, Nikolay Denev wrote: >>> On Jan 20, 2012, at 1:30 PM, Alexander Motin wrote: >>>> On 01/20/12 13:08, Nikolay Denev wrote: >>>>> On 20.01.2012, at 12:51, Alexander Motin wrote: >>>>> >>>>>> On 01/20/12 10:09, Nikolay Denev wrote: >>>>>>> Another thing I've observed is that active/active probably only makes sense if you are accessing single LUN. >>>>>>> In my tests where I have 24 LUNS that form 4 vdevs in a single zpool, the highest performance was achieved >>>>>>> when I split the active paths among the controllers installed in the server importing the pool. (basically "gmultipath rotate $LUN" in rc.local for half of the paths) >>>>>>> Using active/active in this situation resulted in fluctuating performance. >>>>>> >>>>>> How big was fluctuation? Between speed of one and all paths? >>>>>> >>>>>> Several active/active devices without knowledge about each other with some probability will send part of requests via the same links, while ZFS itself already does some balancing between vdevs. >>>>> >>>>> I will test in a bit and post results. >>>>> >>>>> P.S.: Is there a way to enable/disable active-active on the fly? I'm >>>>> currently re-labeling to achieve that. >>>> >>>> No, there is not now. But for experiments you may achieve the same results by manually marking as failed all paths except one. It is not dangerous, as if that link fail, all other will resurrect automatically. >>> >>> I had to destroy and relabel anyways, since I was not using active-active currently. Here's what I did (maybe a little too verbose): >>> >>> And now a very naive benchmark : >>> >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 7.282780 secs (73717855 bytes/sec) >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 38.422724 secs (13972745 bytes/sec) >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 10.810989 secs (49659740 bytes/sec) >>> >>> Now deactivate the alternative paths : >>> And the benchmark again: >>> >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 1.083226 secs (495622270 bytes/sec) >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 1.409975 secs (380766249 bytes/sec) >>> :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 >>> 512+0 records in >>> 512+0 records out >>> 536870912 bytes transferred in 1.136110 secs (472551848 bytes/sec) >>> >>> P.S.: The server is running 8.2-STABLE, dual port isp(4) card, and is directly connected to a 4Gbps Xyratex dual-controller (active-active) storage array. >>> All the 24 SAS drives are setup as single disk RAID0 LUNs. >> >> This difference is too huge to explain it with ineffective paths utilization. Can't this storage have some per-LUN port/controller affinity that may penalize concurrent access to the same LUN from different paths? Can't it be active/active on port level, but active/passive for each specific LUN? If there are really two controllers inside, they may need to synchronize their caches or bounce requests, that may be expensive. >> >> -- >> Alexander Motin > > Yes, I think that's what's happening. There are two controllers each with it's own CPU and cache and have cache synchronization enabled. > I will try to test multipath if both paths are connected to the same controller (there are two ports on each controller). But that will require remote hands and take some time. > > In the mean time I've now disabled the writeback cache on the array (this disables also the cache synchronization) and here are the results : > > ACTIVE-ACTIVE: > > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 2.497415 secs (214970639 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 1.076070 secs (498918172 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 1.908101 secs (281363979 bytes/sec) > > ACTIVE-PASSIVE (half of the paths failed the same way as in the previous email): > > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 0.324483 secs (1654542913 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 0.795685 secs (674727909 bytes/sec) > :~# dd if=/dev/zero of=/tank/TEST bs=1M count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 0.233859 secs (2295702835 bytes/sec) > > This increased the performance for both cases, probably because writeback caching does nothing for large sequential writes. > Anyways, here ACTIVE-ACTIVE is still slower, but not by that much. Thank you for numbers, but I have some doubts about them. 2295702835 bytes/sec is about 18Gbps. If you have 4Gbps links, that would need more then 4 of them, I think. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 14:08:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1E3106566B; Fri, 20 Jan 2012 14:08:00 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id EA58D8FC1B; Fri, 20 Jan 2012 14:07:58 +0000 (UTC) Received: by eekb47 with SMTP id b47so234789eek.13 for ; Fri, 20 Jan 2012 06:07:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=glra8vDqgqnZKiOFKIYZmjjpW+Uny1sMZ48AMhtP4uM=; b=ggjcd8vsSxT3434Yl8EZjrXEDdRFFt7C0R2Ax9BE1Wnequ6h0cfb5+zzDRSaOh2fbd Z8GmPqJcGMGTFE7yvmsZdb/z0OnA1NW3q+JEakI0A/vq1rReCJNXFH16FuBPofKUmm27 RcIFvA6zxnUlFTNYx61iQjpDbgn2bQ6Efyx0c= Received: by 10.14.10.35 with SMTP id 35mr3398477eeu.121.1327068478045; Fri, 20 Jan 2012 06:07:58 -0800 (PST) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id 28sm11972338eed.0.2012.01.20.06.07.56 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 06:07:56 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <4F196E72.40903@FreeBSD.org> Date: Fri, 20 Jan 2012 16:07:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <19A6D02C-C42C-4C9A-A8D0-C076E901F98F@gmail.com> References: <4EAF00A6.5060903@FreeBSD.org> <05E0E64F-5EC4-425A-81E4-B6C35320608B@neveragain.de> <4EB05566.3060700@FreeBSD.org> <20111114210957.GA68559@in-addr.com> <059C17DB-3A7B-41AA-BF91-2F8EBAF17D01@gmail.com> <4F19474A.9020600@FreeBSD.org> <-2439788735531654851@unknownmsgid> <4F19503B.2090200@FreeBSD.org> <25C45DA0-4B52-42E4-A1A3-DD5168451423@gmail.com> <4F195E85.4010708@FreeBSD.org> <4F196E72.40903@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1251.1) Cc: Gary Palmer , FreeBSD-Current , Dennis K?gel , "freebsd-geom@freebsd.org" Subject: Re: RFC: GEOM MULTIPATH rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 14:08:00 -0000 On Jan 20, 2012, at 3:38 PM, Alexander Motin wrote: > On 01/20/12 15:27, Nikolay Denev wrote: >>=20 >> On Jan 20, 2012, at 2:31 PM, Alexander Motin wrote: >>=20 >>> On 01/20/12 14:13, Nikolay Denev wrote: >>>> On Jan 20, 2012, at 1:30 PM, Alexander Motin wrote: >>>>> On 01/20/12 13:08, Nikolay Denev wrote: >>>>>> On 20.01.2012, at 12:51, Alexander Motin = wrote: >>>>>>=20 >>>>>>> On 01/20/12 10:09, Nikolay Denev wrote: >>>>>>>> Another thing I've observed is that active/active probably only = makes sense if you are accessing single LUN. >>>>>>>> In my tests where I have 24 LUNS that form 4 vdevs in a single = zpool, the highest performance was achieved >>>>>>>> when I split the active paths among the controllers installed = in the server importing the pool. (basically "gmultipath rotate $LUN" in = rc.local for half of the paths) >>>>>>>> Using active/active in this situation resulted in fluctuating = performance. >>>>>>>=20 >>>>>>> How big was fluctuation? Between speed of one and all paths? >>>>>>>=20 >>>>>>> Several active/active devices without knowledge about each other = with some probability will send part of requests via the same links, = while ZFS itself already does some balancing between vdevs. >>>>>>=20 >>>>>> I will test in a bit and post results. >>>>>>=20 >>>>>> P.S.: Is there a way to enable/disable active-active on the fly? = I'm >>>>>> currently re-labeling to achieve that. >>>>>=20 >>>>> No, there is not now. But for experiments you may achieve the same = results by manually marking as failed all paths except one. It is not = dangerous, as if that link fail, all other will resurrect automatically. >>>>=20 >>>> I had to destroy and relabel anyways, since I was not using = active-active currently. Here's what I did (maybe a little too verbose): >>>>=20 >>>> And now a very naive benchmark : >>>>=20 >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 7.282780 secs (73717855 bytes/sec) >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 38.422724 secs (13972745 bytes/sec) >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 10.810989 secs (49659740 bytes/sec) >>>>=20 >>>> Now deactivate the alternative paths : >>>> And the benchmark again: >>>>=20 >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 1.083226 secs (495622270 bytes/sec) >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 1.409975 secs (380766249 bytes/sec) >>>> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >>>> 512+0 records in >>>> 512+0 records out >>>> 536870912 bytes transferred in 1.136110 secs (472551848 bytes/sec) >>>>=20 >>>> P.S.: The server is running 8.2-STABLE, dual port isp(4) card, and = is directly connected to a 4Gbps Xyratex dual-controller (active-active) = storage array. >>>> All the 24 SAS drives are setup as single disk RAID0 LUNs. >>>=20 >>> This difference is too huge to explain it with ineffective paths = utilization. Can't this storage have some per-LUN port/controller = affinity that may penalize concurrent access to the same LUN from = different paths? Can't it be active/active on port level, but = active/passive for each specific LUN? If there are really two = controllers inside, they may need to synchronize their caches or bounce = requests, that may be expensive. >>>=20 >>> -- >>> Alexander Motin >>=20 >> Yes, I think that's what's happening. There are two controllers each = with it's own CPU and cache and have cache synchronization enabled. >> I will try to test multipath if both paths are connected to the same = controller (there are two ports on each controller). But that will = require remote hands and take some time. >>=20 >> In the mean time I've now disabled the writeback cache on the array = (this disables also the cache synchronization) and here are the results = : >>=20 >> ACTIVE-ACTIVE: >>=20 >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 2.497415 secs (214970639 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 1.076070 secs (498918172 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 1.908101 secs (281363979 bytes/sec) >>=20 >> ACTIVE-PASSIVE (half of the paths failed the same way as in the = previous email): >>=20 >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 0.324483 secs (1654542913 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 0.795685 secs (674727909 bytes/sec) >> :~# dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D512 >> 512+0 records in >> 512+0 records out >> 536870912 bytes transferred in 0.233859 secs (2295702835 bytes/sec) >>=20 >> This increased the performance for both cases, probably because = writeback caching does nothing for large sequential writes. >> Anyways, here ACTIVE-ACTIVE is still slower, but not by that much. >=20 > Thank you for numbers, but I have some doubts about them. 2295702835 = bytes/sec is about 18Gbps. If you have 4Gbps links, that would need more = then 4 of them, I think. >=20 > --=20 > Alexander Motin Hmm, thats silly of me. 512M is just too small, and probably I've = benched the ZFS cache. (I have only two 4Gbps links to the array). Here's run with 8G file: ACTIVE-ACTIVE: # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 62.120919 secs (136657207 bytes/sec) # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 65.066861 secs (130469969 bytes/sec) # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 64.011907 secs (132620190 bytes/sec) ACTIVE-PASSIVE: # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 34.297121 secs (247521398 bytes/sec) # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 31.709855 secs (267717127 bytes/sec) # dd if=3D/dev/zero of=3D/tank/TEST bs=3D1M count=3D8096 8096+0 records in 8096+0 records out 8489271296 bytes transferred in 34.111564 secs (248867840 bytes/sec) From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 15:18:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F16FE106566C for ; Fri, 20 Jan 2012 15:18:57 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id AD2C38FC0C for ; Fri, 20 Jan 2012 15:18:57 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q0KEvBCG059379 for ; Fri, 20 Jan 2012 07:57:11 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q0KEvBW7059376 for ; Fri, 20 Jan 2012 07:57:11 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 20 Jan 2012 07:57:11 -0700 (MST) From: Warren Block To: current@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 20 Jan 2012 07:57:11 -0700 (MST) Cc: Subject: Re: Improving the FreeBSD-9 boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 15:18:58 -0000 On Tue, 20 Sep 2011, Warren Block wrote: > The patch in PR 160818 makes some clarifications and improvements to the new > boot menu. Obviously this is not for 9.0-RELEASE, just wanting to get it out > there so people can look at it. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160818 > > Among other things, the patch removes the word "boot" from options that don't > actually boot. The options are lined up, and enabled options are drawn in > reverse video when loader_color=1 is set in /boot/loader.conf. Just reminding people about this now that 9.0 is out. It makes what I feel are genuine usability and readability improvements to the boot menu. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 15:42:00 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2423F106564A; Fri, 20 Jan 2012 15:42:00 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 77AB38FC12; Fri, 20 Jan 2012 15:41:59 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q0KFfwJM018143; Fri, 20 Jan 2012 19:41:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q0KFfw8e018142; Fri, 20 Jan 2012 19:41:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 20 Jan 2012 19:41:58 +0400 From: Gleb Smirnoff To: current@FreeBSD.org, avg@FreeBSD.org Message-ID: <20120120154158.GD16676@FreeBSD.org> References: <20120117110242.GD12760@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20120117110242.GD12760@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 15:42:00 -0000 On Tue, Jan 17, 2012 at 03:02:42PM +0400, Gleb Smirnoff wrote: T> New panic has been introduced somewhere between T> r229851 and r229932, that happens on shutdown if T> kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. I've run through binary search and panic was introduced by r229854. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 15:31:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB1FB106566B for ; Fri, 20 Jan 2012 15:31:28 +0000 (UTC) (envelope-from dalescott@shaw.ca) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id B358A8FC1C for ; Fri, 20 Jan 2012 15:31:28 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd6ml2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 20 Jan 2012 08:02:48 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=oQE6vNJ3d7oTBHj4PDKYH99BAdyPlqTp0xAtaaBYR4E= c=1 sm=1 a=32h6IRsir0wA:10 a=BLceEmwcHowA:10 a=s1lrx0EV61IYYNPiyc1Uww==:17 a=6I5d2MoRAAAA:8 a=qCOvMRwvPJsHiHnfotUA:9 a=CjuIK1q_8ugA:10 a=tlJW8gxtbz4A:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=zhQOHNTdlabQIn1BlQQA:9 a=Tr7nZERcOiBkD3Sh-_cA:7 a=gKO2Hq4RSVkA:10 a=hTZeC7Yk6K0A:10 a=j06pYs8rzNYA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO HPdv9000) ([70.73.37.138]) by pd6ml2no-dmz.prod.shaw.ca with ESMTP; 20 Jan 2012 08:02:48 -0700 From: "Dale Scott" To: , Date: Fri, 20 Jan 2012 08:02:49 -0700 Message-ID: <007301ccd784$93499630$b9dcc290$@shaw.ca> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-index: AczXgmLPc/LWlccUR3WCBnayGQEdaQ== Content-language: en-us X-Mailman-Approved-At: Fri, 20 Jan 2012 16:13:54 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FS hang when creating snapshots on a UFS SU+J setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 15:31:29 -0000 > First step in debugging is to find out if the problem is SU+J > specific. To find out, turn off SU+J but leave SU. This change > is done by running: > > umount > tunefs -j disable > mount > cd > rm .sujournal Success! Thanks Mr. McKusick. I posted having this problem to the FreeBSD forum http://forums.freebsd.org/showthread.php?t=25787, but wanted to emphasize that in two VirtualBox VMs that were created in exactly the same way, the dump issue didn't occur in the absolutely fresh FreeBSD-9.0 install (not even portsnap yet), but it did occur in the system I had installed some ports on (an Apache/MySQL/Python stack, a few additional GNU build tools, and some other miscellaneous ports). I don't know if this means anything, just hoping it might help - presumably SU+J would be a good thing. ;) Regards, Dale From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 16:54:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A63106566B for ; Fri, 20 Jan 2012 16:54:49 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 82E558FC0A for ; Fri, 20 Jan 2012 16:54:48 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 52EFEE3F07A; Fri, 20 Jan 2012 17:39:02 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FUyfizwZ9U0O; Fri, 20 Jan 2012 17:38:56 +0100 (CET) Received: from goofy01.vnodelab.local (unknown [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 8CA3AE3F079; Fri, 20 Jan 2012 17:38:56 +0100 (CET) Date: Fri, 20 Jan 2012 17:38:54 +0100 From: Joel Dahl To: Warren Block Message-ID: <20120120163854.GU11137@goofy01.vnodelab.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Improving the FreeBSD-9 boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 16:54:49 -0000 On 20-01-2012 7:57, Warren Block wrote: > On Tue, 20 Sep 2011, Warren Block wrote: > > > The patch in PR 160818 makes some clarifications and improvements to the new > > boot menu. Obviously this is not for 9.0-RELEASE, just wanting to get it out > > there so people can look at it. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160818 > > > > Among other things, the patch removes the word "boot" from options that don't > > actually boot. The options are lined up, and enabled options are drawn in > > reverse video when loader_color=1 is set in /boot/loader.conf. > > Just reminding people about this now that 9.0 is out. It makes what I > feel are genuine usability and readability improvements to the boot > menu. I agree. Definitely an improvement. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 17:23:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D551106566B for ; Fri, 20 Jan 2012 17:23:44 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5428FC16 for ; Fri, 20 Jan 2012 17:23:43 +0000 (UTC) Received: by lahe6 with SMTP id e6so632964lah.13 for ; Fri, 20 Jan 2012 09:23:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Tp6dW4u0Kl02F3ahSXFGMP93JPpjufv00KqgDMCsc0M=; b=jNRwCwaQYs2x6zlCtQ4TKDivIrpySrXkRwctThDXeKlE7Mc5hU9BGIECueRiPa52QJ 6Jhv+qEv8XzD8sVxCe662705S1vjGk01XDOgg3wNYK8uRMe1YE/+1d7ylSAJcHu0UkHr sWZsegN/l64toNf/RD/iwsVyEIj236cUs3NuQ= Received: by 10.152.136.16 with SMTP id pw16mr9691392lab.12.1327078664152; Fri, 20 Jan 2012 08:57:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.196 with HTTP; Fri, 20 Jan 2012 08:57:13 -0800 (PST) In-Reply-To: <20120120163854.GU11137@goofy01.vnodelab.local> References: <20120120163854.GU11137@goofy01.vnodelab.local> From: Eitan Adler Date: Fri, 20 Jan 2012 11:57:13 -0500 Message-ID: To: Joel Dahl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , current@freebsd.org Subject: Re: Improving the FreeBSD-9 boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 17:23:44 -0000 On Fri, Jan 20, 2012 at 11:38 AM, Joel Dahl wrote: > On 20-01-2012 =C2=A07:57, Warren Block wrote: >> On Tue, 20 Sep 2011, Warren Block wrote: >> >> > The patch in PR 160818 makes some clarifications and improvements to t= he new >> > boot menu. =C2=A0Obviously this is not for 9.0-RELEASE, just wanting t= o get it out >> > there so people can look at it. >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D160818 >> > >> > Among other things, the patch removes the word "boot" from options tha= t don't >> > actually boot. =C2=A0The options are lined up, and enabled options are= drawn in >> > reverse video when loader_color=3D1 is set in /boot/loader.conf. >> >> Just reminding people about this now that 9.0 is out. =C2=A0It makes wha= t I >> feel are genuine usability and readability improvements to the boot >> menu. > > I agree. Definitely an improvement. Is this in the release notes? --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:38:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2964A1065670 for ; Fri, 20 Jan 2012 19:38:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F0EB88FC0A for ; Fri, 20 Jan 2012 19:38:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 94D2E46B06; Fri, 20 Jan 2012 14:38:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2104CB91C; Fri, 20 Jan 2012 14:38:29 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 20 Jan 2012 14:12:13 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <201201191739.48327.tijl@coosemans.org> In-Reply-To: <201201191739.48327.tijl@coosemans.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201201412.13269.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Jan 2012 14:38:29 -0500 (EST) Cc: Tijl Coosemans Subject: Re: posix_fadvise noreuse disables file caching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 19:38:30 -0000 On Thursday, January 19, 2012 11:39:42 am Tijl Coosemans wrote: > Hi, > > I recently noticed that multimedia/vlc generates a lot of disk IO when > playing media files. For instance, when playing a 320kbps mp3 gstat > reports about 1250kBps (=10000kbps). That's quite a lot of overhead. > > It turns out that vlc sets POSIX_FADV_NOREUSE on the entire file and > reads in chunks of 1028 bytes. FreeBSD implements NOREUSE as if > O_DIRECT was specified during open(2), i.e. it disables all caching. > That means every 1028 byte read turns into a 32KiB read (new default > block size in 9.0) which explains the above numbers. > > I've copied the relevant vlc code below (modules/access/file.c:Open()). > It's interesting to see that on OSX it sets F_NOCACHE which disables > caching too, but combined with F_RDAHEAD there's still read-ahead > caching. > > I don't think POSIX intended for NOREUSE to mean O_DIRECT. It should > still cache data (and even do read-ahead if F_RDAHEAD is specified), > and once data is fetched from the cache, it can be marked WONTNEED. POSIX doesn't specify O_DIRECT, so it's not clear what it asks for. > Is it possible to implement it this way, or if not to just ignore > the NOREUSE hint for now? I think it would be good to improve NOREUSE, though I had sort of assumed that applications using NOREUSE would do their own buffering and read full blocks. We could perhaps reimplement NOREUSE by doing the equivalent of POSIX_FADV_DONTNEED after each read to free buffers and pages after the data is copied out to userland. I also have an XXX about whether or not NOREUSE should still allow read-ahead as it isn't very clear what the right thing to do there is. HP-UX (IIRC) has an fadvise() that lets you specify multiple policies, so you could specify both NOREUSE and SEQUENTIAL for a single region to get read-ahead but still release memory once the data is read once. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 19:52:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A56106564A for ; Fri, 20 Jan 2012 19:52:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1392A8FC15 for ; Fri, 20 Jan 2012 19:52:20 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1RoKVX-0001KM-Hd>; Fri, 20 Jan 2012 20:52:19 +0100 Received: from e178041117.adsl.alicedsl.de ([85.178.41.117] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1RoKVX-0001c0-D4>; Fri, 20 Jan 2012 20:52:19 +0100 Message-ID: <4F19C5F2.3040202@zedat.fu-berlin.de> Date: Fri, 20 Jan 2012 20:52:18 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120119 Thunderbird/9.0 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA5057E89F61B38DE9802FD2" X-Originating-IP: 85.178.41.117 Subject: amd: is there an alternative with NFSv4 capabilities? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 19:52:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA5057E89F61B38DE9802FD2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello. I still use the amd automounter, but I miss NFSv4 capabilities. Since Linux seems to use a more deep in the kernel located facility, I'd like to ask whether FreeBSd has an alternative to the amd automounter with NFSv4 capabilities. Sorry if I bother someone, I'm not aware of an alternative and it maybe the case that I'm stuck with the amd ... Cheers, Oliver --------------enigCA5057E89F61B38DE9802FD2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPGcXzAAoJEOgBcD7A/5N88XUH+weQDi+ZC43ucP8WdaF41+RU yv6oUEJRO/RXFEcLqzDNu31n3dvOQKToaCTntMusfw6WdLE5uf+TAsag3FlMhuaV GJffKumfqI2BTgUOl9Tttqc+J30gDagNJjInlI6xNFkQZqOkwlBb4cS5EExjMhWd IeFNr77zQE+kSlcGT2E+NfdpeOePtoB+RcAQNYWNuWR2qEAKnYXaLrwnVrslLsLu MWB36EFWR/uNlQopYjpk2VWjzA5UeYPk9MNo4DKCom0xrhz9OTOHaHwVTDg+ti+M 9NFP4ZXiyvdQGqId2goa3vqgUfQ4SC2tnGhopG5xKwL7KJhtaQk7bdD9Ovgmd3Y= =tFY+ -----END PGP SIGNATURE----- --------------enigCA5057E89F61B38DE9802FD2-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:45:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18BC8106564A; Fri, 20 Jan 2012 20:45:01 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id B3A008FC0A; Fri, 20 Jan 2012 20:45:00 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q0KKixXV054048; Fri, 20 Jan 2012 13:44:59 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q0KKixV5054047; Fri, 20 Jan 2012 13:44:59 -0700 (MST) (envelope-from ken) Date: Fri, 20 Jan 2012 13:44:59 -0700 From: "Kenneth D. Merry" To: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Message-ID: <20120120204459.GA51162@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Cc: Subject: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 20:45:01 -0000 The LSI-supported version of the mps(4) driver that supports their 6Gb SAS HBAs as well as WarpDrive controllers, is available here: http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt I plan to check it in to head next week, and then MFC it into stable/9 a week after that most likely. Please test it out and let me know if you run into any problems. In addition to supporting WarpDrive, the driver also supports Integrated RAID. Thanks to LSI for doing the work on this driver! I have added a number of other infrastructure changes that are necessary for the driver, and here is a brief summary: - A new Advanced Information buffer is now added to the EDT for drives that support READ CAPACITY (16). The da(4) driver updates this buffer when it grabs new read capacity data from a drive. - The mps(4) driver will look for Advanced Information state change async events, and updates its table of drives with protection information turned on accordingly. - The size of struct scsi_read_capacity_data_long has been bumped up to the amount specified in the latest SBC-3 draft. The hope is to avoid some future structure size bumps with that change. The API for scsi_read_capacity_16() has been changed to add a length argument. Hopefully this will future-proof it somewhat. - __FreeBSD_version bumped for the addition of the Advanced Information buffer with the read capacity information. The mps(4) driver has a kludgy way of getting the information on versions of FreeBSD without this change. I believe that the CAM API changes are mild enough and beneficial enough for a merge into stable/9, but they are intertwined with the unmap changes in the da(4) driver, so those changes will have to go back to stable/9 as well in order to MFC the full set of changes. Otherwise it'll just be the driver that gets merged into stable/9, and it'll use the kludgy method of getting the read capacity data for each drive. A couple of notes about issues with this driver: - Unlike the current mps(4) driver, it probes sequentially. If you have a lot of drives in your system, it will take a while to probe them all. - You may see warning messages like this: _mapping_add_new_device: failed to add the device with handle 0x0019 to persiste nt table because there is no free space available _mapping_add_new_device: failed to add the device with handle 0x001a to persiste nt table because there is no free space available - The driver is not endian safe. (It assumes a little endian machine.) This is not new, the driver in the tree has the same issue. The LSI folks know about these issues. The driver has passed their testing process. Many thanks to LSI for going through the effort to support FreeBSD. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 20:53:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57E5A106566B for ; Fri, 20 Jan 2012 20:53:05 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id D76A68FC0A for ; Fri, 20 Jan 2012 20:53:04 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so1076732vcb.13 for ; Fri, 20 Jan 2012 12:53:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EmBcprK3fiqEDT5lg5agp4cN/ZCi3mNtKRu2dTHMhV4=; b=Yxj7FHSQomZYd/mLzmehhrQpRxXtCe1xX25Azau/0eTKnKQGMcRWLEnr7j4L7qnnL8 kfgJ1Yh94OxrM60OO0wV9N5cTdRMexLqTOl4u8DhKhOvbpRChijiVC22Q1CwLldsxy4x eMMCJ2S1D4Idee4YlhwloH8eNUjiwL2ZPfh8Q= MIME-Version: 1.0 Received: by 10.221.13.196 with SMTP id pn4mr20071143vcb.74.1327092784089; Fri, 20 Jan 2012 12:53:04 -0800 (PST) Received: by 10.220.117.11 with HTTP; Fri, 20 Jan 2012 12:53:04 -0800 (PST) In-Reply-To: <20120120204459.GA51162@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> Date: Fri, 20 Jan 2012 12:53:04 -0800 Message-ID: From: Freddie Cash To: "Kenneth D. Merry" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 20:53:05 -0000 On Fri, Jan 20, 2012 at 12:44 PM, Kenneth D. Merry wrote: > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS > HBAs as well as WarpDrive controllers, is available here: Just to clarify, this will replace the existing mps(4) driver in FreeBSD 10-CURRENT and 9-STABLE? So there won't be mps(4) (FreeBSD driver) and mpslsi(4) (LSI driver) anymore? Just mps(4)? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 21:01:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2431D106564A; Fri, 20 Jan 2012 21:01:01 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id E0B578FC12; Fri, 20 Jan 2012 21:01:00 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q0KL1070056044; Fri, 20 Jan 2012 14:01:00 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q0KL10DA056043; Fri, 20 Jan 2012 14:01:00 -0700 (MST) (envelope-from ken) Date: Fri, 20 Jan 2012 14:01:00 -0700 From: "Kenneth D. Merry" To: Freddie Cash Message-ID: <20120120210059.GA55103@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 21:01:01 -0000 On Fri, Jan 20, 2012 at 12:53:04 -0800, Freddie Cash wrote: > On Fri, Jan 20, 2012 at 12:44 PM, Kenneth D. Merry wrote: > > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS > > HBAs as well as WarpDrive controllers, is available here: > > Just to clarify, this will replace the existing mps(4) driver in > FreeBSD 10-CURRENT and 9-STABLE? That is correct. > So there won't be mps(4) (FreeBSD driver) and mpslsi(4) (LSI driver) > anymore? Just mps(4)? Right. Just mps(4), which will be the LSI driver. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 23:24:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91EE11065677; Fri, 20 Jan 2012 23:24:45 +0000 (UTC) (envelope-from prvs=13668cec48=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id B8E1C8FC0C; Fri, 20 Jan 2012 23:24:44 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Fri, 20 Jan 2012 23:14:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017643641.msg; Fri, 20 Jan 2012 23:14:11 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=13668cec48=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> From: "Steven Hartland" To: "Kenneth D. Merry" , , References: <20120120204459.GA51162@nargothrond.kdm.org> Date: Fri, 20 Jan 2012 23:14:20 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 23:24:45 -0000 ----- Original Message ----- From: "Kenneth D. Merry" To: ; Sent: Friday, January 20, 2012 8:44 PM Subject: LSI supported mps(4) driver available > > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS > HBAs as well as WarpDrive controllers, is available here: > > http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > > I plan to check it in to head next week, and then MFC it into stable/9 a > week after that most likely. Great to see this being done, thanks to everyone! Be even better to see this MFC'ed to 8.x as well if all goes well. Do you think this will possible? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Jan 20 23:28:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E79106566B; Fri, 20 Jan 2012 23:28:43 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id E2EF98FC16; Fri, 20 Jan 2012 23:28:42 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q0KNSgvC071893; Fri, 20 Jan 2012 16:28:42 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q0KNSgg7071892; Fri, 20 Jan 2012 16:28:42 -0700 (MST) (envelope-from ken) Date: Fri, 20 Jan 2012 16:28:42 -0700 From: "Kenneth D. Merry" To: Steven Hartland Message-ID: <20120120232841.GA71874@nargothrond.kdm.org> References: <20120120204459.GA51162@nargothrond.kdm.org> <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72898EA27A61484885D72A06BD9CECE8@multiplay.co.uk> User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 23:28:43 -0000 On Fri, Jan 20, 2012 at 23:14:20 -0000, Steven Hartland wrote: > ----- Original Message ----- > From: "Kenneth D. Merry" > To: ; > Sent: Friday, January 20, 2012 8:44 PM > Subject: LSI supported mps(4) driver available > > > > > >The LSI-supported version of the mps(4) driver that supports their 6Gb SAS > >HBAs as well as WarpDrive controllers, is available here: > > > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > > > >I plan to check it in to head next week, and then MFC it into stable/9 a > >week after that most likely. > > Great to see this being done, thanks to everyone! Be even better to see > this MFC'ed to 8.x as well if all goes well. Do you think this will > possible? Yes, that should be doable as well. It's unlikely that all of the CAM changes will get merged back, but the driver itself shouldn't be a problem. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 00:39:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4F6A106564A; Sat, 21 Jan 2012 00:39:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 471CF8FC1D; Sat, 21 Jan 2012 00:39:45 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-122-214.lns20.adl2.internode.on.net [118.210.122.214]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q0L0O8cl072565 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 21 Jan 2012 10:54:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20120120204459.GA51162@nargothrond.kdm.org> Date: Sat, 21 Jan 2012 10:54:08 +1030 Content-Transfer-Encoding: 7bit Message-Id: References: <20120120204459.GA51162@nargothrond.kdm.org> To: "Kenneth D. Merry" X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: 2.16 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: LSI supported mps(4) driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 00:39:46 -0000 On 21/01/2012, at 7:14, Kenneth D. Merry wrote: > In addition to supporting WarpDrive, the driver also supports Integrated > RAID. > > Thanks to LSI for doing the work on this driver! This is great news (the RAID support) - thanks very much. Is there a corresponding userland tool, or plans for one? Thanks again. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 02:35:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72AE106564A for ; Sat, 21 Jan 2012 02:35:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 964CB8FC0A for ; Sat, 21 Jan 2012 02:35:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAOEjGk+DaFvO/2dsb2JhbABDhQmqEYFyAQEFI1YbGAICDRkCWQavJpFIgS+JYYEWBIg7jF2Saw X-IronPort-AV: E=Sophos;i="4.71,546,1320642000"; d="scan'208";a="153078822" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 20 Jan 2012 21:35:09 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9E9A5B3F9B; Fri, 20 Jan 2012 21:35:09 -0500 (EST) Date: Fri, 20 Jan 2012 21:35:09 -0500 (EST) From: Rick Macklem To: "O. Hartmann" Message-ID: <1642456771.665100.1327113309598.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4F19C5F2.3040202@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Current FreeBSD Subject: Re: amd: is there an alternative with NFSv4 capabilities? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 02:35:10 -0000 O. Hartmann wrote: > Hello. > I still use the amd automounter, but I miss NFSv4 capabilities. Since > Linux seems to use a more deep in the kernel located facility, I'd > like > to ask whether FreeBSd has an alternative to the amd automounter with > NFSv4 capabilities. Sorry if I bother someone, I'm not aware of an > alternative and it maybe the case that I'm stuck with the amd ... > > Cheers, > Oliver I'm not aware of anything, but maybe someone else knows of an alternative? On my "maybe it would be nice" list (not my "to do" list, because I'll never get around to it) was to look at the Solaris' AutoFS. I believe Apple switched to it and has found it worked well in Mac OSX. I suspect that there are OpenSolaris sources for it out there under the CDDL, but I haven't even checked that. So, if anyone is looking for an interesting project, this might be a nice one. (I could probably provide some help with it, if someone took it on.) rick From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 05:11:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85C151065689 for ; Sat, 21 Jan 2012 05:11:56 +0000 (UTC) (envelope-from aconnolly08@yahoo.co.jp) Received: from web100410.mail.kks.yahoo.co.jp (web100410.mail.kks.yahoo.co.jp [183.79.28.112]) by mx1.freebsd.org (Postfix) with SMTP id 2616D8FC14 for ; Sat, 21 Jan 2012 05:11:55 +0000 (UTC) Received: (qmail 44528 invoked by uid 60001); 21 Jan 2012 05:11:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1327122714; bh=qBhb0AUdXQJVDZ80pDzDZeJN6kAdBVzUOfnvOeC0FCs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Sender:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=TX0iqXAo5AhawFlZjEVKBo1cATAvcoecnm3S844Zl5Y5A0/Lhndd/fZToU/5TQFn3+osuDa+oOtsi5FgDGi2/AmzbCV1fPzSGh4N/4eK+RTIDS9mc7w1zBX6umsZiYbWZD4Cg5cRdTfsu/oxThgN2z6j1yvkMrxD48zKunk2RaI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Sender:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=BPQXMWmxEsfv8a+YUjSvVuM75xLrHXfl950xbylHJXt1LwFaK2pTEgIDZtQngNl3AGpmzSg1n3H4tCnzxMXW+zjMaxcm5dRGy2t5b3ZqU0ooxvpcfoC8hSRA5x+lY4CTymmjzO3xO4AEF+wArWSjvbasONfaI/AimUEydP6TtoI=; Message-ID: <639642.41300.qm@web100410.mail.kks.yahoo.co.jp> X-YMail-OSG: WtabMrUVM1n0UejRFnK6CvL1v.TBvxSucuL7hWzQYqqVZJnRGgr.ynBTTi22hX4b8X7aOmSHufudODN7zfMYTX0sHnE_F3neZwXn48G3ogPtz818ls2A2xl6mFJsYYar_.dbf9YdnBaZ.IMH0pKpLGMfsHRn4bHpZ91iUd6d1JZiu3zr9lSgb0w6rhv5DBIib4uxIX65rmMNgwpXMcoCo77Tt2TIVioKogSyUiaL.ATK6fMqzYMMs99RrHskyqOcnw-- Received: from [119.104.145.117] by web100410.mail.kks.yahoo.co.jp via HTTP; Sat, 21 Jan 2012 14:11:54 JST X-Mailer: YahooMailClassic/6.0.19_42 YahooMailWebService/0.7.289.12_42 Sender: aconnolly08@yahoo.co.jp Date: Sat, 21 Jan 2012 14:11:54 +0900 (JST) From: To: John Baldwin In-Reply-To: <201201171015.32364.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: Re: atkbc not loaded with ACPI enabled in 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 05:11:56 -0000 --- On Wed, 2012/1/18, John Baldwin wrote: On Friday, January 13, 2012 10:27:13 pm aconnolly08@yahoo.co.jp wrote: > Please try this patch: >=20 > Index: sys/dev/atkbdc/atkbdc_isa.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- atkbdc_isa.c (revision 230009) > +++ atkbdc_isa.c (working copy) > @@ -87,6 +87,7 @@ static driver_t atkbdc_isa_driver =3D { > =20 > static struct isa_pnp_id atkbdc_ids[] =3D { > { 0x0303d041, "Keyboard controller (i8042)" }, /* PNP0303 */ > + { 0x0320d041, "Keyboard controller (i8042)" }, /* PNP0320 */ > { 0 } > }; > =20 >=20 > --=20 > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > John, > Thanks for your help, but that patch doesn't appear to address the proble= m.=20 I edited the atkbdc_isa.c file as you instructed, rebuilt and installed my= =20 kernel, but my integrated keyboard remains unresponsive with ACPI enabled. > Here's the new output of dmesg -a http://pastebin.com/h6ahmD2ddevinfo -ur= =20 http://pastebin.com/sdNcNEJUdevinfo -vr http://pastebin.com/P2yqQBLY > Perhaps I was supposed to remove PNP0303 support? No, the goal was to get atkbdc to try to attach to PNP0320 devices since th= ose=20 have your keyboard I/O ports. Can you add some printfs to atkbdc_isa_probe= ()=20 to see how many times it is getting past the ID check, and how far along it= =20 gets in each cases (i.e. which failure case causes the probe routine to ret= urn=20 an error)? --=20 John Baldwin John, I added some printfs to the isa_probe() function to see how far it was gett= ing. The function is called many times as you can see in the dmesg, but mos= tly it exits at the PnP ID check with ENXIO. At one point it gets further, but still exits with ENXIO when port0 is foun= d to be NULL. Any suggestions for further investigation? edited function http://pastebin.com/uUsVLiz2 dmesg -a http://pastebin.com/kDtC9gvM From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 13:17:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACE4106564A; Sat, 21 Jan 2012 13:17:30 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2EC8FC12; Sat, 21 Jan 2012 13:17:30 +0000 (UTC) Received: by qaea17 with SMTP id a17so987017qae.13 for ; Sat, 21 Jan 2012 05:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=htxgTzDmL5O4jBikny98gOjgVSUFJTERoKhJ1wuqzuk=; b=YltJxNCBOnjccFzU13VsBVzTzAu4O5eWUOV6lujTAct590uhQy/vQ7cqOHpOU2TRWL i9tEz8oEQuJR69hUuLr7lE0i28xfQ2iaPRGdfWtpT9wrq/mpUOSj+35UnP3oRRQu/7Sp so5NK+LcjfVEHikr1RmNgGHNqJmwqN7jBSZXk= MIME-Version: 1.0 Received: by 10.224.187.14 with SMTP id cu14mr384846qab.99.1327151849761; Sat, 21 Jan 2012 05:17:29 -0800 (PST) Received: by 10.229.124.11 with HTTP; Sat, 21 Jan 2012 05:17:29 -0800 (PST) In-Reply-To: References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> Date: Sat, 21 Jan 2012 14:17:29 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:17:31 -0000 2012/1/19 Micka=EBl Maillot > 2012/1/19 Micka=EBl Maillot > >> >> sorry, i was booting on the wrong kernel ..... >> here is the good verbose dmesg with ELD: http://fneufn.eu/freebsd/** >> dmesg.verb.htpc.20120119.txt >> >> pciconf -vl with nvidia part: >> >> vgapci0@pci0:3:0:0: class=3D0x030000 card=3D0x841f1043 chip=3D0x0a64= 10de >> rev=3D0xa2 hdr=3D0x00 >> vendor =3D 'nVidia Corporation' >> device =3D 'GT218 [ION]' >> class =3D display >> subclass =3D VGA >> hdac1@pci0:3:0:1: class=3D0x040300 card=3D0x841f1043 chip=3D0x0be3= 10de >> rev=3D0xa1 hdr=3D0x00 >> vendor =3D 'nVidia Corporation' >> device =3D 'High Definition Audio Controller' >> class =3D multimedia >> subclass =3D HDA >> >> > with the good link: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120119.txt > > So i tried DTS-HDMA and Dolby TrueHD without success. when i play DTS-HDMA, my receiver display DTS-HR and seams to play dts core with lots of interruptions. and when i play TrueHD, my receiver display TrueHD but doesn't play anything. and sysctl show: dev.pcm.4.play.vchanmode: passthrough dev.pcm.4.play.vchanrate: 192000 dev.pcm.4.play.vchanformat: ac3:2.0 i tried without vchan with same results. i can't set more than 2 channels for my hdmi output (dsp4), i want to set 8 channels like alsa does. i never show things like PCMDIR_...: Stream setup.... in my messages, so may be i use oss wrongly. you can find the source code of xbmc used to play losseless file here: https://github.com/Fneufneu/xbmc/blob/freebsdAE/xbmc/cores/AudioEngine/Sink= s/AESinkOSS.cpp and my dmesg: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120121.txt From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 13:39:03 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6259B1065673; Sat, 21 Jan 2012 13:39:03 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7B10F8FC24; Sat, 21 Jan 2012 13:39:01 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA14361; Sat, 21 Jan 2012 15:39:00 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rob9o-000JRL-Kc; Sat, 21 Jan 2012 15:39:00 +0200 Message-ID: <4F1ABFF3.9090305@FreeBSD.org> Date: Sat, 21 Jan 2012 15:38:59 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Gleb Smirnoff References: <20120117110242.GD12760@glebius.int.ru> <20120120154158.GD16676@FreeBSD.org> In-Reply-To: <20120120154158.GD16676@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:39:03 -0000 on 20/01/2012 17:41 Gleb Smirnoff said the following: > > On Tue, Jan 17, 2012 at 03:02:42PM +0400, Gleb Smirnoff wrote: > T> New panic has been introduced somewhere between > T> r229851 and r229932, that happens on shutdown if > T> kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. > > I've run through binary search and panic was introduced > by r229854. > Which means that it was introduced by one of the earlier commits (probably mine). Thank you for this investigative work! Although, to be frank and honest, I still don't see how the problem could be a non-issue before. So any help/ideas/guesses are appreciated. P.S. I also have a big suspicion that we have more problems that can be triggered by WITNESS && !WITNESS_SKIPSPIN, but which are harmless in practice. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 14:29:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D95C106566C; Sat, 21 Jan 2012 14:29:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 934AC8FC14; Sat, 21 Jan 2012 14:29:01 +0000 (UTC) Received: by eekb47 with SMTP id b47so594828eek.13 for ; Sat, 21 Jan 2012 06:29:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5QvJzgMpcVyKJ2eTcX3XW9/eQr/VK52dyR+eo1tu4Vs=; b=rQTcLGieAgkPENEJJ0+eMZ+NAYCECbsYTp3wETEqjnM7AMYgDUtLcpEI8c9LAvGOyb 16A7pajKJ4EC9FfwF0Dkt9g5N0xAhOQNEO76Q7BTaVTWUZBEwuDG89RzMAWjMsrv6U5n RSWLFY538oR9oibUwHalmnkXtBq62tamIlsBQ= Received: by 10.14.40.79 with SMTP id e55mr703192eeb.26.1327156139688; Sat, 21 Jan 2012 06:28:59 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id r2sm26242669eef.7.2012.01.21.06.28.57 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 06:28:58 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1ACBA8.6000203@FreeBSD.org> Date: Sat, 21 Jan 2012 16:28:56 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 14:29:02 -0000 On 01/21/12 15:17, Mickaël Maillot wrote: > So i tried DTS-HDMA and Dolby TrueHD without success. > when i play DTS-HDMA, my receiver display DTS-HR and seams to play dts > core with lots of interruptions. > and when i play TrueHD, my receiver display TrueHD but doesn't play > anything. From that description I can conclude that you are passing through compressed DTS-HD and TrueHD streams to the receiver. What are the bitrates of streams you are playing? It looks like your receiver doesn't receives all data. If I understand right, to transfer with compressed bitrates above 6.144Mbps special High Bit Rate mode should be activated in CODEC, when data stream occupies all 8 HDMI channels instead of 2. I haven't implemented this feature yet as my receiver doesn't support such HD formats. I'll try to make a patch for it a bit later and send you to try. Until that time, is it possible to make your xbmc to decode those HD streams into different number of uncompressed LPCM channels to play it that way? It would be interesting to test 6.0, 6.1, 7.0 and 7.1 LPCM configurations with your receiver. Or at least normal definition 7.1 playback would be interesting to test (you can just set vchanformat to s16le:7.1 or s32le:7.1 and play anything). > and sysctl show: > dev.pcm.4.play.vchanmode: passthrough > dev.pcm.4.play.vchanrate: 192000 > dev.pcm.4.play.vchanformat: ac3:2.0 > > i tried without vchan with same results. > > i can't set more than 2 channels for my hdmi output (dsp4), i want to > set 8 channels like alsa does. What do you mean that you can't set more then 2 channels? I've never tried to set ac3 format with more then 2 channels, but s16le:7.1 and s32le:7.1 should work fine. At least s16le:5.1 and s32le:5.1 are working perfectly for me. For HDA 24bit samples stored in memory as 32bit, so setting s24le format only cause extra 24->32bit conversion. > i never show things like PCMDIR_...: Stream setup.... in my messages, so > may be i use oss wrongly. They are printed only when hw.snd.verbose set to 4. > you can find the source code of xbmc used to play losseless file here: > https://github.com/Fneufneu/xbmc/blob/freebsdAE/xbmc/cores/AudioEngine/Sinks/AESinkOSS.cpp > > and my dmesg: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120121.txt -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 14:37:14 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF9B106564A; Sat, 21 Jan 2012 14:37:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D4E9D8FC16; Sat, 21 Jan 2012 14:37:13 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA14777; Sat, 21 Jan 2012 16:37:12 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Roc48-000JT8-1X; Sat, 21 Jan 2012 16:37:12 +0200 Message-ID: <4F1ACD97.5080506@FreeBSD.org> Date: Sat, 21 Jan 2012 16:37:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: current@FreeBSD.org References: <20120117110242.GD12760@glebius.int.ru> <20120120154158.GD16676@FreeBSD.org> <4F1ABFF3.9090305@FreeBSD.org> In-Reply-To: <4F1ABFF3.9090305@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff Subject: locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 14:37:14 -0000 BTW, we have a quite strange situation with spin locks in console output path. cnputs_mtx is marked as MTX_NOWITNESS, supposedly because cnputs (printf) can be called in any locking context (even during normal operation). But there are a number of console-specific locks (scrlock, uart_hwmtx, "syscons video lock") which are acquired under cnputs_mtx, but which are *not* marked as MTX_NOWITNESS. More, they are specified in the witness order_lists as if we certainly know a correct order for them. I think that the msgbuf mutex also deserves mentioning in this context. I think that all of these spin locks should be marked as MTX_NOWITNESS (as long as they stay normal spinlocks), because printf(9) should be usable wherever I stick it in the code. P.S. The above only matters for WITNESS and !WITNESS_SKIPSPIN and I am not sure if this combination really matters. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 14:51:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6BB91065729; Sat, 21 Jan 2012 14:51:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 87B588FC0A; Sat, 21 Jan 2012 14:51:00 +0000 (UTC) Received: by eaai10 with SMTP id i10so630489eaa.13 for ; Sat, 21 Jan 2012 06:50:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xFOZpk4d6jvqJwEeEOQqx4XlCctayxBo/KISLd47ETY=; b=p1c4/+rsifuSO7dNo08rUkOMWQ1qc35KtH0RF4NnXGxPAGSahICwFkwt5j7mB3PrgH mVGDqhIizDTkdJUVuZgdEg1zOi0imS98nsPvYGov+JTFSmIUG58pHGlvKJ+HFiqLwFUV KhSlWXxZi5iq9BJZfVUp/gz77cH2Jf2WZ461A= Received: by 10.213.32.9 with SMTP id a9mr447386ebd.144.1327157459034; Sat, 21 Jan 2012 06:50:59 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t59sm26436883eeh.10.2012.01.21.06.50.56 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 06:50:57 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1AD0CF.8080002@FreeBSD.org> Date: Sat, 21 Jan 2012 16:50:55 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> <4F1ACBA8.6000203@FreeBSD.org> In-Reply-To: <4F1ACBA8.6000203@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 14:51:03 -0000 On 01/21/12 16:28, Alexander Motin wrote: > On 01/21/12 15:17, Mickaël Maillot wrote: >> So i tried DTS-HDMA and Dolby TrueHD without success. >> when i play DTS-HDMA, my receiver display DTS-HR and seams to play dts >> core with lots of interruptions. >> and when i play TrueHD, my receiver display TrueHD but doesn't play >> anything. > > From that description I can conclude that you are passing through > compressed DTS-HD and TrueHD streams to the receiver. What are the > bitrates of streams you are playing? It looks like your receiver doesn't > receives all data. If I understand right, to transfer with compressed > bitrates above 6.144Mbps special High Bit Rate mode should be activated > in CODEC, when data stream occupies all 8 HDMI channels instead of 2. I > haven't implemented this feature yet as my receiver doesn't support such > HD formats. > > I'll try to make a patch for it a bit later and send you to try. Until > that time, is it possible to make your xbmc to decode those HD streams > into different number of uncompressed LPCM channels to play it that way? > It would be interesting to test 6.0, 6.1, 7.0 and 7.1 LPCM > configurations with your receiver. Or at least normal definition 7.1 > playback would be interesting to test (you can just set vchanformat to > s16le:7.1 or s32le:7.1 and play anything). I mean "play anything uncompressed". >> and sysctl show: >> dev.pcm.4.play.vchanmode: passthrough >> dev.pcm.4.play.vchanrate: 192000 >> dev.pcm.4.play.vchanformat: ac3:2.0 >> >> i tried without vchan with same results. >> >> i can't set more than 2 channels for my hdmi output (dsp4), i want to >> set 8 channels like alsa does. > > What do you mean that you can't set more then 2 channels? I've never > tried to set ac3 format with more then 2 channels, but s16le:7.1 and > s32le:7.1 should work fine. At least s16le:5.1 and s32le:5.1 are working > perfectly for me. For HDA 24bit samples stored in memory as 32bit, so > setting s24le format only cause extra 24->32bit conversion. > >> i never show things like PCMDIR_...: Stream setup.... in my messages, so >> may be i use oss wrongly. > > They are printed only when hw.snd.verbose set to 4. > >> you can find the source code of xbmc used to play losseless file here: >> https://github.com/Fneufneu/xbmc/blob/freebsdAE/xbmc/cores/AudioEngine/Sinks/AESinkOSS.cpp >> >> >> and my dmesg: http://fneufn.eu/freebsd/dmesg.verb.htpc.20120121.txt > -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 16:43:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 968251065670; Sat, 21 Jan 2012 16:43:46 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 545938FC08; Sat, 21 Jan 2012 16:43:45 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-091-089-161-008.hsi2.kabel-badenwuerttemberg.de [91.89.161.8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 19B4785FBD; Sat, 21 Jan 2012 17:24:44 +0100 (CET) Message-ID: <4F1AE6CC.5010003@bsdforen.de> Date: Sat, 21 Jan 2012 17:24:44 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Alexander Motin References: <4F0DE3FD.2020203@FreeBSD.org> In-Reply-To: <4F0DE3FD.2020203@FreeBSD.org> Content-Type: text/plain; charset=ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 16:43:46 -0000 Hello, On 11/01/2012 20:33, Alexander Motin wrote: > I would like request for testing of my work on further HDA sound driver improvement. > ... > > Comments and tests results are welcome! I've been testing the first version of your patch on an HP 6510b, since the 12th of January. hdac0@pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) HD Audio Controller' class = multimedia subclass = HDA > mixer Mixer vol is currently set to 80:80 Mixer bass is currently set to 75:75 Mixer treble is currently set to 40:40 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 0:0 Mixer line is currently set to 0:0 Mixer mic is currently set to 0:0 Mixer rec is currently set to 50:50 Mixer igain is currently set to 0:0 Mixer ogain is currently set to 0:0 Mixer monitor is currently set to 0:0 Recording source: monitor So far I haven't encountered any regressions. There are however some small issues that also are present with the old driver. I have the following selection of recording devices: Mixer line is currently set to 0:0 Mixer mic is currently set to 0:0 Mixer monitor is currently set to 0:0 To record from the microphone, I have to use the monitor device: Recording source: monitor Physically neither the notebook nor the docking station have a line in socket. Of course such a thing might simply be on board and NC. Setting a volume for line, mic or monitor has no effect. To hear the microphone on my speakers/headphones I have to use igain instead. Igain sets the microphone volume independent of the recording source. There's also ogain, which doesn't seem to do anything either. What I expect is that the recording source for the microphone was mic and that the monitor recording source could be used to record the cumulative output of all channels. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 16:48:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 678CA106564A; Sat, 21 Jan 2012 16:48:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id C508F8FC14; Sat, 21 Jan 2012 16:48:13 +0000 (UTC) Received: by eaai10 with SMTP id i10so656761eaa.13 for ; Sat, 21 Jan 2012 08:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KoaCBSxaQIlUyY1jd5er3n91St1xGHkKVW+UUUmU+i0=; b=Hmyvjqqti96KOnaJxCmr0MvoL0ZJkcLdJG8mIn/AT7KXgcywCtMnCbWLhIKzgFl2R6 XGpdIhpJpWrxc+GWoLxF/HRClyoGOcES24NxsSI4TVcxUwjFfTqFHFakOYGD0cKlz7Ch Y65++1wP7MoK+NRf/4V4LDGdbWi2SSzcj8LMA= Received: by 10.213.27.75 with SMTP id h11mr503021ebc.62.1327164492651; Sat, 21 Jan 2012 08:48:12 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id x4sm27799904eeb.4.2012.01.21.08.48.10 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 08:48:11 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1AEC49.3060505@FreeBSD.org> Date: Sat, 21 Jan 2012 18:48:09 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Dominic Fandrey References: <4F0DE3FD.2020203@FreeBSD.org> <4F1AE6CC.5010003@bsdforen.de> In-Reply-To: <4F1AE6CC.5010003@bsdforen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 16:48:14 -0000 On 01/21/12 18:24, Dominic Fandrey wrote: > Hello, > > On 11/01/2012 20:33, Alexander Motin wrote: >> I would like request for testing of my work on further HDA sound >> driver improvement. >> ... >> >> Comments and tests results are welcome! > > I've been testing the first version of your patch on an HP 6510b, since > the 12th of January. > > hdac0@pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801H (ICH8 Family) HD Audio Controller' > class = multimedia > subclass = HDA > >> mixer > Mixer vol is currently set to 80:80 > Mixer bass is currently set to 75:75 > Mixer treble is currently set to 40:40 > Mixer pcm is currently set to 100:100 > Mixer speaker is currently set to 0:0 > Mixer line is currently set to 0:0 > Mixer mic is currently set to 0:0 > Mixer rec is currently set to 50:50 > Mixer igain is currently set to 0:0 > Mixer ogain is currently set to 0:0 > Mixer monitor is currently set to 0:0 > Recording source: monitor > > So far I haven't encountered any regressions. There are however some small > issues that also are present with the old driver. > > I have the following selection of recording devices: > Mixer line is currently set to 0:0 > Mixer mic is currently set to 0:0 > Mixer monitor is currently set to 0:0 > > To record from the microphone, I have to use the monitor device: > Recording source: monitor monitor is a name used for the second (or built-in) microphone. List of names in OSS is quite limited, so I had to choose one and that fit best. > Physically neither the notebook nor the docking station have a line > in socket. Of course such a thing might simply be on board and NC. It is question to vendor, why it haven't disabled it in codec configuration if it is not implemented in hardware. If you like, you can do it with device hints. > Setting a volume for line, mic or monitor has no effect. To hear the > microphone on my speakers/headphones I have to use igain instead. Difficult to say something without knowing model of codec or having verbose dmesg output. Depending on codec model, line, mic and monitor input may have or not have much controls. There may be just mutters, or may be just their volume in input monitoring. > Igain sets the microphone volume independent of the recording source. As written in man page, igain controls "input-to-output monitoring loopback level". It is not used for pre-amplification as you may think, because there usually more then one input that needs that control. > There's also ogain, which doesn't seem to do anything either. ogain is used to control EAPD signal, that on some laptops used to control external power amplifier. It is impossible for driver to find whether this signal is used, so it is exposed always when present. > What I expect is that the recording source for the microphone was > mic and that the monitor recording source could be used to record > the cumulative output of all channels. About mic, it is only question of terminology. What's about mixed recording, depending on codec it may be possible in two ways: either by recording from special device called mix, or by choosing several recording sources with `mixer =rec mic ; mixer +rec monitor; mixer +rec line`. Just now I am working on complete rewrite of the volumes control in the driver. Terminology will remain the same, but number of present controls and their functionality/quality should improve. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:01:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE974106566C; Sat, 21 Jan 2012 17:01:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5634B8FC13; Sat, 21 Jan 2012 17:01:13 +0000 (UTC) Received: by eaai10 with SMTP id i10so659684eaa.13 for ; Sat, 21 Jan 2012 09:01:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=iC3JQ23B4sq2LfVcFsIA9a4/ChFs6/6z1Psokdr3gqU=; b=lEDHkrwwzlcHnrm0s1I3yymBH0JnmCIAqqhQli7tkYnun1V9yNgNGkfaNJSRMni45S fLpq0xQ3MJruJnxm4+LthfjZg7q8Y5cTFL7+8pOBwFk68dAMnEx0ATegWNzbn++ind2u mUCnCf0u4ALbcC90Dxa/0f5ujVzL6z3yWne2Y= Received: by 10.213.10.196 with SMTP id q4mr496690ebq.81.1327165273189; Sat, 21 Jan 2012 09:01:13 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id r2sm27900375eef.7.2012.01.21.09.01.10 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 09:01:12 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1AEF55.6030207@FreeBSD.org> Date: Sat, 21 Jan 2012 19:01:09 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Dominic Fandrey References: <4F0DE3FD.2020203@FreeBSD.org> <4F1AE6CC.5010003@bsdforen.de> <4F1AEC49.3060505@FreeBSD.org> In-Reply-To: <4F1AEC49.3060505@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 17:01:15 -0000 On 01/21/12 18:48, Alexander Motin wrote: > On 01/21/12 18:24, Dominic Fandrey wrote: >> On 11/01/2012 20:33, Alexander Motin wrote: >>> I would like request for testing of my work on further HDA sound >>> driver improvement. >>> ... >>> >>> Comments and tests results are welcome! >> >> I've been testing the first version of your patch on an HP 6510b, since >> the 12th of January. >> >> hdac0@pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801H (ICH8 Family) HD Audio Controller' >> class = multimedia >> subclass = HDA >> >>> mixer >> Mixer vol is currently set to 80:80 >> Mixer bass is currently set to 75:75 >> Mixer treble is currently set to 40:40 >> Mixer pcm is currently set to 100:100 >> Mixer speaker is currently set to 0:0 >> Mixer line is currently set to 0:0 >> Mixer mic is currently set to 0:0 >> Mixer rec is currently set to 50:50 >> Mixer igain is currently set to 0:0 >> Mixer ogain is currently set to 0:0 >> Mixer monitor is currently set to 0:0 >> Recording source: monitor >> >> So far I haven't encountered any regressions. There are however some >> small >> issues that also are present with the old driver. >> >> I have the following selection of recording devices: >> Mixer line is currently set to 0:0 >> Mixer mic is currently set to 0:0 >> Mixer monitor is currently set to 0:0 >> >> To record from the microphone, I have to use the monitor device: >> Recording source: monitor > > monitor is a name used for the second (or built-in) microphone. List of > names in OSS is quite limited, so I had to choose one and that fit best. > >> Physically neither the notebook nor the docking station have a line >> in socket. Of course such a thing might simply be on board and NC. > > It is question to vendor, why it haven't disabled it in codec > configuration if it is not implemented in hardware. If you like, you can > do it with device hints. > >> Setting a volume for line, mic or monitor has no effect. To hear the >> microphone on my speakers/headphones I have to use igain instead. > > Difficult to say something without knowing model of codec or having > verbose dmesg output. Depending on codec model, line, mic and monitor > input may have or not have much controls. There may be just mutters, or > may be just their volume in input monitoring. > >> Igain sets the microphone volume independent of the recording source. > > As written in man page, igain controls "input-to-output monitoring > loopback level". It is not used for pre-amplification as you may think, > because there usually more then one input that needs that control. > >> There's also ogain, which doesn't seem to do anything either. > > ogain is used to control EAPD signal, that on some laptops used to > control external power amplifier. It is impossible for driver to find > whether this signal is used, so it is exposed always when present. > >> What I expect is that the recording source for the microphone was >> mic and that the monitor recording source could be used to record >> the cumulative output of all channels. > > About mic, it is only question of terminology. What's about mixed > recording, depending on codec it may be possible in two ways: either by > recording from special device called mix, or by choosing several > recording sources with `mixer =rec mic ; mixer +rec monitor; mixer +rec > line`. Or it may be just technically impossible. If "record the cumulative output of all channels" means you want to record from playback, then on most codecs it is technically impossible. I've seen only one or two allowing it and it is not supported now. > Just now I am working on complete rewrite of the volumes control in the > driver. Terminology will remain the same, but number of present controls > and their functionality/quality should improve. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:25:16 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A95F1065689; Sat, 21 Jan 2012 17:25:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 520BD8FC1C; Sat, 21 Jan 2012 17:25:14 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA15618; Sat, 21 Jan 2012 19:25:13 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Roegj-000JX0-HG; Sat, 21 Jan 2012 19:25:13 +0200 Message-ID: <4F1AF4F9.9030707@FreeBSD.org> Date: Sat, 21 Jan 2012 19:25:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Gleb Smirnoff References: <20120117110242.GD12760@glebius.int.ru> <20120120154158.GD16676@FreeBSD.org> <4F1ABFF3.9090305@FreeBSD.org> In-Reply-To: <4F1ABFF3.9090305@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: new panic in cpu_reset() with WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 17:25:16 -0000 on 21/01/2012 15:38 Andriy Gapon said the following: > on 20/01/2012 17:41 Gleb Smirnoff said the following: >> >> On Tue, Jan 17, 2012 at 03:02:42PM +0400, Gleb Smirnoff wrote: >> T> New panic has been introduced somewhere between >> T> r229851 and r229932, that happens on shutdown if >> T> kernel has WITNESS and doesn't have WITNESS_SKIPSPIN. >> >> I've run through binary search and panic was introduced >> by r229854. >> > > Which means that it was introduced by one of the earlier commits (probably > mine). Thank you for this investigative work! > Although, to be frank and honest, I still don't see how the problem could be > a non-issue before. BTW, just to be sure, does the problem go away when kern.stop_scheduler_on_panic is set to zero? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 17:26:58 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B32B1065674; Sat, 21 Jan 2012 17:26:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 420448FC24; Sat, 21 Jan 2012 17:26:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA15641; Sat, 21 Jan 2012 19:26:56 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RoeiN-000JXG-Iu; Sat, 21 Jan 2012 19:26:55 +0200 Message-ID: <4F1AF55F.4090803@FreeBSD.org> Date: Sat, 21 Jan 2012 19:26:55 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: current@FreeBSD.org References: <20120117110242.GD12760@glebius.int.ru> <20120120154158.GD16676@FreeBSD.org> <4F1ABFF3.9090305@FreeBSD.org> <4F1ACD97.5080506@FreeBSD.org> In-Reply-To: <4F1ACD97.5080506@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff Subject: Re: locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 17:26:58 -0000 on 21/01/2012 16:37 Andriy Gapon said the following: > > BTW, we have a quite strange situation with spin locks in console output path. > cnputs_mtx is marked as MTX_NOWITNESS, supposedly because cnputs (printf) can be > called in any locking context (even during normal operation). But there are a > number of console-specific locks (scrlock, uart_hwmtx, "syscons video lock") > which are acquired under cnputs_mtx, but which are *not* marked as > MTX_NOWITNESS. More, they are specified in the witness order_lists as if we > certainly know a correct order for them. > I think that the msgbuf mutex also deserves mentioning in this context. > > I think that all of these spin locks should be marked as MTX_NOWITNESS (as long > as they stay normal spinlocks), because printf(9) should be usable wherever I > stick it in the code. > > P.S. The above only matters for WITNESS and !WITNESS_SKIPSPIN and I am not sure > if this combination really matters. > Here's my take at it: diff --git a/sys/kern/kern_cons.c b/sys/kern/kern_cons.c index 5346bc3..97f0f16 100644 --- a/sys/kern/kern_cons.c +++ b/sys/kern/kern_cons.c @@ -586,7 +586,7 @@ static void cn_drvinit(void *unused) { - mtx_init(&cnputs_mtx, "cnputs_mtx", NULL, MTX_SPIN | MTX_NOWITNESS); + mtx_init(&cnputs_mtx, "cnputs_mtx", NULL, MTX_SPIN); use_cnputs_mtx = 1; } diff --git a/sys/kern/subr_witness.c b/sys/kern/subr_witness.c index 55cb2d7..39dd94d 100644 --- a/sys/kern/subr_witness.c +++ b/sys/kern/subr_witness.c @@ -629,7 +629,6 @@ static struct witness_order_list_entry order_lists[] = { #endif { "rm.mutex_mtx", &lock_class_mtx_spin }, { "sio", &lock_class_mtx_spin }, - { "scrlock", &lock_class_mtx_spin }, #ifdef __i386__ { "cy", &lock_class_mtx_spin }, #endif @@ -638,7 +637,6 @@ static struct witness_order_list_entry order_lists[] = { { "rtc_mtx", &lock_class_mtx_spin }, #endif { "scc_hwmtx", &lock_class_mtx_spin }, - { "uart_hwmtx", &lock_class_mtx_spin }, { "fast_taskqueue", &lock_class_mtx_spin }, { "intr table", &lock_class_mtx_spin }, #ifdef HWPMC_HOOKS @@ -653,8 +651,8 @@ static struct witness_order_list_entry order_lists[] = { { "sched lock", &lock_class_mtx_spin }, { "td_contested", &lock_class_mtx_spin }, { "callout", &lock_class_mtx_spin }, + { "et_hw_mtx", &lock_class_mtx_spin }, { "entropy harvest mutex", &lock_class_mtx_spin }, - { "syscons video lock", &lock_class_mtx_spin }, #ifdef SMP { "smp rendezvous", &lock_class_mtx_spin }, #endif @@ -662,6 +660,13 @@ static struct witness_order_list_entry order_lists[] = { { "tlb0", &lock_class_mtx_spin }, #endif /* + * console locks + */ + { "cnputs_mtx", &lock_class_mtx_spin }, + { "scrlock", &lock_class_mtx_spin }, + { "syscons video lock", &lock_class_mtx_spin }, + { "uart_hwmtx", &lock_class_mtx_spin }, + /* * leaf locks */ { "intrcnt", &lock_class_mtx_spin }, How does this look? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Jan 21 19:56:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0746E1065674; Sat, 21 Jan 2012 19:56:20 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from mail.pipni.cz (mail.pipni.cz [93.185.104.5]) by mx1.freebsd.org (Postfix) with ESMTP id B7AB48FC14; Sat, 21 Jan 2012 19:56:19 +0000 (UTC) Received: from mail.pipni.cz ([93.185.104.5] helo=gamato.org) id 1Roghx-0004ED-2G; Sat, 21 Jan 2012 20:34:37 +0100 From: "mato" To: freebsd-stable@freebsd.org Date: Sat, 21 Jan 2012 20:34:36 +0100 Message-Id: <20120121191048.M83317@pobox.sk> X-Mailer: OpenWebMail 2.53 20091220 464 X-OriginatingIP: 195.168.92.92 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MailScanner-ID: 1Roghx-0004ED-2G X-pipni-MailScanner: Found to be clean X-pipni-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=0, required 6, autolearn=not spam, BAYES_20 -0.00, UNPARSEABLE_RELAY 0.00) X-pipni-MailScanner-From: gamato@users.sf.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: FreeBSD hangs on boot after kernel upgrade to 9.0-R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 19:56:20 -0000 Hi, I've used freebsd-update to upgrade from 8.2-R to 9.0-R and all looked nice until the first reboot. Now my FreeBSD always hangs midway through the boot process and the last message output is: "uhub3: