From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 01:30:56 2009 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 20B4E1065676; Sun, 29 Nov 2009 01:30:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id B383C8FC20; Sun, 29 Nov 2009 01:30:55 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so589740qwb.7 for ; Sat, 28 Nov 2009 17:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=wmIQLwl+iTiK7w4uSNp13jhrZQAu+e01QaY+YYpZUxM=; b=DA7qs9P+Kcz7c3n05YMV4JMH4lXU6AzSj8gV+qlpqeX/G1Lute1MsONUX0lQf5vkHo TljlZe1g7wyhkSaipmvmdhrBsg1ulTCqvn/9afwaTB/RkaEV2ynODOOttDGXrQGwaA8R X9TDlLxWlQuVIBREaK6ubLxWHjNUjKQmX5WWs= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=xFby87h562Jso7i798ZW/BYG1Wz0nx3A+uC0kqrEtT5Y/VAFbHTeDKUTgupDKHjs+/ aMfjgWHjGKiAEBNklNjHKTxHG4pvGtUCXrx0zsOQ/QYv5HBXj2VepfpcVJXE39tFwse1 OZmrgZNZs918lV3pizp8yuDofaye+oAIl74Rg= Received: by 10.224.71.233 with SMTP id i41mr1342313qaj.89.1259458254789; Sat, 28 Nov 2009 17:30:54 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm2510346qyk.14.2009.11.28.17.30.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 28 Nov 2009 17:30:53 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 28 Nov 2009 17:30:26 -0800 From: Pyun YongHyeon Date: Sat, 28 Nov 2009 17:30:26 -0800 To: Eirik =?iso-8859-1?Q?=D8verby?= Message-ID: <20091129013026.GA1355@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Gavin Atkinson , weldon@excelsusphoto.com, freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 - network stack crashes? 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: Sun, 29 Nov 2009 01:30:56 -0000 On Sat, Nov 28, 2009 at 08:46:12AM +0100, Eirik ??verby wrote: > Hi, > > Gavin Atkinson wrote: > > On Tue, 2009-11-03 at 08:32 -0500, Weldon S Godfrey 3 wrote: > > > > > > If memory serves me right, sometime around Yesterday, Gavin Atkinson told me: > > > > > > Gavin, thank you A LOT for helping us with this, I have answered as much > > > as I can from the most recent crash below. We did hit max mbufs. It is > > > at 25Kclusters, which is the default. I have upped it to 32K because a > > > rather old article mentioned that as the top end and I need to get into > > > work so I am not trying to do this with a remote console to go higher. I > > > have already set it to reboot next with 64K clusters. I already have kmem > > > maxed to what is bootable (or at least at one time) in 8.0, 4GB, how high > > > can I safely go? This is a NFS server running ZFS with sustained 5 min > > > averages of 120-200Mb/s running as a store for a mail system. > > > > > > > Some things that would be useful: > > > > > > > > - Does "arp -da" fix things? > > > > > > no, it hangs like ssh, route add, etc > > > > > > > - What's the output of "netstat -m" while the networking is broken? > > > Tue Nov 3 07:02:11 CST 2009 > > > 36971/2033/39004 mbufs in use (current/cache/total) > > > 24869/731/25600/25600 mbuf clusters in use (current/cache/total/max) > > > 24314/731 mbuf+clusters out of packet secondary zone in use > > > (current/cache) > > > 0/35/35/12800 4k (page size) jumbo clusters in use > > > (current/cache/total/max) > > > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > > 58980K/2110K/61091K bytes allocated to network (current/cache/total) > > > 0/201276/90662 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > > 0/0/0 sfbufs in use (current/peak/max) > > > 0 requests for sfbufs denied > > > 0 requests for sfbufs delayed > > > 0 requests for I/O initiated by sendfile > > > 0 calls to protocol drain routines > > > > OK, at least we've figured out what is going wrong then. As a > > workaround to get the machine to stay up longer, you should be able to > > set kern.ipc.nmbclusters=256000 in /boot/loader.conf -but hopefully we > > can resolve this soon. > > I'll chip in with a report of exactly the same situation, and I'm on 8.0-RELEASE. > We've been struggling with this for some time, and latest yesterday the box was rebooted, and already last night it wedged again. We're at a whopping > kern.ipc.nmbclusters: 524288 > and I've just doubled it once more, which means we're allocating 2GB to networking.. > > Much like the original poster, we're seeing this on a amd64 storage server with a large ZFS array shared through NFS, and network interfaces are two em(4) combined in a lagg(4) interface (lacp). Using either of the two em interfaces without lagg shows the same problem, just lower performance.. > > > > Firstly, what kernel was the above output from? And what network card > > are you using? In your initial post you mentioned testing both bce(4) > > and em(4) cards, be aware that em(4) had an issue that would cause > > exactly this issue, which was fixed with a commit on September 11th > > (r197093). Make sure your kernel is from after that date if you are > > using em(4). I guess it is also possible that bce(4) has the same > > issue, I'm not aware of any fixes to it recently. > > We're on GENERIC . > > > > So, from here, I think the best thing would be to just use the em(4) NIC > > and an up-to-date kernel, and see if you can reproduce the issue. > > em(4) and 8.0-RELEASE still shows this problem. > > > > How important is this machine? If em(4) works, are you able to help > > debug the issues with the bce(4) driver? > > We have no bce(4), but we have the problem on em(4) so can help debug there. The server is important, but making it stable is more important.. See below the sig for some debug info. > How about disabling TSO/Tx checksum offloading of em(4)? Last time I checked the driver, em(4) seems to assume it can access IP/TCP header in mbuf chains without computing required header size. From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 07:45:56 2009 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 F0E6B106568B; Sun, 29 Nov 2009 07:45:56 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3878FC1A; Sun, 29 Nov 2009 07:45:55 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NEeTg-0007Gk-Cz; Sun, 29 Nov 2009 08:45:53 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <20091129013026.GA1355@michelle.cdnetworks.com> Date: Sun, 29 Nov 2009 08:45:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> To: pyunyh@gmail.com, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: weldon@excelsusphoto.com, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 29 Nov 2009 07:45:57 -0000 On 29. nov. 2009, at 02.30, Pyun YongHyeon wrote: > On Sat, Nov 28, 2009 at 08:46:12AM +0100, Eirik ??verby wrote: >> Hi, >>=20 >> Gavin Atkinson wrote: >>> On Tue, 2009-11-03 at 08:32 -0500, Weldon S Godfrey 3 wrote: >>>>=20 >>>> If memory serves me right, sometime around Yesterday, Gavin = Atkinson told me: >>>>=20 >>>> Gavin, thank you A LOT for helping us with this, I have answered as = much=20 >>>> as I can from the most recent crash below. We did hit max mbufs. = It is=20 >>>> at 25Kclusters, which is the default. I have upped it to 32K = because a=20 >>>> rather old article mentioned that as the top end and I need to get = into=20 >>>> work so I am not trying to do this with a remote console to go = higher. I=20 >>>> have already set it to reboot next with 64K clusters. I already = have kmem=20 >>>> maxed to what is bootable (or at least at one time) in 8.0, 4GB, = how high=20 >>>> can I safely go? This is a NFS server running ZFS with sustained 5 = min=20 >>>> averages of 120-200Mb/s running as a store for a mail system. >>>>=20 >>>>> Some things that would be useful: >>>>>=20 >>>>> - Does "arp -da" fix things? >>>>=20 >>>> no, it hangs like ssh, route add, etc >>>>=20 >>>>> - What's the output of "netstat -m" while the networking is = broken? >>>> Tue Nov 3 07:02:11 CST 2009 >>>> 36971/2033/39004 mbufs in use (current/cache/total) >>>> 24869/731/25600/25600 mbuf clusters in use = (current/cache/total/max) >>>> 24314/731 mbuf+clusters out of packet secondary zone in use=20 >>>> (current/cache) >>>> 0/35/35/12800 4k (page size) jumbo clusters in use=20 >>>> (current/cache/total/max) >>>> 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) >>>> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) >>>> 58980K/2110K/61091K bytes allocated to network = (current/cache/total) >>>> 0/201276/90662 requests for mbufs denied = (mbufs/clusters/mbuf+clusters) >>>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >>>> 0/0/0 sfbufs in use (current/peak/max) >>>> 0 requests for sfbufs denied >>>> 0 requests for sfbufs delayed >>>> 0 requests for I/O initiated by sendfile >>>> 0 calls to protocol drain routines >>>=20 >>> OK, at least we've figured out what is going wrong then. As a >>> workaround to get the machine to stay up longer, you should be able = to >>> set kern.ipc.nmbclusters=3D256000 in /boot/loader.conf -but = hopefully we >>> can resolve this soon. >>=20 >> I'll chip in with a report of exactly the same situation, and I'm on = 8.0-RELEASE. >> We've been struggling with this for some time, and latest yesterday = the box was rebooted, and already last night it wedged again. We're at a = whopping=20 >> kern.ipc.nmbclusters: 524288 >> and I've just doubled it once more, which means we're allocating 2GB = to networking.. >>=20 >> Much like the original poster, we're seeing this on a amd64 storage = server with a large ZFS array shared through NFS, and network interfaces = are two em(4) combined in a lagg(4) interface (lacp). Using either of = the two em interfaces without lagg shows the same problem, just lower = performance.. >>=20 >>=20 >>> Firstly, what kernel was the above output from? And what network = card >>> are you using? In your initial post you mentioned testing both = bce(4) >>> and em(4) cards, be aware that em(4) had an issue that would cause >>> exactly this issue, which was fixed with a commit on September 11th >>> (r197093). Make sure your kernel is from after that date if you are >>> using em(4). I guess it is also possible that bce(4) has the same >>> issue, I'm not aware of any fixes to it recently. >>=20 >> We're on GENERIC . >>=20 >>=20 >>> So, from here, I think the best thing would be to just use the em(4) = NIC >>> and an up-to-date kernel, and see if you can reproduce the issue. >>=20 >> em(4) and 8.0-RELEASE still shows this problem. >>=20 >>=20 >>> How important is this machine? If em(4) works, are you able to help >>> debug the issues with the bce(4) driver? >>=20 >> We have no bce(4), but we have the problem on em(4) so can help debug = there. The server is important, but making it stable is more important.. = See below the sig for some debug info. >>=20 >=20 > How about disabling TSO/Tx checksum offloading of em(4)? > Last time I checked the driver, em(4) seems to assume it can access > IP/TCP header in mbuf chains without computing required header size. Hi, I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. /Eirik= From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 07:58:00 2009 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 09D6C106568D for ; Sun, 29 Nov 2009 07:58:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id BA12C8FC12 for ; Sun, 29 Nov 2009 07:57:59 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:46681 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NEeeS-00020C-4b; Sun, 29 Nov 2009 08:57:02 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 0EE79374F8; Sun, 29 Nov 2009 08:56:57 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: <20091128212226.GA9841@server.vk2pj.dyndns.org> Date: Sun, 29 Nov 2009 08:56:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> To: Peter Jeremy X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NEeeS-00020C-4b. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NEeeS-00020C-4b 006e52ba7489c1885160a5ca801540a2 Cc: freebsd-current@freebsd.org Subject: Re: Non-responsive 8.0-RC1 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, 29 Nov 2009 07:58:00 -0000 On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: > My main server is running 8.0/amd64 from between RC1 and RC2 and I've > recently had a couple of long-duration hangs on it during which time > processes doing I/O will stop responding. >=20 > The system is a dual-core Athlon with the base OS (root/usr/var) on > UFS and the remainder of the filesystem ZFS. It's running SCHEDULE. > It runs a pair of BOINC processes in the background. The first time, Hmm, I know there was some fix to the scheduler re: thread priority, and = it wouldn't surprise me if it was after your revision. My advice would be to upgrade to -RELEASE if possible. If not, at least = check whether your build should be affected. http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D198246 Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 09:03:20 2009 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 062651065670; Sun, 29 Nov 2009 09:03:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C1AF58FC08; Sun, 29 Nov 2009 09:03:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAT93JIE004847; Sun, 29 Nov 2009 04:03:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAT93JOM004846; Sun, 29 Nov 2009 09:03:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 09:03:19 GMT Message-Id: <200911290903.nAT93JOM004846@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 09:03:20 -0000 TB --- 2009-11-29 08:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 08:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-11-29 08:30:00 - cleaning the object tree TB --- 2009-11-29 08:30:27 - cvsupping the source tree TB --- 2009-11-29 08:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-11-29 09:03:19 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 09:03:19 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 09:03:19 - 1.00 user 12.75 system 1998.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 09:07:11 2009 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 C937D106568D; Sun, 29 Nov 2009 09:07:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 92E248FC14; Sun, 29 Nov 2009 09:07:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAT97AfN004863; Sun, 29 Nov 2009 04:07:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAT97Apj004862; Sun, 29 Nov 2009 09:07:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 09:07:10 GMT Message-Id: <200911290907.nAT97Apj004862@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 09:07:11 -0000 TB --- 2009-11-29 08:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 08:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-11-29 08:30:00 - cleaning the object tree TB --- 2009-11-29 08:30:25 - cvsupping the source tree TB --- 2009-11-29 08:30:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-11-29 09:07:10 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 09:07:10 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 09:07:10 - 0.85 user 11.42 system 2230.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 09:21:54 2009 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 66CDF1065696 for ; Sun, 29 Nov 2009 09:21:54 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id EED7D8FC0C for ; Sun, 29 Nov 2009 09:21:53 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id nAT9Lqnf025689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Nov 2009 10:21:52 +0100 (CET) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id nAT9LqAU025688; Sun, 29 Nov 2009 10:21:52 +0100 (CET) (envelope-from uqs@spoerlein.net) Date: Sun, 29 Nov 2009 10:21:52 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Matthew Seaman Message-ID: <20091129092152.GJ3406@acme.spoerlein.net> Mail-Followup-To: Matthew Seaman , Scot Hetzel , freebsd-current@freebsd.org References: <4B0E57CC.7050509@infracaninophile.co.uk> <4B0F244A.60404@infracaninophile.co.uk> <790a9fff0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com> <4B0F7EA8.4090408@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B0F7EA8.4090408@infracaninophile.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Building RELENG_8_0 confused by openldap. 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, 29 Nov 2009 09:21:54 -0000 On Fri, 27.11.2009 at 07:24:24 +0000, Matthew Seaman wrote: > Scot Hetzel wrote: > > Do you have WITH_OPENLDAP defined in /etc/make.conf? > > > > One way to prevent Ports configuration variables from affecting the > > build of the FreeBSD src is to use ports-mgmt/portconf, and put those > > variables in /usr/local/etc/ports.conf file. > > D'Oh! Of course I do have WITH_OPENLDAP defined in /etc/make.conf, so > linking against the LDAP libs is just doing what I told it to do. No > problem. You should wrap these settings with something like the following: .if ${.CURDIR:M*/usr/ports*} WITH_OPENLDAP= yes .endif Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 09:41:36 2009 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 4220D1065679; Sun, 29 Nov 2009 09:41:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F13CA8FC0A; Sun, 29 Nov 2009 09:41:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAT9fZSw004973; Sun, 29 Nov 2009 04:41:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAT9fZEo004972; Sun, 29 Nov 2009 09:41:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 09:41:35 GMT Message-Id: <200911290941.nAT9fZEo004972@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 09:41:36 -0000 TB --- 2009-11-29 09:07:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 09:07:11 - starting HEAD tinderbox run for mips/mips TB --- 2009-11-29 09:07:11 - cleaning the object tree TB --- 2009-11-29 09:07:17 - cvsupping the source tree TB --- 2009-11-29 09:07:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-11-29 09:41:35 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 09:41:35 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 09:41:35 - 0.36 user 4.25 system 2064.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 09:43:13 2009 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 882611065693; Sun, 29 Nov 2009 09:43:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 518D58FC15; Sun, 29 Nov 2009 09:43:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAT9hC1R004987; Sun, 29 Nov 2009 04:43:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAT9hCWE004986; Sun, 29 Nov 2009 09:43:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 09:43:12 GMT Message-Id: <200911290943.nAT9hCWE004986@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 09:43:13 -0000 TB --- 2009-11-29 09:03:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 09:03:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-29 09:03:19 - cleaning the object tree TB --- 2009-11-29 09:03:21 - cvsupping the source tree TB --- 2009-11-29 09:03:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-29 09:43:12 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 09:43:12 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 09:43:12 - 0.14 user 1.85 system 2393.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 13:14:57 2009 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 98042106566C; Sun, 29 Nov 2009 13:14:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA908FC15; Sun, 29 Nov 2009 13:14:57 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NEjby-0001N3-9C; Sun, 29 Nov 2009 13:14:55 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NEjbx-0007IZ-6N; Sun, 29 Nov 2009 13:14:45 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nATDEhVA012391; Sun, 29 Nov 2009 13:14:43 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nATDEhbD012390; Sun, 29 Nov 2009 13:14:43 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 29 Nov 2009 13:14:43 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20091129131443.GA7194@mech-cluster241.men.bris.ac.uk> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD 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, 29 Nov 2009 13:14:57 -0000 On Fri, Nov 27, 2009 at 10:13:34AM -0800, Marcel Moolenaar wrote: > > On Nov 27, 2009, at 2:22 AM, Anton Shterenlikht wrote: > > > On Thu, Nov 26, 2009 at 09:44:29AM -0800, Marcel Moolenaar wrote: > >> > >> On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote: > >> > >>>> nslookup 113.105.65.7 > >>> Server: 137.222.10.36 > >>> Address: 137.222.10.36#53 > >>> > >>> ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN > >>> > >>> /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > >>> Abort (core dumped) > >> > >> Recompile with -O0 and see if the problem goes away. If yes, it's > >> a compiler bug -- I haven't looked at it, because I assume it's a > >> compiler bug. > > > > As /usr/bin/nslookup is part of the base system, do you recommend using > > > > CFLAGS= -O0 > > > > in /etc/make.conf ? > > No, that's too much pessimization. On top of that, it expose other compiler > bugs. Just recompile the suspect binary and/or libraries with "-O0 -g" and > install them seperately, like so: > % cd /usr/src/lib/bind/isc > % make cleandir; make cleandir > % make obj > % make depend > % make DEBUG_FLAGS="-O0 -g" > % sudo make install > > To find out which libraries a binary uses, do: > % ldd /usr/bin/nslookup > > For code in the base system, I typically try to find a work-around so that > we can compile with the default flags. I did just exactly what you wrote, but not sure I got there, because nslookup is still dated 2 weeks ago: > ls -al /usr/bin/nslookup -r-xr-xr-x 1 root wheel 3568440 13 Nov 16:16 /usr/bin/nslookup > and the results are mixed: sometimes it works, and sometimes it doesn't: TZAV> nslookup bris.ac.uk Server: 137.222.10.36 Address: 137.222.10.36#53 Name: bris.ac.uk Address: 137.222.10.86 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 68.180.206.184 Name: altavista.com Address: 206.190.60.37 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup google.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: google.com Address: 74.125.67.100 Name: google.com Address: 74.125.45.100 Name: google.com Address: 74.125.53.100 TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 206.190.60.37 Name: altavista.com Address: 68.180.206.184 /usr/src/usr.bin/nslookup/../../contrib/bind9/bin/dig/dighost.c:3508: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&lookup_lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 206.190.60.37 Name: altavista.com Address: 68.180.206.184 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup 113.105.65.7 Server: 137.222.10.36 Address: 137.222.10.36#53 ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 68.180.206.184 Name: altavista.com Address: 206.190.60.37 TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 206.190.60.37 Name: altavista.com Address: 68.180.206.184 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup 113.105.65.7 Server: 137.222.10.36 Address: 137.222.10.36#53 ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN TZAV> nslookup altavista.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: altavista.com Address: 68.180.206.184 Name: altavista.com Address: 206.190.60.37 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> TZAV> nslookup google.com Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: google.com Address: 74.125.53.100 Name: google.com Address: 74.125.67.100 Name: google.com Address: 74.125.45.100 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) TZAV> nslookup shef.ac.uk Server: 137.222.10.36 Address: 137.222.10.36#53 Non-authoritative answer: Name: shef.ac.uk Address: 143.167.2.101 Looking at: # ldd /usr/bin/nslookup /usr/bin/nslookup: libcrypto.so.6 => /lib/libcrypto.so.6 (0x20000000403fc000) libthr.so.3 => /lib/libthr.so.3 (0x20000000406c0000) libc.so.7 => /lib/libc.so.7 (0x20000000406fe000) I wonder if I also have to rebuild in /usr/src/secure/lib (for libthr.so) ? /usr/src/lib (for libc.so) ? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 14:29:38 2009 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 63ADC106566B; Sun, 29 Nov 2009 14:29:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB2E8FC18; Sun, 29 Nov 2009 14:29:38 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id CE8BA46B06; Sun, 29 Nov 2009 09:29:37 -0500 (EST) Date: Sun, 29 Nov 2009 14:29:37 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?ISO-8859-15?Q?Eirik_=D8verby?= In-Reply-To: <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> Message-ID: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1483411841-1259504977=:80654" Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 29 Nov 2009 14:29:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1483411841-1259504977=:80654 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 29 Nov 2009, Eirik Øverby wrote: > I just did that (-rxcsum -txcsum -tso), but the numbers still keep rising. > I'll wait and see if it goes down again, then reboot with those values to > see how it behaves. But right away it doesn't look too good .. It would be interesting to know if any of the counters in the output of netstat -s grow linearly with the allocation count in netstat -m. Often times leaks are associated with edge cases in the stack (typically because if they are in common cases the bug is detected really quickly!) -- usually error handling, where in some error case the unwinding fails to free an mbuf that it should free. These are notoriously hard to track down, unfortunately, but the stats output (especially where delta alloc is linear to delta stat) may inform the situation some more. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1483411841-1259504977=:80654-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 16:19:37 2009 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 4BEBC1065676; Sun, 29 Nov 2009 16:19:37 +0000 (UTC) (envelope-from kerbzo@gmail.com) Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221]) by mx1.freebsd.org (Postfix) with ESMTP id 77FFE8FC12; Sun, 29 Nov 2009 16:19:36 +0000 (UTC) Received: by ewy21 with SMTP id 21so3510368ewy.13 for ; Sun, 29 Nov 2009 08:19:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:content-type; bh=aaicWoIVDCX6wMRsG0O7sVvcsd/rkoyQ4md4S2oijf4=; b=wbHWlxYL6xBhLS794+EDYBTGOqjVDIJaMqZRjswFZnE7Jnp+kF0n1JFpy9y2Fago50 5IQ/bUrH5H3c/9uNqqP2S72UFPOQ5HepheKl3VnP1UtY5wq4ks31R9RtsNubmeIbW51l W3vCKG5LmHE6tEoudFWT0Ccf1c8AAulh829VA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; b=CvxsADBwOoq6i2W61yc3nPxSivZgr7cOKzVWZZPEPi6kahPUoB33CVHm2IRkDbnjaq +KCECjxWb4dwUD8bbD2j7Enh1x7i2jz6h9mQvzLroKREtlJbeGQq+r+7AUimwTu1SrHS IDTbQlOllRgotsLiLSbF29KKupVVRKwZFn+jQ= Received: by 10.216.85.14 with SMTP id t14mr1025793wee.222.1259510118591; Sun, 29 Nov 2009 07:55:18 -0800 (PST) Received: from kerbzo.local (host99-203-dynamic.11-87-r.retail.telecomitalia.it [87.11.203.99]) by mx.google.com with ESMTPS id p10sm8020687gvf.28.2009.11.29.07.55.13 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Nov 2009 07:55:17 -0800 (PST) Message-ID: <4B129960.9030107@gmail.com> Date: Sun, 29 Nov 2009 16:55:12 +0100 From: Kevin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-ipfw@freebsd.org Content-Type: multipart/mixed; boundary="------------050204000406000001000700" Cc: ben@wanderview.com Subject: dummynet issues 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, 29 Nov 2009 16:19:37 -0000 This is a multi-part message in MIME format. --------------050204000406000001000700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I'm experiencing some dummynet issues after upgrading from 7-STABLE to 8.0-RELEASE. My /var/log/messages is full of these logs: Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been idle! Nov 29 15:34:49 stone last message repeated 409 times Nov 29 15:36:49 stone last message repeated 1595 times Nov 29 15:46:50 stone last message repeated 8162 times Nov 29 15:56:51 stone last message repeated 7099 times Nov 29 16:06:52 stone last message repeated 4771 times Nov 29 16:16:53 stone last message repeated 3859 times Nov 29 16:26:54 stone last message repeated 3493 times Nov 29 16:36:55 stone last message repeated 5874 times Also I noticed that traffic shaping is not working any longer , i.e.: actually outgoing pipes do not limit bandwidth at all. Until 8 Release upgrading the same configuration was working perfectly. This is my uname -a FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 20:22:30 CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 Attached my dmesg.boot and my kernel configuration. Is anybody experiencing same issues? Thank you, regards, -- Kevin --------------050204000406000001000700 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #5: Sat Nov 28 20:22:30 CET 2009 tinotom@stone.it:/usr/obj/usr/src/sys/STONE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA Eden Processor 1200MHz (1200.01-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x6d0 Stepping = 0 Features=0xa7c9baff Features2=0x4181 VIA Padlock Features=0xffcc real memory = 1073741824 (1024 MB) avail memory = 975413248 (930 MB) kbd1 at kbdmux0 cryptosoft0: on motherboard padlock0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] ACPI Error: Package List length (8) larger than NumElements count (2), truncated 20090521 dsobject-590 ACPI Error: Package List length (8) larger than NumElements count (2), truncated 20090521 dsobject-590 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3bde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 5 for 0.9.INTA is invalid pci_link2: BIOS IRQ 5 for 0.16.INTC is invalid pci_link2: BIOS IRQ 5 for 0.17.INTC is invalid pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 32M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf4000000-0xf7ffffff,0xfb000000-0xfbffffff irq 11 at device 0.0 on pci1 atapci0: port 0xff00-0xff0f,0xfe00-0xfe0f,0xfd00-0xfd0f,0xfc00-0xfc0f,0xfb00-0xfb1f,0xee00-0xeeff irq 11 at device 8.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] re0: port 0xec00-0xecff mem 0xfdfff000-0xfdfff0ff irq 10 at device 9.0 on pci0 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:a3:3e:6e re0: [FILTER] re1: port 0xe800-0xe8ff mem 0xfdffe000-0xfdffe0ff irq 10 at device 11.0 on pci0 re1: Chip rev. 0x18000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:30:18:a3:3e:6f re1: [FILTER] atapci1: port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f,0xea00-0xeaff irq 11 at device 15.0 on pci0 atapci1: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf500-0xf50f at device 15.1 on pci0 ata0: on atapci2 ata0: [ITHREAD] ata1: on atapci2 ata1: [ITHREAD] uhci0: port 0xf400-0xf41f irq 11 at device 16.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0010 usbus0: on uhci0 uhci1: port 0xf300-0xf31f irq 11 at device 16.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0xf200-0xf21f irq 11 at device 16.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 uhci3: port 0xf100-0xf11f irq 11 at device 16.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus3: on uhci3 ehci0: mem 0xfdffd000-0xfdffd0ff irq 10 at device 16.4 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x73 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1200008037 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to accept, logging disabled usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad0: 238475MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ad1: 239372MB at ata0-slave UDMA133 ad4: 57231MB at ata2-master SATA150 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered ad6: 476940MB at ata3-master SATA150 ad10: 476940MB at ata5-master SATA150 GEOM: ad6s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ufsid/48f65a225aa70550: geometry does not match label (255h,63s != 16h,63s). ad12: 1430799MB at ata6-master SATA150 Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ad12s1a ugen0.2: at usbus0 WARNING: attempt to domain_add(netgraph) after domainfinalize() dummynet: OUCH! pipe should have been idle! dummynet: OUCH! pipe should have been idle! dummynet: OUCH! pipe should have been idle! dummynet: OUCH! pipe should have been idle! --------------050204000406000001000700 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="STONE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="STONE" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.519.2.4.2.2 2009/11/09 23:48:01 kensmith Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident STONE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters # #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # ## RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device rum # Ralink Technology RT2501USB wireless NICs #device ural # Ralink Technology RT2500USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device zyd # ZyDAS zb1211/zb1211b wireless NICs #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons options NETGRAPH options MAC device drm options DUMMYNET #options VESA options SC_DISABLE_REBOOT options SC_PIXEL_MODE options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_GREEN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) #device atapicam options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPDIVERT device crypto device padlock options HZ=1000 --------------050204000406000001000700-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 17:59:08 2009 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 112DF106566C; Sun, 29 Nov 2009 17:59:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id ED13F8FC16; Sun, 29 Nov 2009 17:59:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTV00IE7TXUZK10@asmtp029.mac.com>; Sun, 29 Nov 2009 09:58:43 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091129131443.GA7194@mech-cluster241.men.bris.ac.uk> Date: Sun, 29 Nov 2009 09:58:42 -0800 Message-id: References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> <20091129131443.GA7194@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD 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, 29 Nov 2009 17:59:08 -0000 On Nov 29, 2009, at 5:14 AM, Anton Shterenlikht wrote: >> % sudo make install > > I did just exactly what you wrote, but not sure I got there, because > nslookup is still dated 2 weeks ago: > >> ls -al /usr/bin/nslookup > -r-xr-xr-x 1 root wheel 3568440 13 Nov 16:16 /usr/bin/nslookup If you don't have sudo installed from ports, then the install fails. You don't have to install sudo, just run the command as root. > and the results are mixed: sometimes it works, and sometimes it > doesn't: This relates to code paths. pthread_mutex_destroy() has to be called in order for the assert to fail. I presume there are code paths in which the lock isn't acquired. > Looking at: > > # ldd /usr/bin/nslookup > /usr/bin/nslookup: > libcrypto.so.6 => /lib/libcrypto.so.6 (0x20000000403fc000) > libthr.so.3 => /lib/libthr.so.3 (0x20000000406c0000) > libc.so.7 => /lib/libc.so.7 (0x20000000406fe000) > > I wonder if I also have to rebuild in > /usr/src/secure/lib (for libthr.so) ? > /usr/src/lib (for libc.so) ? No, I don't think so. The problem is with the caller of the function, which is in libisc. I'll look into it this afternoon, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:44:49 2009 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 D48B1106566B; Sun, 29 Nov 2009 18:44:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFD58FC28; Sun, 29 Nov 2009 18:44:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATIim4P061880; Sun, 29 Nov 2009 13:44:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATIimIm061879; Sun, 29 Nov 2009 18:44:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 18:44:48 GMT Message-Id: <200911291844.nATIimIm061879@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 18:44:49 -0000 TB --- 2009-11-29 18:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-11-29 18:10:00 - cleaning the object tree TB --- 2009-11-29 18:10:14 - cvsupping the source tree TB --- 2009-11-29 18:10:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-11-29 18:44:48 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 18:44:48 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 18:44:48 - 0.70 user 8.84 system 2087.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:45:47 2009 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 CB0FE106568B; Sun, 29 Nov 2009 18:45:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 94B398FC2F; Sun, 29 Nov 2009 18:45:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATIjlpU061896; Sun, 29 Nov 2009 13:45:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATIjlvP061895; Sun, 29 Nov 2009 18:45:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 18:45:47 GMT Message-Id: <200911291845.nATIjlvP061895@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 18:45:47 -0000 TB --- 2009-11-29 18:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-11-29 18:10:00 - cleaning the object tree TB --- 2009-11-29 18:10:08 - cvsupping the source tree TB --- 2009-11-29 18:10:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2009-11-29 18:45:47 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 18:45:47 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 18:45:47 - 0.38 user 5.21 system 2146.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:46:16 2009 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 DA319106566C; Sun, 29 Nov 2009 18:46:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6218FC27; Sun, 29 Nov 2009 18:46:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATIkGpM061905; Sun, 29 Nov 2009 13:46:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATIkGAZ061903; Sun, 29 Nov 2009 18:46:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 18:46:16 GMT Message-Id: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 18:46:17 -0000 TB --- 2009-11-29 18:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-11-29 18:10:00 - cleaning the object tree TB --- 2009-11-29 18:10:00 - cvsupping the source tree TB --- 2009-11-29 18:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-11-29 18:46:16 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 18:46:16 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 18:46:16 - 0.05 user 0.00 system 2175.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:46:17 2009 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 DC78E106568B; Sun, 29 Nov 2009 18:46:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8BB8FC2C; Sun, 29 Nov 2009 18:46:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATIkGFP061906; Sun, 29 Nov 2009 13:46:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATIkGAQ061904; Sun, 29 Nov 2009 18:46:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 18:46:16 GMT Message-Id: <200911291846.nATIkGAQ061904@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 18:46:17 -0000 TB --- 2009-11-29 18:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-11-29 18:10:00 - cleaning the object tree TB --- 2009-11-29 18:10:00 - cvsupping the source tree TB --- 2009-11-29 18:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-11-29 18:46:16 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 18:46:16 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 18:46:16 - 0.02 user 0.02 system 2175.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:53:40 2009 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 8AEB9106568D; Sun, 29 Nov 2009 18:53:40 +0000 (UTC) (envelope-from kerbzo@gmail.com) Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221]) by mx1.freebsd.org (Postfix) with ESMTP id E90C38FC16; Sun, 29 Nov 2009 18:53:39 +0000 (UTC) Received: by ewy21 with SMTP id 21so3607271ewy.13 for ; Sun, 29 Nov 2009 10:53:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=tBAhYl45URWbCIYKpopiPu5ycJaSK+AcUAEswBy9V/Q=; b=HSEiU+alC/4owYUyI6bnDIVlcBUWBcuo5Ev1b+tRePSzMW/hW5z7dwdbkUKfpDZGV9 jlpqL8DO+hYmgf2RQhvj6ULNTNOODQXS22zmhcR2FB4ZOtTZYr0lGTN7B5JL4QeVRy8n rM0c9SAFD3jIXe4ZouLew5YJhIMgXeOEkU38o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=qKPLlkLHlWRnv1sF74UREedgLv2sIDHrfS3wfHu2+mF9axjNwujE93wIHgn1PlzHDL 8UWpxC5BaQ86kjPbuVwfrz/PoS1DSOqu+D1oBB/mLCOpBiXPUfS/ybmNuRw3a+HRj1of Tnulnd2mfsOuN7W2AFm30wC25uYD985EKkeMI= Received: by 10.216.88.140 with SMTP id a12mr1174920wef.157.1259520818656; Sun, 29 Nov 2009 10:53:38 -0800 (PST) Received: from kerbzo.local (host99-203-dynamic.11-87-r.retail.telecomitalia.it [87.11.203.99]) by mx.google.com with ESMTPS id t2sm8378468gve.9.2009.11.29.10.53.37 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Nov 2009 10:53:38 -0800 (PST) Message-ID: <4B12C32F.3060709@gmail.com> Date: Sun, 29 Nov 2009 19:53:35 +0100 From: Kevin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alex Almeida References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> In-Reply-To: <4B12B6B9.3030106@bsd.com.br> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, ben@wanderview.com Subject: Re: dummynet issues 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, 29 Nov 2009 18:53:40 -0000 Alex Almeida wrote: > Hi, > > The same happened with me, just by setting: > net.inet.ip.fw.one_pass: 0 > > And stopped the message, however I was using version 6.4. > > I hope that helps you, > > Hugs > > Alex Almeida > > > > > Kevin Smith escreveu: >> Hi, >> >> I'm experiencing some dummynet issues after upgrading from 7-STABLE to >> 8.0-RELEASE. >> My /var/log/messages is full of these logs: >> >> Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been idle! >> Nov 29 15:34:49 stone last message repeated 409 times >> Nov 29 15:36:49 stone last message repeated 1595 times >> Nov 29 15:46:50 stone last message repeated 8162 times >> Nov 29 15:56:51 stone last message repeated 7099 times >> Nov 29 16:06:52 stone last message repeated 4771 times >> Nov 29 16:16:53 stone last message repeated 3859 times >> Nov 29 16:26:54 stone last message repeated 3493 times >> Nov 29 16:36:55 stone last message repeated 5874 times >> >> Also I noticed that traffic shaping is not working any longer , i.e.: >> actually outgoing pipes do not limit bandwidth at all. >> Until 8 Release upgrading the same configuration was working perfectly. >> >> This is my uname -a >> >> FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 20:22:30 >> CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 >> >> Attached my dmesg.boot and my kernel configuration. >> >> Is anybody experiencing same issues? >> Thank you, >> regards, >> >> -- >> Kevin >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-ipfw@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > Hi, I've already net.inet.ip.fw.one_pass set to 0, and also setting it to 1, even if this is not what I need, does not fix. Thank you anyway, regards, -- Kevin From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:13:49 2009 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 48EF91065676; Sun, 29 Nov 2009 19:13:49 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 06C168FC12; Sun, 29 Nov 2009 19:13:48 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NEpDO-000GM4-VC; Sun, 29 Nov 2009 20:13:47 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Sun, 29 Nov 2009 20:13:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <20F5AABC-C98D-4D64-AAE3-D87D0C21B8C1@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> To: Robert Watson X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 29 Nov 2009 19:13:49 -0000 On 29. nov. 2009, at 15.29, Robert Watson wrote: > On Sun, 29 Nov 2009, Eirik =D8verby wrote: >=20 >> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >=20 > It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. I'm collecting the output of netstat -m|grep "mbuf clusters" and netstat = -s every 10 seconds now. Will allow it to run until the box stops = responding. Not sure what to do with the data after the box has "died" = .. Will try to see if there are any obvious similarities. Suggestions welcome - both how to collect data and how to analyse ;) /Eirik From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:21:43 2009 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 1CDF31065670; Sun, 29 Nov 2009 19:21:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA8928FC14; Sun, 29 Nov 2009 19:21:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATJLgJ0062026; Sun, 29 Nov 2009 14:21:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATJLg5M062025; Sun, 29 Nov 2009 19:21:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 19:21:42 GMT Message-Id: <200911291921.nATJLg5M062025@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 19:21:43 -0000 TB --- 2009-11-29 18:44:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:44:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-29 18:44:49 - cleaning the object tree TB --- 2009-11-29 18:44:49 - cvsupping the source tree TB --- 2009-11-29 18:44:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-29 19:21:42 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 19:21:42 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 19:21:42 - 0.02 user 0.02 system 2213.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:23:14 2009 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 0F27C1065692; Sun, 29 Nov 2009 19:23:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CC4E48FC1D; Sun, 29 Nov 2009 19:23:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATJNDn5062046; Sun, 29 Nov 2009 14:23:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATJND3u062045; Sun, 29 Nov 2009 19:23:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 19:23:13 GMT Message-Id: <200911291923.nATJND3u062045@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 19:23:14 -0000 TB --- 2009-11-29 18:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:46:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-29 18:46:16 - cleaning the object tree TB --- 2009-11-29 18:46:30 - cvsupping the source tree TB --- 2009-11-29 18:46:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-29 19:23:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 19:23:13 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 19:23:13 - 0.55 user 8.34 system 2216.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:25:09 2009 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 740FC1065670; Sun, 29 Nov 2009 19:25:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4018FC13; Sun, 29 Nov 2009 19:25:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATJP8tq062057; Sun, 29 Nov 2009 14:25:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATJP8Ve062056; Sun, 29 Nov 2009 19:25:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 19:25:08 GMT Message-Id: <200911291925.nATJP8Ve062056@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 19:25:09 -0000 TB --- 2009-11-29 18:45:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:45:47 - starting HEAD tinderbox run for mips/mips TB --- 2009-11-29 18:45:47 - cleaning the object tree TB --- 2009-11-29 18:45:47 - cvsupping the source tree TB --- 2009-11-29 18:45:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-11-29 19:25:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 19:25:08 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 19:25:08 - 0.04 user 0.00 system 2361.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:25:53 2009 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 110AE10656AA; Sun, 29 Nov 2009 19:25:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CF63F8FC1F; Sun, 29 Nov 2009 19:25:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATJPqmD062062; Sun, 29 Nov 2009 14:25:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATJPqfc062061; Sun, 29 Nov 2009 19:25:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 19:25:52 GMT Message-Id: <200911291925.nATJPqfc062061@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 19:25:53 -0000 TB --- 2009-11-29 18:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 18:46:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-11-29 18:46:16 - cleaning the object tree TB --- 2009-11-29 18:46:29 - cvsupping the source tree TB --- 2009-11-29 18:46:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-11-29 19:25:52 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 19:25:52 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 19:25:52 - 0.65 user 7.90 system 2375.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:34:13 2009 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 3D7E71065676 for ; Sun, 29 Nov 2009 19:34:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A39F98FC0C for ; Sun, 29 Nov 2009 19:34:12 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id nATJY7oV072775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Nov 2009 20:34:11 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4B12CCA8.7050808@omnilan.de> Date: Sun, 29 Nov 2009 20:34:00 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8FACEF62C489845756297F80" Subject: named, VARMFS=yes and FILESDIR 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, 29 Nov 2009 19:34:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8FACEF62C489845756297F80 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, while building an embedded slave DNS I recognized that running named out = of the box with VARMFS enabled would fail. Now I could easily fix it for my device only, but I think it's better to = solve it upstream. VARMFS=3DYes is a standard option, likewise named_enable. Short description of the problem: When rc detects non-writabel /var or VARMFS is set to yes, a new /var=20 tree gets populated. This comes without config, hint file and likewise=20 for /var/named/namedb, but /etc/namedb is a symlink to /var/named/namedb.= rc.d/named could easily be supplemented with the neccessary checks, but=20 we don't have the needed files outside of /var. My idea is to create a namedb directory in /usr/share (like there's one=20 for sendmail) with duplicate entries of src/etc/namedb Unfortunately I couldn't find out where FILESDIR is processed in the bsd = build stages. If the idea is plausable, how do I best install /usr/share/namedb? src/etc/namedb is entered at DISTRIBUTION target, right? Id highly appreciate if somebody who's familar with the build stages=20 could give me some hints. Thanks, -Harry P.S.: named_conf definitions in rc.conf get lost. Here's the patch: --- etc/rc.d/named.orig 2009-09-13 20:11:34.000000000 +0200 +++ etc/rc.d/named 2009-09-13 21:38:29.000000000 +0200 @@ -264,6 +284,6 @@ # required_dirs=3D"$named_chrootdir" # if it is set, it must exist pidfile=3D"${named_pidfile:-/var/run/named/pid}" -command_args=3D"-u ${named_uid:=3Droot}" +command_args=3D"-c $named_conf -u ${named_uid:=3Droot}" --------------enig8FACEF62C489845756297F80 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.13 (FreeBSD) iEYEARECAAYFAksSzK8ACgkQLDqVQ9VXb8iOegCfQ/HP+m8qcvXjasaKGZ/LlCOB VMcAoK6paCjU5hupBHMoJhhbrqwez7GG =hY+j -----END PGP SIGNATURE----- --------------enig8FACEF62C489845756297F80-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:48:10 2009 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 744C11065697; Sun, 29 Nov 2009 19:48:10 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB2E8FC2E; Sun, 29 Nov 2009 19:48:10 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id EDD178192; Sun, 29 Nov 2009 19:48:08 +0000 (UTC) Date: Sun, 29 Nov 2009 19:47:28 +0000 From: Bruce Cran To: Gary Kline Message-ID: <20091129194728.00007891@unknown> In-Reply-To: <20091129193018.GA87743@thought.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> <20091129193018.GA87743@thought.org> X-Mailer: Claws Mail 3.7.2cvs27 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Roland Smith , freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... 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, 29 Nov 2009 19:48:10 -0000 On Sun, 29 Nov 2009 11:30:18 -0800 Gary Kline wrote: > { One far, far OT question here: who can explain what dovecot > is/does? why it even exists? I'm familiar with MTA's, like > sendmail; likewise with MUA's, like evo, kmail, and mutt. > It's time to learn another level of complexity, evidently....} Dovecot is an IMAP/POP3 server - sendmail lets you send mail, dovecot lets you fetch it from a remote server. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:54:25 2009 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 98764106568F; Sun, 29 Nov 2009 19:54:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 61D778FC13; Sun, 29 Nov 2009 19:54:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nATJsO68062140; Sun, 29 Nov 2009 14:54:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nATJsOrx062139; Sun, 29 Nov 2009 19:54:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Nov 2009 19:54:24 GMT Message-Id: <200911291954.nATJsOrx062139@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 19:54:25 -0000 TB --- 2009-11-29 19:21:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-29 19:21:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-29 19:21:42 - cleaning the object tree TB --- 2009-11-29 19:21:51 - cvsupping the source tree TB --- 2009-11-29 19:21:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-29 19:54:24 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-29 19:54:24 - ERROR: unable to cvsup the source tree TB --- 2009-11-29 19:54:24 - 0.46 user 6.34 system 1962.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 18:31:10 2009 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 9F6B1106566C; Sun, 29 Nov 2009 18:31:10 +0000 (UTC) (envelope-from admin@benaianet.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id 527E98FC18; Sun, 29 Nov 2009 18:31:09 +0000 (UTC) Received: by yxe14 with SMTP id 14so2460839yxe.7 for ; Sun, 29 Nov 2009 10:31:09 -0800 (PST) Received: by 10.91.81.18 with SMTP id i18mr5504719agl.47.1259517637237; Sun, 29 Nov 2009 10:00:37 -0800 (PST) Received: from ?127.0.0.1? (189-53-144-48.poolip.SDR.embratel.net.br [189.53.144.48]) by mx.google.com with ESMTPS id 7sm1673072yxg.50.2009.11.29.10.00.33 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Nov 2009 10:00:35 -0800 (PST) Message-ID: <4B12B6B9.3030106@bsd.com.br> Date: Sun, 29 Nov 2009 15:00:25 -0300 From: Alex Almeida User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Kevin Smith References: <4B129960.9030107@gmail.com> In-Reply-To: <4B129960.9030107@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 29 Nov 2009 20:29:40 +0000 Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, ben@wanderview.com Subject: Re: dummynet issues 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, 29 Nov 2009 18:31:10 -0000 Hi, The same happened with me, just by setting: net.inet.ip.fw.one_pass: 0 And stopped the message, however I was using version 6.4. I hope that helps you, Hugs Alex Almeida Kevin Smith escreveu: > Hi, > > I'm experiencing some dummynet issues after upgrading from 7-STABLE to > 8.0-RELEASE. > My /var/log/messages is full of these logs: > > Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been idle! > Nov 29 15:34:49 stone last message repeated 409 times > Nov 29 15:36:49 stone last message repeated 1595 times > Nov 29 15:46:50 stone last message repeated 8162 times > Nov 29 15:56:51 stone last message repeated 7099 times > Nov 29 16:06:52 stone last message repeated 4771 times > Nov 29 16:16:53 stone last message repeated 3859 times > Nov 29 16:26:54 stone last message repeated 3493 times > Nov 29 16:36:55 stone last message repeated 5874 times > > Also I noticed that traffic shaping is not working any longer , i.e.: > actually outgoing pipes do not limit bandwidth at all. > Until 8 Release upgrading the same configuration was working perfectly. > > This is my uname -a > > FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 20:22:30 > CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 > > Attached my dmesg.boot and my kernel configuration. > > Is anybody experiencing same issues? > Thank you, > regards, > > -- > Kevin > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:14:51 2009 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 2B0721065672 for ; Sun, 29 Nov 2009 19:14:51 +0000 (UTC) (envelope-from mailinglistmember@mgwigglesworth.net) Received: from mgwigglesworth.net (mail.mgwigglesworth.net [75.146.26.81]) by mx1.freebsd.org (Postfix) with ESMTP id C13E28FC18 for ; Sun, 29 Nov 2009 19:14:50 +0000 (UTC) To: Kevin Smith Date: Sun, 29 Nov 2009 14:02:27 -0500 Envelope-To: kerbzo@gmail.com, admin@benaianet.com, freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, ben@wanderview.com References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> Message-ID: <4B12C543.2070204@mgwigglesworth.net> From: "Mailing LIst Member" Received: from [192.168.5.12] (192.168.5.12 [192.168.5.12]) by mgwigglesworth.net; Sun, 29 Nov 2009 14:02:42 -0500 User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 29 Nov 2009 20:29:53 +0000 Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Alex Almeida , ben@wanderview.com Subject: Re: dummynet issues 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, 29 Nov 2009 19:14:51 -0000 Kevin Smith wrote: > Alex Almeida wrote: > >> Hi, >> >> The same happened with me, just by setting: >> net.inet.ip.fw.one_pass: 0 >> >> And stopped the message, however I was using version 6.4. >> >> I hope that helps you, >> >> Hugs >> >> Alex Almeida >> >> >> >> >> Kevin Smith escreveu: >> >>> Hi, >>> >>> I'm experiencing some dummynet issues after upgrading from 7-STABLE to >>> 8.0-RELEASE. >>> My /var/log/messages is full of these logs: >>> >>> Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been idle! >>> Nov 29 15:34:49 stone last message repeated 409 times >>> Nov 29 15:36:49 stone last message repeated 1595 times >>> Nov 29 15:46:50 stone last message repeated 8162 times >>> Nov 29 15:56:51 stone last message repeated 7099 times >>> Nov 29 16:06:52 stone last message repeated 4771 times >>> Nov 29 16:16:53 stone last message repeated 3859 times >>> Nov 29 16:26:54 stone last message repeated 3493 times >>> Nov 29 16:36:55 stone last message repeated 5874 times >>> >>> Also I noticed that traffic shaping is not working any longer , i.e.: >>> actually outgoing pipes do not limit bandwidth at all. >>> Until 8 Release upgrading the same configuration was working perfectly. >>> >>> This is my uname -a >>> >>> FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 20:22:30 >>> CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 >>> >>> Attached my dmesg.boot and my kernel configuration. >>> >>> Is anybody experiencing same issues? >>> Thank you, >>> regards, >>> >>> -- >>> Kevin >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> freebsd-ipfw@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >>> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" >>> > Hi, > > I've already net.inet.ip.fw.one_pass set to 0, and also setting it to 1, > even if this is not what I need, does not fix. > Thank you anyway, > regards, > > -- > Kevin > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > I know this may be a rediculous question, given the audience, however, I will inquire anyhow. "Have you verified that your kernel has installed cleanly?" I am still on 7.2-Stable, on my production servers, however, when I have attempted hasty upgrades, and reinstalled the kernel after compiling it on the new system, it required a second iteration of cleaning, and recompiling/installing for the kernel to recognize the net options that are being referenced. Hence, when I initially compiled and installed the kernel, I had to repeat the process a second time, to see all firewalling activated correctly.(pipes, and other rules) Of course, as previously indicated, this may be just a new bug for the newer system, however, I would try that first. Also, make sure you port the new version of your rules/config file to the 8-Release branch. I have had trouble going between 6 and 7 with some of these rules not being recognized but the option compiled. I can't remember what that was, for a good example, however, just a few things to investigate. I apologize if these options have already been investigated. Respectfully, Martes From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 19:30:25 2009 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 BB2061065672; Sun, 29 Nov 2009 19:30:25 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (aristotle.thought.org [209.180.213.210]) by mx1.freebsd.org (Postfix) with ESMTP id 690448FC19; Sun, 29 Nov 2009 19:30:25 +0000 (UTC) Received: from thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id nATJToH2074601; Sun, 29 Nov 2009 11:29:50 -0800 (PST) (envelope-from kline@thought.org) Received: by thought.org (nbSMTP-1.00) for uid 1002 kline@thought.org; Sun, 29 Nov 2009 11:30:18 -0800 (PST) Date: Sun, 29 Nov 2009 11:30:18 -0800 From: Gary Kline To: Roland Smith Message-ID: <20091129193018.GA87743@thought.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091127083304.GA8618@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 23 years of service to the Unix community. X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org X-Mailman-Approved-At: Sun, 29 Nov 2009 21:23:46 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... 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, 29 Nov 2009 19:30:25 -0000 On Fri, Nov 27, 2009 at 09:33:04AM +0100, Roland Smith wrote: > On Thu, Nov 26, 2009 at 09:57:58PM -0800, Gary Kline wrote: > > > > Altho I am still some time from having my migration from the > > 1998 Kayak -> 2009 Dell done and working, will it be possible > > to upgrade my 32bit 7.2-R, p4 to a 64bit 8.0? > > It is possible, but not easy. Upgrading from 7.x to 8.0 on the same > architecture is not that hard IMHO. Upgrading from i386 to amd64 on the same > release is doable but tricky; you need a spare root partition to install the > amd64 binaries. Combining these two sounds like a big can of worms to me. My > advice would be _not_ to do it. Yes, and for now I'll stick with simply going from v7 to v8--in the 32-bit release... Lots of stuff to get-working PLUS the server migration from ancient to new. ---eventually i'll take a _long_ breath. > > It would be far easier to just install 8.0 on the new machine and migrate your > data and configuration files. You are going to have to build your ports from > scratch anyway, because you're switching to another architecture and another > major release. > > As far as I know, the on-disk filesystem format hasn't changed. (unless your > old machine is still running UFS1. The default now is UFS2) Pretty sure I'm using the default. UFS2. > > There are a couple of differences between 7.x and 8.0; > * The USB stack has been rewritten. I've had to change the following in > /etc/devfs.rules: replace "add path 'usb*' mode 0660 group usb" with "add > path 'usb/*' mode 0660 group usb" Roland, would you please update your webpage? No hurry, but by sometime early in '10. I do rely on others' datapoints. But now tat I'm having to do some real work in this migration, it's time to learn about some things I've let slide. { One far, far OT question here: who can explain what dovecot is/does? why it even exists? I'm familiar with MTA's, like sendmail; likewise with MUA's, like evo, kmail, and mutt. It's time to learn another level of complexity, evidently....} > * The name of the tty devices has changed in /etc/ttys; ttydN -> ttyuN > (impacts /etc/ttys) What impact is this likely to have on my server? The more ttys we've got, the better, for a term/xterm/ like me. But because I've only used my Kayak as a server, I don't think I touched much in tty-land. *But* I probably will. I can't see just letting a heavy-duty dual-core suck up so many kilowats. --Okay, I'll get off the soapbox now:) > * There have been a lot of changes in the kernel configuration. If you want a > custom kernel, start anew from the 8.0 GENERIC kernel so you don't miss > anything. Could somebody who's running a 32biter send a GENERIC from 8.0 so I can diff? > * A lot of changes as well in /etc/src.conf (the file that defines which parts > of the system are built from source) > * Network cards show up in dmesg and ifconfig, but not as devices in /dev (but > that could be a configuration error on my part.) > Sorry, you left me in the dust with "/etc.src.conf". I though the entire system was built from source. Examples, please? > > Since you're switching to another CPU, things like cache size will have a > major inpact. WRT single versus multi cores, my impression has been that the > individual cores in a multi-core intel CPU are somewhat slower that the core > of a similarly clocked single-core CPU. (based on some informal testing I've > done with povray). If your workloads are capable of running on multiple cores > (e.g. make jobs, different programs running concurrently) there will be a > significant speed increase. > > You only _need_ amd64 if you are running out of address space on the i386 > architecture. Having said that, I've been running amd64 on my desktop since > 5.3-RELEASE more or less because I can, and it has worked fine ever since. Be > aware though that there are a few (most binary) ports that do not work on > amd64. You can see that in the port Makefiles by looking for things like > NOT_FOR_ARCHS and ONLY_FOR_ARCHS. For whatever I do, 32 bits has been fine. I spend virtually my entire bg working in the 64bit world, which used to be: supercomputer-level processing. > > HTH, Yup; this has been a serious help; you it will robably keep me from stepping in it [[ a mine-field ]] when I move to 8.0 or 8.1 next year. gary > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 21:33:19 2009 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 BF3881065692 for ; Sun, 29 Nov 2009 21:33:19 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 37DC48FC13 for ; Sun, 29 Nov 2009 21:33:18 +0000 (UTC) Received: from [172.21.1.29] (akima-win.flintsbach.schmalzbauer.de [172.21.1.29]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id nATLXCLn074392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Nov 2009 22:33:17 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host akima-win.flintsbach.schmalzbauer.de [172.21.1.29] claimed to be [172.21.1.29] Message-ID: <4B12E897.3090008@omnilan.de> Date: Sun, 29 Nov 2009 22:33:11 +0100 From: Harald Schmalzbauer User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: driver for Intel WiFi Link 1000? 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, 29 Nov 2009 21:33:19 -0000 Dear driver coders, my new notebook has the Intel WiFi Link 1000 chipset (0x8086, 0x0083). A quick look at intels developer sites doesn't answer if the chip is compatible with the precessor 5300/5100. Has anybody any experience with this wlan device? Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 22:14:21 2009 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 8C761106566B for ; Sun, 29 Nov 2009 22:14:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 48F0E8FC12 for ; Sun, 29 Nov 2009 22:14:20 +0000 (UTC) Received: (qmail 12996 invoked by uid 399); 29 Nov 2009 22:14:12 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Nov 2009 22:14:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B12F241.2020407@FreeBSD.org> Date: Sun, 29 Nov 2009 14:14:25 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B0EFE38.2080206@FreeBSD.org> In-Reply-To: <4B0EFE38.2080206@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Another error in today's -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: Sun, 29 Nov 2009 22:14:21 -0000 Ignore this, sorry for the false alarm. Doug From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 22:14:35 2009 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 414F51065746 for ; Sun, 29 Nov 2009 22:14:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 078B98FC13 for ; Sun, 29 Nov 2009 22:14:35 +0000 (UTC) Received: (qmail 13176 invoked by uid 399); 29 Nov 2009 22:14:26 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Nov 2009 22:14:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B12F24F.40107@FreeBSD.org> Date: Sun, 29 Nov 2009 14:14:39 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B0EDF95.2010707@FreeBSD.org> In-Reply-To: <4B0EDF95.2010707@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Error in libexec/rpc.statd with today's -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: Sun, 29 Nov 2009 22:14:35 -0000 Ignore this, sorry for the false alarm. Doug From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 22:30:56 2009 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 C58B41065670 for ; Sun, 29 Nov 2009 22:30:56 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4838FC20 for ; Sun, 29 Nov 2009 22:30:55 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so905296eye.9 for ; Sun, 29 Nov 2009 14:30:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+N3L+eEyFiWdVgpSMsHdbzEv7RHpOAGMw5Z/Ujbnn98=; b=g1KgETV+92BWxtzGntqJPQoCDIhDstbWOvCpCHmROep60einOBkoTZUhs5ZDh4kETz WEMpP0I8GDgcxLbf3yUGddAhDNQmUrwkFKvYswNTocVmWPZuaObJJi7BxjgAPs3zYvXY 7713eIIqULUCoty34v3Hr0A93Itr+VFrVZITc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tCSjpDJ12xumZwzIsVHjzCVknK8F25+1c0crw/Ev44dgjTlKpJ6/Kbyi7ZkMw54rIn dpOYlAs7Xr5EvtmZTgxh3rSb1EXtoj2ui6XY3o76c/3xmDcMgl88QawhNLH+y2RrQQxX sz7kKVfDy2yn4u4bQfmjJ++a3rsEZD+hUZUPY= MIME-Version: 1.0 Received: by 10.213.23.154 with SMTP id r26mr3706215ebb.69.1259533854813; Sun, 29 Nov 2009 14:30:54 -0800 (PST) In-Reply-To: <4B12E897.3090008@omnilan.de> References: <4B12E897.3090008@omnilan.de> Date: Sun, 29 Nov 2009 22:30:54 +0000 Message-ID: <179b97fb0911291430n52f04136g49acb5ee6305a5aa@mail.gmail.com> From: Brandon Gooch To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: driver for Intel WiFi Link 1000? 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, 29 Nov 2009 22:30:56 -0000 On Sun, Nov 29, 2009 at 9:33 PM, Harald Schmalzbauer wrote: > Dear driver coders, > > my new notebook has the Intel WiFi Link 1000 chipset (0x8086, 0x0083). > A quick look at intels developer sites doesn't answer if the chip is > compatible =A0with the precessor 5300/5100. > Has anybody any experience with this wlan device? > > Thanks, > > -Harry > Bernhard Schmidt has a repository with a recent port of the OpenBSD iwn(4) driver, available for testing, in an svn repo: http://svn.techwires.net/svn/projects/freebsd/sys It should provide support for the 1000 series chips, although neither I or Bernhard have a card to test with. I'm testing the code on 8-STABLE... -Brandon From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 23:21:20 2009 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 D09941065676; Sun, 29 Nov 2009 23:21:20 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 881C18FC13; Sun, 29 Nov 2009 23:21:20 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NEt4v-000AnW-Hp; Mon, 30 Nov 2009 00:21:17 +0100 Mime-Version: 1.0 (Apple Message framework v1077) From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 00:21:16 +0100 Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> To: Robert Watson X-Mailer: Apple Mail (2.1077) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 29 Nov 2009 23:21:21 -0000 On 29. nov. 2009, at 15.29, Robert Watson wrote: > On Sun, 29 Nov 2009, Eirik =D8verby wrote: >=20 >> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >=20 > It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. =46rom what I can tell, all that goes up with mbuf usage is = traffic/packet counts. I can't say I see anything fishy in there. =46rom the last few samples in http://anduin.net/~ltning/netstat.log you can see the host stops receiving any packets, but does a few = retransmits before the session where this script ran timed out. /Eirik From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 00:53:06 2009 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 9A3B11065676; Mon, 30 Nov 2009 00:53:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id 304C48FC15; Mon, 30 Nov 2009 00:53:05 +0000 (UTC) Received: by qyk4 with SMTP id 4so1374806qyk.7 for ; Sun, 29 Nov 2009 16:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=TxyPgAoSRjnOiWjgoz2NnDLb+yCogjKNN3q7eWgE6XI=; b=jrzPQu3Ltxg0B3zeFTiRzjX/ghfuAWCBT6/vKSU2wntKZZlMGdkeMYqqGva1a2F6Dg ZMjmwU0HafIJvuADz4xfxHPciZt7B3sf6q1gdU94LdUuEvS/W86z//xh1bc/kn5KVCKp PYUXUA8RKXPAra+ZLPeJvWMXXVLs1rtreTxKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=gCQVXhugz6G0XOj12czRZsiIyqMuVRTLcsnlhBvBx5xgOHijR61EcxW0hZvCuFZk/m Jn9VKoOqwYVEk9FwHyHZ/qy9wbwfPJfPLV4K6Y5i01A012p7IoDk4y3LBAfm8MWfG8hF qkZirE+U1KXtnXXxbPaoGeLtKr0erdNsaks7o= Received: by 10.224.62.233 with SMTP id y41mr1808969qah.11.1259542384288; Sun, 29 Nov 2009 16:53:04 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm10118752qwk.11.2009.11.29.16.53.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 29 Nov 2009 16:53:03 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 29 Nov 2009 16:52:36 -0800 From: Pyun YongHyeon Date: Sun, 29 Nov 2009 16:52:36 -0800 To: Eirik =?iso-8859-1?Q?=D8verby?= Message-ID: <20091130005236.GC1123@michelle.cdnetworks.com> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Gavin Atkinson , weldon@excelsusphoto.com, freebsd-current@freebsd.org, Robert Watson Subject: Re: FreeBSD 8.0 - network stack crashes? 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: Mon, 30 Nov 2009 00:53:06 -0000 On Mon, Nov 30, 2009 at 12:21:16AM +0100, Eirik ??verby wrote: > On 29. nov. 2009, at 15.29, Robert Watson wrote: > > > On Sun, 29 Nov 2009, Eirik Øverby wrote: > > > >> I just did that (-rxcsum -txcsum -tso), but the numbers still keep rising. I'll wait and see if it goes down again, then reboot with those values to see how it behaves. But right away it doesn't look too good .. > > > > It would be interesting to know if any of the counters in the output of netstat -s grow linearly with the allocation count in netstat -m. Often times leaks are associated with edge cases in the stack (typically because if they are in common cases the bug is detected really quickly!) -- usually error handling, where in some error case the unwinding fails to free an mbuf that it should free. These are notoriously hard to track down, unfortunately, but the stats output (especially where delta alloc is linear to delta stat) may inform the situation some more. > > From what I can tell, all that goes up with mbuf usage is traffic/packet counts. I can't say I see anything fishy in there. > If system exhausted all available mbufs it still should not crash the box. Use -d option of netstat(1) to see whether packet drop counter still goes up when you know system can't receive any frames. AFAIK em(4) was carefully written to recover from Rx resource shortage such that it just drops incoming frames when it can't get new mbuf. This may result in dropping incoming connection request but it means it still tries to recover from the resource exhaustion. It's not clear where mbuf leak comes from, though. > From the last few samples in > http://anduin.net/~ltning/netstat.log 404 > you can see the host stops receiving any packets, but does a few retransmits before the session where this script ran timed out. > By chance do you use pf/ipfw/ipf? > /Eirik > From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 00:59:10 2009 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 0219B1065676 for ; Mon, 30 Nov 2009 00:59:10 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 85C468FC14 for ; Mon, 30 Nov 2009 00:59:09 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:54216) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1NEum9-00057q-1q; Mon, 30 Nov 2009 12:10:01 +1100 Message-ID: <4B1318D9.5030405@ish.com.au> Date: Mon, 30 Nov 2009 11:59:05 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091115 Shredder/3.0.1pre MIME-Version: 1.0 To: Robert Noland References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> <200911230842.01788.jhb@freebsd.org> <1259431521.2315.16.camel@balrog.2hip.net> In-Reply-To: <1259431521.2315.16.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Edho P Arief , current@freebsd.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs 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, 30 Nov 2009 00:59:10 -0000 On 29/11/09 5:05 AM, Robert Noland wrote: > On Sat, 2009-11-28 at 09:29 +0700, Edho P Arief wrote: >> On Mon, Nov 23, 2009 at 8:42 PM, John Baldwin wrote: >>> On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: >>>> On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: >>>> >>>> Ok, I made a few changes, but this is tested and working for zfs. I >>>> opted to change the loader name to zfsloader, since we tend to prefix >>>> rather than suffix boot/loader bits and I thought that loader.zfs.old >>>> looked ugly. The following should be a complete patch against -CURRENT. >>>> Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for >>>> this to boot the correct loader. >>>> >>>> >>> http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch >>>> >>>> robert. >>> >>> Looks ok to me, commit! >>> >> >> will this merged back to 8.0-stable? > > I plan on it, but the big win won't come until it makes it into a > release or at least a snapshot where you can just install everything > from CD/DVD. > > robert. The big win for us (and many others) will come when freebsd-update picks it up. I assume that means it would have to make it into the errata or security patches for 8.0? Otherwise we'll only see it in 8.1. Ari -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 01:08:36 2009 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 B6BDF106568B for ; Mon, 30 Nov 2009 01:08:36 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7D47C8FC17 for ; Mon, 30 Nov 2009 01:08:36 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 4B7ED730DA; Mon, 30 Nov 2009 02:16:43 +0100 (CET) Date: Mon, 30 Nov 2009 02:16:43 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20091130011643.GA29020@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: poor struct definition in ipfw (bitfield with enum base type) ? 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, 30 Nov 2009 01:08:36 -0000 While trying to compile ipfw (userland) with tcc, i hit an issue on the following struct in ip_fw.h (I think I wrote it): typedef struct _ipfw_insn { /* template for instructions */ enum ipfw_opcodes opcode:8; u_int8_t len; /* number of 32-bit words */ u_int16_t arg1; } ipfw_insn; gcc correctly packs the structure in 4 bytes, however tcc fails to realize that the enum fits in 8 bits, and uses the base type (int, which is 32 bit) which results in the structure using 8 bytes. You can imagine the results. I wonder if the difference is a bug in 'tcc' or it is one of those things that are 'implementation-defined' by the C99 standard (googling around seems to suggest the latter). grepping through the entire /usr/src shows only one instance of the above construct (a bitfield using an enum as base type). To be safe, I'd be inclined to change 'opcode' to uint8_t, which is non ambiguous and generates the same code on gcc and tcc cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 01:11:14 2009 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 3B7311065676 for ; Mon, 30 Nov 2009 01:11:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 225868FC19 for ; Mon, 30 Nov 2009 01:11:13 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id A1C9D39EC5; Sun, 29 Nov 2009 17:11:13 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 5089C2D601A; Sun, 29 Nov 2009 17:11:13 -0800 (PST) Message-ID: <4B131BB5.7010106@elischer.org> Date: Sun, 29 Nov 2009 17:11:17 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Luigi Rizzo References: <20091130011643.GA29020@onelab2.iet.unipi.it> In-Reply-To: <20091130011643.GA29020@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: poor struct definition in ipfw (bitfield with enum base type) ? 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, 30 Nov 2009 01:11:14 -0000 Luigi Rizzo wrote: > While trying to compile ipfw (userland) with tcc, i hit an issue > on the following struct in ip_fw.h (I think I wrote it): > > typedef struct _ipfw_insn { /* template for instructions */ > enum ipfw_opcodes opcode:8; > u_int8_t len; /* number of 32-bit words */ > u_int16_t arg1; > } ipfw_insn; > > gcc correctly packs the structure in 4 bytes, however tcc > fails to realize that the enum fits in 8 bits, and uses > the base type (int, which is 32 bit) which results in > the structure using 8 bytes. You can imagine the results. I think from memory enums are only defined to be ints and an 8 bit enum is a gcc extension. > > I wonder if the difference is a bug in 'tcc' or it is one of > those things that are 'implementation-defined' by the C99 standard > (googling around seems to suggest the latter). > > grepping through the entire /usr/src shows only one instance of > the above construct (a bitfield using an enum as base type). > > To be safe, I'd be inclined to change 'opcode' to uint8_t, > which is non ambiguous and generates the same code on gcc and tcc > > cheers > luigi > _______________________________________________ > 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 Nov 30 03:41:01 2009 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 BE43F106566B for ; Mon, 30 Nov 2009 03:41:01 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id 70E4F8FC1E for ; Mon, 30 Nov 2009 03:41:01 +0000 (UTC) Received: by qyk4 with SMTP id 4so1424195qyk.7 for ; Sun, 29 Nov 2009 19:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mail-followup-to:mime-version:content-type :content-disposition:user-agent:organization:x-operation-sytem; bh=ybzK4EhqqMSJ01cbPSmA/tHh7N4iUjhSRIjncYxVOvU=; b=mfnT3m4yAcKpa3DLzAD3Gi8uajYDEdrBN++XBbaFAGtKTCjA0jnQNKCJiRrqnxRplh qxUiClJPoiePHrQDqYafjrLwEHAoC7+8RZM5/fOqKNKhI2LGLSDhfGrfZOLNp9mTM30G wzlZyxlSw8VLfykhHXxlk8XYDJDPomKdAkRkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mail-followup-to :mime-version:content-type:content-disposition:user-agent :organization:x-operation-sytem; b=naI2+kAaacBeHnJfjD0ZYP0jLHO7oaVWqLg4rT3yf6YsqQHhSV9XC2wq/GDIPTw9Ah lGT9IXoXnKjxlAO+7n03uv7Cl1bNO5T8Rxz/017T1zzw2LTTgtbsH4Yv54lhjLsO88bn FOu9LnsiFiaXyn3++yDrDEl3wHnbsCWv1qVQI= Received: by 10.224.78.214 with SMTP id m22mr1847404qak.95.1259552460328; Sun, 29 Nov 2009 19:41:00 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 2sm10424392qwi.47.2009.11.29.19.40.57 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Nov 2009 19:40:58 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sun, 29 Nov 2009 19:41:10 -0800 From: Weongyo Jeong Date: Sun, 29 Nov 2009 19:41:10 -0800 To: current@freebsd.org Message-ID: <20091130034110.GD5432@weongyo> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Subject: Call For Review: Sonics Silicon Backplane(SSB) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 03:41:01 -0000 Hello, I've written a Sonics Silicon Backplane driver which is widely used for Broadcom Wireless driver that bwi(4) can use this driver though it has its own routines in it. I don't have any knowledge to write a bus driver like this so I'm not sure my approach is correct. Please review! You can download a driver at: http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 03:54:18 2009 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 DC7AF1065676 for ; Mon, 30 Nov 2009 03:54:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7579B8FC13 for ; Mon, 30 Nov 2009 03:54:18 +0000 (UTC) Received: (qmail 20742 invoked by uid 399); 30 Nov 2009 03:54:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Nov 2009 03:54:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B1341E7.1050805@FreeBSD.org> Date: Sun, 29 Nov 2009 19:54:15 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Harald Schmalzbauer References: <4B12CCA8.7050808@omnilan.de> In-Reply-To: <4B12CCA8.7050808@omnilan.de> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: named, VARMFS=yes and FILESDIR 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, 30 Nov 2009 03:54:18 -0000 Harald Schmalzbauer wrote: > Hello, > > while building an embedded slave DNS I recognized that running named out > of the box with VARMFS enabled would fail. > Now I could easily fix it for my device only, but I think it's better to > solve it upstream. > VARMFS=Yes is a standard option, likewise named_enable. There are lots of standard options that are not compatible with each other. > My idea is to create a namedb directory in /usr/share (like there's one > for sendmail) with duplicate entries of src/etc/namedb Why not just set named_chrootdir to /usr/share/namedb ? It's not 100% clear to me what you're trying to accomplish. Can you please go into a little more detail about your goals, rather than potential solutions? > P.S.: named_conf definitions in rc.conf get lost. Yes, that's something that needs improvement. I have it on the list but since it's not common for people to alter the path to the conf file, and since in the past in order to do so you've had to add -c to named_flags anyway, I don't regard it as urgent. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 04:41:48 2009 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 7CD421065672 for ; Mon, 30 Nov 2009 04:41:48 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E9F388FC12 for ; Mon, 30 Nov 2009 04:41:47 +0000 (UTC) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.3/8.14.3) with ESMTP id nAU4fXmc056653; Mon, 30 Nov 2009 07:41:33 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1259556094; bh=jLTFjmky7fD2lpN4j+YFw4Up9Gpk5P5f9Fnb1cgGnjY=; l=1291; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=bsg5JUC1T5KDcrFO/PUYGtrro0TNKKNpOCVU0c7d2R1ACEraB3fmr8D+h/vw9sv8R VwRipk7iyBwLb7alC+TbkSKDwhX/q/52tjOiE4Eg/qLOJzisiOEBybd1Zu+WXWB/o/ JlYADQ1BiAO7PyJyWTkoNjJ/JuVdQNfOXhCClNPc= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id nAU4fW2L056648; Mon, 30 Nov 2009 07:41:32 +0300 (MSK) (envelope-from ache) Date: Mon, 30 Nov 2009 07:41:30 +0300 From: Andrey Chernov To: Ed Schouten Message-ID: <20091130044130.GA55612@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ed Schouten , FreeBSD Current References: <20091111101207.GF64905@hoeg.nl> <20091113060021.GW64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20091113060021.GW64905@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: [Heads up] TERM=xterm is now the default (on non-i386) 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, 30 Nov 2009 04:41:48 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 13, 2009 at 07:00:21AM +0100, Ed Schouten wrote: > Hi folks, >=20 > I just committed the previously mentioned patch to SVN. Please refer to > the last part of the commit message to see what you can do when you run > into trouble. It seems xterm emulator can't co-exist with screen maps, namely vidcontrol -l koi8-r2cp866 I got Russian letters everywhere instead of vt100 pseudographics due to=20 missing (i.e. default) ac=3D termcap capability (f.e. in tzsetup etc.) There are 2 ways to fix it. 1) Make separate xterm-r with corrected ac=3D (that way is ugly). 2) Don't seek for vt100 pseudographics in loaded font at all, just use=20 internal kernel font. Please decide how to fix this better. For now only fallback to '-T cons25'= =20 is solution for Russian users. --=20 http://ache.pp.ru/ --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksTTPoACgkQVg5YK5ZEdN2tbQCfUSSTQTVrKVRJ2iuaTNqy15rW 3eUAnioHDXjHAMzWne33YwdMVWkTWEk0 =upNz -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 05:22:44 2009 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 D69071065672 for ; Mon, 30 Nov 2009 05:22:44 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 38C218FC15 for ; Mon, 30 Nov 2009 05:22:43 +0000 (UTC) Received: by fxm10 with SMTP id 10so2694358fxm.14 for ; Sun, 29 Nov 2009 21:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=yE47AhESHTAwrFi+NEQof3xayYf4pQjV5WYtOMi7JO8=; b=x550sJr4Mh1FKx/cFV6TVq9/evlELC7PYhKBbd6TcwH360SRcAJpfAhHkF4P9/8s48 OvzEzKUypLSfr7mABswdSArcjfvmmJC6+GgHDHrBISiacbb1+22o5hMqKeRlj3qtrD57 Ns0fabI4iwTXmKs0qS0VMAK2m415lY5q/mzOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=cnd4gVwWs0VdQt95KmxYHOR4WOxMSx9o381OvqyHOcCG2jXyg+0M9a4Esn+/JbCuXH rJLrb5/e/6E1lCBLpSLqbk+N1w/qWlOEuZhfBS0StyPXt9ar5RFGsiJ1VtkkDPGBpeSz kabqomWzXaPYk6yl1S8+cgFJU7wuu/M3j/Cgc= MIME-Version: 1.0 Received: by 10.103.125.23 with SMTP id c23mr1359516mun.41.1259558563015; Sun, 29 Nov 2009 21:22:43 -0800 (PST) In-Reply-To: <20091130034110.GD5432@weongyo> References: <20091130034110.GD5432@weongyo> Date: Mon, 30 Nov 2009 06:22:42 +0100 Message-ID: <19e9a5dc0911292122kfce8abbp744ba940cc1c6818@mail.gmail.com> From: Gonzalo Nemmi To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver 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, 30 Nov 2009 05:22:44 -0000 On Mon, Nov 30, 2009 at 4:41 AM, Weongyo Jeong wr= ote: > Hello, > > I've written a Sonics Silicon Backplane driver which is widely used for > Broadcom Wireless driver that bwi(4) can use this driver though it has > its own routines in it. > > I don't have any knowledge to write a bus driver like this so I'm not > sure my approach is correct. =A0Please review! > > You can download a driver at: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > > regards, > Weongyo Jeong Hi there Weongyo! I=B4d like to know .. will it compile under 8.0-RELEASE or -STABLE? Should I try your module instead of bwi(4)? And just in case you find it usefull, in ssb_pci.c, { PCI_VENDOR_BROADCOM, 0x4315, "Unknown" }, is actually a 'Broadcom Wireless b/g (BCM4315/BCM22062000)'. I have one .. here you=B4ll find my pciconf -lcvb usinf bwi(4) with parado=B4s firmware: http://pastebin.com/f1f40900c #bwi0@pci0:12:0:0: class=3D0x028000 card=3D0x000b1028 chip=3D0x431514e4 rev=3D0x01 hdr=3D0x00 # vendor =3D 'Broadcom Corporation' # device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' # class =3D network # cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 # cap 09[58] =3D vendor (length 120) # cap 05[e8] =3D MSI supports 1 message, 64 bit # cap 10[d0] =3D PCI-Express 1 endpoint max data 128(128) link x1(x1) bwi0: PHY: type 5, rev 1, ver 6 bwi0: RF: manu 0x17f, type 0x2062, rev 2 Hope that help :) Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 05:49:26 2009 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 E4343106566C for ; Mon, 30 Nov 2009 05:49:26 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC0B8FC15 for ; Mon, 30 Nov 2009 05:49:26 +0000 (UTC) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.3/8.14.3) with ESMTP id nAU5nMlJ059416; Mon, 30 Nov 2009 08:49:22 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1259560163; bh=nNt1mzl2YWnaV4NLXH+mOb4K5Nw4P1INRoUuZh2UGF0=; l=1085; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=WUTmYRgurKSCy6V27J0yR4jLWAx25hCwESG9G8V0sPNTe/v5m+OucK51a0938n87w 717NoEvc/A3M+qUa57DY7aCF984lPn+5v3RbwyvkqVO9Rzz6WmXNpICZzplNUhlpuY 5We19VamnKwfScSa4GgJsqSTHM2KZ0sbxhwuALkE= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id nAU5nLPw059415; Mon, 30 Nov 2009 08:49:21 +0300 (MSK) (envelope-from ache) Date: Mon, 30 Nov 2009 08:49:19 +0300 From: Andrey Chernov To: Ed Schouten , FreeBSD Current Message-ID: <20091130054918.GA59167@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ed Schouten , FreeBSD Current References: <20091111101207.GF64905@hoeg.nl> <20091113060021.GW64905@hoeg.nl> <20091130044130.GA55612@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20091130044130.GA55612@nagual.pp.ru> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: [Heads up] TERM=xterm is now the default (on non-i386) 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, 30 Nov 2009 05:49:27 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 30, 2009 at 07:41:30AM +0300, Andrey Chernov wrote: > Please decide how to fix this better. For now only fallback to '-T cons25= '=20 > is solution for Russian users. Another bug found. -T cons25 can't coexist with 'mode' argument, i.e.=20 xterm# vidcontrol -T cons25 80x30 really makes xterm 80x30, not cons25 80x30. xterm# vidcontrol -T cons25 alone works, but there is only single 'allscreens_flags' variable in the /etc/rc.conf, so I can't switch to 80x30 at once. The strange thing is that cons25# vidcontrol -T xterm 80x30 works as supposed. Please fix. --=20 http://ache.pp.ru/ --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksTXN4ACgkQVg5YK5ZEdN1nLwCghUwijGW99hXivFPUM6PbXC3d U4kAni1Yl9Vv7AsuuMRLgrkSauSxn/VR =i9Vz -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 07:21:03 2009 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 E63A21065670; Mon, 30 Nov 2009 07:21:03 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id A051C8FC12; Mon, 30 Nov 2009 07:21:03 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF0ZA-000Phg-Lz; Mon, 30 Nov 2009 08:21:00 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <20091130005236.GC1123@michelle.cdnetworks.com> Date: Mon, 30 Nov 2009 08:20:57 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7A7E32A2-9320-4F39-B495-70E547D23B82@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <20091130005236.GC1123@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1077) Cc: weldon@excelsusphoto.com, Gavin Atkinson , Robert Watson , freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 07:21:04 -0000 On 30. nov. 2009, at 01.52, Pyun YongHyeon wrote: > On Mon, Nov 30, 2009 at 12:21:16AM +0100, Eirik ??verby wrote: >> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>=20 >>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>=20 >>>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >>>=20 >>> It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. >>=20 >> =46rom what I can tell, all that goes up with mbuf usage is = traffic/packet counts. I can't say I see anything fishy in there. >>=20 >=20 > If system exhausted all available mbufs it still should not crash > the box. Use -d option of netstat(1) to see whether packet drop > counter still goes up when you know system can't receive any > frames. AFAIK em(4) was carefully written to recover from Rx > resource shortage such that it just drops incoming frames when it > can't get new mbuf. This may result in dropping incoming connection > request but it means it still tries to recover from the resource > exhaustion. > It's not clear where mbuf leak comes from, though. The box does not crash; connecting to the console (via IP-KVM) shows the = box is just fine, except that no networking works. I can up the = kern.ipc.nmbclusters value from the commandline, and after a few seconds = things start moving again. The em(4) debug output shows that it fails to allocate mbuf clusters. >> =46rom the last few samples in >> http://anduin.net/~ltning/netstat.log >=20 > 404 Uh? Unpossible :) The file is there, and I can view it here ... >> you can see the host stops receiving any packets, but does a few = retransmits before the session where this script ran timed out. >>=20 >=20 > By chance do you use pf/ipfw/ipf? No... Unfortunately ;) /Eirik= From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 07:47:11 2009 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 17D2E106566C; Mon, 30 Nov 2009 07:47:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id AF1778FC0C; Mon, 30 Nov 2009 07:47:10 +0000 (UTC) Received: by iwn36 with SMTP id 36so1876033iwn.3 for ; Sun, 29 Nov 2009 23:47:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=MzY23SGk/8pRaQh+5nNrWwnC8oGsIKGfXmiyiK2DHwA=; b=HflEKXQjYK9ImBpbDgmcpo/QW2nAsdmwivWsfSaRgcQAvh9d9pbGrpMOXqc7RL3LR9 yVDWCg9wvJpOyMXSDEuRbKDpHHEQQ6zmY9OaMR/e3LGhBPSogVWYk03A0PWlOIi39GIa ECGalnCqbpFqtPzi8w+ocgIPEDi81RQZuloz4= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=YLBUm3Jnho/0bD+GsmGJyped9tNHSMibirWn1v2/7YwsyNN1KOJgqcKnzI4qiLWaOC sEg+3rcdS1DOUILeCGFO1mTeprWbZxJ0LwBdxApqHix403tltPZBm/h8mQ2n1g6e4xV6 nZ1iYuqzoc4ihfH/i2rlgT86aR+VG5mha3cSo= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.231.73.131 with SMTP id q3mr732256ibj.6.1259567230027; Sun, 29 Nov 2009 23:47:10 -0800 (PST) In-Reply-To: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> Date: Mon, 30 Nov 2009 15:47:09 +0800 X-Google-Sender-Auth: 7416efab38c77f60 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Eirik_=D8verby?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Robert Watson , Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 07:47:11 -0000 That URL works for me. So how much traffic is this box handling during peak times? I've seen this on the proxy boxes that I've setup. There's a lot of data being tied up in socket buffers as well as being routed between interfaces (ie, stuff that isn't being intercepted.) Take a look at "netstat -an" when things are locked up; see if there's any sockets which have full send/receive queues. I'm going to take a complete stab in the dark here and say this sounds a little like a livelock. Ie, something is queuing data and allocating mbufs for TX (and something else is generating mbufs - I dunno, packet headers?) far faster than the NIC is able to TX them out, and there's not enough backpressure on whatever (say, the stuff filling socket buffers) to stop the mbuf exhaustion. Again, I've seen this kind of crap on proxy boxes. See if you have full socket buffers showing up in netstat -an. Have you tweaked the socket/TCP send/receive sizes? I typically lock mine down to something small (32k-64k for the most part) so I don't hit mbuf exhaustion on very busy proxies. 2c, Adrian 2009/11/30 Eirik =D8verby : > On 29. nov. 2009, at 15.29, Robert Watson wrote: > >> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >> >>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep risi= ng. I'll wait and see if it goes down again, then reboot with those values = to see how it behaves. But right away it doesn't look too good .. >> >> It would be interesting to know if any of the counters in the output of = netstat -s grow linearly with the allocation count in netstat -m. =A0Often = times leaks are associated with edge cases in the stack (typically because = if they are in common cases the bug is detected really quickly!) -- usually= error handling, where in some error case the unwinding fails to free an mb= uf that it should free. =A0These are notoriously hard to track down, unfort= unately, but the stats output (especially where delta alloc is linear to de= lta stat) may inform the situation some more. > > From what I can tell, all that goes up with mbuf usage is traffic/packet = counts. I can't say I see anything fishy in there. > > From the last few samples in > http://anduin.net/~ltning/netstat.log > you can see the host stops receiving any packets, but does a few retransm= its before the session where this script ran timed out. > > /Eirik > > _______________________________________________ > 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 Nov 30 08:13:45 2009 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 1A444106566B for ; Mon, 30 Nov 2009 08:13:45 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 97C0D8FC08 for ; Mon, 30 Nov 2009 08:13:44 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nAU8DWlO030130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Nov 2009 19:13:34 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nAU8DVuc002326; Mon, 30 Nov 2009 19:13:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nAU8DUor002325; Mon, 30 Nov 2009 19:13:30 +1100 (EST) (envelope-from peter) Date: Mon, 30 Nov 2009 19:13:30 +1100 From: Peter Jeremy To: Thomas Backman Message-ID: <20091130081330.GA2202@server.vk2pj.dyndns.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Non-responsive 8.0-RC1 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, 30 Nov 2009 08:13:45 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Nov-29 08:56:55 +0100, Thomas Backman wrote: > >On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: > >> My main server is running 8.0/amd64 from between RC1 and RC2 and I've >> recently had a couple of long-duration hangs on it during which time >> processes doing I/O will stop responding. I forgot to mention that I checked SMART state on the disks and also did a 'zpool scrub' after the first occurrence - no problems showed up. It actually "hung" again just after I sent the original mail. This time I managed to get console access and could check the kernel state. This showed that a number of processes were blocked on ZFS locks. The most commonly reported state was 'tx->tx_quiesce_done_cv)'. It had been up for about 30 days before I noticed any problems and seems to have been getting more obvious so it is also possible that it's related to uptime - either a resource leak somewhere (though there was nothing obvious) or memory fragmentation. >Hmm, I know there was some fix to the scheduler re: thread priority, >and it wouldn't surprise me if it was after your revision. After looking around in the kernel, I'm now confident that it's not a priority-inversion issue as the BOINC processes all appeared to be running normally and not holding locks. >My advice would be to upgrade to -RELEASE if possible. If not, at >least check whether your build should be affected. I have updated to a recent 8-stable and will see what happens. --=20 Peter Jeremy --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksTfqoACgkQ/opHv/APuIdDiQCeMYxNFM0rgtiJUjt9hKnsC9U/ khMAn3omYgPFukvzSo4XEWISEinxBAAL =R42y -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 08:26:04 2009 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 0DAE4106566B; Mon, 30 Nov 2009 08:26:04 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id BAC428FC24; Mon, 30 Nov 2009 08:26:03 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF1a5-0005Dm-BO; Mon, 30 Nov 2009 09:26:01 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 09:26:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> To: Adrian Chadd X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Robert Watson , Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 08:26:04 -0000 On 30. nov. 2009, at 08.47, Adrian Chadd wrote: > That URL works for me. So how much traffic is this box handling during > peak times? Depends how you define load. It's a storage box (14TB ZFS) with a small = handful of NFS clients pushing backup data to it .. So lots of traffic = in bytes/sec, but not many clients. > I've seen this on the proxy boxes that I've setup. There's a lot of > data being tied up in socket buffers as well as being routed between > interfaces (ie, stuff that isn't being intercepted.) Take a look at > "netstat -an" when things are locked up; see if there's any sockets > which have full send/receive queues. If you're referring to the Send-Q and Recv-Q values, they are zero = everywhere I can tell. > I'm going to take a complete stab in the dark here and say this sounds > a little like a livelock. Ie, something is queuing data and allocating > mbufs for TX (and something else is generating mbufs - I dunno, packet > headers?) far faster than the NIC is able to TX them out, and there's > not enough backpressure on whatever (say, the stuff filling socket > buffers) to stop the mbuf exhaustion. Again, I've seen this kind of > crap on proxy boxes. Not sure if this applies in our case. See the (very) end of this mail = for some debug/stats output from em1 (the interface currently in use; I = disabled lagg/lacp to ease debugging). > See if you have full socket buffers showing up in netstat -an. Have > you tweaked the socket/TCP send/receive sizes? I typically lock mine > down to something small (32k-64k for the most part) so I don't hit > mbuf exhaustion on very busy proxies. I haven't touched any defaults except the mbuf clusters. What does your = sysctl.conf look like? Thanks, /Eirik > 2c, >=20 >=20 >=20 > Adrian >=20 > 2009/11/30 Eirik =D8verby : >> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>=20 >>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>=20 >>>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >>>=20 >>> It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. >>=20 >> =46rom what I can tell, all that goes up with mbuf usage is = traffic/packet counts. I can't say I see anything fishy in there. >>=20 >> =46rom the last few samples in >> http://anduin.net/~ltning/netstat.log >> you can see the host stops receiving any packets, but does a few = retransmits before the session where this script ran timed out. >>=20 >> /Eirik >>=20 >> _______________________________________________ >> 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 >=20 em1: link state changed to UP em1: Adapter hardware address =3D 0xffffff80003be530=20 em1: CTRL =3D 0x140248 RCTL =3D 0x8002=20 em1: Packet buffer =3D Tx=3D20k Rx=3D12k=20 em1: Flow control watermarks high =3D 10240 low =3D 8740 em1: tx_int_delay =3D 66, tx_abs_int_delay =3D 66 em1: rx_int_delay =3D 32, rx_abs_int_delay =3D 66 em1: fifo workaround =3D 0, fifo_reset_count =3D 0 em1: hw tdh =3D 25, hw tdt =3D 25 em1: hw rdh =3D 222, hw rdt =3D 221 em1: Num Tx descriptors avail =3D 256 em1: Tx Descriptors not avail1 =3D 0 em1: Tx Descriptors not avail2 =3D 0 em1: Std mbuf failed =3D 0 em1: Std mbuf cluster failed =3D 0 em1: Driver dropped packets =3D 0 em1: Driver tx dma failure in encap =3D 0 em1: Excessive collisions =3D 0 em1: Sequence errors =3D 0 em1: Defer count =3D 0 em1: Missed Packets =3D 0 em1: Receive No Buffers =3D 0 em1: Receive Length Errors =3D 0 em1: Receive errors =3D 0 em1: Crc errors =3D 0 em1: Alignment errors =3D 0 em1: Collision/Carrier extension errors =3D 0 em1: RX overruns =3D 0 em1: watchdog timeouts =3D 0 em1: RX MSIX IRQ =3D 0 TX MSIX IRQ =3D 0 LINK MSIX IRQ =3D 0 em1: XON Rcvd =3D 0 em1: XON Xmtd =3D 0 em1: XOFF Rcvd =3D 0 em1: XOFF Xmtd =3D 0 em1: Good Packets Rcvd =3D 5704113 em1: Good Packets Xmtd =3D 3617612 em1: TSO Contexts Xmtd =3D 0 em1: TSO Contexts Failed =3D 0 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 08:29:48 2009 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 8ACB31065676 for ; Mon, 30 Nov 2009 08:29:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1C85D8FC1B for ; Mon, 30 Nov 2009 08:29:47 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=OsEe10zPhhZzKL4x-pQA:9 a=XmMJwtHycAhmV6Gwk-_5AeI5DmYA:4 a=jjUqNiGvsI0A:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1323906628; Mon, 30 Nov 2009 09:29:46 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 30 Nov 2009 09:31:27 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <748570.94146.qm@web51803.mail.re2.yahoo.com> In-Reply-To: <748570.94146.qm@web51803.mail.re2.yahoo.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911300931.28717.hselasky@c2i.net> Cc: PseudoCylon Subject: Re: Fix available for run driver 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, 30 Nov 2009 08:29:48 -0000 On Saturday 28 November 2009 11:06:07 PseudoCylon wrote: > Hello, > > There are some fixes for run driver for 8.0 release and current. It can be > downloaded from freebsd forums at > http://forums.freebsd.org/showpost.php?s=87e376cf71273061f7de5aaf258132a1&p >=44110&postcount=1 > > Some packet loss/drop and memory leak have been identified and fixed. (It > improved some performance, too) > > Also, 40 more vender/device IDs have been added. > > Details are on RELEASE_NOTES included. > > Please update before the driver causing any troubles. > > Akinori > Hi, Is anyone working on integrating this patch? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 08:50:06 2009 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 489981065694; Mon, 30 Nov 2009 08:50:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id E0E598FC1E; Mon, 30 Nov 2009 08:50:05 +0000 (UTC) Received: by iwn36 with SMTP id 36so1895330iwn.3 for ; Mon, 30 Nov 2009 00:50:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=YCqV1/0/m+iMf3fu0L736aimWhdn3UKfN0VWzn4qYnI=; b=sbv5p9kMcR9o/RWl3fnx4GOhU91g5f7P2bKWC6hvZsZpvBQGQAI/tVjlXHveG6Wf5O SKh/3mhcgRoXBvsE8jmdfSPhnH2nO5wc62lUfynhbAf1C9E1d8mZAiOzlKyAzBmoWMDC xILLzo2ZvsL+7J/U6RH1QXE7KxeQUmSTUW4Ls= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=f8RBDsTcw5tnY6xYpruDlQ7BrGsMiobgdM/s65lNTKO+WYwt/ImOBiafMcvnL+uIGg H3lHantrvw3w/i2xJybOruw6gnwVHQL0DIhvCaitQ5oaGUlmz4qT9Cc/7OwuEMHikLcT 17/tenoreYV1Fv9x7W3rHgZEPvVYmdIvKOd/0= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.231.20.230 with SMTP id g38mr10522612ibb.49.1259571004909; Mon, 30 Nov 2009 00:50:04 -0800 (PST) In-Reply-To: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> Date: Mon, 30 Nov 2009 16:50:04 +0800 X-Google-Sender-Auth: 5b284b2a0871608c Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Eirik_=D8verby?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Robert Watson , Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 08:50:06 -0000 2009/11/30 Eirik =D8verby : >> That URL works for me. So how much traffic is this box handling during >> peak times? > > Depends how you define load. It's a storage box (14TB ZFS) with a small h= andful of NFS clients pushing backup data to it .. So lots of traffic in by= tes/sec, but not many clients. Ok. > If you're referring to the Send-Q and Recv-Q values, they are zero everyw= here I can tell. Hm, I was. Ok. >> See if you have full socket buffers showing up in netstat -an. Have >> you tweaked the socket/TCP send/receive sizes? I typically lock mine >> down to something small (32k-64k for the most part) so I don't hit >> mbuf exhaustion on very busy proxies. > I haven't touched any defaults except the mbuf clusters. What does your s= ysctl.conf look like? I just set these: net.inet.tcp.sendspace=3D65536 net.inet.tcp.recvspace=3D65536 I tweak a lot of other TCP stack stuff to deal with satellite latencies; its not relevant here. I'd love to see where those mbufs are hiding and whether they're a leak, or whether the NFS server is just pushing too much data out for whatever reason. Actually, something I also set was this: # Handle slightly more packets per interrupt tick net.inet.ip.intr_queue_maxlen=3D512 It was defaulting to 50 which wasn't fast enough for small packet loads. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 09:02:34 2009 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 637FF1065670; Mon, 30 Nov 2009 09:02:34 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 02C8C8FC17; Mon, 30 Nov 2009 09:02:33 +0000 (UTC) Received: from [89.8.83.111] (helo=[10.252.245.116]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF29N-0008KE-Ph; Mon, 30 Nov 2009 10:02:32 +0100 References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> Message-Id: <68E8D279-408D-4B75-82CF-880CDE01D55F@anduin.net> From: =?utf-8?Q?Eirik_=C3=98verby?= To: Adrian Chadd In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (7D11) Mime-Version: 1.0 (iPhone Mail 7D11) Date: Mon, 30 Nov 2009 10:03:01 +0100 Cc: "pyunyh@gmail.com" , "weldon@excelsusphoto.com" , "freebsd-current@freebsd.org" , Robert Watson , Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 09:02:34 -0000 On 30. nov. 2009, at 09.50, Adrian Chadd wrote: > 2009/11/30 Eirik =C3=98verby : > >>> That URL works for me. So how much traffic is this box handling =20 >>> during >>> peak times? >> >> Depends how you define load. It's a storage box (14TB ZFS) with a =20 >> small handful of NFS clients pushing backup data to it .. So lots =20 >> of traffic in bytes/sec, but not many clients. > > Ok. > >> If you're referring to the Send-Q and Recv-Q values, they are zero =20= >> everywhere I can tell. > > Hm, I was. Ok. > >>> See if you have full socket buffers showing up in netstat -an. Have >>> you tweaked the socket/TCP send/receive sizes? I typically lock mine >>> down to something small (32k-64k for the most part) so I don't hit >>> mbuf exhaustion on very busy proxies. > >> I haven't touched any defaults except the mbuf clusters. What does =20= >> your sysctl.conf look like? > > I just set these: > > net.inet.tcp.sendspace=3D65536 > net.inet.tcp.recvspace=3D65536 > > I tweak a lot of other TCP stack stuff to deal with satellite > latencies; its not relevant here. > > I'd love to see where those mbufs are hiding and whether they're a > leak, or whether the NFS server is just pushing too much data out for I fact it's mostly receiving. Other boxes on the LAN (or other =20 internal subnets) are pushing data to it, rarely reading any except to =20= check status and clean up. > whatever reason. Actually, something I also set was this: > > # Handle slightly more packets per interrupt tick > net.inet.ip.intr_queue_maxlen=3D512 > > It was defaulting to 50 which wasn't fast enough for small packet =20 > loads. I'll try all those and then some, but I'm no optimist.. Might try on =20 different hardware later. Thanks, /Eirik > Adrian > _______________________________________________ > 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 > " > From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 09:05:24 2009 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 7910F106568B for ; Mon, 30 Nov 2009 09:05:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 385218FC14 for ; Mon, 30 Nov 2009 09:05:23 +0000 (UTC) Received: by iwn36 with SMTP id 36so1900236iwn.3 for ; Mon, 30 Nov 2009 01:05:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=fyQbm2mLOwIwpegCr+/ONfQG8De4skJ4N+Ie65uwzY0=; b=dLQsfDrdtMsiNpLAUJlF4qJAix8xHVIVKyme2yVhgfhEPMQ+oBJpbo1XBKhx+oQbfz g1cZD/CkezlTQm5mIV40axG4GZ64R4XdRtW2L/sPrXioezJ3hpwIb/O12nNVeRPM6CR1 eI2tpBm4tR1pway4vJL7keuIvckKWRNouUJT8= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=E0Dr/iXQmLQutR3BG/zq0IFn6/og0gAknx1mTampFRU+TT8xB7uepNlJfHF3dRAhbH HPsNZBB03qIdrDfWuuG0N8tHgKFPKN8Hfd2HlpA+rA3Vet7ZZkXqu2VZQUlAp6MoZiK6 IS5R9/1Ktm8Q8o5m5N4z2D3n6gjmHDx1SEyds= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.231.81.148 with SMTP id x20mr356097ibk.2.1259571923385; Mon, 30 Nov 2009 01:05:23 -0800 (PST) In-Reply-To: <68E8D279-408D-4B75-82CF-880CDE01D55F@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <68E8D279-408D-4B75-82CF-880CDE01D55F@anduin.net> Date: Mon, 30 Nov 2009 17:05:23 +0800 X-Google-Sender-Auth: 49d2bd4c960e27e2 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Eirik_=D8verby?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 09:05:24 -0000 2009/11/30 Eirik =D8verby : >> I'd love to see where those mbufs are hiding and whether they're a >> leak, or whether the NFS server is just pushing too much data out for > > I fact it's mostly receiving. Other boxes on the LAN (or other internal > subnets) are pushing data to it, rarely reading any except to check statu= s > and clean up. Right, but it also has to queue response packets for the NFS transactions. What do your NFS mounts look like? Are they TCP or UDP? Have you toyed with the mount settings at all? Adrian From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 09:17:30 2009 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 9A06A1065670 for ; Mon, 30 Nov 2009 09:17:30 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ew0-f221.google.com (mail-ew0-f221.google.com [209.85.219.221]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7D38FC1A for ; Mon, 30 Nov 2009 09:17:29 +0000 (UTC) Received: by ewy21 with SMTP id 21so4079799ewy.13 for ; Mon, 30 Nov 2009 01:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=FRaRCXlS0JHiCLLISY2KbiS1U5QDEnnrOaLKn48dyJQ=; b=minEb18hRnmaPIdFhjUCocM5RViyhen2fkOAvjjH0xZQ5XUgrwUEAm1TCk1HHOT8ii KHwPl9dXWrc7sSe12nA0FvSsn7UPXgjuzecHv3zWDGkbK0XhU9TKjuK44s3UQwzJG6AW kqBgZ2r15RYK2z2wOlcL8TQlHHh3HP/FAwvKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=cu+AOfKxgZMZaazxokUkHUhf9i15GOPLCa49Cm5LseVIWmM75+ztnccPJF1dAJHkA9 1ZD5JzxS7cJGLzyc2cuC9fyWOjJ5LBDoFBTXyHzoC/y0B+Q34HiuQ9Phks/YCGo0FH4b TNppahWhb8SBryUJfKgKjidIZU7A8h+PxVbCE= Received: by 10.213.0.144 with SMTP id 16mr4489285ebb.38.1259572648749; Mon, 30 Nov 2009 01:17:28 -0800 (PST) Received: from dragon.dg ([41.0.54.20]) by mx.google.com with ESMTPS id 14sm2436421ewy.3.2009.11.30.01.17.26 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 01:17:28 -0800 (PST) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Mon, 30 Nov 2009 11:17:34 +0200 User-Agent: KMail/1.12.3 (FreeBSD/8.0-PRERELEASE; KDE/4.3.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart104965870.9efNxPCjiP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911301117.37950.naylor.b.david@gmail.com> Subject: FreeBSD 8.0 Performance (at Phoronix) 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, 30 Nov 2009 09:17:30 -0000 --nextPart104965870.9efNxPCjiP Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable HI, Phoronix recently published a comparative benchmark[1] for FreeBSD 7.2/8.0= =20 against Linux and OpenSolaris. I would like to bring some of the good and = bad=20 to light (in the hopes that the developers with the correct expertise will = be=20 intrigued). =20 The tests were performed with a 'standard' installation of FreeBSD on a Len= ovo=20 ThinkPad T61. =20 I've tried to eliminate tests who's performance is a result of compiler=20 differences and/or 3rd party applications and tests who's statistical=20 significance are not so strong (subjective guess). =20 Improvements for FreeBSD 8.0 vs 7.2: - 7-Zip Compression (page 3) - Timed MAFFT Alignment (page 5) - GraphicsMagick (page 5) - Threaded IO (64MB Random Write - 32 threads) (page 7) - Threaded IO (64MB Read - 32 threads) (page 7) Regressions for FreeBSD 8.0 vs 7.2: - Gzip compressions of a 2GB file (page 3) - C-Ray (page 4) - Threaded IO (64MB Write - 4 threads) (page 7) - Threaded IO (64MB Write - 32 threads) (page 7) Poor performance relative to Linux and OpenSolaris - Threaded IO (especially random writes) (page 7) - OpenSSL (RSA 4096bit) (page 8) - PostMark (disk transaction) (page 8) It appears that threaded activity on UFS does not fair well against Linux/e= xt4=20 and OpenSolaris/ZFS. Phoronix intends to do a comparative test against=20 =46reeBSD and OpenSolaris on ZFS.=20 Regards, David 1)=20 http://www.phoronix.com/scan.php?page=3Darticle&item=3Dfreebsd8_benchmarks&= num=3D1 --nextPart104965870.9efNxPCjiP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksTjbEACgkQUaaFgP9pFrKf0ACdEhR4bL4AMyBZHM98xNrTUuEm 4X8AniG0aUsbx61Zig2L2+m5pCQg3vaQ =d20W -----END PGP SIGNATURE----- --nextPart104965870.9efNxPCjiP-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 09:19:08 2009 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 B197E10656A4 for ; Mon, 30 Nov 2009 09:19:08 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 575828FC0A for ; Mon, 30 Nov 2009 09:19:08 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 3B211EB47AB; Mon, 30 Nov 2009 11:19:07 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 2BC88452FB; Mon, 30 Nov 2009 11:19:07 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LUEmPG--5LA; Mon, 30 Nov 2009 11:19:07 +0200 (EET) Received: from kobe.laptop (ppp-94-64-223-118.home.otenet.gr [94.64.223.118]) by mail.ceid.upatras.gr (Postfix) with ESMTP id E3E3A451B2; Mon, 30 Nov 2009 11:19:06 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id nAU9J5eE058454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Nov 2009 11:19:05 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id nAU9J2Kc058451; Mon, 30 Nov 2009 11:19:02 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Gary Kline References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> <20091129193018.GA87743@thought.org> Date: Mon, 30 Nov 2009 11:19:01 +0200 In-Reply-To: <20091129193018.GA87743@thought.org> (Gary Kline's message of "Sun, 29 Nov 2009 11:30:18 -0800") Message-ID: <874ooc5q0q.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RELEASE completed... 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, 30 Nov 2009 09:19:08 -0000 On Sun, 29 Nov 2009 11:30:18 -0800, Gary Kline wrote: >> * There have been a lot of changes in the kernel configuration. If >> you want a custom kernel, start anew from the 8.0 GENERIC kernel so >> you don't miss anything. > > Could somebody who's running a 32biter send a GENERIC from 8.0 so I > can diff? You can always grab the latest version of GENERIC for 8.X from: http://svn.freebsd.org/viewvc/base/stable/8/sys/i386/conf/GENERIC Just follow the "view" link of the latest revision. From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 09:23:36 2009 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 BC647106566B; Mon, 30 Nov 2009 09:23:36 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 75B0D8FC18; Mon, 30 Nov 2009 09:23:36 +0000 (UTC) Received: from [195.1.79.114] (helo=[10.0.1.3]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF2Tn-000AA9-E3; Mon, 30 Nov 2009 10:23:35 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 10:23:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <68E8D279-408D-4B75-82CF-880CDE01D55F@anduin.net> To: Adrian Chadd X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 09:23:36 -0000 On 30. nov. 2009, at 10.05, Adrian Chadd wrote: > 2009/11/30 Eirik =D8verby : >=20 >>> I'd love to see where those mbufs are hiding and whether they're a >>> leak, or whether the NFS server is just pushing too much data out = for >>=20 >> I fact it's mostly receiving. Other boxes on the LAN (or other = internal >> subnets) are pushing data to it, rarely reading any except to check = status >> and clean up. >=20 > Right, but it also has to queue response packets for the NFS = transactions. >=20 > What do your NFS mounts look like? Are they TCP or UDP? Have you toyed > with the mount settings at all? Nope ... All default, and mostly FreeBSD<->FreeBSD NFS mounts. The other = FreeBSDs are at 7.x, and there's one OpenBSD 4.4 box. So nothing fancy. = I'm at a complete loss here. /Eirik= From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 10:18:38 2009 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 B0FE4106566C; Mon, 30 Nov 2009 10:18:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED068FC15; Mon, 30 Nov 2009 10:18:38 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6CAE26D41B; Mon, 30 Nov 2009 10:18:37 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3A86184503; Mon, 30 Nov 2009 11:18:37 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Tinderbox References: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> Date: Mon, 30 Nov 2009 11:18:36 +0100 In-Reply-To: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Sun, 29 Nov 2009 18:46:16 GMT") Message-ID: <863a3wz56r.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 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, 30 Nov 2009 10:18:38 -0000 FreeBSD Tinderbox writes: > TB --- 2009-11-29 18:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/i386/i386/supfile > TB --- 2009-11-29 18:46:16 - WARNING: /usr/bin/csup returned exit code 1= =20 > TB --- 2009-11-29 18:46:16 - ERROR: unable to cvsup the source tree I've stopped the head and 8 tinderbox until we figure out what's wrong with Sentex's cvsup server. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 10:22:23 2009 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 A85DE1065672; Mon, 30 Nov 2009 10:22:23 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 63FAB8FC1C; Mon, 30 Nov 2009 10:22:23 +0000 (UTC) Received: from [195.1.79.114] (helo=[10.0.1.3]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF3Of-000F8i-Gx; Mon, 30 Nov 2009 11:22:21 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 11:22:20 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> To: Robert Watson X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 10:22:23 -0000 Hi, I have something that might be more interesting than any counter ... It seems to me as if the problem *only* manifests itself when an OpenBSD = box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other boxes = are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. How's that for a mystery in the morning? /Eirik On 29. nov. 2009, at 15.29, Robert Watson wrote: > On Sun, 29 Nov 2009, Eirik =D8verby wrote: >=20 >> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >=20 > It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. >=20 > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 10:36:36 2009 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 488ED1065670; Mon, 30 Nov 2009 10:36:36 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 035318FC08; Mon, 30 Nov 2009 10:36:35 +0000 (UTC) Received: from [195.1.79.114] (helo=[10.0.1.3]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF3cQ-000GHS-H2; Mon, 30 Nov 2009 11:36:34 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> Date: Mon, 30 Nov 2009 11:36:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> To: Robert Watson X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 10:36:36 -0000 Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) = seems to solve the issue. So this is a UDP-NFS-related problem, it would seem? /Eirik On 30. nov. 2009, at 11.22, Eirik =D8verby wrote: > Hi, >=20 > I have something that might be more interesting than any counter ... > It seems to me as if the problem *only* manifests itself when an = OpenBSD box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other = boxes are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. >=20 > How's that for a mystery in the morning? >=20 > /Eirik >=20 > On 29. nov. 2009, at 15.29, Robert Watson wrote: >=20 >> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>=20 >>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >>=20 >> It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. >>=20 >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >=20 > _______________________________________________ > 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 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 10:52:28 2009 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 E5B2D106566B; Mon, 30 Nov 2009 10:52:28 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 7A00A8FC12; Mon, 30 Nov 2009 10:52:28 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NF3rn-0001nm-3Z; Mon, 30 Nov 2009 11:52:27 +0100 Received: from te491.t.pppool.de ([89.55.228.145]:31056 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NF3rm-0002oE-Sw; Mon, 30 Nov 2009 11:52:27 +0100 Date: Mon, 30 Nov 2009 11:52:25 +0100 From: Gary Jennejohn To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091130115225.53cff885@ernst.jennejohn.org> In-Reply-To: <863a3wz56r.fsf@ds4.des.no> References: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> <863a3wz56r.fsf@ds4.des.no> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 10:52:29 -0000 On Mon, 30 Nov 2009 11:18:36 +0100 Dag-Erling Smorgrav wrote: > FreeBSD Tinderbox writes: > > TB --- 2009-11-29 18:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile > > TB --- 2009-11-29 18:46:16 - WARNING: /usr/bin/csup returned exit code 1 > > TB --- 2009-11-29 18:46:16 - ERROR: unable to cvsup the source tree > > I've stopped the head and 8 tinderbox until we figure out what's wrong > with Sentex's cvsup server. > Sean C. Farley (scf@) recently reported this on this list > Also, cvsupd will core dump (SIGILL) when built on stable/8 amd64 > r199641 when a connection to it is made from csup. An i386-built > cvsupd will run correctly on the same system. For cvsupd, it is dying > at dladdr(), but I have not had time to debug it further. > Might be related. Don't know whether Sentex is runng i386 or AMD64. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 11:55:32 2009 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 8F745106566C; Mon, 30 Nov 2009 11:55:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 49EC68FC15; Mon, 30 Nov 2009 11:55:32 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NF4qk-00009M-55; Mon, 30 Nov 2009 11:55:31 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NF4qj-00012U-FN; Mon, 30 Nov 2009 11:55:25 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAUBtPTp061757; Mon, 30 Nov 2009 11:55:25 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAUBtPZR061756; Mon, 30 Nov 2009 11:55:25 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 30 Nov 2009 11:55:25 +0000 From: Anton Shterenlikht To: freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091130115525.GA39370@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.4 X-Spam-Level: ---- Cc: Subject: port sysutils/bsdstats intermittent mutex error on ia64 HEAD 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, 30 Nov 2009 11:55:32 -0000 I might've reported this before: FreeBSD 9.0-CURRENT ia64 port bsdstats-5.5 sometimes works fine: # /usr/local/etc/periodic/monthly/300.statistics -nodelay Posting monthly OS statistics to rpt.bsdstats.org # but sometimes not: # /usr/local/etc/periodic/monthly/300.statistics -nodelay /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1966: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&sock->lock))) == 0) ? 0 : 34) == 0) failed [: 1: unexpected operator Posting monthly OS statistics to rpt.bsdstats.org # Also, it doesn't work if run by an unprivileged user. I suppose this is the intended behaviour. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 12:02:39 2009 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 1CD551065694; Mon, 30 Nov 2009 12:02:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id CBCEE8FC1C; Mon, 30 Nov 2009 12:02:38 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NF4xe-0000fa-T8; Mon, 30 Nov 2009 12:02:38 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NF4xe-0001FT-5C; Mon, 30 Nov 2009 12:02:34 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAUC2Xq2084737; Mon, 30 Nov 2009 12:02:33 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAUC2Xwm084719; Mon, 30 Nov 2009 12:02:33 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 30 Nov 2009 12:02:33 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091130120233.GA78389@mech-cluster241.men.bris.ac.uk> References: <20091130115525.GA39370@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091130115525.GA39370@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -5.0 X-Spam-Level: ----- Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port sysutils/bsdstats intermittent mutex error on ia64 HEAD 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, 30 Nov 2009 12:02:39 -0000 On Mon, Nov 30, 2009 at 11:55:25AM +0000, Anton Shterenlikht wrote: > I might've reported this before: > > FreeBSD 9.0-CURRENT ia64 > > port bsdstats-5.5 sometimes works fine: > > # /usr/local/etc/periodic/monthly/300.statistics -nodelay > Posting monthly OS statistics to rpt.bsdstats.org > # > > but sometimes not: > > # /usr/local/etc/periodic/monthly/300.statistics -nodelay > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1966: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&sock->lock))) == 0) ? 0 : 34) == 0) failed > [: 1: unexpected operator > Posting monthly OS statistics to rpt.bsdstats.org > # > > Also, it doesn't work if run by an unprivileged user. > I suppose this is the intended behaviour. forgot to put the output from an unprivileged user: > /usr/local/etc/periodic/monthly/300.statistics -nodelay /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed [: 1: unexpected operator /usr/local/etc/periodic/monthly/300.statistics: cannot open /var/db/bsdstats: Permission denied [: -lt: unexpected operator .: Can't open /var/db/bsdstats: Permission denied -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 12:39:10 2009 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 26CFF106566C; Mon, 30 Nov 2009 12:39:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id DA39B8FC12; Mon, 30 Nov 2009 12:39:09 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id F27E56D41B; Mon, 30 Nov 2009 12:39:08 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id CF90684503; Mon, 30 Nov 2009 13:39:08 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: gary.jennejohn@freenet.de References: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> <863a3wz56r.fsf@ds4.des.no> <20091130115225.53cff885@ernst.jennejohn.org> Date: Mon, 30 Nov 2009 13:39:08 +0100 In-Reply-To: <20091130115225.53cff885@ernst.jennejohn.org> (Gary Jennejohn's message of "Mon, 30 Nov 2009 11:52:25 +0100") Message-ID: <86tywcxk43.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 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, 30 Nov 2009 12:39:10 -0000 Gary Jennejohn writes: > Sean C. Farley (scf@) recently reported this on this list > > Also, cvsupd will core dump (SIGILL) [...] when a connection to it > > is made from csup. > Might be related. Don't know whether Sentex is runng i386 or AMD64. No, the server runs just fine, but rejects connections from the builder. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 13:09:25 2009 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 D7977106566C; Mon, 30 Nov 2009 13:09:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4298FC12; Mon, 30 Nov 2009 13:09:24 +0000 (UTC) Received: from [192.168.1.44] (c-67-186-133-78.hsd1.ma.comcast.net [67.186.133.78]) by cyrus.watson.org (Postfix) with ESMTPSA id C19BF46B03; Mon, 30 Nov 2009 08:09:19 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: Date: Mon, 30 Nov 2009 08:09:16 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> To: =?iso-8859-1?Q?Eirik_=D8verby?= X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 13:09:26 -0000 On 30 Nov 2009, at 05:36, Eirik =D8verby wrote: > Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) = seems to solve the issue. >=20 > So this is a UDP-NFS-related problem, it would seem? Could well be. Let's try another debugging tactic -- there are two = possible things going on here: resource leak, and resource exhaustion = leading to deadlock. If you shut down to single user mode from = multi-user, and let the system quiesce for a few minutes, then run = netstat -m, what does it look like? Do vast numbers of mbufs+clusters = get freed, or do they remain accounted for as allocated? (If they remain allocated, they were likely leaked, since most/all = sockets will have been closed, releasing their resources on shutdown to = single user when all processes are killed) The theory of an mbuf leak in NFS isn't an unlikely theory -- the socket = code there continues to change, and rare edge cases frequently lead to = leaks (per my earlier e-mail). Perhaps there's a case the OpenBSD client = is triggering that other NFS clients normally don't. If we think that's = the case, the next step is usually to narrow down what causes the leak = to trigger a lot (i.e., the backup starting), and then grab a packet = trace that we can analyze with wireshark. We'll want to look at the = types of errors being returned for RPCs and, in particular, if there's = one that happens about the same number of times as the resource has = leaked over the same window, look at the code and see if that error case = is handled properly. If this is definitely an NFS leak bug, we should get the NFS folks = attention by sticking "NFS mbuf leak" in the subject line and CC'ing = rmacklem/dfr. :-) Robert > /Eirik >=20 > On 30. nov. 2009, at 11.22, Eirik =D8verby wrote: >=20 >> Hi, >>=20 >> I have something that might be more interesting than any counter ... >> It seems to me as if the problem *only* manifests itself when an = OpenBSD box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other = boxes are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. >>=20 >> How's that for a mystery in the morning? >>=20 >> /Eirik >>=20 >> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>=20 >>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>=20 >>>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >>>=20 >>> It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. >>>=20 >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >>=20 >> _______________________________________________ >> 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 >=20 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 13:40:56 2009 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 71DF11065676; Mon, 30 Nov 2009 13:40:56 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 27CF28FC15; Mon, 30 Nov 2009 13:40:55 +0000 (UTC) Received: from 45.86.213.193.static.cust.telenor.com ([193.213.86.45] helo=[192.168.3.102]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NF6Un-0006H1-Be; Mon, 30 Nov 2009 14:40:53 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 14:40:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1DFC4992-E136-4674-BC0E-A6B1DAE12AF4@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> To: Robert N. M. Watson X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 13:40:56 -0000 On 30. nov. 2009, at 14.09, Robert N. M. Watson wrote: >=20 > On 30 Nov 2009, at 05:36, Eirik =D8verby wrote: >=20 >> Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) = seems to solve the issue. >>=20 >> So this is a UDP-NFS-related problem, it would seem? >=20 > Could well be. Let's try another debugging tactic -- there are two = possible things going on here: resource leak, and resource exhaustion = leading to deadlock. If you shut down to single user mode from = multi-user, and let the system quiesce for a few minutes, then run = netstat -m, what does it look like? Do vast numbers of mbufs+clusters = get freed, or do they remain accounted for as allocated? It's been sitting in single-user mode for about 15 minutes now, no = change in allocation. I'll reboot in about 15 minutes, then try to mount from a FreeBSD box = using UDP - if that causes the same issues, I guess it's not an OpenBSD = specific issue but a UDP issue "in general". Next step would be to try = to reproduce the same between two VMs on my own box, as this box needs = to return to production soonish - if we manage to reproduce elsewhere.. Other ideas/suggestions? /Eirik > (If they remain allocated, they were likely leaked, since most/all = sockets will have been closed, releasing their resources on shutdown to = single user when all processes are killed) >=20 > The theory of an mbuf leak in NFS isn't an unlikely theory -- the = socket code there continues to change, and rare edge cases frequently = lead to leaks (per my earlier e-mail). Perhaps there's a case the = OpenBSD client is triggering that other NFS clients normally don't. If = we think that's the case, the next step is usually to narrow down what = causes the leak to trigger a lot (i.e., the backup starting), and then = grab a packet trace that we can analyze with wireshark. We'll want to = look at the types of errors being returned for RPCs and, in particular, = if there's one that happens about the same number of times as the = resource has leaked over the same window, look at the code and see if = that error case is handled properly. >=20 > If this is definitely an NFS leak bug, we should get the NFS folks = attention by sticking "NFS mbuf leak" in the subject line and CC'ing = rmacklem/dfr. :-) >=20 > Robert >=20 >=20 >=20 >=20 >> /Eirik >>=20 >> On 30. nov. 2009, at 11.22, Eirik =D8verby wrote: >>=20 >>> Hi, >>>=20 >>> I have something that might be more interesting than any counter ... >>> It seems to me as if the problem *only* manifests itself when an = OpenBSD box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other = boxes are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. >>>=20 >>> How's that for a mystery in the morning? >>>=20 >>> /Eirik >>>=20 >>> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>>=20 >>>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>>=20 >>>>> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >>>>=20 >>>> It would be interesting to know if any of the counters in the = output of netstat -s grow linearly with the allocation count in netstat = -m. Often times leaks are associated with edge cases in the stack = (typically because if they are in common cases the bug is detected = really quickly!) -- usually error handling, where in some error case the = unwinding fails to free an mbuf that it should free. These are = notoriously hard to track down, unfortunately, but the stats output = (especially where delta alloc is linear to delta stat) may inform the = situation some more. >>>>=20 >>>> Robert N M Watson >>>> Computer Laboratory >>>> University of Cambridge >>>=20 >>> _______________________________________________ >>> 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 >>=20 >=20 > _______________________________________________ > 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 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 13:45:43 2009 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 A83411065672 for ; Mon, 30 Nov 2009 13:45:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CBA248FC0A for ; Mon, 30 Nov 2009 13:45:42 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA12262; Mon, 30 Nov 2009 15:45:39 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B13CC83.7050207@icyb.net.ua> Date: Mon, 30 Nov 2009 15:45:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20091128111501.34a7a2a4@ernst.jennejohn.org> In-Reply-To: <20091128111501.34a7a2a4@ernst.jennejohn.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? 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, 30 Nov 2009 13:45:43 -0000 on 28/11/2009 12:15 Gary Jennejohn said the following: > Since I installed a new world and kernel on November 26 I'm seeing > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > Here the output from a gdb session without any debugging symbols: > > Core was generated by `cvsup'. > Program terminated with signal 4, Illegal instruction. Hmm, 'Illegal instruction' is interesting. It would be interesting to see diagnostics with debug enabled in libc and, perhps, libthr. BTW, is cvsup threaded (linked with a threads lib)? P.S. what is your system, both OS and hardware? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 15:36:27 2009 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 8D4E7106568B; Mon, 30 Nov 2009 15:36:27 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6051F8FC21; Mon, 30 Nov 2009 15:36:27 +0000 (UTC) Received: from [192.168.1.44] (c-67-186-133-78.hsd1.ma.comcast.net [67.186.133.78]) by cyrus.watson.org (Postfix) with ESMTPSA id 86FE246B03; Mon, 30 Nov 2009 10:36:26 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: <1DFC4992-E136-4674-BC0E-A6B1DAE12AF4@anduin.net> Date: Mon, 30 Nov 2009 10:36:25 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> <1DFC4992-E136-4674-BC0E-A6B1DAE12AF4@anduin.net> To: =?iso-8859-1?Q?Eirik_=D8verby?= X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 15:36:27 -0000 On 30 Nov 2009, at 08:40, Eirik =D8verby wrote: >>> Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) = seems to solve the issue. >>>=20 >>> So this is a UDP-NFS-related problem, it would seem? >>=20 >> Could well be. Let's try another debugging tactic -- there are two = possible things going on here: resource leak, and resource exhaustion = leading to deadlock. If you shut down to single user mode from = multi-user, and let the system quiesce for a few minutes, then run = netstat -m, what does it look like? Do vast numbers of mbufs+clusters = get freed, or do they remain accounted for as allocated? >=20 > It's been sitting in single-user mode for about 15 minutes now, no = change in allocation. > I'll reboot in about 15 minutes, then try to mount from a FreeBSD box = using UDP - if that causes the same issues, I guess it's not an OpenBSD = specific issue but a UDP issue "in general". Next step would be to try = to reproduce the same between two VMs on my own box, as this box needs = to return to production soonish - if we manage to reproduce elsewhere.. This sounds like a good plan -- especially reproducing it on a = non-production box :-). I agree it's most likely that the OpenBSD NFS = client simply does something a little differently than the other NFS = clients you are dealing with, triggering an edge case in our NFS server = code. But, to be clear, I think it's much more likely that the bug is in = the NFS over UDP code than UDP itself, given the complexity of the NFS = code (although a UDP bug can't be ruled out). Robert >=20 > Other ideas/suggestions? >=20 > /Eirik >=20 >> (If they remain allocated, they were likely leaked, since most/all = sockets will have been closed, releasing their resources on shutdown to = single user when all processes are killed) >>=20 >> The theory of an mbuf leak in NFS isn't an unlikely theory -- the = socket code there continues to change, and rare edge cases frequently = lead to leaks (per my earlier e-mail). Perhaps there's a case the = OpenBSD client is triggering that other NFS clients normally don't. If = we think that's the case, the next step is usually to narrow down what = causes the leak to trigger a lot (i.e., the backup starting), and then = grab a packet trace that we can analyze with wireshark. We'll want to = look at the types of errors being returned for RPCs and, in particular, = if there's one that happens about the same number of times as the = resource has leaked over the same window, look at the code and see if = that error case is handled properly. >>=20 >> If this is definitely an NFS leak bug, we should get the NFS folks = attention by sticking "NFS mbuf leak" in the subject line and CC'ing = rmacklem/dfr. :-) >>=20 >> Robert >>=20 >>=20 >>=20 >>=20 >>> /Eirik >>>=20 >>> On 30. nov. 2009, at 11.22, Eirik =D8verby wrote: >>>=20 >>>> Hi, >>>>=20 >>>> I have something that might be more interesting than any counter = ... >>>> It seems to me as if the problem *only* manifests itself when an = OpenBSD box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other = boxes are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. >>>>=20 >>>> How's that for a mystery in the morning? >>>>=20 >>>> /Eirik >>>>=20 >>>> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>>>=20 >>>>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>>>=20 >>>>>> I just did that (-rxcsum -txcsum -tso), but the numbers still = keep rising. I'll wait and see if it goes down again, then reboot with = those values to see how it behaves. But right away it doesn't look too = good .. >>>>>=20 >>>>> It would be interesting to know if any of the counters in the = output of netstat -s grow linearly with the allocation count in netstat = -m. Often times leaks are associated with edge cases in the stack = (typically because if they are in common cases the bug is detected = really quickly!) -- usually error handling, where in some error case the = unwinding fails to free an mbuf that it should free. These are = notoriously hard to track down, unfortunately, but the stats output = (especially where delta alloc is linear to delta stat) may inform the = situation some more. >>>>>=20 >>>>> Robert N M Watson >>>>> Computer Laboratory >>>>> University of Cambridge >>>>=20 >>>> _______________________________________________ >>>> 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 >>>=20 >>=20 >> _______________________________________________ >> 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 >=20 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 15:43:04 2009 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 B4333106568F for ; Mon, 30 Nov 2009 15:43:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED4E8FC08 for ; Mon, 30 Nov 2009 15:43:04 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 8242581BB for ; Mon, 30 Nov 2009 15:43:03 +0000 (UTC) Date: Mon, 30 Nov 2009 15:42:54 +0000 From: Bruce Cran To: current@freebsd.org Message-ID: <20091130154254.00000e29@unknown> X-Mailer: Claws Mail 3.7.2cvs27 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: pmcstat log reading broken? 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, 30 Nov 2009 15:43:04 -0000 I'm having problems converting a hwpmc capture file to a gprof format or getting callchain information on a system runnning -current from today - it always crashes in pmclog_read: > pmcstat -o pmc1 -n 32768 -S instructions > pmcstat -R pmc1 -g Assertion failed: (ps->ps_len == 0), function pmclog_read, file /usr/src/lib/libpmc/pmclog.c, line 494. Abort (core dumped) hwpmc attaches as: hwpmc: TSC/1/64/0x20 IAP/4/48/0x3ff IAF/3/48/0x61 The CPU is an Intel i7: CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2698.78-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 6442450944 (6144 MB) avail memory = 6192877568 (5905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 15:51:18 2009 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 C6DF2106566B for ; Mon, 30 Nov 2009 15:51:18 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8058FC17 for ; Mon, 30 Nov 2009 15:51:17 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1068151eye.9 for ; Mon, 30 Nov 2009 07:51:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RK+NiacObDaftF7Om87f875vUARXJV5i+5oDJwl9G5Q=; b=ZwHIyCP7dM2vkM8Yf/Uf9mDwIaOCgV+Tuz5aaQzeMVVkOfN8SrIPlMmf6390V4J0NU cHfiJivp9ALkhyUe13LEkf6bQvvrkXFISUJh9hvlgOgFwsSKzbZtRneMivDJexnyXFcU p6dqtJau6ozEQv+ACU5N4eBagtWJNgHIGwhR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=b+M11cC+zs39zYQCul7G0r7/m3FrlfQWgQKLMVMVsKiVkP6cy+BmWyBOJOUoPYktQ4 8vIVrVezhcy5w4FnKo09E1NujoW4HNTct4uzCk5yDZxqm3caZ6QDJj5bXx7xtx5yVwjA lbFobH3B3HZlFTHrx2YqA8IU27B0E30LIpDIQ= MIME-Version: 1.0 Received: by 10.216.93.1 with SMTP id k1mr1710358wef.151.1259596277012; Mon, 30 Nov 2009 07:51:17 -0800 (PST) In-Reply-To: <20091130154254.00000e29@unknown> References: <20091130154254.00000e29@unknown> Date: Mon, 30 Nov 2009 10:51:16 -0500 Message-ID: From: Ryan Stone To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: pmcstat log reading broken? 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, 30 Nov 2009 15:51:18 -0000 You want the -O pmc1 option, not -o pmc1. -o gives human-readable output(ie a text file) Ryan stone From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 16:00:39 2009 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 285361065670 for ; Mon, 30 Nov 2009 16:00:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 020AE8FC12 for ; Mon, 30 Nov 2009 16:00:38 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAUG0Yp7087369; Mon, 30 Nov 2009 11:00:35 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911301600.nAUG0Yp7087369@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 30 Nov 2009 11:01:01 -0500 To: Dag-Erling =?iso-8859-1?Q?Sm=C3=B8rgrav?= , gary.jennejohn@freenet.de From: Mike Tancsa In-Reply-To: <86tywcxk43.fsf@ds4.des.no> References: <200911291846.nATIkGAZ061903@freebsd-current.sentex.ca> <863a3wz56r.fsf@ds4.des.no> <20091130115225.53cff885@ernst.jennejohn.org> <86tywcxk43.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 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, 30 Nov 2009 16:00:39 -0000 At 07:39 AM 11/30/2009, Dag-Erling Sm=C3=B8rgrav wrote: >Gary Jennejohn writes: > > Sean C. Farley (scf@) recently reported this on this list > > > Also, cvsupd will core dump (SIGILL) [...] when a connection to it > > > is made from csup. > > Might be related. Don't know whether Sentex is runng i386 or AMD64. > >No, the server runs just fine, but rejects connections from the builder. Server looks ok. I can check out sources as root=20 from the box as well. The daemon's config is -0.0.0.0/0 4 # Limit total connections -199.212.134.18/32 4 -64.7.128.98/32 4 -64.7.128.100/32 4 -0.0.0.0/0/32 2 +0.0.0.0/0 I changed it to -0.0.0.0/0 8 # Limit total connections -199.212.134.18/32 8 # Allow only 1 connection from each host -64.7.128.98/32 8 # Allow only 1 connection from each host -64.7.128.100/32 8 # Allow only 1 connection from each host -0.0.0.0/0/32 4 # Allow only 1 connection from each host +0.0.0.0/0 # If we reach this rule, we let the client in 0(freebsd-current)# csup -g -L2 standard-supfile Parsing supfile "standard-supfile" Connecting to cvsup.sentex.ca Connected to 64.7.153.5 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs cvsup.sentex.ca mirrors off cvsup4.freebsd.org=20 which seems to reject connections about 50% of the time. Looking at the server's logs, Nov 29 17:17:10 backup3 cvsupd[35748]: +0=20 tinderbox@freebsd-current.sentex.ca [CSUP_1_0/17.0] Nov 29 17:17:32 backup3 cvsupd[35748]: =3D0 [899Kin+687Kout] src-all/cvs Nov 29 17:17:32 backup3 cvsupd[35748]: -0=20 [899Kin+687Kout] Finished successfully Nov 29 17:18:16 backup3 cvsupd[35769]: +1=20 tinderbox@freebsd-current.sentex.ca [CSUP_1_0/17.0] Nov 29 17:18:38 backup3 cvsupd[35769]: =3D1 [899Kin+687Kout] src-all/cvs Nov 29 17:18:38 backup3 cvsupd[35769]: -1=20 [899Kin+687Kout] Finished successfully Nov 29 17:19:07 backup3 cvsupd[35785]: +2=20 tinderbox@freebsd-current.sentex.ca [CSUP_1_0/17.0] Nov 29 17:19:29 backup3 cvsupd[35785]: =3D2 [899Kin+687Kout] src-all/cvs Nov 29 17:19:29 backup3 cvsupd[35785]: -2=20 [899Kin+687Kout] Finished successfully The only pf blocks I see are things like 0[backup3]# bzcat pflog.0.bz2 | tcpdump -ner -=20 host 64.7.128.98 and action block reading from file -, link-type PFLOG (OpenBSD pflog file) 05:21:48.104604 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.64479 > 64.7.153.5.5999: F=20 2465763434:2465763434(0) ack 1536020875 win 8326=20 05:21:48.104629 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.40992 > 64.7.153.5.5999: F=20 2286333931:2286333931(0) ack 656209946 win 8326=20 05:21:48.104636 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.44218 > 64.7.153.5.5999: F=20 2472100328:2472100328(0) ack 1971781143 win 8326=20 05:21:48.205534 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.51944 > 64.7.153.5.5999: F=20 341584713:341584713(0) ack 1261150224 win 8326=20 05:21:48.205653 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.58652 > 64.7.153.5.5999: F=20 133362219:133362219(0) ack 347682957 win 8326=20 05:21:48.205657 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.14737 > 64.7.153.5.5999: F=20 1166740951:1166740951(0) ack 2344064018 win 8326=20 05:23:07.489480 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.64479 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 05:23:07.489486 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.40992 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 05:23:07.489490 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.44218 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 05:23:07.590477 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.51944 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 05:23:07.590595 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.58652 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 05:23:07.590599 rule 2/0(match): block in on=20 vlan2: 64.7.128.98.14737 > 64.7.153.5.5999: R=20 1:1(0) ack 1 win 8326 ---Mike >DES >-- >Dag-Erling Sm=C3=B8rgrav - des@des.no >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 16:26:27 2009 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 0AB69106566B for ; Mon, 30 Nov 2009 16:26:27 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [79.140.39.242]) by mx1.freebsd.org (Postfix) with ESMTP id BD7878FC12 for ; Mon, 30 Nov 2009 16:26:26 +0000 (UTC) Received: from jessie.localnet (unknown [212.185.121.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bschmidt) by mx.techwires.net (Postfix) with ESMTPSA id E55833B2F; Mon, 30 Nov 2009 17:16:17 +0100 (CET) From: Bernhard Schmidt To: freebsd-current@freebsd.org Date: Mon, 30 Nov 2009 17:15:43 +0100 User-Agent: KMail/1.12.1 (Linux/2.6.30-2-686; KDE/4.3.2; i686; ; ) References: <4B12E897.3090008@omnilan.de> <179b97fb0911291430n52f04136g49acb5ee6305a5aa@mail.gmail.com> In-Reply-To: <179b97fb0911291430n52f04136g49acb5ee6305a5aa@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200911301715.43863.bschmidt@techwires.net> Cc: Brandon Gooch , Harald Schmalzbauer Subject: Re: driver for Intel WiFi Link 1000? 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, 30 Nov 2009 16:26:27 -0000 On Sunday 29 November 2009 23:30:54 Brandon Gooch wrote: > On Sun, Nov 29, 2009 at 9:33 PM, Harald Schmalzbauer > > wrote: > > Dear driver coders, > > > > my new notebook has the Intel WiFi Link 1000 chipset (0x8086, 0x0083). > > A quick look at intels developer sites doesn't answer if the chip is > > compatible with the precessor 5300/5100. > > Has anybody any experience with this wlan device? > > > > Thanks, > > > > -Harry > > Bernhard Schmidt has a repository with a recent port of the OpenBSD > iwn(4) driver, available for testing, in an svn repo: > > http://svn.techwires.net/svn/projects/freebsd/sys > > It should provide support for the 1000 series chips, although neither > I or Bernhard have a card to test with. > > I'm testing the code on 8-STABLE... True, this bits are coming from the OpenBSD merge. Quoting from the commit: "- initial support for 1000 series and initial bits for upcoming 6000 series (untested as hardware is not available to the general public)" It looks as being complete though, feedback appreciated. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 17:11:35 2009 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 C3109106566B for ; Mon, 30 Nov 2009 17:11:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 50B258FC21 for ; Mon, 30 Nov 2009 17:11:35 +0000 (UTC) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NF9mf-00047T-Hx; Mon, 30 Nov 2009 18:11:33 +0100 Received: from te491.t.pppool.de ([89.55.228.145]:18947 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NF9me-0003bi-23; Mon, 30 Nov 2009 18:11:32 +0100 Date: Mon, 30 Nov 2009 18:11:30 +0100 From: Gary Jennejohn To: Andriy Gapon Message-ID: <20091130181130.34ca6c0c@ernst.jennejohn.org> In-Reply-To: <4B13CC83.7050207@icyb.net.ua> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <4B13CC83.7050207@icyb.net.ua> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 17:11:35 -0000 On Mon, 30 Nov 2009 15:45:39 +0200 Andriy Gapon wrote: > on 28/11/2009 12:15 Gary Jennejohn said the following: > > Since I installed a new world and kernel on November 26 I'm seeing > > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > > > Here the output from a gdb session without any debugging symbols: > > > > Core was generated by `cvsup'. > > Program terminated with signal 4, Illegal instruction. > > > Hmm, 'Illegal instruction' is interesting. > It would be interesting to see diagnostics with debug enabled in libc and, perhps, > libthr. > I'll look into generating libc and cvsup with debugging. As I wrote in a followup mail, cvsup works OK to update the CVS tree; it dumps core when it connects to the local cvsupd to update ports/src. > BTW, is cvsup threaded (linked with a threads lib)? > Doesn't look like it: garyj:ernst:~:-bash:12> ldd /usr/local/bin/cvsup /usr/local/bin/cvsup: libz.so.5 => /lib/libz.so.5 (0x8006ea000) libm.so.5 => /lib/libm.so.5 (0x8007fe000) libc.so.7 => /lib/libc.so.7 (0x80091d000) > P.S. what is your system, both OS and hardware? > garyj:ernst:~:-bash:14> uname -a FreeBSD ernst.jennejohn.org 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Thu Nov 26 14:55:58 CET 2009 [...] amd64 It's a AMD64 X2 CPU. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 18:57:03 2009 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 3ECA0106568B for ; Mon, 30 Nov 2009 18:57:03 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id 12B818FC13 for ; Mon, 30 Nov 2009 18:57:02 +0000 (UTC) Received: from [128.211.172.92] (pal-172-092.itap.purdue.edu [128.211.172.92]) by mail.kc8onw.net (Postfix) with ESMTPSA id 446E51F1F for ; Mon, 30 Nov 2009 13:37:06 -0500 (EST) Message-ID: <4B1410D3.50203@kc8onw.net> Date: Mon, 30 Nov 2009 13:37:07 -0500 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091121 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> <1258122354.2303.24.camel@balrog.2hip.net> <4AFDBFFB.3070009@freebsd.org> <684e57ec0911140115oa5d3c63xec7b2913847ce2c6@mail.gmail.com> <1258224261.2303.31.camel@balrog.2hip.net> In-Reply-To: <1258224261.2303.31.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [FIXED] Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" 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, 30 Nov 2009 18:57:03 -0000 I just wanted to thank all involved in getting RAIDZ boot working. Thanks! Jonathan From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 18:58:47 2009 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 217E5106568D; Mon, 30 Nov 2009 18:58:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EE0628FC21; Mon, 30 Nov 2009 18:58:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAUIwkgK008220; Mon, 30 Nov 2009 13:58:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAUIwkaG008219; Mon, 30 Nov 2009 18:58:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Nov 2009 18:58:46 GMT Message-Id: <200911301858.nAUIwkaG008219@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 18:58:47 -0000 TB --- 2009-11-30 17:34:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-30 17:34:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-30 17:34:55 - cleaning the object tree TB --- 2009-11-30 17:34:55 - cvsupping the source tree TB --- 2009-11-30 17:34:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-30 17:36:03 - building world TB --- 2009-11-30 17:36:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-30 17:36:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-30 17:36:03 - TARGET=ia64 TB --- 2009-11-30 17:36:03 - TARGET_ARCH=ia64 TB --- 2009-11-30 17:36:03 - TZ=UTC TB --- 2009-11-30 17:36:03 - __MAKE_CONF=/dev/null TB --- 2009-11-30 17:36:03 - cd /src TB --- 2009-11-30 17:36:03 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 30 17:36:04 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 30 18:52:34 UTC 2009 TB --- 2009-11-30 18:52:34 - generating LINT kernel config TB --- 2009-11-30 18:52:34 - cd /src/sys/ia64/conf TB --- 2009-11-30 18:52:34 - /usr/bin/make -B LINT TB --- 2009-11-30 18:52:34 - building LINT kernel TB --- 2009-11-30 18:52:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-30 18:52:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-30 18:52:34 - TARGET=ia64 TB --- 2009-11-30 18:52:34 - TARGET_ARCH=ia64 TB --- 2009-11-30 18:52:34 - TZ=UTC TB --- 2009-11-30 18:52:34 - __MAKE_CONF=/dev/null TB --- 2009-11-30 18:52:34 - cd /src TB --- 2009-11-30 18:52:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 30 18:52:34 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc1: warnings being treated as errors /src/sys/dev/iir/iir_ctrl.c:86: warning: redundant redeclaration of 'ostype' /src/sys/sys/sysctl.h:676: warning: previous declaration of 'ostype' was here /src/sys/dev/iir/iir_ctrl.c:87: warning: redundant redeclaration of 'osrelease' /src/sys/sys/sysctl.h:675: warning: previous declaration of 'osrelease' was here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-30 18:58:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-30 18:58:46 - ERROR: failed to build lint kernel TB --- 2009-11-30 18:58:46 - 3916.74 user 631.97 system 5030.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 19:06:15 2009 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 22DFE106566C; Mon, 30 Nov 2009 19:06:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F20378FC08; Mon, 30 Nov 2009 19:06:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAUJ6D42072053; Mon, 30 Nov 2009 14:06:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAUJ6Dk8072050; Mon, 30 Nov 2009 19:06:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Nov 2009 19:06:13 GMT Message-Id: <200911301906.nAUJ6Dk8072050@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 19:06:15 -0000 TB --- 2009-11-30 18:58:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-30 18:58:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-30 18:58:46 - cleaning the object tree TB --- 2009-11-30 18:58:46 - cvsupping the source tree TB --- 2009-11-30 18:58:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-30 19:00:51 - building world TB --- 2009-11-30 19:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-30 19:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-30 19:00:51 - TARGET=sun4v TB --- 2009-11-30 19:00:51 - TARGET_ARCH=sparc64 TB --- 2009-11-30 19:00:51 - TZ=UTC TB --- 2009-11-30 19:00:51 - __MAKE_CONF=/dev/null TB --- 2009-11-30 19:00:51 - cd /src TB --- 2009-11-30 19:00:51 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 30 19:00:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/regrename.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c: In function 'reload_reg_free_p': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c:4497: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-30 19:06:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-30 19:06:13 - ERROR: failed to build world TB --- 2009-11-30 19:06:13 - 243.31 user 53.28 system 447.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 19:13:53 2009 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 20C471065694; Mon, 30 Nov 2009 19:13:53 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id B8AF38FC18; Mon, 30 Nov 2009 19:13:52 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NFBgz-000ACv-Vz; Mon, 30 Nov 2009 20:13:50 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Mon, 30 Nov 2009 20:13:49 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> <1DFC4992-E136-4674-BC0E-A6B1DAE12AF4@anduin.net> To: Robert N. M. Watson X-Mailer: Apple Mail (2.1077) Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? 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, 30 Nov 2009 19:13:53 -0000 On 30. nov. 2009, at 16.36, Robert N. M. Watson wrote: > On 30 Nov 2009, at 08:40, Eirik =D8verby wrote: >=20 >>>> Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) = seems to solve the issue. >>>>=20 >>>> So this is a UDP-NFS-related problem, it would seem? >>>=20 >>> Could well be. Let's try another debugging tactic -- there are two = possible things going on here: resource leak, and resource exhaustion = leading to deadlock. If you shut down to single user mode from = multi-user, and let the system quiesce for a few minutes, then run = netstat -m, what does it look like? Do vast numbers of mbufs+clusters = get freed, or do they remain accounted for as allocated? >>=20 >> It's been sitting in single-user mode for about 15 minutes now, no = change in allocation. >> I'll reboot in about 15 minutes, then try to mount from a FreeBSD box = using UDP - if that causes the same issues, I guess it's not an OpenBSD = specific issue but a UDP issue "in general". Next step would be to try = to reproduce the same between two VMs on my own box, as this box needs = to return to production soonish - if we manage to reproduce elsewhere.. >=20 > This sounds like a good plan -- especially reproducing it on a = non-production box :-). I agree it's most likely that the OpenBSD NFS = client simply does something a little differently than the other NFS = clients you are dealing with, triggering an edge case in our NFS server = code. But, to be clear, I think it's much more likely that the bug is in = the NFS over UDP code than UDP itself, given the complexity of the NFS = code (although a UDP bug can't be ruled out). I meant NFS-UDP ... However I was wrong even there; Using NFS over UDP = from FreeBSD boxes does not cause the same issue. So OpenBSD seems to be = a special case here. I'm no Wireshark expert (to be fair, I've seen it a few times and tried = it once or twice, and that's so long ago it's almost no longer true), so = I'd need some input on how to gather useful data. I assume tcpdump, = which options? And would it be OK if I made the dump available for = download somewhere, so you or someone else can take a look with = whichever tools you'd like? Thanks for your time, /Eirik > Robert >=20 >>=20 >> Other ideas/suggestions? >>=20 >> /Eirik >>=20 >>> (If they remain allocated, they were likely leaked, since most/all = sockets will have been closed, releasing their resources on shutdown to = single user when all processes are killed) >>>=20 >>> The theory of an mbuf leak in NFS isn't an unlikely theory -- the = socket code there continues to change, and rare edge cases frequently = lead to leaks (per my earlier e-mail). Perhaps there's a case the = OpenBSD client is triggering that other NFS clients normally don't. If = we think that's the case, the next step is usually to narrow down what = causes the leak to trigger a lot (i.e., the backup starting), and then = grab a packet trace that we can analyze with wireshark. We'll want to = look at the types of errors being returned for RPCs and, in particular, = if there's one that happens about the same number of times as the = resource has leaked over the same window, look at the code and see if = that error case is handled properly. >>>=20 >>> If this is definitely an NFS leak bug, we should get the NFS folks = attention by sticking "NFS mbuf leak" in the subject line and CC'ing = rmacklem/dfr. :-) >>>=20 >>> Robert >>>=20 >>>=20 >>>=20 >>>=20 >>>> /Eirik >>>>=20 >>>> On 30. nov. 2009, at 11.22, Eirik =D8verby wrote: >>>>=20 >>>>> Hi, >>>>>=20 >>>>> I have something that might be more interesting than any counter = ... >>>>> It seems to me as if the problem *only* manifests itself when an = OpenBSD box is backing up to this FreeBSD 8.0-NFS-ZFS server. All other = boxes are FreeBSD, and I have so far today been unable to reproduce the = problem from any of those. As soon as I interrupted the backup running = from OpenBSD, the mbuf cluster usage stabilized. >>>>>=20 >>>>> How's that for a mystery in the morning? >>>>>=20 >>>>> /Eirik >>>>>=20 >>>>> On 29. nov. 2009, at 15.29, Robert Watson wrote: >>>>>=20 >>>>>> On Sun, 29 Nov 2009, Eirik =D8verby wrote: >>>>>>=20 >>>>>>> I just did that (-rxcsum -txcsum -tso), but the numbers still = keep rising. I'll wait and see if it goes down again, then reboot with = those values to see how it behaves. But right away it doesn't look too = good .. >>>>>>=20 >>>>>> It would be interesting to know if any of the counters in the = output of netstat -s grow linearly with the allocation count in netstat = -m. Often times leaks are associated with edge cases in the stack = (typically because if they are in common cases the bug is detected = really quickly!) -- usually error handling, where in some error case the = unwinding fails to free an mbuf that it should free. These are = notoriously hard to track down, unfortunately, but the stats output = (especially where delta alloc is linear to delta stat) may inform the = situation some more. >>>>>>=20 >>>>>> Robert N M Watson >>>>>> Computer Laboratory >>>>>> University of Cambridge >>>>>=20 >>>>> _______________________________________________ >>>>> 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 >>>>=20 >>>=20 >>> _______________________________________________ >>> 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 >>=20 >=20 > _______________________________________________ > 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 From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 19:18:04 2009 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 E65E5106566B; Mon, 30 Nov 2009 19:18:04 +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 BC52A8FC18; Mon, 30 Nov 2009 19:18:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 75A7E46B09; Mon, 30 Nov 2009 14:18:04 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AEA358A021; Mon, 30 Nov 2009 14:18:03 -0500 (EST) From: John Baldwin To: Hajimu UMEMOTO Date: Mon, 30 Nov 2009 13:00:03 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200911231255.26279.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200911301300.03324.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 30 Nov 2009 14:18:03 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall 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, 30 Nov 2009 19:18:05 -0000 On Wednesday 25 November 2009 11:01:16 am Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Mon, 23 Nov 2009 12:55:25 -0500 > >>>>> John Baldwin said: > > I updated the patch. > > jhb> I had missed the me vs any. It is true that the equivalent rule would use > jhb> me6. I would rather figure out the IPv6 bug so that TCP is treated the > jhb> same for both protocols instead of having a weaker firewall for IPv6 than > jhb> IPV4. > > Yes, it is better, definitely. I thought that we could change to use > dynamic rule, once it was fixed. > Since the PR kern/117234 fixed it, I changed to use dynamic rule for > IPv6 as well. So, it requires the patch in the PR. > > jhb> I do find the shorter version easier to read, and it matches the existing > jhb> style as well as the examples in the manual page, handbook, etc. > > Okay, I changed 'ip6' to 'all' where we can use it, and stopped use of > 'proto xxx'' as possible. > > I reconsidered oif vs oif6 and iif vs iif6 issue. Now, if > $firewall_simple_oif_ipv6 is not set, $firewall_simple_oif is assumed > for oif6, and, $firewall_simple_iif_ipv6 is not set, > $firewall_simple_iif is assumed for iif6. > Further, I think we don't assign a global IPv6 address to oif in > usual. So, I made $firewall_simple_onet_ipv6 optional. > One more change is that DHCPv6 is allowed as well as IPv4 DHCP for > WORKSTATION type. I'm using DHCPv6 in usual; L2TP + DHCPv6 PD, DHCPv6 > DNS option ... > > Sincerely, I think you can just remove the ipv6_firewall_* variables from /etc/defaults/rc.conf completely. Perhaps you can use 'set_rcvar_obsolete' in /etc/rc.firewall to emit a warning if ipv6_firewall_enable is defined? Or maybe just emit an explicit warning in /etc/rc.firewall in that case? Other than that I think this patch looks good. Thanks for fixing this! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 19:18:24 2009 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 90FAC10658D2; Mon, 30 Nov 2009 19:18:24 +0000 (UTC) (envelope-from kerbzo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id EBE598FC21; Mon, 30 Nov 2009 19:18:23 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1114841eye.9 for ; Mon, 30 Nov 2009 11:18:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=N3U35YX0LzaiRbrQmXLEVRnbJxs1LXLg5oBB+ot+ckU=; b=RVzlJJ9PQmwPZJ7QPzuzTCv2aBB7FXN0cVXFstKij7pvtjFs3eUOkEbgBuu6r6vVaC zbHQl1KKp/aKsrbYbE34PI0l+dxafaiIigUZqx74RR+2zJkuKMLWN8tOH/6inZOIwV4b QIaqFEj9BeiA8xbiKMXNg3KbLOjcV0P0GZ/CI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=TFM5Hcz4P+RcfbfRD3kNIhySX90FAdyLdBBxnVQPWy1ozfEvxF1x5qOcRW1mwiEBir Ie1KW4lIElsy6lDM/yzd8ZrqJmgr91u7d0YMhrECbl3y/seQ05T8Uu/a/8mtkdBtD5TA LGuC4vQTuorJ5/aTTU2FxtX7SGObbMSW8QVdg= Received: by 10.216.88.212 with SMTP id a62mr1556862wef.72.1259608702801; Mon, 30 Nov 2009 11:18:22 -0800 (PST) Received: from kerbzo.local (host98-2-dynamic.56-79-r.retail.telecomitalia.it [79.56.2.98]) by mx.google.com with ESMTPS id m5sm11011805gve.12.2009.11.30.11.18.18 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 11:18:20 -0800 (PST) Message-ID: <4B141A77.4030102@gmail.com> Date: Mon, 30 Nov 2009 20:18:15 +0100 From: Kevin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Mailing LIst Member References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> In-Reply-To: <4B12C543.2070204@mgwigglesworth.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Alex Almeida , ben@wanderview.com Subject: Re: dummynet issues 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, 30 Nov 2009 19:18:24 -0000 Mailing LIst Member wrote: > Kevin Smith wrote: >> Alex Almeida wrote: >> >>> Hi, >>> >>> The same happened with me, just by setting: >>> net.inet.ip.fw.one_pass: 0 >>> >>> And stopped the message, however I was using version 6.4. >>> >>> I hope that helps you, >>> >>> Hugs >>> >>> Alex Almeida >>> >>> >>> >>> >>> Kevin Smith escreveu: >>> >>>> Hi, >>>> >>>> I'm experiencing some dummynet issues after upgrading from 7-STABLE to >>>> 8.0-RELEASE. >>>> My /var/log/messages is full of these logs: >>>> >>>> Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been >>>> idle! >>>> Nov 29 15:34:49 stone last message repeated 409 times >>>> Nov 29 15:36:49 stone last message repeated 1595 times >>>> Nov 29 15:46:50 stone last message repeated 8162 times >>>> Nov 29 15:56:51 stone last message repeated 7099 times >>>> Nov 29 16:06:52 stone last message repeated 4771 times >>>> Nov 29 16:16:53 stone last message repeated 3859 times >>>> Nov 29 16:26:54 stone last message repeated 3493 times >>>> Nov 29 16:36:55 stone last message repeated 5874 times >>>> >>>> Also I noticed that traffic shaping is not working any longer , i.e.: >>>> actually outgoing pipes do not limit bandwidth at all. >>>> Until 8 Release upgrading the same configuration was working perfectly. >>>> >>>> This is my uname -a >>>> >>>> FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 >>>> 20:22:30 >>>> CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 >>>> >>>> Attached my dmesg.boot and my kernel configuration. >>>> >>>> Is anybody experiencing same issues? >>>> Thank you, >>>> regards, >>>> >>>> -- >>>> Kevin >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _______________________________________________ >>>> freebsd-ipfw@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >>>> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" >>>> >> Hi, >> >> I've already net.inet.ip.fw.one_pass set to 0, and also setting it to 1, >> even if this is not what I need, does not fix. >> Thank you anyway, >> regards, >> >> -- >> Kevin >> _______________________________________________ >> freebsd-ipfw@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" >> > I know this may be a rediculous question, given the audience, however, I > will inquire anyhow. > > "Have you verified that your kernel has installed cleanly?" > I am still on 7.2-Stable, on my production servers, however, when I have > attempted hasty upgrades, and reinstalled the kernel after compiling it > on the new system, it required a second iteration of cleaning, and > recompiling/installing for the kernel to recognize the net options that > are being referenced. > > Hence, when I initially compiled and installed the kernel, I had to > repeat the process a second time, to see all firewalling activated > correctly.(pipes, and other rules) > > Of course, as previously indicated, this may be just a new bug for the > newer system, however, I would try that first. Also, make sure you port > the new version of your rules/config file to the 8-Release branch. I > have had trouble going between 6 and 7 with some of these rules not > being recognized but the option compiled. > > I can't remember what that was, for a good example, however, just a few > things to investigate. > > I apologize if these options have already been investigated. > > Respectfully, > > Martes Hi, thank you for your answer, but everything seems quite fine with 8-RELEASE except for this issue. I tried to recompile without SMP or PREEMPTION options and also to apply oleg@ 's patch at http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ipfw/ip_dummynet.c?rev=1.5.2.2;content-type=text%2Fplain committed on RELENG_8 with no luck. Upgrading was fine, I can say that all has been installed cleanly. Thank you, regards, -- Kevin From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 20:29:06 2009 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 D1442106566C; Mon, 30 Nov 2009 20:29:06 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 47B8D8FC17; Mon, 30 Nov 2009 20:29:06 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 71D89704C; Mon, 30 Nov 2009 23:12:22 +0300 (MSK) Date: Mon, 30 Nov 2009 23:12:22 +0300 From: Oleg Bulyzhin To: Kevin Smith Message-ID: <20091130201222.GC72710@lath.rinet.ru> References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B141A77.4030102@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Alex Almeida , ben@wanderview.com, Mailing LIst Member Subject: Re: dummynet issues 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, 30 Nov 2009 20:29:06 -0000 On Mon, Nov 30, 2009 at 08:18:15PM +0100, Kevin Smith wrote: > Mailing LIst Member wrote: > > Kevin Smith wrote: > >> Alex Almeida wrote: > >> > >>> Hi, > >>> > >>> The same happened with me, just by setting: > >>> net.inet.ip.fw.one_pass: 0 > >>> > >>> And stopped the message, however I was using version 6.4. > >>> > >>> I hope that helps you, > >>> > >>> Hugs > >>> > >>> Alex Almeida > >>> > >>> > >>> > >>> > >>> Kevin Smith escreveu: > >>> > >>>> Hi, > >>>> > >>>> I'm experiencing some dummynet issues after upgrading from 7-STABLE to > >>>> 8.0-RELEASE. > >>>> My /var/log/messages is full of these logs: > >>>> > >>>> Nov 29 15:34:18 stone kernel: dummynet: OUCH! pipe should have been > >>>> idle! > >>>> Nov 29 15:34:49 stone last message repeated 409 times > >>>> Nov 29 15:36:49 stone last message repeated 1595 times > >>>> Nov 29 15:46:50 stone last message repeated 8162 times > >>>> Nov 29 15:56:51 stone last message repeated 7099 times > >>>> Nov 29 16:06:52 stone last message repeated 4771 times > >>>> Nov 29 16:16:53 stone last message repeated 3859 times > >>>> Nov 29 16:26:54 stone last message repeated 3493 times > >>>> Nov 29 16:36:55 stone last message repeated 5874 times > >>>> > >>>> Also I noticed that traffic shaping is not working any longer , i.e.: > >>>> actually outgoing pipes do not limit bandwidth at all. > >>>> Until 8 Release upgrading the same configuration was working perfectly. > >>>> > >>>> This is my uname -a > >>>> > >>>> FreeBSD stone.it 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Nov 28 > >>>> 20:22:30 > >>>> CET 2009 kevin@stone.it:/usr/obj/usr/src/sys/STONE i386 > >>>> > >>>> Attached my dmesg.boot and my kernel configuration. > >>>> > >>>> Is anybody experiencing same issues? > >>>> Thank you, > >>>> regards, > >>>> > >>>> -- > >>>> Kevin > >>>> > >>>> ------------------------------------------------------------------------ > >>>> > >>>> > >>>> _______________________________________________ > >>>> freebsd-ipfw@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > >>>> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > >>>> > >> Hi, > >> > >> I've already net.inet.ip.fw.one_pass set to 0, and also setting it to 1, > >> even if this is not what I need, does not fix. > >> Thank you anyway, > >> regards, > >> > >> -- > >> Kevin > >> _______________________________________________ > >> freebsd-ipfw@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > >> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > >> > > I know this may be a rediculous question, given the audience, however, I > > will inquire anyhow. > > > > "Have you verified that your kernel has installed cleanly?" > > I am still on 7.2-Stable, on my production servers, however, when I have > > attempted hasty upgrades, and reinstalled the kernel after compiling it > > on the new system, it required a second iteration of cleaning, and > > recompiling/installing for the kernel to recognize the net options that > > are being referenced. > > > > Hence, when I initially compiled and installed the kernel, I had to > > repeat the process a second time, to see all firewalling activated > > correctly.(pipes, and other rules) > > > > Of course, as previously indicated, this may be just a new bug for the > > newer system, however, I would try that first. Also, make sure you port > > the new version of your rules/config file to the 8-Release branch. I > > have had trouble going between 6 and 7 with some of these rules not > > being recognized but the option compiled. > > > > I can't remember what that was, for a good example, however, just a few > > things to investigate. > > > > I apologize if these options have already been investigated. > > > > Respectfully, > > > > Martes > Hi, > > thank you for your answer, but everything seems quite fine with > 8-RELEASE except for this issue. > I tried to recompile without SMP or PREEMPTION options and also to apply > oleg@ 's patch at > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ipfw/ip_dummynet.c?rev=1.5.2.2;content-type=text%2Fplain > committed on RELENG_8 with no luck. > Upgrading was fine, I can say that all has been installed cleanly. > Thank you, > regards, > > -- > Kevin > _______________________________________________ > 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" Please show your pipe/queue configuration commands and your ipfw ruleset. sysctl net.inet.ip.fw & sysctl net.inet.ip.dummynet output would not hurt too. -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 20:39:04 2009 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 986C01065672 for ; Mon, 30 Nov 2009 20:39:04 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4668FC08 for ; Mon, 30 Nov 2009 20:39:03 +0000 (UTC) Received: from [192.168.1.118] (portal.theptrgroup.com [71.178.251.28]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id nAUKctRX007926 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 30 Nov 2009 20:39:01 GMT (envelope-from ben@wanderview.com) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Ben Kelly In-Reply-To: <20091130201222.GC72710@lath.rinet.ru> Date: Mon, 30 Nov 2009 15:38:50 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> To: Oleg Bulyzhin X-Mailer: Apple Mail (2.1077) X-Spam-Score: -0.72 () AWL X-Scanned-By: MIMEDefang 2.67 on 10.76.20.1 Cc: freebsd-ipfw@freebsd.org, Kevin Smith , freebsd-current@freebsd.org Subject: Re: dummynet issues 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, 30 Nov 2009 20:39:04 -0000 On Nov 30, 2009, at 3:12 PM, Oleg Bulyzhin wrote: > Please show your pipe/queue configuration commands and your ipfw = ruleset. > sysctl net.inet.ip.fw & sysctl net.inet.ip.dummynet output would not = hurt too. I've also run into the problem recently on 9-CURRENT (last synced on = 11/13/2009). My configuration looks like: # Configure traffic shaping. $fw pipe 10 config bw 950Kbit/s $fw queue 10 config pipe 10 weight 100 $fw queue 20 config pipe 10 weight 1 # Shape traffic to avoid ACK starvation when our upload is saturated. $fw add 6100 queue 10 tcp from any to any tcpflags ack iplen 0-80 out = via $oif $fw add 6110 queue 10 udp from any to any iplen 0-80 out via $oif $fw add 6120 queue 20 tcp from any to any \{ not tcpflags ack or not = iplen 0-80 \} out via $oif $fw add 6130 queue 20 udp from any to any not iplen 0-80 out via $oif The output of the sysctl elements are: gate# sysctl net.inet.ip.fw net.inet.ip.fw.dyn_keepalive: 1 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_rst_lifetime: 1 net.inet.ip.fw.dyn_fin_lifetime: 1 net.inet.ip.fw.dyn_syn_lifetime: 20 net.inet.ip.fw.dyn_ack_lifetime: 300 net.inet.ip.fw.static_count: 42 net.inet.ip.fw.dyn_max: 4096 net.inet.ip.fw.dyn_count: 232 net.inet.ip.fw.curr_dyn_buckets: 256 net.inet.ip.fw.dyn_buckets: 256 net.inet.ip.fw.default_to_accept: 0 net.inet.ip.fw.tables_max: 128 net.inet.ip.fw.default_rule: 65535 net.inet.ip.fw.verbose_limit: 0 net.inet.ip.fw.verbose: 0 net.inet.ip.fw.one_pass: 0 net.inet.ip.fw.autoinc_step: 100 net.inet.ip.fw.enable: 1 gate# sysctl net.inet.ip.dummynet net.inet.ip.dummynet.debug: 0 net.inet.ip.dummynet.pipe_byte_limit: 1048576 net.inet.ip.dummynet.pipe_slot_limit: 100 net.inet.ip.dummynet.io_pkt_drop: 1601 net.inet.ip.dummynet.io_pkt_fast: 146359 net.inet.ip.dummynet.io_pkt: 26208842 net.inet.ip.dummynet.io_fast: 0 net.inet.ip.dummynet.tick_lost: 0 net.inet.ip.dummynet.tick_diff: 1352176 net.inet.ip.dummynet.tick_adjustment: 239751 net.inet.ip.dummynet.tick_delta_sum: -494 net.inet.ip.dummynet.tick_delta: 1 net.inet.ip.dummynet.red_max_pkt_size: 1500 net.inet.ip.dummynet.red_avg_pkt_size: 512 net.inet.ip.dummynet.red_lookup_depth: 256 net.inet.ip.dummynet.max_chain_len: 16 net.inet.ip.dummynet.expire: 1 net.inet.ip.dummynet.search_steps: 0 net.inet.ip.dummynet.searches: 0 net.inet.ip.dummynet.extract_heap: 16 net.inet.ip.dummynet.ready_heap: 0 net.inet.ip.dummynet.hash_size: 64 Thanks for the help. - Ben= From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 21:31:56 2009 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 1C4C3106566C; Mon, 30 Nov 2009 21:31:56 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 0799A8FC18; Mon, 30 Nov 2009 21:31:55 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTX00IKDYGTG520@asmtp029.mac.com>; Mon, 30 Nov 2009 13:31:43 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091130115525.GA39370@mech-cluster241.men.bris.ac.uk> Date: Mon, 30 Nov 2009 13:31:41 -0800 Message-id: <39D7B682-DD22-41E5-9F05-555CC0D11995@mac.com> References: <20091130115525.GA39370@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port sysutils/bsdstats intermittent mutex error on ia64 HEAD 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, 30 Nov 2009 21:31:56 -0000 On Nov 30, 2009, at 3:55 AM, Anton Shterenlikht wrote: > I might've reported this before: > > FreeBSD 9.0-CURRENT ia64 > > port bsdstats-5.5 sometimes works fine: > > # /usr/local/etc/periodic/monthly/300.statistics -nodelay > Posting monthly OS statistics to rpt.bsdstats.org > # Anton, Can you install the port with the following patch applied. This gives much better statistics. The vendor will be either "Itanium" or "Itanium 2" and the actual CPU type will be "Merced", "McKinley", "Montecito", etc.. See also: http://bsdstats.org/bt/cpus.html?os=FreeBSD And look for CPU type "Itanium 2". FYI, Index: files/300.statistics =================================================================== RCS file: /home/ncvs/ports/sysutils/bsdstats/files/300.statistics,v retrieving revision 1.42 diff -u -r1.42 300.statistics --- files/300.statistics 18 Sep 2009 21:19:34 -0000 1.42 +++ files/300.statistics 27 Sep 2009 20:15:34 -0000 @@ -411,9 +411,8 @@ [Yy][Ee][Ss]) send_devices echo "Posting monthly device statistics to $checkin_server" - line=$( sysctl -n hw.model ) - VEN=$( echo $line | cut -d ' ' -f 1 ) - DEV=$( uri_escape $( echo $line | cut -d ' ' -f 2- ) ) + VEN=$( sysctl -n hw.family ) + DEV=$( uri_escape $( sysctl -n hw.model ) ) count=$( sysctl -n hw.ncpu ) report_cpu echo "Posting monthly CPU statistics to $checkin_server" -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 21:54:11 2009 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 BFC24106568B; Mon, 30 Nov 2009 21:54:11 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (aristotle.thought.org [209.180.213.210]) by mx1.freebsd.org (Postfix) with ESMTP id 790648FC08; Mon, 30 Nov 2009 21:54:11 +0000 (UTC) Received: from thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id nAULrX6k087711; Mon, 30 Nov 2009 13:53:33 -0800 (PST) (envelope-from kline@thought.org) Received: by thought.org (nbSMTP-1.00) for uid 1002 kline@thought.org; Mon, 30 Nov 2009 13:54:04 -0800 (PST) Date: Mon, 30 Nov 2009 13:54:04 -0800 From: Gary Kline To: Bruce Cran Message-ID: <20091130215403.GA94638@thought.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> <20091129193018.GA87743@thought.org> <20091129194728.00007891@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091129194728.00007891@unknown> User-Agent: Mutt/1.4.2.3i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 23 years of service to the Unix community. X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org X-Mailman-Approved-At: Mon, 30 Nov 2009 22:00:25 +0000 Cc: Roland Smith , freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... 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, 30 Nov 2009 21:54:11 -0000 On Sun, Nov 29, 2009 at 07:47:28PM +0000, Bruce Cran wrote: > On Sun, 29 Nov 2009 11:30:18 -0800 > Gary Kline wrote: > > > { One far, far OT question here: who can explain what dovecot > > is/does? why it even exists? I'm familiar with MTA's, like > > sendmail; likewise with MUA's, like evo, kmail, and mutt. > > It's time to learn another level of complexity, evidently....} > > Dovecot is an IMAP/POP3 server - sendmail lets you send mail, dovecot > lets you fetch it from a remote server. > Well, I gotta fess up and admit that I've been living in the past century for a long time! Weren't these IMAP/POP servers originally for people to use their FreeBSD computers at home from their university [or work] accounts? I had an IP from work for several years, then set up sendmail to deliver mail to my individual machines. i really have let things slide since I went back to school; now it's time to get back on track. For the past two years I've relied on one guy ... and until I am back up to par, if he should get hit by a bus, I'm up the creek. --Thus all these recent questions... . > -- > Bruce Cran -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 23:17:47 2009 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 631301065670; Mon, 30 Nov 2009 23:17:47 +0000 (UTC) (envelope-from kerbzo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id B707D8FC0A; Mon, 30 Nov 2009 23:17:46 +0000 (UTC) Received: by ewy26 with SMTP id 26so4686467ewy.3 for ; Mon, 30 Nov 2009 15:17:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=a6xupEk0/kuIRrWk0juylhNtV5KBBa6/mWCDprMweL4=; b=Us4coXnw4EaibMuD3/QxBp2kww0VDqvfNo7YYKBQjrXLFyW9opPXqKKFJVHj+DXwxt VxV4F5wHhbq3kpWtaLHiHX1nqcw65ChAtFHdsmlN2VdepOtoxM9UrXhvUH/a8PVku9dx Qj6ydX/5FT3h4BAqG3Ay55trZtlqK0sEZZxbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JcCpacQcxkkSFD6AO46lIYQ4L/233pqdA0U7QzgAzFxKHtxqHXZ19F13+X/mBZFQV7 cp2aFCuoPsZcSFjhadmF7W9N5DILM2v9SDNc1xVwsJzVEx1o/XX+j+eexD9qwK492WAF Qrf73tS7pgDe9+4U5wHtkccop4Q6QeBsFEtcA= Received: by 10.216.86.14 with SMTP id v14mr1662980wee.183.1259623064800; Mon, 30 Nov 2009 15:17:44 -0800 (PST) Received: from kerbzo.local (host98-2-dynamic.56-79-r.retail.telecomitalia.it [79.56.2.98]) by mx.google.com with ESMTPS id j8sm11296106gvb.2.2009.11.30.15.17.40 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 15:17:44 -0800 (PST) Message-ID: <4B145292.3010503@gmail.com> Date: Tue, 01 Dec 2009 00:17:38 +0100 From: Kevin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ben Kelly References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Oleg Bulyzhin Subject: Re: dummynet issues 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, 30 Nov 2009 23:17:47 -0000 Ben Kelly wrote: > On Nov 30, 2009, at 3:12 PM, Oleg Bulyzhin wrote: >> Please show your pipe/queue configuration commands and your ipfw ruleset. >> sysctl net.inet.ip.fw & sysctl net.inet.ip.dummynet output would not hurt too. > > I've also run into the problem recently on 9-CURRENT (last synced on 11/13/2009). My configuration looks like: > > # Configure traffic shaping. > $fw pipe 10 config bw 950Kbit/s > $fw queue 10 config pipe 10 weight 100 > $fw queue 20 config pipe 10 weight 1 > > # Shape traffic to avoid ACK starvation when our upload is saturated. > $fw add 6100 queue 10 tcp from any to any tcpflags ack iplen 0-80 out via $oif > $fw add 6110 queue 10 udp from any to any iplen 0-80 out via $oif > $fw add 6120 queue 20 tcp from any to any \{ not tcpflags ack or not iplen 0-80 \} out via $oif > $fw add 6130 queue 20 udp from any to any not iplen 0-80 out via $oif > > The output of the sysctl elements are: > > gate# sysctl net.inet.ip.fw > net.inet.ip.fw.dyn_keepalive: 1 > net.inet.ip.fw.dyn_short_lifetime: 5 > net.inet.ip.fw.dyn_udp_lifetime: 10 > net.inet.ip.fw.dyn_rst_lifetime: 1 > net.inet.ip.fw.dyn_fin_lifetime: 1 > net.inet.ip.fw.dyn_syn_lifetime: 20 > net.inet.ip.fw.dyn_ack_lifetime: 300 > net.inet.ip.fw.static_count: 42 > net.inet.ip.fw.dyn_max: 4096 > net.inet.ip.fw.dyn_count: 232 > net.inet.ip.fw.curr_dyn_buckets: 256 > net.inet.ip.fw.dyn_buckets: 256 > net.inet.ip.fw.default_to_accept: 0 > net.inet.ip.fw.tables_max: 128 > net.inet.ip.fw.default_rule: 65535 > net.inet.ip.fw.verbose_limit: 0 > net.inet.ip.fw.verbose: 0 > net.inet.ip.fw.one_pass: 0 > net.inet.ip.fw.autoinc_step: 100 > net.inet.ip.fw.enable: 1 > gate# sysctl net.inet.ip.dummynet > net.inet.ip.dummynet.debug: 0 > net.inet.ip.dummynet.pipe_byte_limit: 1048576 > net.inet.ip.dummynet.pipe_slot_limit: 100 > net.inet.ip.dummynet.io_pkt_drop: 1601 > net.inet.ip.dummynet.io_pkt_fast: 146359 > net.inet.ip.dummynet.io_pkt: 26208842 > net.inet.ip.dummynet.io_fast: 0 > net.inet.ip.dummynet.tick_lost: 0 > net.inet.ip.dummynet.tick_diff: 1352176 > net.inet.ip.dummynet.tick_adjustment: 239751 > net.inet.ip.dummynet.tick_delta_sum: -494 > net.inet.ip.dummynet.tick_delta: 1 > net.inet.ip.dummynet.red_max_pkt_size: 1500 > net.inet.ip.dummynet.red_avg_pkt_size: 512 > net.inet.ip.dummynet.red_lookup_depth: 256 > net.inet.ip.dummynet.max_chain_len: 16 > net.inet.ip.dummynet.expire: 1 > net.inet.ip.dummynet.search_steps: 0 > net.inet.ip.dummynet.searches: 0 > net.inet.ip.dummynet.extract_heap: 16 > net.inet.ip.dummynet.ready_heap: 0 > net.inet.ip.dummynet.hash_size: 64 > > Thanks for the help. > > - Ben Hi, this is my pipe/queue configuration: /sbin/ipfw pipe 1 config bw 256kbits/s /sbin/ipfw queue 3 config pipe 1 weight 40 mask all /sbin/ipfw queue 4 config pipe 1 weight 50 mask all /sbin/ipfw add queue 3 all from any to any out via tun\? uid asterisk /sbin/ipfw add queue 3 all from any to any 80 out via tun\? /sbin/ipfw add queue 3 all from any to any 53 out via tun\? /sbin/ipfw add queue 3 all from me 4300 to any out via tun\? /sbin/ipfw add queue 3 all from me 1194 to any out via tun\? /sbin/ipfw add queue 4 all from any to any out via tun\? tcpflags \!syn,ack not jail ${MLDONKEYJID:=1} /sbin/ipfw add queue 4 all from any to any out via tun\? not jail ${MLDONKEYJID:=1} /sbin/ipfw queue 1 config pipe 1 weight 1 gred 0.8/16/39/1 mask all /sbin/ipfw queue 2 config pipe 1 weight 2 gred 0.02/3/6/0.06 mask all /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 40 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 41 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 42 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 43 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 44 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 45 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 46 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 47 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 48 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 49 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 50 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 51 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 52 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 53 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 55 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 56 /sbin/ipfw add queue 2 all from any to any out via tun\? iplen 57 /sbin/ipfw add queue 1 all from any to any out via tun\? jail ${MLDONKEYJID:=1} and these are some system settings: net.inet.ip.dummynet.debug: 0 net.inet.ip.dummynet.pipe_byte_limit: 1048576 net.inet.ip.dummynet.pipe_slot_limit: 100 net.inet.ip.dummynet.io_pkt_drop: 1316 net.inet.ip.dummynet.io_pkt_fast: 146311 net.inet.ip.dummynet.io_pkt: 3006844 net.inet.ip.dummynet.io_fast: 0 net.inet.ip.dummynet.tick_lost: 0 net.inet.ip.dummynet.tick_diff: 18983852 net.inet.ip.dummynet.tick_adjustment: 17727039 net.inet.ip.dummynet.tick_delta_sum: 453 net.inet.ip.dummynet.tick_delta: 1000 net.inet.ip.dummynet.red_max_pkt_size: 1500 net.inet.ip.dummynet.red_avg_pkt_size: 512 net.inet.ip.dummynet.red_lookup_depth: 256 net.inet.ip.dummynet.max_chain_len: 16 net.inet.ip.dummynet.expire: 1 net.inet.ip.dummynet.search_steps: 3047766 net.inet.ip.dummynet.searches: 3006844 net.inet.ip.dummynet.extract_heap: 16 net.inet.ip.dummynet.ready_heap: 0 net.inet.ip.dummynet.hash_size: 64 net.inet.ip.fw.dyn_keepalive: 1 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_rst_lifetime: 1 net.inet.ip.fw.dyn_fin_lifetime: 1 net.inet.ip.fw.dyn_syn_lifetime: 20 net.inet.ip.fw.dyn_ack_lifetime: 300 net.inet.ip.fw.static_count: 68 net.inet.ip.fw.dyn_max: 4096 net.inet.ip.fw.dyn_count: 0 net.inet.ip.fw.curr_dyn_buckets: 256 net.inet.ip.fw.dyn_buckets: 256 net.inet.ip.fw.default_to_accept: 1 net.inet.ip.fw.tables_max: 128 net.inet.ip.fw.default_rule: 65535 net.inet.ip.fw.verbose_limit: 0 net.inet.ip.fw.verbose: 1 net.inet.ip.fw.one_pass: 0 net.inet.ip.fw.autoinc_step: 100 net.inet.ip.fw.enable: 1 Please don't hexitate to ask me for further infos. Thank you for your help, regards, -- Kevin From owner-freebsd-current@FreeBSD.ORG Mon Nov 30 23:45:38 2009 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 E4D5F1065670; Mon, 30 Nov 2009 23:45:38 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED188FC15; Mon, 30 Nov 2009 23:45:38 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id B4048704C; Tue, 1 Dec 2009 02:45:37 +0300 (MSK) Date: Tue, 1 Dec 2009 02:45:37 +0300 From: Oleg Bulyzhin To: Ben Kelly Message-ID: <20091130234537.GA78185@lath.rinet.ru> References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ipfw@freebsd.org, Kevin Smith , freebsd-current@freebsd.org Subject: Re: dummynet issues 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, 30 Nov 2009 23:45:39 -0000 On Mon, Nov 30, 2009 at 03:38:50PM -0500, Ben Kelly wrote: > > I've also run into the problem recently on 9-CURRENT (last synced on 11/13/2009). My configuration looks like: > My quick attempt to reproduce the issue failed. Perhaps i'm missing something. How are you measuring connection bandwidth? -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 02:24:35 2009 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 E79E7106566B; Tue, 1 Dec 2009 02:24:35 +0000 (UTC) (envelope-from steinex@nognu.de) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA878FC08; Tue, 1 Dec 2009 02:24:34 +0000 (UTC) Received: by fxm10 with SMTP id 10so3698088fxm.14 for ; Mon, 30 Nov 2009 18:24:34 -0800 (PST) Received: by 10.87.38.33 with SMTP id q33mr4875762fgj.3.1259632805180; Mon, 30 Nov 2009 18:00:05 -0800 (PST) Received: from haydn.nognu.de (haydn.nognu.de [81.169.170.112]) by mx.google.com with ESMTPS id e20sm748075fga.12.2009.11.30.18.00.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 18:00:03 -0800 (PST) Date: Tue, 1 Dec 2009 03:00:02 +0100 From: Frank Steinborn To: Sylvio Cesar Message-ID: <20091201020002.GC99650@haydn.nognu.de> References: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [Call For Testing] New version - aMSN-0.98.1 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, 01 Dec 2009 02:24:36 -0000 Sylvio Cesar wrote: > Hi folks, > > I would like to invite everyone to test the newest version of aMSN. > This version has support for video conferencing and audio conferencing, is > using tk and tcl 8.6 with support for threads. Running fine here for the last 24 hours and I'm forced to be a heavy msn-user. Everything is functional, video-call is fine too (but only incoming, don't have a cam myself). Thanks for it, I might even switch from emesene. Frank From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 02:46:12 2009 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 7B27E106566B for ; Tue, 1 Dec 2009 02:46:12 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-vw0-f188.google.com (mail-vw0-f188.google.com [209.85.212.188]) by mx1.freebsd.org (Postfix) with ESMTP id 24EF98FC0C for ; Tue, 1 Dec 2009 02:46:11 +0000 (UTC) Received: by vws26 with SMTP id 26so1352858vws.7 for ; Mon, 30 Nov 2009 18:46:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=KrgMs7mJFQD67Mdmo8tmX+DqE89hh44D9pYm4rVrM2s=; b=YFqdb9VoUBLd3bsyD+Fi6Q+fCnqUNcHz8wczqhRcokRAw9Wl8edyBLwZVm36519H+x r52taUW6wG30Hhyifn03+ziodOJFuwRrna/zi7GwxYjYH5tl4lziEX4CM7DB+qPr+80U KDBXObjmshfgMv/WoJy+AkafAoiEN5TXWIFMI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=eXWR2cOSD23iF5uFmljftYhSqzTHw2Mpj0cJ085QCAaoQiaYXGuky7rYSsmtjRBtni oxg3e/GHW4zIyI9pvL6/7SCdLcvmsmkQ3hYbtulwdhLqsFC+Ova1zTrWsDjPsZoNkx+M pSecIdMw4v9sXkIyDInNiDi0Z1ct3BqHTHlfA= Received: by 10.220.3.211 with SMTP id 19mr6322091vco.7.1259635571264; Mon, 30 Nov 2009 18:46:11 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm8336173vws.14.2009.11.30.18.46.08 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 18:46:10 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 30 Nov 2009 18:46:20 -0800 From: Weongyo Jeong Date: Mon, 30 Nov 2009 18:46:19 -0800 To: Gonzalo Nemmi Message-ID: <20091201024619.GE5432@weongyo> Mail-Followup-To: Gonzalo Nemmi , current@freebsd.org References: <20091130034110.GD5432@weongyo> <19e9a5dc0911292122kfce8abbp744ba940cc1c6818@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <19e9a5dc0911292122kfce8abbp744ba940cc1c6818@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 02:46:12 -0000 On Mon, Nov 30, 2009 at 06:22:42AM +0100, Gonzalo Nemmi wrote: > On Mon, Nov 30, 2009 at 4:41 AM, Weongyo Jeong wrote: > > Hello, > > > > I've written a Sonics Silicon Backplane driver which is widely used for > > Broadcom Wireless driver that bwi(4) can use this driver though it has > > its own routines in it. > > > > I don't have any knowledge to write a bus driver like this so I'm not > > sure my approach is correct. ?Please review! > > > > You can download a driver at: > > > > ? ? ? ?http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > > > > regards, > > Weongyo Jeong > > Hi there Weongyo! > I´d like to know .. will it compile under 8.0-RELEASE or -STABLE? Yes it should be. > Should I try your module instead of bwi(4)? No. ssb driver is a kind of bus driver that it's not a wireless driver so can not use. But I'm working on new driver (aka bwn(4)) for replacing bwi(4) that it uses v4 firmware (latest firmware) and supports more H/Ws. It's almost done that it works to associate with AP and pings for RX/TX but not public yet. When it's available let you know for testing. :-) > > And just in case you find it usefull, in ssb_pci.c, { > PCI_VENDOR_BROADCOM, 0x4315, "Unknown" }, is actually a 'Broadcom > Wireless b/g (BCM4315/BCM22062000)'. I have one .. here you´ll find my > pciconf -lcvb usinf bwi(4) with parado´s firmware: > http://pastebin.com/f1f40900c > > #bwi0@pci0:12:0:0: class=0x028000 card=0x000b1028 > chip=0x431514e4 rev=0x01 hdr=0x00 > # vendor = 'Broadcom Corporation' > # device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > # class = network > # cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > # cap 09[58] = vendor (length 120) > # cap 05[e8] = MSI supports 1 message, 64 bit > # cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > bwi0: PHY: type 5, rev 1, ver 6 > bwi0: RF: manu 0x17f, type 0x2062, rev 2 > > Hope that help :) Thanks you for informations. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 04:08:19 2009 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 062F6106566B; Tue, 1 Dec 2009 04:08:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A1F9B8FC13; Tue, 1 Dec 2009 04:08:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB148HHR051381; Mon, 30 Nov 2009 23:08:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB148HHZ051365; Tue, 1 Dec 2009 04:08:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 04:08:17 GMT Message-Id: <200912010408.nB148HHZ051365@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 04:08:19 -0000 TB --- 2009-12-01 03:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 03:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-12-01 03:15:00 - cleaning the object tree TB --- 2009-12-01 03:15:13 - cvsupping the source tree TB --- 2009-12-01 03:15:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2009-12-01 03:18:08 - building world TB --- 2009-12-01 03:18:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 03:18:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 03:18:08 - TARGET=arm TB --- 2009-12-01 03:18:08 - TARGET_ARCH=arm TB --- 2009-12-01 03:18:08 - TZ=UTC TB --- 2009-12-01 03:18:08 - __MAKE_CONF=/dev/null TB --- 2009-12-01 03:18:08 - cd /src TB --- 2009-12-01 03:18:08 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 03:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 04:08:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 04:08:17 - ERROR: failed to build world TB --- 2009-12-01 04:08:17 - 1959.80 user 568.06 system 3196.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 04:16:37 2009 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 4EB8A1065679; Tue, 1 Dec 2009 04:16:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EB0E98FC1A; Tue, 1 Dec 2009 04:16:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB14GaNh016310; Mon, 30 Nov 2009 23:16:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB14Ga1v016306; Tue, 1 Dec 2009 04:16:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 04:16:36 GMT Message-Id: <200912010416.nB14Ga1v016306@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 04:16:37 -0000 TB --- 2009-12-01 03:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 03:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-12-01 03:15:00 - cleaning the object tree TB --- 2009-12-01 03:15:22 - cvsupping the source tree TB --- 2009-12-01 03:15:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-12-01 03:18:09 - building world TB --- 2009-12-01 03:18:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 03:18:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 03:18:09 - TARGET=i386 TB --- 2009-12-01 03:18:09 - TARGET_ARCH=i386 TB --- 2009-12-01 03:18:09 - TZ=UTC TB --- 2009-12-01 03:18:09 - __MAKE_CONF=/dev/null TB --- 2009-12-01 03:18:09 - cd /src TB --- 2009-12-01 03:18:09 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 03:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 04:16:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 04:16:36 - ERROR: failed to build world TB --- 2009-12-01 04:16:36 - 2448.88 user 585.56 system 3695.32 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 04:16:46 2009 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 B6B8B10656AE; Tue, 1 Dec 2009 04:16:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDEC8FC0A; Tue, 1 Dec 2009 04:16:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB14GjX0016787; Mon, 30 Nov 2009 23:16:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB14Gjcl016783; Tue, 1 Dec 2009 04:16:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 04:16:45 GMT Message-Id: <200912010416.nB14Gjcl016783@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 04:16:46 -0000 TB --- 2009-12-01 03:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 03:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-12-01 03:15:00 - cleaning the object tree TB --- 2009-12-01 03:15:20 - cvsupping the source tree TB --- 2009-12-01 03:15:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-12-01 03:18:08 - building world TB --- 2009-12-01 03:18:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 03:18:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 03:18:08 - TARGET=pc98 TB --- 2009-12-01 03:18:08 - TARGET_ARCH=i386 TB --- 2009-12-01 03:18:08 - TZ=UTC TB --- 2009-12-01 03:18:08 - __MAKE_CONF=/dev/null TB --- 2009-12-01 03:18:08 - cd /src TB --- 2009-12-01 03:18:08 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 03:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 04:16:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 04:16:45 - ERROR: failed to build world TB --- 2009-12-01 04:16:45 - 2440.10 user 607.68 system 3704.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 04:17:28 2009 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 E68231065679; Tue, 1 Dec 2009 04:17:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8E33D8FC16; Tue, 1 Dec 2009 04:17:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB14HR4k018884; Mon, 30 Nov 2009 23:17:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB14HRwR018878; Tue, 1 Dec 2009 04:17:27 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 04:17:27 GMT Message-Id: <200912010417.nB14HRwR018878@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 04:17:29 -0000 TB --- 2009-12-01 03:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 03:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-12-01 03:15:00 - cleaning the object tree TB --- 2009-12-01 03:15:24 - cvsupping the source tree TB --- 2009-12-01 03:15:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-12-01 03:18:08 - building world TB --- 2009-12-01 03:18:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 03:18:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 03:18:08 - TARGET=amd64 TB --- 2009-12-01 03:18:08 - TARGET_ARCH=amd64 TB --- 2009-12-01 03:18:08 - TZ=UTC TB --- 2009-12-01 03:18:08 - __MAKE_CONF=/dev/null TB --- 2009-12-01 03:18:08 - cd /src TB --- 2009-12-01 03:18:08 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 03:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 04:17:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 04:17:27 - ERROR: failed to build world TB --- 2009-12-01 04:17:27 - 2482.76 user 600.38 system 3747.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 04:58:57 2009 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 F1A2F106566C; Tue, 1 Dec 2009 04:58:57 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 972BC8FC0C; Tue, 1 Dec 2009 04:58:57 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id nB14wu4t011918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Dec 2009 04:58:56 GMT (envelope-from ben@wanderview.com) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Ben Kelly In-Reply-To: <20091130234537.GA78185@lath.rinet.ru> Date: Mon, 30 Nov 2009 23:58:55 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> To: Oleg Bulyzhin X-Mailer: Apple Mail (2.1077) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.67 on 10.76.20.1 Cc: freebsd-ipfw@freebsd.org, Kevin Smith , freebsd-current@freebsd.org Subject: Re: dummynet issues 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, 01 Dec 2009 04:58:58 -0000 On Nov 30, 2009, at 6:45 PM, Oleg Bulyzhin wrote: > On Mon, Nov 30, 2009 at 03:38:50PM -0500, Ben Kelly wrote: >>=20 >> I've also run into the problem recently on 9-CURRENT (last synced on = 11/13/2009). My configuration looks like: >>=20 >=20 > My quick attempt to reproduce the issue failed. Perhaps i'm missing = something. >=20 > How are you measuring connection bandwidth?=20 I actually have not measured my bandwidth to validate dummynet. I have = simply observed these messages repeating in my log: dummynet: OUCH! pipe should have been idle! Under normal conditions I don't really need the dummynet rules to shape = traffic for my configuration to work, so it has not been a high priority = for me yet. Do you see the log messages? Thanks. - Ben= From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:01:09 2009 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 87517106588F; Tue, 1 Dec 2009 05:01:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2F69D8FC12; Tue, 1 Dec 2009 05:01:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1518fd075863; Tue, 1 Dec 2009 00:01:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1518h1075862; Tue, 1 Dec 2009 05:01:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 05:01:08 GMT Message-Id: <200912010501.nB1518h1075862@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 05:01:09 -0000 TB --- 2009-12-01 04:16:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 04:16:36 - starting HEAD tinderbox run for mips/mips TB --- 2009-12-01 04:16:36 - cleaning the object tree TB --- 2009-12-01 04:16:44 - cvsupping the source tree TB --- 2009-12-01 04:16:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-12-01 04:17:08 - building world TB --- 2009-12-01 04:17:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 04:17:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 04:17:08 - TARGET=mips TB --- 2009-12-01 04:17:08 - TARGET_ARCH=mips TB --- 2009-12-01 04:17:08 - TZ=UTC TB --- 2009-12-01 04:17:08 - __MAKE_CONF=/dev/null TB --- 2009-12-01 04:17:08 - cd /src TB --- 2009-12-01 04:17:08 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 04:17:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -Wl,-EL -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 05:01:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 05:01:08 - ERROR: failed to build world TB --- 2009-12-01 05:01:08 - 1889.51 user 512.44 system 2671.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:04:38 2009 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 CCBA81065D31 for ; Tue, 1 Dec 2009 05:04:28 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6FD8FC0A for ; Tue, 1 Dec 2009 05:04:27 +0000 (UTC) Received: by fxm10 with SMTP id 10so3755164fxm.14 for ; Mon, 30 Nov 2009 21:04:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=7DitmPyuAMGlmRqzpduSE2c0D74SSxEU2k/66Y+aVTs=; b=QevFbO1gXkzxPjNYq9nPDSf4br6m5uyasEToe6DIKziinKHcbwUTkiPHi6SMq4Hc9b hR+AVkpskYQV4dkrAJyrxEW0xBJYA40HmQp3vMO75rwwJkhexCKuOK1TYeRY7jqkY4d9 YRE+zfvzt0sgLQb7UVi8hsC+iPJ7mv2U8pjaA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=hsjfoD4IFE8ajmCHPNIamxTwdIJGZA+/GkCM+ctML6SakA2SeVLwCLYGXt51sqY5dF 1gfpjkTzNskLFNgUW+4tvRj8lUKwB5Txy8ORwSEd/J+zyCUaujEs8NB5SadnMpxUvtZT u64Fty+eCyUocrop0Lm2z7652lPvA2eOEW+lo= MIME-Version: 1.0 Received: by 10.103.125.35 with SMTP id c35mr1892257mun.30.1259643867018; Mon, 30 Nov 2009 21:04:27 -0800 (PST) In-Reply-To: <20091201024619.GE5432@weongyo> References: <20091130034110.GD5432@weongyo> <19e9a5dc0911292122kfce8abbp744ba940cc1c6818@mail.gmail.com> <20091201024619.GE5432@weongyo> Date: Tue, 1 Dec 2009 06:04:26 +0100 Message-ID: <19e9a5dc0911302104l512c3eabw10f4df998dd78241@mail.gmail.com> From: Gonzalo Nemmi To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver 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, 01 Dec 2009 05:04:38 -0000 On Tue, Dec 1, 2009 at 3:46 AM, Weongyo Jeong wro= te: > On Mon, Nov 30, 2009 at 06:22:42AM +0100, Gonzalo Nemmi wrote: >> On Mon, Nov 30, 2009 at 4:41 AM, Weongyo Jeong = wrote: >> > Hello, >> > >> > I've written a Sonics Silicon Backplane driver which is widely used fo= r >> > Broadcom Wireless driver that bwi(4) can use this driver though it has >> > its own routines in it. >> > >> > I don't have any knowledge to write a bus driver like this so I'm not >> > sure my approach is correct. ?Please review! >> > >> > You can download a driver at: >> > >> > ? ? ? ?http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz >> > >> > regards, >> > Weongyo Jeong >> >> Hi there Weongyo! >> I=B4d like to know .. will it compile under 8.0-RELEASE or -STABLE? > > Yes it should be. Good to know ! I=B4ll install FreeBSD 8.0 tomorrow and give your driver a go and as soon as I have something, I=B4ll report back to you :) >> Should I try your module instead of bwi(4)? > > No. =A0ssb driver is a kind of bus driver that it's not a wireless driver > so can not use. =A0But I'm working on new driver (aka bwn(4)) for > replacing bwi(4) that it uses v4 firmware (latest firmware) and supports > more H/Ws. =A0It's almost done that it works to associate with AP and > pings for RX/TX but not public yet. =A0When it's available let you know > for testing. :-) That=B4s even better than I expected because bwi(4) simply doesn=B4t support my hardware! So what shoudl I do? Load it alonside bwi(4)? Just load it and see what I get on /var/log/messages and dmesg and report b= ack? And since you are writing a new driver, can I help to make it work with ACPI from the get go? >> >> And just in case you find it usefull, in ssb_pci.c, { >> PCI_VENDOR_BROADCOM, 0x4315, "Unknown" }, is actually =A0a 'Broadcom >> Wireless b/g (BCM4315/BCM22062000)'. I have one .. here you=B4ll find my >> pciconf -lcvb usinf bwi(4) with parado=B4s firmware: >> http://pastebin.com/f1f40900c >> >> #bwi0@pci0:12:0:0: =A0 =A0 =A0 class=3D0x028000 card=3D0x000b1028 >> chip=3D0x431514e4 rev=3D0x01 hdr=3D0x00 >> # =A0 =A0vendor =A0 =A0 =3D 'Broadcom Corporation' >> # =A0 =A0device =A0 =A0 =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)= ' >> # =A0 =A0class =A0 =A0 =A0=3D network >> # =A0 =A0cap 01[40] =3D powerspec 3 =A0supports D0 D1 D2 D3 =A0current D= 0 >> # =A0 =A0cap 09[58] =3D vendor (length 120) >> # =A0 =A0cap 05[e8] =3D MSI supports 1 message, 64 bit >> # =A0 =A0cap 10[d0] =3D PCI-Express 1 endpoint max data 128(128) link x1= (x1) >> >> bwi0: PHY: type 5, rev 1, ver 6 >> bwi0: RF: manu 0x17f, type 0x2062, rev 2 >> >> Hope that help :) > > Thanks you for informations. You are welcome ! I=B4ll be sending more info as I get my hands dirty with it :D Best Regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:11:29 2009 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 4553910657CC; Tue, 1 Dec 2009 05:11:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E18AD8FC15; Tue, 1 Dec 2009 05:11:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB15B5SY048249; Tue, 1 Dec 2009 00:11:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB15B5p6048243; Tue, 1 Dec 2009 05:11:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 05:11:05 GMT Message-Id: <200912010511.nB15B5p6048243@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 05:11:29 -0000 TB --- 2009-12-01 04:17:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 04:17:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-01 04:17:28 - cleaning the object tree TB --- 2009-12-01 04:17:43 - cvsupping the source tree TB --- 2009-12-01 04:17:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-01 04:18:08 - building world TB --- 2009-12-01 04:18:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 04:18:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 04:18:08 - TARGET=sparc64 TB --- 2009-12-01 04:18:08 - TARGET_ARCH=sparc64 TB --- 2009-12-01 04:18:08 - TZ=UTC TB --- 2009-12-01 04:18:08 - __MAKE_CONF=/dev/null TB --- 2009-12-01 04:18:08 - cd /src TB --- 2009-12-01 04:18:08 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 04:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 05:11:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 05:11:05 - ERROR: failed to build world TB --- 2009-12-01 05:11:05 - 2356.32 user 557.84 system 3216.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:13:32 2009 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 A65E91066D1E; Tue, 1 Dec 2009 05:13:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1646E8FC1C; Tue, 1 Dec 2009 05:13:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB15DB9B063106; Tue, 1 Dec 2009 00:13:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB15DB1w063099; Tue, 1 Dec 2009 05:13:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 05:13:11 GMT Message-Id: <200912010513.nB15DB1w063099@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 05:13:32 -0000 TB --- 2009-12-01 04:16:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 04:16:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-01 04:16:45 - cleaning the object tree TB --- 2009-12-01 04:17:03 - cvsupping the source tree TB --- 2009-12-01 04:17:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-01 04:17:29 - building world TB --- 2009-12-01 04:17:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 04:17:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 04:17:29 - TARGET=powerpc TB --- 2009-12-01 04:17:29 - TARGET_ARCH=powerpc TB --- 2009-12-01 04:17:29 - TZ=UTC TB --- 2009-12-01 04:17:29 - __MAKE_CONF=/dev/null TB --- 2009-12-01 04:17:29 - cd /src TB --- 2009-12-01 04:17:29 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 04:17:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 05:13:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 05:13:11 - ERROR: failed to build world TB --- 2009-12-01 05:13:11 - 2511.76 user 567.79 system 3386.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:17:34 2009 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 7BF0E10664AE; Tue, 1 Dec 2009 05:16:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 242008FC17; Tue, 1 Dec 2009 05:16:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB15GtX9074708; Tue, 1 Dec 2009 00:16:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB15GtY9074707; Tue, 1 Dec 2009 05:16:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 05:16:55 GMT Message-Id: <200912010516.nB15GtY9074707@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 05:17:34 -0000 TB --- 2009-12-01 04:08:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 04:08:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-01 04:08:17 - cleaning the object tree TB --- 2009-12-01 04:08:32 - cvsupping the source tree TB --- 2009-12-01 04:08:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-01 04:09:42 - building world TB --- 2009-12-01 04:09:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 04:09:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 04:09:42 - TARGET=ia64 TB --- 2009-12-01 04:09:42 - TARGET_ARCH=ia64 TB --- 2009-12-01 04:09:42 - TZ=UTC TB --- 2009-12-01 04:09:42 - __MAKE_CONF=/dev/null TB --- 2009-12-01 04:09:42 - cd /src TB --- 2009-12-01 04:09:42 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 04:09:43 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 05:16:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 05:16:55 - ERROR: failed to build world TB --- 2009-12-01 05:16:55 - 3198.45 user 595.59 system 4117.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 05:50:20 2009 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 6B2401065670; Tue, 1 Dec 2009 05:50:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13DA88FC14; Tue, 1 Dec 2009 05:50:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB15oJ5m044710; Tue, 1 Dec 2009 00:50:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB15oJJX044709; Tue, 1 Dec 2009 05:50:19 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 05:50:19 GMT Message-Id: <200912010550.nB15oJJX044709@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 05:50:20 -0000 TB --- 2009-12-01 05:01:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 05:01:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-01 05:01:08 - cleaning the object tree TB --- 2009-12-01 05:01:10 - cvsupping the source tree TB --- 2009-12-01 05:01:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-01 05:01:44 - building world TB --- 2009-12-01 05:01:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 05:01:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 05:01:44 - TARGET=sun4v TB --- 2009-12-01 05:01:44 - TARGET_ARCH=sparc64 TB --- 2009-12-01 05:01:44 - TZ=UTC TB --- 2009-12-01 05:01:44 - __MAKE_CONF=/dev/null TB --- 2009-12-01 05:01:44 - cd /src TB --- 2009-12-01 05:01:44 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 05:01:45 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 05:50:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 05:50:19 - ERROR: failed to build world TB --- 2009-12-01 05:50:19 - 2375.34 user 484.56 system 2950.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 06:01:23 2009 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 A1309106566C for ; Tue, 1 Dec 2009 06:01:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB208FC0C for ; Tue, 1 Dec 2009 06:01:22 +0000 (UTC) Received: by bwz5 with SMTP id 5so3189543bwz.3 for ; Mon, 30 Nov 2009 22:01:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ZBes+DNbxZSlfZZjXpKPbovC/axJeqFewukeLT+L6a8=; b=prbGLp/+FWVHReiYWNoEJOkWFs+Jn3n6QM7Co8T3njQUCDUXe91gmJzJJxjH8S8ana AW8f268/aBiD8kMGNhrRiHvDhqjq7r0/gC9uaiZanbF9CpaYlmFHou5mDIixoy4jpEVv oMqsaSWKJtLRUMZ6XEudGCEIRqfVxJ4OYyJ7g= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=nO6jZPQPHK9hDGq0KPQjaLuMn/h9QkfO2rfkJlTsi+fLEjuYo3W3bISk7eQJKJjJUS wZJ+1UT6q3erLxdDHjLkdSFinfrYdSpOhXj28aM/czFxZmGzAakNY6Vyz9+vfJqp+Pah LYCfVnFg56dkGjnOMoOfqV4WgqUWZcigqA0eE= Received: by 10.204.160.73 with SMTP id m9mr5407236bkx.214.1259647281931; Mon, 30 Nov 2009 22:01:21 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm1738036fxm.13.2009.11.30.22.01.20 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Nov 2009 22:01:21 -0800 (PST) Sender: Alexander Motin Message-ID: <4B14B12F.9070802@FreeBSD.org> Date: Tue, 01 Dec 2009 08:01:19 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: David Naylor References: <1259583785.00188655.1259572802@10.7.7.3> In-Reply-To: <1259583785.00188655.1259572802@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 06:01:23 -0000 David Naylor wrote: > Phoronix recently published a comparative benchmark[1] for FreeBSD 7.2/8.0 > against Linux and OpenSolaris. I would like to bring some of the good and bad > to light (in the hopes that the developers with the correct expertise will be > intrigued). > > The tests were performed with a 'standard' installation of FreeBSD on a Lenovo > ThinkPad T61. > > I've tried to eliminate tests who's performance is a result of compiler > differences and/or 3rd party applications and tests who's statistical > significance are not so strong (subjective guess). > > Improvements for FreeBSD 8.0 vs 7.2: > - 7-Zip Compression (page 3) > - Timed MAFFT Alignment (page 5) > - GraphicsMagick (page 5) > - Threaded IO (64MB Random Write - 32 threads) (page 7) > - Threaded IO (64MB Read - 32 threads) (page 7) > > Regressions for FreeBSD 8.0 vs 7.2: > - Gzip compressions of a 2GB file (page 3) > - C-Ray (page 4) > - Threaded IO (64MB Write - 4 threads) (page 7) > - Threaded IO (64MB Write - 32 threads) (page 7) > > Poor performance relative to Linux and OpenSolaris > - Threaded IO (especially random writes) (page 7) > - OpenSSL (RSA 4096bit) (page 8) > - PostMark (disk transaction) (page 8) > > It appears that threaded activity on UFS does not fair well against Linux/ext4 > and OpenSolaris/ZFS. Phoronix intends to do a comparative test against > FreeBSD and OpenSolaris on ZFS. Threaded I/O activity could get much benefit from NCQ-aware disk driver. It is not included in default FreeBSD kernel, but it would be nice to compare. In power-consumption tests I believe FreeBSD could behave much better if properly tuned. Unluckily our default installation doesn't use any power-saving technologies. Six month ago I have shown on list how laptop power consumption can be cut in half. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 08:13:18 2009 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 A9BD4106566B; Tue, 1 Dec 2009 08:13:18 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6948B8FC17; Tue, 1 Dec 2009 08:13:18 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id A6351398B1; Tue, 1 Dec 2009 09:13:17 +0100 (CET) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Tue, 01 Dec 2009 09:13:17 +0100 Message-ID: <20091201091317.9maspkprks0o48cs@0x20.net> X-Priority: 3 (Normal) Date: Tue, 01 Dec 2009 09:13:17 +0100 From: Lars Engels To: Alexander Motin References: <1259583785.00188655.1259572802@10.7.7.3> <4B14B12F.9070802@FreeBSD.org> In-Reply-To: <4B14B12F.9070802@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_46xnnvlfr76s"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 08:13:18 -0000 This message is in MIME format and has been PGP signed. --=_46xnnvlfr76s Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Alexander Motin : > David Naylor wrote: >> Phoronix recently published a comparative benchmark[1] for FreeBSD 7.2/8.= 0 >> against Linux and OpenSolaris. I would like to bring some of the =20 >> good and bad >> to light (in the hopes that the developers with the correct =20 >> expertise will be >> intrigued). >> >> The tests were performed with a 'standard' installation of FreeBSD =20 >> on a Lenovo >> ThinkPad T61. >> >> I've tried to eliminate tests who's performance is a result of compiler >> differences and/or 3rd party applications and tests who's statistical >> significance are not so strong (subjective guess). >> >> Improvements for FreeBSD 8.0 vs 7.2: >> - 7-Zip Compression (page 3) >> - Timed MAFFT Alignment (page 5) >> - GraphicsMagick (page 5) >> - Threaded IO (64MB Random Write - 32 threads) (page 7) >> - Threaded IO (64MB Read - 32 threads) (page 7) >> >> Regressions for FreeBSD 8.0 vs 7.2: >> - Gzip compressions of a 2GB file (page 3) >> - C-Ray (page 4) >> - Threaded IO (64MB Write - 4 threads) (page 7) >> - Threaded IO (64MB Write - 32 threads) (page 7) >> >> Poor performance relative to Linux and OpenSolaris >> - Threaded IO (especially random writes) (page 7) >> - OpenSSL (RSA 4096bit) (page 8) >> - PostMark (disk transaction) (page 8) >> >> It appears that threaded activity on UFS does not fair well against =20 >> Linux/ext4 >> and OpenSolaris/ZFS. Phoronix intends to do a comparative test against >> FreeBSD and OpenSolaris on ZFS. > > Threaded I/O activity could get much benefit from NCQ-aware disk driver. > It is not included in default FreeBSD kernel, but it would be nice to > compare. > > In power-consumption tests I believe FreeBSD could behave much better if > properly tuned. Unluckily our default installation doesn't use any > power-saving technologies. Six month ago I have shown on list how laptop > power consumption can be cut in half. Could you please add your power consumption optimizations into the wiki? --=_46xnnvlfr76s Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksU0B0ACgkQKc512sD3afhcbgCcDOjPk105hk5WqndDSO+VwzxN 32oAoI23o5FSb+vWTsILVqh6gJ+RXdKL =y3wt -----END PGP SIGNATURE----- --=_46xnnvlfr76s-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 10:17:07 2009 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 D2DFC106566B for ; Tue, 1 Dec 2009 10:17:07 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 629FD8FC16 for ; Tue, 1 Dec 2009 10:17:07 +0000 (UTC) Received: by bwz5 with SMTP id 5so3302361bwz.3 for ; Tue, 01 Dec 2009 02:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8PQJEBTpLrC0HEMbbDRc5JaH3Z0RVVBNLDIddzaHBfU=; b=jBtHTkjRWqlOLTsyNnhW8HZLEZGWdiMfoJfzD0ZDtDDokbhPLQzkP2Fc3ye0dyh2de OEX6Vt61rapZT1a2XDtoryAi69urso/BriXusopc3UmTHKoOHFglMkQUtA4fjJ8ckQg2 viQ2S4XyqclNOSNz1kTRxRzUquRrChgnoXN/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qvLHdMHXZ8hNqDBYNw+aai96WAN2uAlUIRsk9czH1WmC8Jr1U5naqNIx1nPpVmPBma Vl5xudkp02jQAMPWXnFj7a6+CIJLs+2MfRjl3pcUW5lqd+S/OfAYeexoHadc7gmUIEEd F54SDs19Mh0i/01uCMonZCh3YXPIdQzcEB+3E= MIME-Version: 1.0 Received: by 10.204.34.196 with SMTP id m4mr5604773bkd.193.1259662253788; Tue, 01 Dec 2009 02:10:53 -0800 (PST) In-Reply-To: <19213.12766.405179.674995@jerusalem.litteratus.org> References: <791271c80911240549h66784e54v75565e5f9bfbc0c7@mail.gmail.com> <19213.12766.405179.674995@jerusalem.litteratus.org> Date: Tue, 1 Dec 2009 20:40:53 +1030 Message-ID: From: Matt Thyer To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Deniz , "alteriks@gmail.com" , freebsd-current@freebsd.org Subject: Re: Can't poweroff with shutdown -p now 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, 01 Dec 2009 10:17:07 -0000 2009/11/26 Robert Huff : > Deniz writes: > >> =A0My thought is that it is related to ACPI. Same happens to me on >> =A0my laptop. =A0Did you try it with acpi turned off? > > =A0 =A0 =A0 =A0Is there somwething going on with state-of-the-market mach= ines > that our ACPI doesn't account for? > =A0 =A0 =A0 =A0The reason I ask: I recently build a new FreeBSD box using= the > ASRock AOD790GX. =A0Like the venerable (2001 vintage) machine it > replaced, "shutdown -p" works fine. =A0However, with "shutdown -r" the > shutdown part works but not the reboot. =A0(Otherwise a nice board.) > =A0 =A0 =A0 =A0I'm willing to believe there's a BIOS setting that would f= ix > this; I just wish I knew what it was. > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0Robert Huff > > > > _______________________________________________ > 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= " > I'm using an Acer Veriton T661 system at work and have noticed unreliable "shutdown -p now" behavior too. Sometimes the system will reboot instead of powering off, sometimes it will not power off and sometimes it works fine. I cant be sure if this started when I got that machine or when I upgraded to the Xorg that requires dbus and hal as I got the machine at the same time. I'd just put it down to the Acer BIOS but I know that Ubuntu 9.04 x86_64 does not have this problem on the same machine. Matthew From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 10:25:37 2009 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 65640106570B for ; Tue, 1 Dec 2009 10:25:37 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id E90E78FC22 for ; Tue, 1 Dec 2009 10:25:36 +0000 (UTC) Received: by bwz5 with SMTP id 5so3307670bwz.3 for ; Tue, 01 Dec 2009 02:25:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Yjp4qmJzNnBzRUib7zAycrC1t2ysiYVGY3CDcdPBAMA=; b=VLOGnvaBUFTT/qMb3RN9ZHrnQSX1CiHg5VTlZtuRg5tkvWvyhAfpdeFnzFA40buKy1 FUY2j7KvpyfnleiHN7Pwf1SN1W7o4clLsfiZvUulRXvULAABKF+Lv6DajIvii1r1JKJa yzxcEC1Fl6ZktZ56a8N2/BnMs0mgxKMML9Dhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xE+H8xkofP7MOQgSbx+JCnsnq5Nl8hEOE6ESvgfG4r/zzEbZ0xsN3ZrWjoh1PO82FQ qO7D6EEJ0PJLIom3vcuHMr7bYsM4i3/1+NlneCJNlcx4Izj2Ph+hSTfL4SHXsx1727IV zmIxdjQ/tHUg0PoFqEviMOMbaeBeyox6gQ8Yg= MIME-Version: 1.0 Received: by 10.204.152.154 with SMTP id g26mr5745392bkw.54.1259661741905; Tue, 01 Dec 2009 02:02:21 -0800 (PST) In-Reply-To: <200911301117.37950.naylor.b.david@gmail.com> References: <200911301117.37950.naylor.b.david@gmail.com> Date: Tue, 1 Dec 2009 20:32:21 +1030 Message-ID: From: Matt Thyer To: David Naylor Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 10:25:37 -0000 2009/11/30 David Naylor : > HI, > > Phoronix recently published a comparative benchmark[1] for FreeBSD 7.2/8.= 0 > against Linux and OpenSolaris. =A0I would like to bring some of the good = and bad > to light (in the hopes that the developers with the correct expertise wil= l be > intrigued). > > The tests were performed with a 'standard' installation of FreeBSD on a L= enovo > ThinkPad T61. > > I've tried to eliminate tests who's performance is a result of compiler > differences and/or 3rd party applications and tests who's statistical > significance are not so strong (subjective guess). > > Improvements for FreeBSD 8.0 vs 7.2: > =A0- 7-Zip Compression (page 3) > =A0- Timed MAFFT Alignment (page 5) > =A0- GraphicsMagick (page 5) > =A0- Threaded IO (64MB Random Write - 32 threads) (page 7) > =A0- Threaded IO (64MB Read - 32 threads) (page 7) > > Regressions for FreeBSD 8.0 vs 7.2: > =A0- Gzip compressions of a 2GB file (page 3) > =A0- C-Ray (page 4) > =A0- Threaded IO (64MB Write - 4 threads) (page 7) > =A0- Threaded IO (64MB Write - 32 threads) (page 7) > > Poor performance relative to Linux and OpenSolaris > =A0- Threaded IO (especially random writes) (page 7) > =A0- OpenSSL (RSA 4096bit) (page 8) > =A0- PostMark (disk transaction) (page 8) > > It appears that threaded activity on UFS does not fair well against Linux= /ext4 > and OpenSolaris/ZFS. =A0Phoronix intends to do a comparative test against > FreeBSD and OpenSolaris on ZFS. > > Regards, > > David > > 1) > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dfreebsd8_benchmark= s&num=3D1 > How much of the problem is due to FreeBSD staying with GCC 4.2.1 (due to the GPL v3 issue) compared with Linux using the latest GCC ? Is CLANG/LLVM expected to perform better ? How much is due to FreeBSD using an older Xorg ? (or is this not relevant to the benchmarks ?). A recent Phoronix article showed that Ubuntu 9.04 (I think) performed worse than Windows (7 I think) using the same open source software. Interestingly though, Windows binaries generally ran faster under Ubuntu using Wine than they did under Windows. This makes one think that GCC still has a long way to go compared to MS Visual Studio (or Wine has a lot less overhead than a full Windows system). Matthew From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 10:42:38 2009 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 CA188106566C; Tue, 1 Dec 2009 10:42:38 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1957C8FC0A; Tue, 1 Dec 2009 10:42:37 +0000 (UTC) Received: by ewy26 with SMTP id 26so5115604ewy.3 for ; Tue, 01 Dec 2009 02:42:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.91.73 with SMTP id g51mr1851511wef.68.1259664156759; Tue, 01 Dec 2009 02:42:36 -0800 (PST) In-Reply-To: <20091201020002.GC99650@haydn.nognu.de> References: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> <20091201020002.GC99650@haydn.nognu.de> Date: Tue, 1 Dec 2009 08:42:36 -0200 Message-ID: <5859850b0912010242r516a2603m3e95a8b9e83222f@mail.gmail.com> From: Sylvio Cesar To: Frank Steinborn Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [Call For Testing] New version - aMSN-0.98.1 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, 01 Dec 2009 10:42:38 -0000 Thanks Frank! Regards, Sylvio Cesar. 2009/12/1 Frank Steinborn : > Sylvio Cesar wrote: >> Hi folks, >> >> I would like to invite everyone to test the newest version of aMSN. >> This version has support for video conferencing and audio conferencing, is >> using tk and tcl 8.6 with support for threads. > > Running fine here for the last 24 hours and I'm forced to be a heavy > msn-user. Everything is functional, video-call is fine too (but only > incoming, don't have a cam myself). > > Thanks for it, I might even switch from emesene. > > Frank > From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 12:50:32 2009 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 04CC9106568F; Tue, 1 Dec 2009 12:50:32 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9749F8FC0C; Tue, 1 Dec 2009 12:50:31 +0000 (UTC) Received: from igor.geek.sh (unknown [196.209.244.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id EBBAD3BF3D; Tue, 1 Dec 2009 14:50:28 +0200 (SAST) Message-ID: <4B15110E.5030705@phat.za.net> Date: Tue, 01 Dec 2009 14:50:22 +0200 From: Aragon Gouveia User-Agent: Thunderbird 2.0.0.23 (X11/20090831) MIME-Version: 1.0 To: Lars Engels References: <1259583785.00188655.1259572802@10.7.7.3> <4B14B12F.9070802@FreeBSD.org> <20091201091317.9maspkprks0o48cs@0x20.net> In-Reply-To: <20091201091317.9maspkprks0o48cs@0x20.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 12:50:32 -0000 Lars Engels wrote: > Quoting Alexander Motin : >> In power-consumption tests I believe FreeBSD could behave much better if >> properly tuned. Unluckily our default installation doesn't use any >> power-saving technologies. Six month ago I have shown on list how laptop >> power consumption can be cut in half. > > > Could you please add your power consumption optimizations into the wiki? In case anyone is looking for it: http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006436.html Regards, Aragon From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 13:05:26 2009 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 74E1210656A3; Tue, 1 Dec 2009 13:05:26 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF778FC1E; Tue, 1 Dec 2009 13:05:26 +0000 (UTC) Received: by pxi28 with SMTP id 28so3578762pxi.7 for ; Tue, 01 Dec 2009 05:05:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=bXCIBzc8taHbMNMz1ncmotwb/qja7ri3K2fHjdFoeS0=; b=hdlyh9cOFh3DQdx2/aLnGsu0Fa90QiZe2l6vYXb2+LkCuSwZjoZxUoA8+x7ik+OPwJ 9GXQG9ZpwXnWgombH+D+yog/AWZGhfkDsGFa97KHIo7pP3iBrOlT95vnvZhL0iFSP4Vv 6Ft67paD/rskQZcSp0hNmKBJxMYDWiQO8uv+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LoihdcoVAV8baBDT5HKLVOO5KXW6zx73cTt4oITOrR88BfvyuLCBT1IIxkpoEAuiRj 6jUxQUoHPaIosmefXOWec7tyzxcbD6tMKDudG4ogZocbkcJYaDimMU1Etz+LbbwT1QAL X0o7z39AiyLnB8363W6hxF91px5slF9k2tx/s= Received: by 10.114.214.24 with SMTP id m24mr10911287wag.93.1259672725637; Tue, 01 Dec 2009 05:05:25 -0800 (PST) Received: from ([111.125.238.4]) by mx.google.com with ESMTPS id 22sm253165pxi.14.2009.12.01.05.05.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 05:05:25 -0800 (PST) Date: Tue, 1 Dec 2009 18:35:55 +0000 From: Aditya Sarawgi To: Weongyo Jeong Message-ID: <4b151495.161bf30a.240b.28d6@mx.google.com> References: <20091130034110.GD5432@weongyo> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20091130034110.GD5432@weongyo> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver 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, 01 Dec 2009 13:05:26 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Nov 29, 2009 at 07:41:10PM -0800, Weongyo Jeong wrote: > Hello, > > I've written a Sonics Silicon Backplane driver which is widely used for > Broadcom Wireless driver that bwi(4) can use this driver though it has > its own routines in it. > > I don't have any knowledge to write a bus driver like this so I'm not > sure my approach is correct. Please review! > > You can download a driver at: > > http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > > regards, > Weongyo Jeong > One more thing can we add BCM4315 to the list of known devices. Please see the attached patch. -- Aditya Sarawgi --oyUTqETQ0mS9luUI Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ssb.patch" --- /sys/dev/ssb/ssb_pci.c 2009-12-01 18:23:45.000000000 +0000 +++ /root/dev/ssb/ssb_pci.c 2009-11-25 00:00:51.000000000 +0000 @@ -77,7 +77,7 @@ { PCI_VENDOR_BROADCOM, 0x4311, "Broadcom BCM4311 802.11b/g Wireless" }, { PCI_VENDOR_BROADCOM, 0x4312, "Broadcom BCM4312 802.11a/b/g Wireless" }, - { PCI_VENDOR_BROADCOM, 0x4315, "Broadcom BCM4315 802.11b/g Wireless" }, + { PCI_VENDOR_BROADCOM, 0x4315, "Unknown" }, { PCI_VENDOR_BROADCOM, 0x4318, "Unknown" }, { PCI_VENDOR_BROADCOM, 0x4319, "Unknown" }, { PCI_VENDOR_BROADCOM, 0x4320, "Broadcom BCM4306 802.11b/g Wireless" }, --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 13:20:40 2009 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 39CF0106566C; Tue, 1 Dec 2009 13:20:40 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 06D2E8FC2F; Tue, 1 Dec 2009 13:20:39 +0000 (UTC) Received: by pxi28 with SMTP id 28so3587959pxi.7 for ; Tue, 01 Dec 2009 05:20:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=vPxkYxRWsvmGmQKAm1zUcnKj7RS1TmnT4tN08iRXQH4=; b=MlXmFWGdL2+wUwiw2ea0vo8XL+lJzGq2C6wv1+uoQOARw761+fmSeqY4hoVlb1cLQ7 hYWPovgtUdRIYdBymrYSsVTwgs5FJTtRFWCZhZv9rhiUY0uQkjUSwRCu67UKzYp2jP98 n8eCgBwD93W07aHTxT3COKfTUbQfuSjy1jCds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LFUjGK2u50WhDQUdyWMrEvB8/BI+67O/YfFaqSD6PGo6xJZh0WcNnM5h/ViDhDVVoV o83y0MRzUx/FsIEgX1h6vs/cgup2fp9hD/t41/KLjVGVxFlNmd009uXVnraxcOiYnAH6 N9okmYHQ0yPWUzmRc9dDg7DjngMcT6hHSfOSU= Received: by 10.114.248.7 with SMTP id v7mr10789447wah.92.1259671872826; Tue, 01 Dec 2009 04:51:12 -0800 (PST) Received: from ([111.125.238.4]) by mx.google.com with ESMTPS id 23sm541044pxi.13.2009.12.01.04.51.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 04:51:12 -0800 (PST) Date: Tue, 1 Dec 2009 18:21:42 +0000 From: Aditya Sarawgi To: Weongyo Jeong Message-ID: <4b151140.171bf30a.2f61.3fa2@mx.google.com> References: <20091130034110.GD5432@weongyo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091130034110.GD5432@weongyo> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver 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, 01 Dec 2009 13:20:40 -0000 On Sun, Nov 29, 2009 at 07:41:10PM -0800, Weongyo Jeong wrote: > Hello, > > I've written a Sonics Silicon Backplane driver which is widely used for > Broadcom Wireless driver that bwi(4) can use this driver though it has > its own routines in it. > > I don't have any knowledge to write a bus driver like this so I'm not > sure my approach is correct. Please review! > > You can download a driver at: > > http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > > regards, > Weongyo Jeong > Hi, I have a 'Broadcom Wireless b/g (BCM4315/BCM22062000)' and I tested your work. After loading the ssb kernel module, dmesg gives ssb0: mem 0xf4000000-0xf4003fff irq 19 at device 0.0 on pci6 This card doesn't work with the bwi driver so I'm looking foward to test your bwn driver. -- Aditya Sarawgi From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 13:25:34 2009 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 0E50C1065692 for ; Tue, 1 Dec 2009 13:25:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DD6FD8FC1B for ; Tue, 1 Dec 2009 13:25:33 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8ECEA46B03; Tue, 1 Dec 2009 08:25:33 -0500 (EST) Date: Tue, 1 Dec 2009 13:25:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Naylor In-Reply-To: <200911301117.37950.naylor.b.david@gmail.com> Message-ID: References: <200911301117.37950.naylor.b.david@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 13:25:34 -0000 On Mon, 30 Nov 2009, David Naylor wrote: > Phoronix recently published a comparative benchmark[1] for FreeBSD 7.2/8.0 > against Linux and OpenSolaris. I would like to bring some of the good and > bad to light (in the hopes that the developers with the correct expertise > will be intrigued). > > The tests were performed with a 'standard' installation of FreeBSD on a > Lenovo ThinkPad T61. > > I've tried to eliminate tests who's performance is a result of compiler > differences and/or 3rd party applications and tests who's statistical > significance are not so strong (subjective guess). It would be nice to see the same tests rerun with more attention to well-understood benchmarking methodology (i.e., multiple runs, characterization of variance, statistical tests to decide if two results are likely to be from the same set, and what statistically significant difference exists). At the very least, three or five runs of each test so we can consider spread would be very useful. However, I agree with your characterizaitons that these are the likely areas of issue :-). For tests that depend on file system namespace operations, seeing a measurement comparing ZFS directly would be interesting; likewise, perhaps using async file system mounts on FreeBSD without soft updates. Jeff's forthcoming journaling changes would also be interesting to consider, but I'm not sure to what extent he'll see performance improvements, or whether it's just about the consistency improvements for his SU+J work. Looking at compiler differences would also make a lot of sense for things like compression/ray tracing/etc. Another area of comparison would simply be the version and contents of gzip, particularly it might be interesting to try the Linux gzip under FreeBSD's Linux emulation (and for a few other of the CPU-centric tests: use a Linux chroot or Debian/kFreeBSD to do side-by-side comparisons on the same kernel). The threaded I/O is interesting and possiby the greatest concern. We should try to reproduce these in "lab conditions" and attempt to understand the workloads more. We do have known "strong" synchronization in the vnode write path, such that writes to the same vnode may be serialized in a strong way -- it could be that these tests show that up. Robert > > Improvements for FreeBSD 8.0 vs 7.2: > - 7-Zip Compression (page 3) > - Timed MAFFT Alignment (page 5) > - GraphicsMagick (page 5) > - Threaded IO (64MB Random Write - 32 threads) (page 7) > - Threaded IO (64MB Read - 32 threads) (page 7) > > Regressions for FreeBSD 8.0 vs 7.2: > - Gzip compressions of a 2GB file (page 3) > - C-Ray (page 4) > - Threaded IO (64MB Write - 4 threads) (page 7) > - Threaded IO (64MB Write - 32 threads) (page 7) > > Poor performance relative to Linux and OpenSolaris > - Threaded IO (especially random writes) (page 7) > - OpenSSL (RSA 4096bit) (page 8) > - PostMark (disk transaction) (page 8) > > It appears that threaded activity on UFS does not fair well against Linux/ext4 > and OpenSolaris/ZFS. Phoronix intends to do a comparative test against > FreeBSD and OpenSolaris on ZFS. > > Regards, > > David > > 1) > http://www.phoronix.com/scan.php?page=article&item=freebsd8_benchmarks&num=1 > From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 13:40:12 2009 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 CDDD0106566B for ; Tue, 1 Dec 2009 13:40:12 +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 895568FC13 for ; Tue, 1 Dec 2009 13:40:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NFSxe-0005kH-Ud for freebsd-current@freebsd.org; Tue, 01 Dec 2009 14:40:10 +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 ; Tue, 01 Dec 2009 14:40:10 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Dec 2009 14:40:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 01 Dec 2009 14:39:56 +0100 Lines: 22 Message-ID: References: <1259583785.00188655.1259572802@10.7.7.3> <4B14B12F.9070802@FreeBSD.org> <20091201091317.9maspkprks0o48cs@0x20.net> <4B15110E.5030705@phat.za.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4B15110E.5030705@phat.za.net> Sender: news Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 13:40:12 -0000 Aragon Gouveia wrote: > Lars Engels wrote: >> Quoting Alexander Motin : >>> In power-consumption tests I believe FreeBSD could behave much better if >>> properly tuned. Unluckily our default installation doesn't use any >>> power-saving technologies. Six month ago I have shown on list how laptop >>> power consumption can be cut in half. >> >> >> Could you please add your power consumption optimizations into the wiki? > > In case anyone is looking for it: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006436.html There is some good advice in that message :) I have added a preliminary, partially wikified version of it here: http://wiki.freebsd.org/TuningPowerConsumption Others may change or move the page if needed. From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 13:53:01 2009 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 72E191065672; Tue, 1 Dec 2009 13:53:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 21E768FC1D; Tue, 1 Dec 2009 13:53:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1Dr0at095288; Tue, 1 Dec 2009 08:53:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1Dr0G9095281; Tue, 1 Dec 2009 13:53:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 13:53:00 GMT Message-Id: <200912011353.nB1Dr0G9095281@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 13:53:01 -0000 TB --- 2009-12-01 13:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 13:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2009-12-01 13:00:01 - cleaning the object tree TB --- 2009-12-01 13:00:01 - cvsupping the source tree TB --- 2009-12-01 13:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2009-12-01 13:08:54 - building world TB --- 2009-12-01 13:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 13:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 13:08:54 - TARGET=arm TB --- 2009-12-01 13:08:54 - TARGET_ARCH=arm TB --- 2009-12-01 13:08:54 - TZ=UTC TB --- 2009-12-01 13:08:54 - __MAKE_CONF=/dev/null TB --- 2009-12-01 13:08:54 - cd /src TB --- 2009-12-01 13:08:54 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 13:08:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 13:53:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 13:53:00 - ERROR: failed to build world TB --- 2009-12-01 13:53:00 - 1935.90 user 504.56 system 3179.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:02:03 2009 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 173371065676; Tue, 1 Dec 2009 14:02:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BB0278FC0C; Tue, 1 Dec 2009 14:02:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1E22nV070426; Tue, 1 Dec 2009 09:02:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1E229U070415; Tue, 1 Dec 2009 14:02:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:02:02 GMT Message-Id: <200912011402.nB1E229U070415@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:02:03 -0000 TB --- 2009-12-01 13:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 13:00:01 - starting HEAD tinderbox run for i386/i386 TB --- 2009-12-01 13:00:01 - cleaning the object tree TB --- 2009-12-01 13:00:01 - cvsupping the source tree TB --- 2009-12-01 13:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-12-01 13:08:54 - building world TB --- 2009-12-01 13:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 13:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 13:08:54 - TARGET=i386 TB --- 2009-12-01 13:08:54 - TARGET_ARCH=i386 TB --- 2009-12-01 13:08:54 - TZ=UTC TB --- 2009-12-01 13:08:54 - __MAKE_CONF=/dev/null TB --- 2009-12-01 13:08:54 - cd /src TB --- 2009-12-01 13:08:54 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 13:08:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:02:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:02:02 - ERROR: failed to build world TB --- 2009-12-01 14:02:02 - 2417.89 user 514.76 system 3721.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:02:24 2009 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 6C3D31065693; Tue, 1 Dec 2009 14:02:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC208FC1E; Tue, 1 Dec 2009 14:02:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1E2Nwg073501; Tue, 1 Dec 2009 09:02:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1E2Na9073489; Tue, 1 Dec 2009 14:02:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:02:23 GMT Message-Id: <200912011402.nB1E2Na9073489@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:02:24 -0000 TB --- 2009-12-01 13:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 13:00:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-12-01 13:00:01 - cleaning the object tree TB --- 2009-12-01 13:00:01 - cvsupping the source tree TB --- 2009-12-01 13:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-12-01 13:08:54 - building world TB --- 2009-12-01 13:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 13:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 13:08:54 - TARGET=pc98 TB --- 2009-12-01 13:08:54 - TARGET_ARCH=i386 TB --- 2009-12-01 13:08:54 - TZ=UTC TB --- 2009-12-01 13:08:54 - __MAKE_CONF=/dev/null TB --- 2009-12-01 13:08:54 - cd /src TB --- 2009-12-01 13:08:54 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 13:08:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:02:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:02:23 - ERROR: failed to build world TB --- 2009-12-01 14:02:23 - 2409.81 user 535.51 system 3742.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:02:50 2009 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 A8D131065676; Tue, 1 Dec 2009 14:02:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 70DB98FC1A; Tue, 1 Dec 2009 14:02:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1E2nPu077119; Tue, 1 Dec 2009 09:02:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1E2nFU077109; Tue, 1 Dec 2009 14:02:49 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:02:49 GMT Message-Id: <200912011402.nB1E2nFU077109@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:02:50 -0000 TB --- 2009-12-01 13:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 13:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-12-01 13:00:01 - cleaning the object tree TB --- 2009-12-01 13:00:01 - cvsupping the source tree TB --- 2009-12-01 13:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-12-01 13:08:54 - building world TB --- 2009-12-01 13:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 13:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 13:08:54 - TARGET=amd64 TB --- 2009-12-01 13:08:54 - TARGET_ARCH=amd64 TB --- 2009-12-01 13:08:54 - TZ=UTC TB --- 2009-12-01 13:08:54 - __MAKE_CONF=/dev/null TB --- 2009-12-01 13:08:54 - cd /src TB --- 2009-12-01 13:08:54 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 13:08:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/ncplogin/ncplogin.c cc -O2 -pipe -std=gnu99 -fstack-protector -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:02:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:02:49 - ERROR: failed to build world TB --- 2009-12-01 14:02:49 - 2447.95 user 521.54 system 3768.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:43:19 2009 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 A40DA106566C; Tue, 1 Dec 2009 14:43:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B3DB58FC19; Tue, 1 Dec 2009 14:43:18 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA04873; Tue, 01 Dec 2009 16:43:16 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B152B83.9020602@icyb.net.ua> Date: Tue, 01 Dec 2009 16:43:15 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200911301117.37950.naylor.b.david@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Robert Watson Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 14:43:19 -0000 on 01/12/2009 15:25 Robert Watson said the following: > The threaded I/O is interesting and possiby the greatest concern. We > should try to reproduce these in "lab conditions" and attempt to > understand the workloads more. We do have known "strong" > synchronization in the vnode write path, such that writes to the same > vnode may be serialized in a strong way -- it could be that these tests > show that up. BTW, threaded I/O tests are done with tiobench: http://sourceforge.net/projects/tiobench/ The tool compiles fine on FreeBSD. I believe the tests were executed with options like the following: tiotest -k3 -k2 -k1 -f 64 -t 4 As I understand the test number zero (sequential write) has always to be executed, because it produces the files needed for other tests. It seems that all phoronix tests were done using 4KB reads/writes. No syncing and/or direct io was done. So, for example, the first test essentially did the following: - create 4 files - create 4 threads - each thread sequentially writes 4KB chunks to its own file - measured value is delta between gettimeofday before and after each 4KB write(2) call For random write test the same files are reused. The threads do (pseudo-)random seeks within the files before doing the writes. There is fsync() call at the end of each write test, its time is not accounted. For read tests the same files are re-used again. So we should understand that this test depends on many things before disk writing gets involved. E.g. VM/bufache strategy, fs tuning. For instance, compare sequential write test with 32 threads and random write test with the same number of threads. The article boasts: "Ubuntu and Fedora did shockingly better, but for those unfamiliar with the Phoronix Test Suite, tests are generally ran multiple times [...] for accuracy." But notice that Ubuntu and Fedora results for random write test are *better* than for the sequential test with all other setting being equal. I think that that speaks of something about the test method. The numbers are so ridiculously small that it looks like the writes never reached disks, at least before fsync(). There are other systemic questions. E.g. why sequential write test was performed with both 4 thread and 32 thread configurations, but other tests only with 32 threads. In general, we don't see how changing parameters affect results for the OSes, e.g. chunk size, total write size, etc. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:45:31 2009 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 6084A1065694; Tue, 1 Dec 2009 14:45:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAB18FC16; Tue, 1 Dec 2009 14:45:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1EjUV3027037; Tue, 1 Dec 2009 09:45:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1EjU0u027017; Tue, 1 Dec 2009 14:45:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:45:30 GMT Message-Id: <200912011445.nB1EjU0u027017@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:45:31 -0000 TB --- 2009-12-01 14:02:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 14:02:02 - starting HEAD tinderbox run for mips/mips TB --- 2009-12-01 14:02:02 - cleaning the object tree TB --- 2009-12-01 14:02:13 - cvsupping the source tree TB --- 2009-12-01 14:02:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2009-12-01 14:02:26 - building world TB --- 2009-12-01 14:02:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 14:02:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 14:02:26 - TARGET=mips TB --- 2009-12-01 14:02:26 - TARGET_ARCH=mips TB --- 2009-12-01 14:02:26 - TZ=UTC TB --- 2009-12-01 14:02:26 - __MAKE_CONF=/dev/null TB --- 2009-12-01 14:02:26 - cd /src TB --- 2009-12-01 14:02:26 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 14:02:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -Wl,-EL -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:45:30 - ERROR: failed to build world TB --- 2009-12-01 14:45:30 - 1866.81 user 467.75 system 2607.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:54:57 2009 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 A1B431065672; Tue, 1 Dec 2009 14:54:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 50BDF8FC0C; Tue, 1 Dec 2009 14:54:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1EsuvA098422; Tue, 1 Dec 2009 09:54:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1EsugY098418; Tue, 1 Dec 2009 14:54:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:54:56 GMT Message-Id: <200912011454.nB1EsugY098418@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:54:57 -0000 TB --- 2009-12-01 14:02:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 14:02:50 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-01 14:02:50 - cleaning the object tree TB --- 2009-12-01 14:02:57 - cvsupping the source tree TB --- 2009-12-01 14:02:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-01 14:03:10 - building world TB --- 2009-12-01 14:03:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 14:03:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 14:03:10 - TARGET=sparc64 TB --- 2009-12-01 14:03:10 - TARGET_ARCH=sparc64 TB --- 2009-12-01 14:03:10 - TZ=UTC TB --- 2009-12-01 14:03:10 - __MAKE_CONF=/dev/null TB --- 2009-12-01 14:03:10 - cd /src TB --- 2009-12-01 14:03:10 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 14:03:11 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:54:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:54:56 - ERROR: failed to build world TB --- 2009-12-01 14:54:56 - 2341.62 user 505.21 system 3126.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:57:19 2009 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 B745C1065694; Tue, 1 Dec 2009 14:57:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7318FC19; Tue, 1 Dec 2009 14:57:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1EvImD016859; Tue, 1 Dec 2009 09:57:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1EvI4f016856; Tue, 1 Dec 2009 14:57:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:57:18 GMT Message-Id: <200912011457.nB1EvI4f016856@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:57:19 -0000 TB --- 2009-12-01 14:02:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 14:02:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-01 14:02:23 - cleaning the object tree TB --- 2009-12-01 14:02:32 - cvsupping the source tree TB --- 2009-12-01 14:02:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-01 14:02:48 - building world TB --- 2009-12-01 14:02:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 14:02:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 14:02:48 - TARGET=powerpc TB --- 2009-12-01 14:02:48 - TARGET_ARCH=powerpc TB --- 2009-12-01 14:02:48 - TZ=UTC TB --- 2009-12-01 14:02:48 - __MAKE_CONF=/dev/null TB --- 2009-12-01 14:02:48 - cd /src TB --- 2009-12-01 14:02:48 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 14:02:48 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:57:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:57:18 - ERROR: failed to build world TB --- 2009-12-01 14:57:18 - 2495.41 user 509.63 system 3295.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 14:59:22 2009 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 180DA1065672; Tue, 1 Dec 2009 14:59:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BAD438FC1F; Tue, 1 Dec 2009 14:59:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1ExLU0021271; Tue, 1 Dec 2009 09:59:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1ExLbq021267; Tue, 1 Dec 2009 14:59:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 14:59:21 GMT Message-Id: <200912011459.nB1ExLbq021267@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 14:59:22 -0000 TB --- 2009-12-01 13:53:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 13:53:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-01 13:53:00 - cleaning the object tree TB --- 2009-12-01 13:53:08 - cvsupping the source tree TB --- 2009-12-01 13:53:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-01 13:53:26 - building world TB --- 2009-12-01 13:53:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 13:53:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 13:53:26 - TARGET=ia64 TB --- 2009-12-01 13:53:26 - TARGET_ARCH=ia64 TB --- 2009-12-01 13:53:26 - TZ=UTC TB --- 2009-12-01 13:53:26 - __MAKE_CONF=/dev/null TB --- 2009-12-01 13:53:26 - cd /src TB --- 2009-12-01 13:53:26 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 13:53:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 14:59:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 14:59:21 - ERROR: failed to build world TB --- 2009-12-01 14:59:21 - 3168.83 user 534.09 system 3980.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:15:34 2009 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 EEDC41065676 for ; Tue, 1 Dec 2009 15:15:34 +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 C1F448FC0A for ; Tue, 1 Dec 2009 15:15:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 72FE446B32; Tue, 1 Dec 2009 10:15:34 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CAFF88A024; Tue, 1 Dec 2009 10:15:33 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Tue, 1 Dec 2009 10:09:59 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091128111501.34a7a2a4@ernst.jennejohn.org> In-Reply-To: <20091128111501.34a7a2a4@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912011009.59961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 01 Dec 2009 10:15:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 15:15:35 -0000 On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: > Since I installed a new world and kernel on November 26 I'm seeing > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > Here the output from a gdb session without any debugging symbols: > > Core was generated by `cvsup'. > Program terminated with signal 4, Illegal instruction. > Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > (gdb) bt > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 > #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 > #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 > #4 0x00000008009f1988 in _once () from /lib/libc.so.7 > #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 > #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 > #7 0x00000000004a643a in calloc () > #8 0x000000000043aec7 in ?? () > #9 0x0000000000448eaa in ?? () > #10 0x0000000000409ece in ?? () > #11 0x00000000004191a4 in ?? () > #12 0x0000000000417cbe in ?? () > #13 0x000000000041529f in ?? () > #14 0x0000000000414d7a in ?? () > #15 0x000000000049f980 in calloc () > #16 0x000000000048fa3d in fnmatch () > #17 0x00007fffffffd3e8 in ?? () > #18 0x00007fffffffe950 in ?? () > #19 0x00007fffffffea40 in ?? () > #20 0x00007fffffffea28 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x00001fa00000037f in ?? () > #24 0x0000000000000000 in ?? () > #25 0x00000000006476c0 in ?? () > #26 0x00000000006476c0 in ?? () > #27 0x0000000000494d89 in fnmatch () > Previous frame inner to this frame (corrupt stack?) > > Seems to me that _once() was a very recent addition. Can't say for > certain whether this is the culprit, but it looks suspicious to me. Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols that could be helpful (just cd /usr/src/lib/libc; make clean; make DEBUG_FLAGS=-g install). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:22:05 2009 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 71B571065696; Tue, 1 Dec 2009 15:22:05 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id A07E08FC14; Tue, 1 Dec 2009 15:22:04 +0000 (UTC) Received: by bwz5 with SMTP id 5so3541630bwz.3 for ; Tue, 01 Dec 2009 07:22:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=HS/KM+g6RIDxkz+XgKWyodCxzyRZfsOYdUPvsW70g28=; b=hQiNygDQIjxLM+X+Fm7XogmQfNKLTAmypztHnBb6vvNAgUjVEpEHOysvY6RkZyBEw5 eS8bcsOl4XUNBwnmXy1GmAUKeLMpHMQwnJLCaGNxx2J1lVUpFEh9yMy/jnGqatpw6Uqr CHtmaoBS0DR9BZ0ZrjiS/qxztBqvrX6lDhqlA= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=GoX0WujUvqf8B1IQIHm/uH+m0RcRfjJBYzKjXcXfdHVQB2pFpRNfhI9qyOnx2s20Sr 1p8Df/OYSyVa8hll47vVHbsgOolmPJ/1rtT0d940dM8/56pZ9bb8NEn0V0ja58iokLDr ysznGHJsq6ubZRHuIqp6pljj7gT4S7Rp1b2CQ= Received: by 10.204.5.75 with SMTP id 11mr6185285bku.20.1259680923725; Tue, 01 Dec 2009 07:22:03 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm79124fxm.14.2009.12.01.07.22.01 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 07:22:02 -0800 (PST) Sender: Alexander Motin Message-ID: <4B153498.8050601@FreeBSD.org> Date: Tue, 01 Dec 2009 17:22:00 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Alexander Motin References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> In-Reply-To: <1259659388.00189017.1259647802@10.7.7.3> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 15:22:05 -0000 Alexander Motin wrote: > Threaded I/O activity could get much benefit from NCQ-aware disk driver. > It is not included in default FreeBSD kernel, but it would be nice to > compare. To check possible NCQ effect, I've built test setup with new 320GB 7200RPM Seagate drive connected to Intel ICH10R controller. I've run IMHO more reasonable benchmark/raidtest tool from ports on whole device, to execute pregenerated random mix of 10000 random-sized (512B - 128KB) read/write requests using default ata(4) driver and new ahci(4): Number of READ requests: 5029. Number of WRITE requests: 4971. Number of bytes to transmit: 655986688. Number of processes: 32. The results: ata(4) - no NCQ: Bytes per second: 12455402 Requests per second: 189 ahci(4) - with NCQ: Bytes per second: 19889778 Requests per second: 303 Results are repeatable up to the 4-th digit. Average time per request is 5.29ms and 3.3ms respectively, that seems realistic for this drive. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:30:50 2009 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 D719F106566C for ; Tue, 1 Dec 2009 15:30:50 +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 92F218FC21 for ; Tue, 1 Dec 2009 15:30:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NFUgJ-0006Z1-75 for freebsd-current@freebsd.org; Tue, 01 Dec 2009 16:30:23 +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 ; Tue, 01 Dec 2009 16:30:23 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Dec 2009 16:30:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 01 Dec 2009 16:30:08 +0100 Lines: 32 Message-ID: References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <4B153498.8050601@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4B153498.8050601@FreeBSD.org> Sender: news Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 15:30:50 -0000 Alexander Motin wrote: > Alexander Motin wrote: >> Threaded I/O activity could get much benefit from NCQ-aware disk driver. >> It is not included in default FreeBSD kernel, but it would be nice to >> compare. > > To check possible NCQ effect, I've built test setup with new 320GB > 7200RPM Seagate drive connected to Intel ICH10R controller. I've run > IMHO more reasonable benchmark/raidtest tool from ports on whole device, > to execute pregenerated random mix of 10000 random-sized (512B - 128KB) > read/write requests using default ata(4) driver and new ahci(4): > Number of READ requests: 5029. > Number of WRITE requests: 4971. > Number of bytes to transmit: 655986688. > Number of processes: 32. > > The results: > ata(4) - no NCQ: > Bytes per second: 12455402 > Requests per second: 189 > ahci(4) - with NCQ: > Bytes per second: 19889778 > Requests per second: 303 > > Results are repeatable up to the 4-th digit. Average time per request is > 5.29ms and 3.3ms respectively, that seems realistic for this drive. If you have a drive to play with, could you also check UFS vs ZFS on both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicely. For benchmarks I suggest blogbench and bonnie++ (in ports) and if you want to bother, randomio, http://arctic.org/~dean/randomio . From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:33:58 2009 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 75D6D1065676; Tue, 1 Dec 2009 15:33:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 244EE8FC12; Tue, 1 Dec 2009 15:33:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB1FXvKY093869; Tue, 1 Dec 2009 10:33:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB1FXv9K093868; Tue, 1 Dec 2009 15:33:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Dec 2009 15:33:57 GMT Message-Id: <200912011533.nB1FXv9K093868@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 15:33:58 -0000 TB --- 2009-12-01 14:45:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 14:45:30 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-01 14:45:30 - cleaning the object tree TB --- 2009-12-01 14:45:37 - cvsupping the source tree TB --- 2009-12-01 14:45:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-01 14:45:59 - building world TB --- 2009-12-01 14:45:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 14:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 14:45:59 - TARGET=sun4v TB --- 2009-12-01 14:45:59 - TARGET_ARCH=sparc64 TB --- 2009-12-01 14:45:59 - TZ=UTC TB --- 2009-12-01 14:45:59 - __MAKE_CONF=/dev/null TB --- 2009-12-01 14:45:59 - cd /src TB --- 2009-12-01 14:45:59 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 14:46:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/ncal (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o ncal ncal.o -lcalendar -ltermcap gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/if.c /src/usr.bin/netstat/if.c: In function 'intpr': /src/usr.bin/netstat/if.c:291: error: 'struct ifnet' has no member named 'if_timer' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-01 15:33:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-01 15:33:57 - ERROR: failed to build world TB --- 2009-12-01 15:33:57 - 2373.58 user 450.38 system 2906.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:38:27 2009 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 21469106568D for ; Tue, 1 Dec 2009 15:38:27 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id C994C8FC1E for ; Tue, 1 Dec 2009 15:38:26 +0000 (UTC) Received: by ywh42 with SMTP id 42so4398610ywh.28 for ; Tue, 01 Dec 2009 07:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=5FGyPvkh2nXw3psyw58jxfkV889rSk9RcLs06vZRUKU=; b=P50pkl2qJBizpsiGxNxUi9nA00JyW0Jju2nOJF6+rOiM4W+xXpebioE8youssTArq5 5GvbcO9gwKcpOMZyItaU0rmlzQeRwtPKj52hUAfdxPiA2LOdMvQFBQywRSU5lAz8Dzef 1/6ydtbt7xtmHd/tG9Je2Ztz+nE7TAXEVDkHs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=J2r6VTACImyjtXP3dvNP/m3Wxb2TG03YSVo1mPln8310WmdwBlXtLT8s4xKCT+m4G8 bhX5LScJHobJBW2qa80wgSv+5FChPD5/DXIZ5nvR+lgs3zSWzCRIjho2kX3DxxbYxrf4 C9oEm4yecsB44MATd6pg3SaNg3bAN2CfIfNbk= Received: by 10.101.156.1 with SMTP id i1mr2417493ano.66.1259681905083; Tue, 01 Dec 2009 07:38:25 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.3]) by mx.google.com with ESMTPS id 22sm91105yxe.3.2009.12.01.07.38.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 07:38:24 -0800 (PST) Sender: Nenhum_de_Nos Received: from arroway.apartnet (arroway.apartnet [10.1.1.80]) by cygnus.homeunix.com (Postfix) with SMTP id 68F48B808E for ; Tue, 1 Dec 2009 12:38:18 -0300 (BRT) Date: Tue, 1 Dec 2009 12:38:41 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org Message-Id: <20091201123841.0dee277f.matheus@eternamente.info> In-Reply-To: <4B153498.8050601@FreeBSD.org> References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <4B153498.8050601@FreeBSD.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 15:38:27 -0000 On Tue, 01 Dec 2009 17:22:00 +0200 Alexander Motin wrote: > Alexander Motin wrote: > > Threaded I/O activity could get much benefit from NCQ-aware disk driver. > > It is not included in default FreeBSD kernel, but it would be nice to > > compare. > > To check possible NCQ effect, I've built test setup with new 320GB > 7200RPM Seagate drive connected to Intel ICH10R controller. I've run > IMHO more reasonable benchmark/raidtest tool from ports on whole device, > to execute pregenerated random mix of 10000 random-sized (512B - 128KB) > read/write requests using default ata(4) driver and new ahci(4): > Number of READ requests: 5029. > Number of WRITE requests: 4971. > Number of bytes to transmit: 655986688. > Number of processes: 32. > > The results: > ata(4) - no NCQ: > Bytes per second: 12455402 > Requests per second: 189 > ahci(4) - with NCQ: > Bytes per second: 19889778 > Requests per second: 303 > > Results are repeatable up to the 4-th digit. Average time per request is > 5.29ms and 3.3ms respectively, that seems realistic for this drive. Alexander, to make use of all this new stuff I need to run HEAD ? as former HEAD was born recently as 8.0R and the new stuff in it is big compared to 7.x, I'd like to use it from RELENG_8. is this possible ? my hardware would be NVIDIA nForce 680i SLI motherboard and Seagate ES.2 disks. thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:44:51 2009 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 851E91065679; Tue, 1 Dec 2009 15:44:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1838FC47; Tue, 1 Dec 2009 15:44:50 +0000 (UTC) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFUuH-0000SB-Pn; Tue, 01 Dec 2009 16:44:49 +0100 Received: from p57ae00dc.dip0.t-ipconnect.de ([87.174.0.220]:62558 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFUuH-0007u7-Jn; Tue, 01 Dec 2009 16:44:49 +0100 Date: Tue, 1 Dec 2009 16:44:48 +0100 From: Gary Jennejohn To: John Baldwin Message-ID: <20091201164448.0881b06a@ernst.jennejohn.org> In-Reply-To: <200912011009.59961.jhb@freebsd.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 15:44:51 -0000 On Tue, 1 Dec 2009 10:09:59 -0500 John Baldwin wrote: > On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: > > Since I installed a new world and kernel on November 26 I'm seeing > > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > [snip gdb output] > > > > Seems to me that _once() was a very recent addition. Can't say for > > certain whether this is the culprit, but it looks suspicious to me. > > Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols > that could be helpful (just cd /usr/src/lib/libc; make clean; make > DEBUG_FLAGS=-g install). > I'll give it a shot as soon as I can recompile the tree. Compiling libc alone doesn't work right now - there's an error about a missing SIG_HOLD. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:49:20 2009 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 BF51D10656AC for ; Tue, 1 Dec 2009 15:49:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3418FC13 for ; Tue, 1 Dec 2009 15:49:20 +0000 (UTC) Received: by bwz5 with SMTP id 5so3570705bwz.3 for ; Tue, 01 Dec 2009 07:49:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=9OkZn1Nhw2Pgd0QkOh4P9x6vQ/iP1mj6mh8aLvuK62M=; b=mw9/9jxrhVYvXAU9Nlk4UNAoLZyR79Gy3dcLIG0TjcHQKVeH7jj4caPbh0QbCv2JQA bD0nr+J0HY0akD9045fibBIy1MFkSqEmd9kCZoRZyeLoKnp7wZLoKmY0UcYPJ3W7INZ4 5cqe7r1pb7bsVHXQn6KhPWqWfVaTX2bimjTls= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=qScq/tDQb543gEqvh0DlXsWQj/a5T+726+0KURYgOd/4bLHasm+2EoL0lWzg3J9RNT nL6cvAUE47ABCuqrx2gMN8IIIbZP7IsIEpf/1oymGuvwPDoxO9ucNxtwpE5ZVueA0MwM ukW5l5McEtpPTyO7kRgufXuDeAnW9z1x8vQGA= Received: by 10.204.150.76 with SMTP id x12mr6229883bkv.30.1259682558985; Tue, 01 Dec 2009 07:49:18 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm92088fxm.2.2009.12.01.07.49.17 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 07:49:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4B153AFB.7070100@FreeBSD.org> Date: Tue, 01 Dec 2009 17:49:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Nenhum_de_Nos References: <4B153498.8050601@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 15:49:20 -0000 Nenhum_de_Nos wrote: > to make use of all this new stuff I need to run HEAD ? as former HEAD was born recently as 8.0R and the new stuff in it is big compared to 7.x, I'd like to use it from RELENG_8. is this possible ? You need to run recent 8-STABLE and load ahci kernel module. It is not included into default GENERIC kernel yet, due to work in progress. 8.0-RELEASE also includes some of that code, but on much earlier development stage. > my hardware would be NVIDIA nForce 680i SLI motherboard and Seagate ES.2 disks. OK. Make sure that you have AHCI SATA mode enabled in BIOS. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:52:44 2009 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 989F7106568D for ; Tue, 1 Dec 2009 15:52:44 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 4C47E8FC24 for ; Tue, 1 Dec 2009 15:52:44 +0000 (UTC) Received: by ywh42 with SMTP id 42so4413714ywh.28 for ; Tue, 01 Dec 2009 07:52:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=U+24VAqjOQ+FMZlsjA5X9e4DJIwqNZ16PDCweCphMUI=; b=L+/uvdO5zFCEU9YN7bjFwFOS18b/icoUIz4IdJothaMucWHIOYPNDn9ddfCscBrrf1 5OWBve6AKaaHHmzUwvPnOtcrTb0qxnWtZXpZ/IE2hMMh6sdWZplgBvQraahocXSC3bTt lb7nrafrqbfQJz3Cg7IwjFLfmbNNv9ho9krbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=MfL5qtrB/4xK4YvJKJC4q67UvVbQl7rFkJ4cxhiyOy+U1qHverm/PFBf6cor7A4YsO Gbe2x7U1oj8ZnwfH11AHuXLTMy8E4GX1bg+4YKqoQj7yqylglYayZe3CKB7METHdkkvz rvvoF+VM6ifZJu6l/a23QpjrcwqZhmBlpuGqI= Received: by 10.100.130.6 with SMTP id c6mr2501766and.20.1259682763604; Tue, 01 Dec 2009 07:52:43 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.3]) by mx.google.com with ESMTPS id 21sm96542yxe.19.2009.12.01.07.52.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 07:52:42 -0800 (PST) Sender: Nenhum_de_Nos Received: from arroway.apartnet (arroway.apartnet [10.1.1.80]) by cygnus.homeunix.com (Postfix) with SMTP id 998DFB808E for ; Tue, 1 Dec 2009 12:52:36 -0300 (BRT) Date: Tue, 1 Dec 2009 12:52:59 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org Message-Id: <20091201125259.43bb4fbb.matheus@eternamente.info> In-Reply-To: <4B153AFB.7070100@FreeBSD.org> References: <4B153498.8050601@FreeBSD.org> <4B153AFB.7070100@FreeBSD.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 15:52:44 -0000 On Tue, 01 Dec 2009 17:49:15 +0200 Alexander Motin wrote: > Nenhum_de_Nos wrote: > > to make use of all this new stuff I need to run HEAD ? as former HEAD was born recently as 8.0R and the new stuff in it is big compared to 7.x, I'd like to use it from RELENG_8. is this possible ? > > You need to run recent 8-STABLE and load ahci kernel module. It is not > included into default GENERIC kernel yet, due to work in progress. > 8.0-RELEASE also includes some of that code, but on much earlier > development stage. ok > > my hardware would be NVIDIA nForce 680i SLI motherboard and Seagate ES.2 disks. > > OK. Make sure that you have AHCI SATA mode enabled in BIOS. just to make sure, disks will be adaX now, right ? another great reason to move to glabel ASAP :) thanks, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 16:17:50 2009 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 5AFC71065694; Tue, 1 Dec 2009 16:17:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id B2F618FC26; Tue, 1 Dec 2009 16:17:49 +0000 (UTC) Received: by bwz5 with SMTP id 5so3601350bwz.3 for ; Tue, 01 Dec 2009 08:17:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=PuxWzHxcGlKSChys5oPppdAMhCWSufvy147STL5h/Uk=; b=jj+mBqAl0ZvhI0QzlCzkycGNHIUN8eW4BXo77937YNAxyEg/hbw1rkRLhHV4mvN3T5 NJ2GDmJa/do7VIC6IyOpx4+9HYpuSOvr/pb72BjUdigzMfjKU8PAQdkpmFCb6CQUoqG1 zwGkU17lZU9I2Om1K3DHWkGTbpQSekanX9aYk= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=jSrPJwJ0PcxXJO1bC6RVSQQygiVND2s3I1oHYN+b6OrjeUy7FOpox0zPzZkPrW1U+J 6Pqe5Lu5qzpIMqRvl5ZfdQe3brz2rEpdPJmp554z51h/bF8F5BIHAYmXFRYSzQs6uJ4x dtXHq0ynSdlUCSzYSHP0I50gfpFirpiJedaFM= Received: by 10.204.36.206 with SMTP id u14mr5843071bkd.199.1259684268659; Tue, 01 Dec 2009 08:17:48 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm101427fxm.11.2009.12.01.08.17.47 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 08:17:47 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1541A9.4050102@FreeBSD.org> Date: Tue, 01 Dec 2009 18:17:45 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Ivan Voras , FreeBSD-Current References: <4B153498.8050601@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 16:17:50 -0000 Ivan Voras wrote: > If you have a drive to play with, could you also check UFS vs ZFS on > both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicely. I have even several drives to test. > For benchmarks I suggest blogbench and bonnie++ (in ports) and if you > want to bother, randomio, http://arctic.org/~dean/randomio . Such tests completely depend on FS, caching and test parameters, depending on what do you want to measure. Propose your schedule and I'll run it. How much RAM should system have, what tool should I run, with what parameters...? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 17:34:12 2009 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 B15C110656CC; Tue, 1 Dec 2009 17:34:12 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 301578FC15; Tue, 1 Dec 2009 17:34:11 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 25BDF704B; Tue, 1 Dec 2009 20:34:11 +0300 (MSK) Date: Tue, 1 Dec 2009 20:34:11 +0300 From: Oleg Bulyzhin To: Ben Kelly Message-ID: <20091201173411.GA3637@lath.rinet.ru> References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ipfw@freebsd.org, Kevin Smith , freebsd-current@freebsd.org Subject: Re: dummynet issues 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, 01 Dec 2009 17:34:12 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 30, 2009 at 11:58:55PM -0500, Ben Kelly wrote: > > I actually have not measured my bandwidth to validate dummynet. I have simply observed these messages repeating in my log: > > dummynet: OUCH! pipe should have been idle! > > Under normal conditions I don't really need the dummynet rules to shape traffic for my configuration to work, so it has not been a high priority for me yet. Do you see the log messages? > > Thanks. > > - Ben It seems i've found the problem. Please test attached patch (it's for R8.0 sources and include r198845). I'm interested in some feedback: 1) does it solve 'OUCH' messages problem? 2) does it solve bandwidth problem (if there was any)? -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ --wac7ysb48OaltWcw Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="wf2q-fix.r80.diff" Index: sys/netinet/ipfw/ip_dummynet.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ipfw/ip_dummynet.c,v retrieving revision 1.5.2.1.2.1 diff -u -r1.5.2.1.2.1 ip_dummynet.c --- sys/netinet/ipfw/ip_dummynet.c 25 Oct 2009 01:10:29 -0000 1.5.2.1.2.1 +++ sys/netinet/ipfw/ip_dummynet.c 1 Dec 2009 17:23:45 -0000 @@ -244,6 +244,17 @@ static int dummynet_io(struct mbuf **, int , struct ip_fw_args *); /* + * Flow queue is idle if: + * 1) it's empty for at least 1 tick + * 2) it has invalid timestamp (WF2Q case) + * 3) parent pipe has no 'exhausted' burst. + */ +#define QUEUE_IS_IDLE(q) ((q)->head == NULL && (q)->S == (q)->F + 1 && \ + curr_time > (q)->idle_time + 1 && \ + ((q)->numbytes + (curr_time - (q)->idle_time - 1) * \ + (q)->fs->pipe->bandwidth >= (q)->fs->pipe->burst)) + +/* * Heap management functions. * * In the heap, first node is element 0. Children of i are 2i+1 and 2i+2. @@ -1004,7 +1015,7 @@ fs->last_expired = time_uptime ; for (i = 0 ; i <= fs->rq_size ; i++) /* last one is overflow */ for (prev=NULL, q = fs->rq[i] ; q != NULL ; ) - if (q->head != NULL || q->S != q->F+1) { + if (!QUEUE_IS_IDLE(q)) { prev = q ; q = q->next ; } else { /* entry is idle, expire it */ @@ -1134,7 +1145,7 @@ break ; /* found */ /* No match. Check if we can expire the entry */ - if (pipe_expire && q->head == NULL && q->S == q->F+1 ) { + if (pipe_expire && QUEUE_IS_IDLE(q)) { /* entry is idle and not in any heap, expire it */ struct dn_flow_queue *old_q = q ; @@ -1408,18 +1419,20 @@ if (q->idle_time < curr_time) { /* Calculate available burst size. */ q->numbytes += - (curr_time - q->idle_time) * pipe->bandwidth; + (curr_time - q->idle_time - 1) * pipe->bandwidth; if (q->numbytes > pipe->burst) q->numbytes = pipe->burst; if (io_fast) q->numbytes += pipe->bandwidth; } } else { /* WF2Q. */ - if (pipe->idle_time < curr_time) { + if (pipe->idle_time < curr_time && + pipe->scheduler_heap.elements == 0 && + pipe->not_eligible_heap.elements == 0) { /* Calculate available burst size. */ pipe->numbytes += - (curr_time - pipe->idle_time) * pipe->bandwidth; - if (pipe->numbytes > pipe->burst) + (curr_time - pipe->idle_time - 1) * pipe->bandwidth; + if (pipe->numbytes > 0 && pipe->numbytes > pipe->burst) pipe->numbytes = pipe->burst; if (io_fast) pipe->numbytes += pipe->bandwidth; --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 18:59:27 2009 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 D306D106566C; Tue, 1 Dec 2009 18:59:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 9365F8FC14; Tue, 1 Dec 2009 18:59:27 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB1IxPtS005205; Tue, 1 Dec 2009 12:59:25 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 1 Dec 2009 12:59:25 -0600 (CST) From: "Sean C. Farley" To: John Baldwin In-Reply-To: <200912011009.59961.jhb@freebsd.org> Message-ID: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,BAYES_00,NO_RELAYS, WEIRD_PORT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 18:59:28 -0000 On Tue, 1 Dec 2009, John Baldwin wrote: > On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: >> Since I installed a new world and kernel on November 26 I'm seeing >> core dumps with cvsup, even though I reinstalled cvsup yesterday. >> >> Here the output from a gdb session without any debugging symbols: >> >> Core was generated by `cvsup'. >> Program terminated with signal 4, Illegal instruction. >> Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. >> Loaded symbols for /lib/libz.so.5 >> Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. >> Loaded symbols for /lib/libm.so.5 >> Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. >> Loaded symbols for /lib/libc.so.7 >> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > found)...done. >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 >> (gdb) bt >> #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 >> #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 >> #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 >> #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 >> #4 0x00000008009f1988 in _once () from /lib/libc.so.7 >> #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 >> #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 >> #7 0x00000000004a643a in calloc () >> #8 0x000000000043aec7 in ?? () >> #9 0x0000000000448eaa in ?? () >> #10 0x0000000000409ece in ?? () >> #11 0x00000000004191a4 in ?? () >> #12 0x0000000000417cbe in ?? () >> #13 0x000000000041529f in ?? () >> #14 0x0000000000414d7a in ?? () >> #15 0x000000000049f980 in calloc () >> #16 0x000000000048fa3d in fnmatch () >> #17 0x00007fffffffd3e8 in ?? () >> #18 0x00007fffffffe950 in ?? () >> #19 0x00007fffffffea40 in ?? () >> #20 0x00007fffffffea28 in ?? () >> #21 0x0000000000000000 in ?? () >> #22 0x0000000000000000 in ?? () >> #23 0x00001fa00000037f in ?? () >> #24 0x0000000000000000 in ?? () >> #25 0x00000000006476c0 in ?? () >> #26 0x00000000006476c0 in ?? () >> #27 0x0000000000494d89 in fnmatch () >> Previous frame inner to this frame (corrupt stack?) >> >> Seems to me that _once() was a very recent addition. Can't say for >> certain whether this is the culprit, but it looks suspicious to me. > > Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols > that could be helpful (just cd /usr/src/lib/libc; make clean; make > DEBUG_FLAGS=-g install). Here is what I get from cvsupd: 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"... Core was generated by `cvsupd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7...done. Loaded symbols for /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 (gdb) where #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 #1 0x00000008005c156b in dladdr () from /libexec/ld-elf.so.1 #2 0x00000008005c1643 in dladdr () from /libexec/ld-elf.so.1 #3 0x00000008005be7bd in ?? () from /libexec/ld-elf.so.1 #4 0x0000000000816ed8 in ?? () #5 0x0000000000000000 in ?? () #6 0x0000000000000006 in ?? () #7 0x0000000000000043 in ?? () #8 0x000000000072aba8 in ?? () #9 0x0000000800a368e1 in _nsyycheck () from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 #10 0x000000000072abbb in ?? () #11 0x0000000000008000 in ?? () #12 0x000000000072abbe in ?? () #13 0x0000000000000216 in ?? () #14 0x0000000000000000 in ?? () #15 0x00000008005ed600 in ?? () #16 0x0000000000000161 in ?? () #17 0x0000000800a09049 in tzload (name=0x800a368e1 "posixrules", sp=0x7353b8, doextend=0) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 #18 0x0000000800a08a1e in tzparse (name=0x72b1cd "CDT,M3.2.0,M11.1.0", sp=0x7353b8, lastditch=Variable "lastditch" is not available. ) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1003 #19 0x0000000800a096f6 in tzload (name=Variable "name" is not available.) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:580 #20 0x0000000800a09a86 in tzsetwall_basic (rdlocked=1) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1229 #21 0x0000000800a09deb in mktime (tmp=0x739ff8) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:2119 #22 0x00000000004ae085 in Date__ToTime (M3_D5xROs_d=0x5eed80) at DateBsd.m3:77 #23 0x00000000004709dc in TimeStamp__Init () at TimeStamp.m3:46 #24 0x0000000000470aa2 in TimeStamp__New (M3_CD9pHn__result=0x73a1c8) at TimeStamp.m3:60 #25 0x000000000046fc1e in Random__RandomSeed () at Random.m3:67 #26 0x000000000046fab2 in Random__Init (M3_B04YLH_t=0x825b38, M3_AicXUJ_fixed=0 '\0') at Random.m3:42 #27 0x000000000044b9d5 in SortedRCSDeltaTbl__Init (M3_EKdMGR_tbl=0x825af8) at SortedTable.mg:106 #28 0x0000000000450d99 in RCSFile__Init (M3_BcmbT8_rf=0x825990, M3_Bjvku1_desc=0x825a40) at RCSFile.m3:483 #29 0x00000000004510c2 in RCSFile__OpenReadonly (M3_Bd56fi_p=0x825838) at RCSFile.m3:574 #30 0x000000000046305f in Attic__RCSFileOpenReadonly (M3_DMtSqf_path=0x73b3f8) at Attic.m3:120 #31 0x00000000004166bc in RCSComp__CheckoutSend (M3_BQOzaz_self=0x65a610, M3_CzVV2w_sfr=0x65e300, M3_Bd56fi_name=0x825778, M3_Bd56fi_tag=0x651a00, M3_Bd56fi_date=0x651a00, M3_AicXUJ_deleteIfDead=0 '\0', M3_AicXUJ_isFixup=0 '\0') at RCSComp.m3:1715 #32 0x000000000040d08a in RCSComp__CompCollection (M3_BQOzaz_self=0x65a610, M3_CzVV2w_sfr=0x65e300) at RCSComp.m3:238 #33 0x000000000040c4d8 in RCSComp__CompBatch (M3_BQOzaz_self=0x65a610) at RCSComp.m3:155 #34 0x000000000040bc90 in RCSComp__Apply (M3_BQOzaz_self=0x65a610) at RCSComp.m3:78 #35 0x00000000004a7240 in ThreadPosix__DetermineContext (M3_AJWxb1_oldSP=0x35) at ThreadPosix.m3:1127 #36 0x0000000000689058 in ?? () #37 0x00007fffffffe0a0 in ?? () #38 0x000000000049c68c in RTMisc__Align (M3_AJWxb1_a=Cannot access memory at address 0x64c) at RTMisc.m3:31 Previous frame inner to this frame (corrupt stack?) (gdb) x/i $rip 0x8005c0d20 <_rtld_error+3296>: mov %rdi,0xffffffffffffffa0(%rbp) (gdb) info threads * 1 process 100176 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 BTW, I noticed the m3 call ThreadPosix__DetermineContext(), yet cvsupd is not linked against a thread library. The amd64 binary is linked to libz, libm and libc. The i386 binary links against those as well as libutil and libmd. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 19:33:46 2009 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 541C6106566B; Tue, 1 Dec 2009 19:33:46 +0000 (UTC) (envelope-from kerbzo@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 862058FC12; Tue, 1 Dec 2009 19:33:45 +0000 (UTC) Received: by fxm10 with SMTP id 10so4450993fxm.14 for ; Tue, 01 Dec 2009 11:33:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=lO4zgf+G3YOZEMXjJI6ASPPWEahDjY2GnfTJ1AcKx54=; b=GWR92TBOZZaIfe3DNPBLxVaAXEYzPxkySzlP5pNv2ziBxBjDNstR/GtTD+6bZsxrXr XNbXml1aOYsKnwbk9iMhkbxkRtSJQxQOh8WHO4R1in11en0uUG3LFo3NS9k2HKFIswwD xcxohQYP4Gu5jSiFy5pxirfvIHSwhQqD064D0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dtDOpb/DfBDWOrh6xw0ICyohn67dNPrl/XEPKB4qdTXZ53Eij72nRCDzBZKPnWTuKP yvPitHk48CmUtf84mkRyAbOG+x3wVUK2xc/A9FLA9zwUsD1lwmYvIiyXQzgY4iMY3w3f hJY5tQG5jyHS7q1jFsBLQWftWpQ+1xbkj2QHA= Received: by 10.216.89.149 with SMTP id c21mr2116092wef.224.1259696024375; Tue, 01 Dec 2009 11:33:44 -0800 (PST) Received: from kerbzo.local (host111-205-dynamic.19-79-r.retail.telecomitalia.it [79.19.205.111]) by mx.google.com with ESMTPS id t2sm881343gve.24.2009.12.01.11.33.40 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Dec 2009 11:33:43 -0800 (PST) Message-ID: <4B156F92.6020500@gmail.com> Date: Tue, 01 Dec 2009 20:33:38 +0100 From: Kevin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Oleg Bulyzhin References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> <20091201173411.GA3637@lath.rinet.ru> In-Reply-To: <20091201173411.GA3637@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Ben Kelly Subject: Re: dummynet issues 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, 01 Dec 2009 19:33:46 -0000 Oleg Bulyzhin wrote: > On Mon, Nov 30, 2009 at 11:58:55PM -0500, Ben Kelly wrote: >> I actually have not measured my bandwidth to validate dummynet. I have simply observed these messages repeating in my log: >> >> dummynet: OUCH! pipe should have been idle! >> >> Under normal conditions I don't really need the dummynet rules to shape traffic for my configuration to work, so it has not been a high priority for me yet. Do you see the log messages? >> >> Thanks. >> >> - Ben > > It seems i've found the problem. Please test attached patch (it's for R8.0 > sources and include r198845). I'm interested in some feedback: > 1) does it solve 'OUCH' messages problem? > 2) does it solve bandwidth problem (if there was any)? > > The patch fixes the problem: now it seems all ok, no more "OUCH" messages and pipe bandwidth limiting works again. Thank you very much, Oleg!! Best regards, -- Kevin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 19:37:12 2009 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 58FEA106566C; Tue, 1 Dec 2009 19:37:12 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id D22AE8FC16; Tue, 1 Dec 2009 19:37:11 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id nB1Jb97D024834 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Dec 2009 19:37:09 GMT (envelope-from ben@wanderview.com) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Ben Kelly In-Reply-To: <4B156F92.6020500@gmail.com> Date: Tue, 1 Dec 2009 14:37:09 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> <20091201173411.GA3637@lath.rinet.ru> <4B156F92.6020500@gmail.com> To: Kevin Smith X-Mailer: Apple Mail (2.1077) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.67 on 10.76.20.1 Cc: freebsd-ipfw@FreeBSD.org, freebsd-current@FreeBSD.org, Oleg Bulyzhin Subject: Re: dummynet issues 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, 01 Dec 2009 19:37:12 -0000 On Dec 1, 2009, at 2:33 PM, Kevin Smith wrote: > Oleg Bulyzhin wrote: >> On Mon, Nov 30, 2009 at 11:58:55PM -0500, Ben Kelly wrote: >>> I actually have not measured my bandwidth to validate dummynet. I = have simply observed these messages repeating in my log: >>>=20 >>> dummynet: OUCH! pipe should have been idle! >>>=20 >>> Under normal conditions I don't really need the dummynet rules to = shape traffic for my configuration to work, so it has not been a high = priority for me yet. Do you see the log messages? >>>=20 >>> Thanks. >>>=20 >>> - Ben >>=20 >> It seems i've found the problem. Please test attached patch (it's for = R8.0 >> sources and include r198845). I'm interested in some feedback: >> 1) does it solve 'OUCH' messages problem? >> 2) does it solve bandwidth problem (if there was any)? >>=20 >>=20 > The patch fixes the problem: now it seems all ok, no more "OUCH" > messages and pipe bandwidth limiting works again. > Thank you very much, Oleg!! > Best regards, I just verified that it got rid of the log messages for me as well. I = still haven't actually measured the dummynet bandwidth, though. For reference, I used only this part of the patch against 9-CURRENT = since the rest seemed to already be applied: Index: sys/netinet/ipfw/ip_dummynet.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 --- sys/netinet/ipfw/ip_dummynet.c (revision 252) +++ sys/netinet/ipfw/ip_dummynet.c (working copy) @@ -1426,7 +1426,9 @@ q->numbytes +=3D pipe->bandwidth; } } else { /* WF2Q. */ - if (pipe->idle_time < curr_time) { + if (pipe->idle_time < curr_time && + pipe->scheduler_heap.elements =3D=3D 0 && + pipe->not_eligible_heap.elements =3D=3D 0) { /* Calculate available burst size. */ pipe->numbytes +=3D (curr_time - pipe->idle_time - 1) * = pipe->bandwidth; Thanks for the quick fix Oleg! - Ben= From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 20:27:23 2009 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 18A0B1065670; Tue, 1 Dec 2009 20:27:23 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id ADE848FC16; Tue, 1 Dec 2009 20:27:22 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id A463E3A61E; Tue, 1 Dec 2009 21:27:21 +0100 (CET) Date: Tue, 1 Dec 2009 21:27:21 +0100 From: Lars Engels To: Frank Steinborn Message-ID: <20091201202721.GB32692@e.0x20.net> Mail-Followup-To: Lars Engels , Frank Steinborn , Sylvio Cesar , ports@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> <20091201020002.GC99650@haydn.nognu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <20091201020002.GC99650@haydn.nognu.de> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, freebsd-current@freebsd.org, Sylvio Cesar , freebsd-ports@freebsd.org Subject: Re: [Call For Testing] New version - aMSN-0.98.1 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, 01 Dec 2009 20:27:23 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 01, 2009 at 03:00:02AM +0100, Frank Steinborn wrote: > Sylvio Cesar wrote: > > Hi folks, > >=20 > > I would like to invite everyone to test the newest version of aMSN. > > This version has support for video conferencing and audio conferencing,= is > > using tk and tcl 8.6 with support for threads. >=20 > Running fine here for the last 24 hours and I'm forced to be a heavy > msn-user. Everything is functional, video-call is fine too (but only > incoming, don't have a cam myself). >=20 > Thanks for it, I might even switch from emesene. Works for me, also. I can setup my pwcbsd-based cam, but cannot connect to the other client which can be because of my firewall settings. --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAksVfCkACgkQKc512sD3afjhwgCeNi/aqCVyF2oAIXlmw6SYMpwU zwAAn1u9vt1F8VQbK34x7Sy9LoSfBytl =gpTq -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 20:27:30 2009 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 82E6610656FF; Tue, 1 Dec 2009 20:27: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 E883D8FC18; Tue, 1 Dec 2009 20:27:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 423B846B23; Tue, 1 Dec 2009 15:27:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7C9618A01F; Tue, 1 Dec 2009 15:27:28 -0500 (EST) From: John Baldwin To: "Sean C. Farley" Date: Tue, 1 Dec 2009 14:41:44 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912011441.44086.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 01 Dec 2009 15:27:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 20:27:30 -0000 On Tuesday 01 December 2009 1:59:25 pm Sean C. Farley wrote: > On Tue, 1 Dec 2009, John Baldwin wrote: > Here is what I get from cvsupd: > 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"... > Core was generated by `cvsupd'. > Program terminated with signal 4, Illegal instruction. > Reading symbols from /lib/libz.so.5...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7...done. > Loaded symbols for /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 Wait, you are using a libc from stable/8 and getting this problem? The _once() stuff isn't in stable/8's libc, only in head. > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 > (gdb) where > #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 > #1 0x00000008005c156b in dladdr () from /libexec/ld-elf.so.1 > #2 0x00000008005c1643 in dladdr () from /libexec/ld-elf.so.1 > #3 0x00000008005be7bd in ?? () from /libexec/ld-elf.so.1 > #4 0x0000000000816ed8 in ?? () > #5 0x0000000000000000 in ?? () > #6 0x0000000000000006 in ?? () > #7 0x0000000000000043 in ?? () > #8 0x000000000072aba8 in ?? () > #9 0x0000000800a368e1 in _nsyycheck () from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 > #10 0x000000000072abbb in ?? () > #11 0x0000000000008000 in ?? () > #12 0x000000000072abbe in ?? () > #13 0x0000000000000216 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x00000008005ed600 in ?? () > #16 0x0000000000000161 in ?? () > #17 0x0000000800a09049 in tzload (name=0x800a368e1 "posixrules", sp=0x7353b8, doextend=0) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 This is a call to strcat() in my sources here. Can you pop up to this frame and do 'list'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 20:29:50 2009 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 C5287106566B for ; Tue, 1 Dec 2009 20:29:50 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3D38FC12 for ; Tue, 1 Dec 2009 20:29:50 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 99E373A653; Tue, 1 Dec 2009 21:29:49 +0100 (CET) Date: Tue, 1 Dec 2009 21:29:49 +0100 From: Lars Engels To: Ivan Voras Message-ID: <20091201202949.GC32692@e.0x20.net> Mail-Followup-To: Lars Engels , Ivan Voras , freebsd-current@freebsd.org References: <1259583785.00188655.1259572802@10.7.7.3> <4B14B12F.9070802@FreeBSD.org> <20091201091317.9maspkprks0o48cs@0x20.net> <4B15110E.5030705@phat.za.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 01 Dec 2009 20:29:50 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 01, 2009 at 02:39:56PM +0100, Ivan Voras wrote: > I have added a preliminary, partially wikified version of it here: >=20 > http://wiki.freebsd.org/TuningPowerConsumption Thanks a lot! :) >=20 > Others may change or move the page if needed. That's why I'd like to have it in the wiki. --=20 Lars --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAksVfL0ACgkQKc512sD3afgotwCfa5+URpkhXpTbxbrOFVrqg1Gz FwAAoLO849NuxGyZgC0o4n6cm4BoMaE8 =9oL8 -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 20:42:10 2009 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 86A7110656BB; Tue, 1 Dec 2009 20:42:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 20FCB8FC0C; Tue, 1 Dec 2009 20:42:08 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB1KftqA001231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Dec 2009 22:41:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB1KftFT038022; Tue, 1 Dec 2009 22:41:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB1Kfsj4038021; Tue, 1 Dec 2009 22:41:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 1 Dec 2009 22:41:54 +0200 From: Kostik Belousov To: "Sean C. Farley" Message-ID: <20091201204154.GC2368@deviant.kiev.zoral.com.ua> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UvwuEPigQXXfOf7G" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, WEIRD_PORT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 20:42:10 -0000 --UvwuEPigQXXfOf7G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 01, 2009 at 12:59:25PM -0600, Sean C. Farley wrote: > On Tue, 1 Dec 2009, John Baldwin wrote: >=20 > >On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: > >>Since I installed a new world and kernel on November 26 I'm seeing > >>core dumps with cvsup, even though I reinstalled cvsup yesterday. > >> > >>Here the output from a gdb session without any debugging symbols: > >> > >>Core was generated by `cvsup'. > >>Program terminated with signal 4, Illegal instruction. > >>Reading symbols from /lib/libz.so.5...(no debugging symbols found)...do= ne. > >>Loaded symbols for /lib/libz.so.5 > >>Reading symbols from /lib/libm.so.5...(no debugging symbols found)...do= ne. > >>Loaded symbols for /lib/libm.so.5 > >>Reading symbols from /lib/libc.so.7...(no debugging symbols found)...do= ne. > >>Loaded symbols for /lib/libc.so.7 > >>Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > >found)...done. > >>Loaded symbols for /libexec/ld-elf.so.1 > >>#0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > >>(gdb) bt > >>#0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > >>#1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 > >>#2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 > >>#3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 > >>#4 0x00000008009f1988 in _once () from /lib/libc.so.7 > >>#5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 > >>#6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 > >>#7 0x00000000004a643a in calloc () > >>#8 0x000000000043aec7 in ?? () > >>#9 0x0000000000448eaa in ?? () > >>#10 0x0000000000409ece in ?? () > >>#11 0x00000000004191a4 in ?? () > >>#12 0x0000000000417cbe in ?? () > >>#13 0x000000000041529f in ?? () > >>#14 0x0000000000414d7a in ?? () > >>#15 0x000000000049f980 in calloc () > >>#16 0x000000000048fa3d in fnmatch () > >>#17 0x00007fffffffd3e8 in ?? () > >>#18 0x00007fffffffe950 in ?? () > >>#19 0x00007fffffffea40 in ?? () > >>#20 0x00007fffffffea28 in ?? () > >>#21 0x0000000000000000 in ?? () > >>#22 0x0000000000000000 in ?? () > >>#23 0x00001fa00000037f in ?? () > >>#24 0x0000000000000000 in ?? () > >>#25 0x00000000006476c0 in ?? () > >>#26 0x00000000006476c0 in ?? () > >>#27 0x0000000000494d89 in fnmatch () > >>Previous frame inner to this frame (corrupt stack?) > >> > >>Seems to me that _once() was a very recent addition. Can't say for > >>certain whether this is the culprit, but it looks suspicious to me. > > > >Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbo= ls > >that could be helpful (just cd /usr/src/lib/libc; make clean; make > >DEBUG_FLAGS=3D-g install). >=20 > Here is what I get from cvsupd: > 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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `cvsupd'. > Program terminated with signal 4, Illegal instruction. > Reading symbols from /lib/libz.so.5...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from=20 > /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7...done. > Loaded symbols for /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 > (gdb) where > #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 > #1 0x00000008005c156b in dladdr () from /libexec/ld-elf.so.1 > #2 0x00000008005c1643 in dladdr () from /libexec/ld-elf.so.1 > #3 0x00000008005be7bd in ?? () from /libexec/ld-elf.so.1 > #4 0x0000000000816ed8 in ?? () > #5 0x0000000000000000 in ?? () > #6 0x0000000000000006 in ?? () > #7 0x0000000000000043 in ?? () > #8 0x000000000072aba8 in ?? () > #9 0x0000000800a368e1 in _nsyycheck () from=20 > /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 > #10 0x000000000072abbb in ?? () > #11 0x0000000000008000 in ?? () > #12 0x000000000072abbe in ?? () > #13 0x0000000000000216 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x00000008005ed600 in ?? () > #16 0x0000000000000161 in ?? () > #17 0x0000000800a09049 in tzload (name=3D0x800a368e1 "posixrules",=20 > sp=3D0x7353b8, doextend=3D0) at=20 > /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 > #18 0x0000000800a08a1e in tzparse (name=3D0x72b1cd "CDT,M3.2.0,M11.1.0",= =20 > sp=3D0x7353b8, lastditch=3DVariable "lastditch" is not available. > ) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1003 > #19 0x0000000800a096f6 in tzload (name=3DVariable "name" is not available= .)=20 > at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:580 > #20 0x0000000800a09a86 in tzsetwall_basic (rdlocked=3D1) at=20 > /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1229 > #21 0x0000000800a09deb in mktime (tmp=3D0x739ff8) at=20 > /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:2119 > #22 0x00000000004ae085 in Date__ToTime (M3_D5xROs_d=3D0x5eed80) at=20 > DateBsd.m3:77 > #23 0x00000000004709dc in TimeStamp__Init () at TimeStamp.m3:46 > #24 0x0000000000470aa2 in TimeStamp__New (M3_CD9pHn__result=3D0x73a1c8) a= t=20 > TimeStamp.m3:60 > #25 0x000000000046fc1e in Random__RandomSeed () at Random.m3:67 > #26 0x000000000046fab2 in Random__Init (M3_B04YLH_t=3D0x825b38,=20 > M3_AicXUJ_fixed=3D0 '\0') at Random.m3:42 > #27 0x000000000044b9d5 in SortedRCSDeltaTbl__Init (M3_EKdMGR_tbl=3D0x825a= f8)=20 > at SortedTable.mg:106 > #28 0x0000000000450d99 in RCSFile__Init (M3_BcmbT8_rf=3D0x825990,=20 > M3_Bjvku1_desc=3D0x825a40) at RCSFile.m3:483 > #29 0x00000000004510c2 in RCSFile__OpenReadonly (M3_Bd56fi_p=3D0x825838) = at=20 > RCSFile.m3:574 > #30 0x000000000046305f in Attic__RCSFileOpenReadonly=20 > (M3_DMtSqf_path=3D0x73b3f8) at Attic.m3:120 > #31 0x00000000004166bc in RCSComp__CheckoutSend (M3_BQOzaz_self=3D0x65a61= 0,=20 > M3_CzVV2w_sfr=3D0x65e300, M3_Bd56fi_name=3D0x825778, M3_Bd56fi_tag=3D0x65= 1a00,=20 > M3_Bd56fi_date=3D0x651a00, > M3_AicXUJ_deleteIfDead=3D0 '\0', M3_AicXUJ_isFixup=3D0 '\0') at=20 > RCSComp.m3:1715 > #32 0x000000000040d08a in RCSComp__CompCollection (M3_BQOzaz_self=3D0x65a= 610,=20 > M3_CzVV2w_sfr=3D0x65e300) at RCSComp.m3:238 > #33 0x000000000040c4d8 in RCSComp__CompBatch (M3_BQOzaz_self=3D0x65a610) = at=20 > RCSComp.m3:155 > #34 0x000000000040bc90 in RCSComp__Apply (M3_BQOzaz_self=3D0x65a610) at= =20 > RCSComp.m3:78 > #35 0x00000000004a7240 in ThreadPosix__DetermineContext=20 > (M3_AJWxb1_oldSP=3D0x35) at ThreadPosix.m3:1127 > #36 0x0000000000689058 in ?? () > #37 0x00007fffffffe0a0 in ?? () > #38 0x000000000049c68c in RTMisc__Align (M3_AJWxb1_a=3DCannot access memo= ry=20 > at address 0x64c) at RTMisc.m3:31 > Previous frame inner to this frame (corrupt stack?) > (gdb) x/i $rip > 0x8005c0d20 <_rtld_error+3296>: mov %rdi,0xffffffffffffffa0(%rbp) > (gdb) info threads=20 > * 1 process 100176 0x00000008005c0d20 in _rtld_error () from=20 > /libexec/ld-elf.so.1 >=20 > BTW, I noticed the m3 call ThreadPosix__DetermineContext(), yet cvsupd=20 > is not linked against a thread library. The amd64 binary is linked to=20 > libz, libm and libc. The i386 binary links against those as well as=20 > libutil and libmd. Could you, please, also recompile rtld with debugging symbols ? SIGILL might be generated by kernel when signal frame cannot be copied out to usermode stack. Check out the registers content and size of stack too. --UvwuEPigQXXfOf7G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksVf5IACgkQC3+MBN1Mb4hTMwCgrLfCJgv018WpaphqpemOTj51 5R4AoN4Qth8e7XKp9l1+++NB0l9Yt733 =9fRC -----END PGP SIGNATURE----- --UvwuEPigQXXfOf7G-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 20:48:40 2009 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 1886A106568D for ; Tue, 1 Dec 2009 20:48:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id EDB8A8FC1A for ; Tue, 1 Dec 2009 20:48:39 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 9606A9DA80; Tue, 1 Dec 2009 12:48:39 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 057462D6012; Tue, 1 Dec 2009 12:48:38 -0800 (PST) Message-ID: <4B15812B.3000601@elischer.org> Date: Tue, 01 Dec 2009 12:48:43 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Kevin Smith References: <4B129960.9030107@gmail.com> <4B12B6B9.3030106@bsd.com.br> <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> <20091201173411.GA3637@lath.rinet.ru> <4B156F92.6020500@gmail.com> In-Reply-To: <4B156F92.6020500@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, Oleg Bulyzhin , Ben Kelly Subject: Re: dummynet issues 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, 01 Dec 2009 20:48:40 -0000 Kevin Smith wrote: > Oleg Bulyzhin wrote: >> On Mon, Nov 30, 2009 at 11:58:55PM -0500, Ben Kelly wrote: >>> I actually have not measured my bandwidth to validate dummynet. I have simply observed these messages repeating in my log: >>> >>> dummynet: OUCH! pipe should have been idle! >>> >>> Under normal conditions I don't really need the dummynet rules to shape traffic for my configuration to work, so it has not been a high priority for me yet. Do you see the log messages? >>> >>> Thanks. >>> >>> - Ben >> It seems i've found the problem. Please test attached patch (it's for R8.0 >> sources and include r198845). I'm interested in some feedback: >> 1) does it solve 'OUCH' messages problem? >> 2) does it solve bandwidth problem (if there was any)? >> >> > The patch fixes the problem: now it seems all ok, no more "OUCH" > messages and pipe bandwidth limiting works again. > Thank you very much, Oleg!! > Best regards, > this should be made an errata item for 8.0 From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 21:23:28 2009 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 EF24D1065694; Tue, 1 Dec 2009 21:23:28 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 40D2F8FC19; Tue, 1 Dec 2009 21:23:27 +0000 (UTC) Received: by fxm10 with SMTP id 10so4567241fxm.14 for ; Tue, 01 Dec 2009 13:23:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.85.68 with SMTP id t46mr2041505wee.114.1259702606984; Tue, 01 Dec 2009 13:23:26 -0800 (PST) In-Reply-To: <20091201202721.GB32692@e.0x20.net> References: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> <20091201020002.GC99650@haydn.nognu.de> <20091201202721.GB32692@e.0x20.net> Date: Tue, 1 Dec 2009 19:23:26 -0200 Message-ID: <5859850b0912011323h18d23577h69729ed455026b3c@mail.gmail.com> From: Sylvio Cesar To: Lars Engels , Frank Steinborn , Sylvio Cesar , ports@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: [Call For Testing] New version - aMSN-0.98.1 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, 01 Dec 2009 21:23:29 -0000 Thanks Lars. 2009/12/1 Lars Engels : > On Tue, Dec 01, 2009 at 03:00:02AM +0100, Frank Steinborn wrote: >> Sylvio Cesar wrote: >> > Hi folks, >> > >> > I would like to invite everyone to test the newest version of aMSN. >> > This version has support for video conferencing and audio conferencing, is >> > using tk and tcl 8.6 with support for threads. >> >> Running fine here for the last 24 hours and I'm forced to be a heavy >> msn-user. Everything is functional, video-call is fine too (but only >> incoming, don't have a cam myself). >> >> Thanks for it, I might even switch from emesene. > > Works for me, also. I can setup my pwcbsd-based cam, but cannot connect > to the other client which can be because of my firewall settings. > > From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 22:04:06 2009 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 F376B1065692; Tue, 1 Dec 2009 22:04:05 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id A3DDA8FC0C; Tue, 1 Dec 2009 22:04:05 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB1M447p008711; Tue, 1 Dec 2009 16:04:04 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 1 Dec 2009 16:04:04 -0600 (CST) From: "Sean C. Farley" To: John Baldwin In-Reply-To: <200912011441.44086.jhb@freebsd.org> Message-ID: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <200912011441.44086.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 22:04:06 -0000 On Tue, 1 Dec 2009, John Baldwin wrote: > On Tuesday 01 December 2009 1:59:25 pm Sean C. Farley wrote: >> On Tue, 1 Dec 2009, John Baldwin wrote: >> Here is what I get from cvsupd: >> 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"... >> Core was generated by `cvsupd'. >> Program terminated with signal 4, Illegal instruction. >> Reading symbols from /lib/libz.so.5...done. >> Loaded symbols for /lib/libz.so.5 >> Reading symbols from /lib/libm.so.5...done. >> Loaded symbols for /lib/libm.so.5 >> Reading symbols from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7...done. >> Loaded symbols for /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 > > Wait, you are using a libc from stable/8 and getting this problem? > The _once() stuff isn't in stable/8's libc, only in head. I am running stable/8, and I can confirm that the source tree is actually stable/8. >> Reading symbols from /libexec/ld-elf.so.1...done. >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 >> (gdb) where >> #0 0x00000008005c0d20 in _rtld_error () from /libexec/ld-elf.so.1 >> #1 0x00000008005c156b in dladdr () from /libexec/ld-elf.so.1 >> #2 0x00000008005c1643 in dladdr () from /libexec/ld-elf.so.1 >> #3 0x00000008005be7bd in ?? () from /libexec/ld-elf.so.1 >> #4 0x0000000000816ed8 in ?? () >> #5 0x0000000000000000 in ?? () >> #6 0x0000000000000006 in ?? () >> #7 0x0000000000000043 in ?? () >> #8 0x000000000072aba8 in ?? () >> #9 0x0000000800a368e1 in _nsyycheck () from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 >> #10 0x000000000072abbb in ?? () >> #11 0x0000000000008000 in ?? () >> #12 0x000000000072abbe in ?? () >> #13 0x0000000000000216 in ?? () >> #14 0x0000000000000000 in ?? () >> #15 0x00000008005ed600 in ?? () >> #16 0x0000000000000161 in ?? () >> #17 0x0000000800a09049 in tzload (name=0x800a368e1 "posixrules", sp=0x7353b8, doextend=0) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 > > This is a call to strcat() in my sources here. Can you pop up to this > frame and do 'list'? The strcat() puzzled me too. I do have very few changes in the tree, but they are not related to this. (gdb) frame 17 #17 0x0000000800a09049 in tzload (name=0x800a368e1 "posixrules", sp=0x7353b8, doextend=0) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 422 (void) strcat(fullname, name); (gdb) l 417 return -1; 418 if ((strlen(p) + 1 + strlen(name) + 1) >= sizeof fullname) 419 return -1; 420 (void) strcpy(fullname, p); 421 (void) strcat(fullname, "/"); 422 (void) strcat(fullname, name); 423 /* 424 ** Set doaccess if '.' (as in "../") shows up in name. 425 */ 426 if (strchr(name, '.') != NULL) Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 22:31:52 2009 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 969F21065694 for ; Tue, 1 Dec 2009 22:31:52 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB088FC1D for ; Tue, 1 Dec 2009 22:31:52 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB1MVoCg009206; Tue, 1 Dec 2009 16:31:50 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 1 Dec 2009 16:31:50 -0600 (CST) From: "Sean C. Farley" To: Kostik Belousov In-Reply-To: <20091201204154.GC2368@deviant.kiev.zoral.com.ua> Message-ID: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091201204154.GC2368@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; format=flowed X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,BAYES_00,NO_RELAYS, WEIRD_PORT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: core dump in cvsup caused by _once()? 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, 01 Dec 2009 22:31:52 -0000 On Tue, 1 Dec 2009, Kostik Belousov wrote: > On Tue, Dec 01, 2009 at 12:59:25PM -0600, Sean C. Farley wrote: >> On Tue, 1 Dec 2009, John Baldwin wrote: >>> On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: >>>> Since I installed a new world and kernel on November 26 I'm seeing >>>> core dumps with cvsup, even though I reinstalled cvsup yesterday. I just want to note that Gary and my problems may not necessarily be related. They just happened in the same program package (cvsup). His is with cvsup and mine is with cvsupd. However, both look related since they are getting SIGILL and are calling time functions in libc. >> BTW, I noticed the m3 call ThreadPosix__DetermineContext(), yet >> cvsupd is not linked against a thread library. The amd64 binary is >> linked to libz, libm and libc. The i386 binary links against those >> as well as libutil and libmd. > > Could you, please, also recompile rtld with debugging symbols ? > > SIGILL might be generated by kernel when signal frame cannot be copied > out to usermode stack. Check out the registers content and size of > stack too. In what detail and how to print with gdb, do you need the registers and stack size? Here are the registers for frame #1. (gdb) info registers rax 0x4 4 rbx 0x8005ef230 34365960752 rcx 0x71bfc8 7454664 rdx 0x71bb40 7453504 rsi 0x2 2 rdi 0xb 11 rbp 0x4a9 0x4a9 rsp 0x71c038 0x71c038 r8 0x8005ef230 34365960752 r9 0x1 1 r10 0x0 0 r11 0x985 2437 r12 0x8005ed600 34365953536 r13 0x0 0 r14 0x800941c08 34369444872 r15 0x80094b88d 34369484941 rip 0x8005c167b 0x8005c167b eflags 0x10216 66070 cs 0x43 67 ss 0x3b 59 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 New stack trace with more debugging: 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"... Core was generated by `cvsupd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7...done. Loaded symbols for /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 symlook_default (name=0xb
, hash=2, refobj=0x71bb40, defobj_out=0x71bfc8, ventry=0x8005ef230, flags=1) at rtld.c:2611 2611 { (gdb) where #0 symlook_default (name=0xb
, hash=2, refobj=0x71bb40, defobj_out=0x71bfc8, ventry=0x8005ef230, flags=1) at rtld.c:2611 #1 0x00000008005c167b in find_symdef (symnum=1193, refobj=0x8005ed600, defobj_out=0x71c0a0, flags=1, cache=0x0) at rtld.c:1206 #2 0x00000008005c1753 in _rtld_bind (obj=0x8005ed600, reloff=Variable "reloff" is not available. ) at rtld.c:578 #3 0x00000008005be8cd in _rtld_bind_start () at /usr/FreeBSD/branches/stable/8/src/libexec/rtld-elf/amd64/rtld_start.S:99 #4 0x0000000000000985 in ?? () #5 0x0000000000000000 in ?? () #6 0x0000000000000006 in ?? () #7 0x0000000000000043 in ?? () #8 0x000000000072aba8 in ?? () #9 0x0000000800a368e1 in _nsyycheck () from /usr/FreeBSD/branches/stable/8/src/lib/libc/libc.so.7 #10 0x000000000072abbb in ?? () #11 0x0000000000008000 in ?? () #12 0x000000000072abbe in ?? () #13 0x0000000000000216 in ?? () #14 0x0000000000000000 in ?? () #15 0x00000008005ed600 in ?? () #16 0x0000000000000161 in ?? () #17 0x0000000800a09049 in tzload (name=0x800a368e1 "posixrules", sp=0x7353b8, doextend=0) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:422 #18 0x0000000800a08a1e in tzparse (name=0x72b1cd "CDT,M3.2.0,M11.1.0", sp=0x7353b8, lastditch=Variable "lastditch" is not available. ) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1003 #19 0x0000000800a096f6 in tzload (name=Variable "name" is not available. ) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:580 #20 0x0000000800a09a86 in tzsetwall_basic (rdlocked=1) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:1229 #21 0x0000000800a09deb in mktime (tmp=0x739ff8) at /usr/FreeBSD/branches/stable/8/src/lib/libc/stdtime/localtime.c:2119 #22 0x00000000004ae085 in Date__ToTime (M3_D5xROs_d=0x5eed80) at DateBsd.m3:77 #23 0x00000000004709dc in TimeStamp__Init () at TimeStamp.m3:46 #24 0x0000000000470aa2 in TimeStamp__New (M3_CD9pHn__result=0x73a1c8) at TimeStamp.m3:60 #25 0x000000000046fc1e in Random__RandomSeed () at Random.m3:67 #26 0x000000000046fab2 in Random__Init (M3_B04YLH_t=0x756d88, M3_AicXUJ_fixed=0 '\0') at Random.m3:42 #27 0x000000000044b9d5 in SortedRCSDeltaTbl__Init (M3_EKdMGR_tbl=0x756d48) at SortedTable.mg:106 #28 0x0000000000450d99 in RCSFile__Init (M3_BcmbT8_rf=0x756be0, M3_Bjvku1_desc=0x756c90) at RCSFile.m3:483 #29 0x00000000004510c2 in RCSFile__OpenReadonly (M3_Bd56fi_p=0x756a88) at RCSFile.m3:574 #30 0x000000000046305f in Attic__RCSFileOpenReadonly (M3_DMtSqf_path=0x73b3f8) at Attic.m3:120 #31 0x00000000004166bc in RCSComp__CheckoutSend (M3_BQOzaz_self=0x65a610, M3_CzVV2w_sfr=0x65e300, M3_Bd56fi_name=0x7569c8, M3_Bd56fi_tag=0x651a00, M3_Bd56fi_date=0x651a00, M3_AicXUJ_deleteIfDead=0 '\0', M3_AicXUJ_isFixup=0 '\0') at RCSComp.m3:1715 #32 0x000000000040d08a in RCSComp__CompCollection (M3_BQOzaz_self=0x65a610, M3_CzVV2w_sfr=0x65e300) at RCSComp.m3:238 #33 0x000000000040c4d8 in RCSComp__CompBatch (M3_BQOzaz_self=0x65a610) at RCSComp.m3:155 #34 0x000000000040bc90 in RCSComp__Apply (M3_BQOzaz_self=0x65a610) at RCSComp.m3:78 #35 0x00000000004a7240 in ThreadPosix__DetermineContext (M3_AJWxb1_oldSP=0x35) at ThreadPosix.m3:1127 #36 0x0000000000689058 in ?? () #37 0x00007fffffffe0a0 in ?? () #38 0x000000000049c68c in RTMisc__Align (M3_AJWxb1_a=Cannot access memory at address 0x64c ) at RTMisc.m3:31 Previous frame inner to this frame (corrupt stack?) (gdb) frame 0 #0 symlook_default (name=0xb
, hash=2, refobj=0x71bb40, defobj_out=0x71bfc8, ventry=0x8005ef230, flags=1) at rtld.c:2611 2611 { (gdb) l 2606 * defining object via the reference parameter DEFOBJ_OUT. 2607 */ 2608 static const Elf_Sym * 2609 symlook_default(const char *name, unsigned long hash, const Obj_Entry *refobj, 2610 const Obj_Entry **defobj_out, const Ver_Entry *ventry, int flags) 2611 { 2612 DoneList donelist; 2613 const Elf_Sym *def; 2614 const Elf_Sym *symp; 2615 const Obj_Entry *obj; (gdb) x/i $rip 0x8005c0e30 : mov %rdi,0xffffffffffffffa0(%rbp) (gdb) quit Here is information from frame #1. (gdb) frame 1 #1 0x00000008005c167b in find_symdef (symnum=1193, refobj=0x8005ed600, defobj_out=0x71c0a0, flags=1, cache=0x0) at rtld.c:1206 1206 def = symlook_default(name, hash, refobj, &defobj, ventry, flags); (gdb) info frame Stack level 1, frame at 0x71c098: rip = 0x8005c167b in find_symdef (rtld.c:1206); saved rip 0x8005c1753 called by frame at 0x71c0d8, caller of frame at 0x71c038 source language c. Arglist at 0x71c030, args: symnum=1193, refobj=0x8005ed600, defobj_out=0x71c0a0, flags=1, cache=0x0 Locals at 0x71c030, Previous frame's sp is 0x71c098 Saved registers: rbx at 0x71c060, rbp at 0x71c068, r12 at 0x71c070, r13 at 0x71c078, r14 at 0x71c080, r15 at 0x71c088, rip at 0x71c090 I find this interesting. The call to strcat() on the preceding line worked. (gdb) p name $2 = 0x80094b88d "strcat" Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 00:26:44 2009 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 5C24A1065694; Wed, 2 Dec 2009 00:26:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 351858FC24; Wed, 2 Dec 2009 00:26:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB20QhHc036234; Tue, 1 Dec 2009 19:26:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB20QhVg036230; Wed, 2 Dec 2009 00:26:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Dec 2009 00:26:43 GMT Message-Id: <200912020026.nB20QhVg036230@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 00:26:44 -0000 TB --- 2009-12-01 23:03:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-01 23:03:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-01 23:03:31 - cleaning the object tree TB --- 2009-12-01 23:03:40 - cvsupping the source tree TB --- 2009-12-01 23:03:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-01 23:03:58 - building world TB --- 2009-12-01 23:03:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-01 23:03:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-01 23:03:58 - TARGET=ia64 TB --- 2009-12-01 23:03:58 - TARGET_ARCH=ia64 TB --- 2009-12-01 23:03:58 - TZ=UTC TB --- 2009-12-01 23:03:58 - __MAKE_CONF=/dev/null TB --- 2009-12-01 23:03:58 - cd /src TB --- 2009-12-01 23:03:58 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 1 23:03:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 2 00:20:21 UTC 2009 TB --- 2009-12-02 00:20:21 - generating LINT kernel config TB --- 2009-12-02 00:20:21 - cd /src/sys/ia64/conf TB --- 2009-12-02 00:20:21 - /usr/bin/make -B LINT TB --- 2009-12-02 00:20:21 - building LINT kernel TB --- 2009-12-02 00:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-02 00:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-02 00:20:21 - TARGET=ia64 TB --- 2009-12-02 00:20:21 - TARGET_ARCH=ia64 TB --- 2009-12-02 00:20:21 - TZ=UTC TB --- 2009-12-02 00:20:21 - __MAKE_CONF=/dev/null TB --- 2009-12-02 00:20:21 - cd /src TB --- 2009-12-02 00:20:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 2 00:20:21 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc1: warnings being treated as errors /src/sys/dev/iir/iir_ctrl.c:86: warning: redundant redeclaration of 'ostype' /src/sys/sys/sysctl.h:676: warning: previous declaration of 'ostype' was here /src/sys/dev/iir/iir_ctrl.c:87: warning: redundant redeclaration of 'osrelease' /src/sys/sys/sysctl.h:675: warning: previous declaration of 'osrelease' was here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-02 00:26:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-02 00:26:43 - ERROR: failed to build lint kernel TB --- 2009-12-02 00:26:43 - 3923.63 user 637.52 system 4991.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 09:01:40 2009 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 2A3681065670 for ; Wed, 2 Dec 2009 09:01:40 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id 060198FC2D for ; Wed, 2 Dec 2009 09:01:38 +0000 (UTC) Received: by pxi8 with SMTP id 8so1470010pxi.27 for ; Wed, 02 Dec 2009 01:01:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.132.7 with SMTP id f7mr483262rvd.296.1259744498121; Wed, 02 Dec 2009 01:01:38 -0800 (PST) In-Reply-To: References: <200911301117.37950.naylor.b.david@gmail.com> Date: Wed, 2 Dec 2009 20:01:38 +1100 Message-ID: From: Antony Mawer To: Robert Watson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 02 Dec 2009 09:01:40 -0000 On Wed, Dec 2, 2009 at 12:25 AM, Robert Watson wrote: ... > > For tests that depend on file system namespace operations, seeing a > measurement comparing ZFS directly would be interesting; likewise, perhap= s > using async file system mounts on FreeBSD without soft updates. =A0Jeff's > forthcoming journaling changes would also be interesting to consider, but > I'm not sure to what extent he'll see performance improvements, or whethe= r > it's just about the consistency improvements for his SU+J work. Is there any information about what these journaling changes are or what they involve? I would be interested to keep tabs on any ongoing work being done on journalling for UFS... --Antony From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 09:32:53 2009 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 165B5106568B; Wed, 2 Dec 2009 09:32:53 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id C0D2A8FC0A; Wed, 2 Dec 2009 09:32:52 +0000 (UTC) Received: by lath.rinet.ru (Postfix, from userid 222) id 87443704B; Wed, 2 Dec 2009 12:32:51 +0300 (MSK) Date: Wed, 2 Dec 2009 12:32:51 +0300 From: Oleg Bulyzhin To: Julian Elischer Message-ID: <20091202093251.GA32092@lath.rinet.ru> References: <4B12C32F.3060709@gmail.com> <4B12C543.2070204@mgwigglesworth.net> <4B141A77.4030102@gmail.com> <20091130201222.GC72710@lath.rinet.ru> <20091130234537.GA78185@lath.rinet.ru> <20091201173411.GA3637@lath.rinet.ru> <4B156F92.6020500@gmail.com> <4B15812B.3000601@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B15812B.3000601@elischer.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ipfw@freebsd.org, Kevin Smith , freebsd-current@freebsd.org, Ben Kelly Subject: Re: dummynet issues 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, 02 Dec 2009 09:32:53 -0000 On Tue, Dec 01, 2009 at 12:48:43PM -0800, Julian Elischer wrote: > this should be made an errata item for 8.0 I'm not sure about the procedure, should i contact re@ team? -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 10:17:31 2009 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 BA7EC106568B for ; Wed, 2 Dec 2009 10:17:31 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8071D8FC15 for ; Wed, 2 Dec 2009 10:17:31 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 21F14730DA; Wed, 2 Dec 2009 11:25:41 +0100 (CET) Date: Wed, 2 Dec 2009 11:25:41 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20091202102541.GA71448@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: ipfw@freebsd.org Subject: heads up - upcoming dummynet/ipfw refactoring 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, 02 Dec 2009 10:17:31 -0000 Hi, in the next weeks i am going to slowly push into -head (and when possible also in RELENG_8) several restructuring and cleanup changes in dummynet and ipfw. This is the result of work we have been doing in Pisa in the last few months with Riccardo Panicucci and Marta Carbone. I am trying to organize the commits so that the ABI CHANGE WILL BE HARMLESS -- basically, we have implemented some compatibility code in the kernel so that NEW KERNELS WILL UNDERSTAND THE OLD USERLAND (from 7.x and above). Apart from this, the high level goals are: - refactor and split the code which after 10+ years has grown in uncontrolled ways (huge files, some style issues, some performance issues); - pull out generic code for data structures (e.g. binary heaps, hash tables) that could be useful or perhaps already exist in other parts of the kernel. - clean up the ABI so we have a truly extensible one. This mostly affects dummynet because ipfw is already in a reasonable shape, but there are places where ipfw has issues as well (e.g. due to counter sizes etc.); - add support for more dummynet features, most noticeably an API for pluggable link schedulers so one can choose those that fit best his requirements. I don't expect much if any disruption of the system, because most of the work is on the software interfaces and not in the inner working of the algorithms. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 10:53:45 2009 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 5DC40106566B; Wed, 2 Dec 2009 10:53:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36C8E8FC08; Wed, 2 Dec 2009 10:53:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB2Ariq1024645; Wed, 2 Dec 2009 05:53:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB2AriUk024638; Wed, 2 Dec 2009 10:53:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Dec 2009 10:53:44 GMT Message-Id: <200912021053.nB2AriUk024638@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 10:53:45 -0000 TB --- 2009-12-02 09:29:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-02 09:29:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-02 09:29:43 - cleaning the object tree TB --- 2009-12-02 09:29:54 - cvsupping the source tree TB --- 2009-12-02 09:29:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-02 09:31:03 - building world TB --- 2009-12-02 09:31:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-02 09:31:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-02 09:31:03 - TARGET=ia64 TB --- 2009-12-02 09:31:03 - TARGET_ARCH=ia64 TB --- 2009-12-02 09:31:03 - TZ=UTC TB --- 2009-12-02 09:31:03 - __MAKE_CONF=/dev/null TB --- 2009-12-02 09:31:03 - cd /src TB --- 2009-12-02 09:31:03 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 2 09:31:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 2 10:47:24 UTC 2009 TB --- 2009-12-02 10:47:24 - generating LINT kernel config TB --- 2009-12-02 10:47:24 - cd /src/sys/ia64/conf TB --- 2009-12-02 10:47:24 - /usr/bin/make -B LINT TB --- 2009-12-02 10:47:24 - building LINT kernel TB --- 2009-12-02 10:47:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-02 10:47:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-02 10:47:24 - TARGET=ia64 TB --- 2009-12-02 10:47:24 - TARGET_ARCH=ia64 TB --- 2009-12-02 10:47:24 - TZ=UTC TB --- 2009-12-02 10:47:24 - __MAKE_CONF=/dev/null TB --- 2009-12-02 10:47:24 - cd /src TB --- 2009-12-02 10:47:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 2 10:47:24 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc1: warnings being treated as errors /src/sys/dev/iir/iir_ctrl.c:86: warning: redundant redeclaration of 'ostype' /src/sys/sys/sysctl.h:676: warning: previous declaration of 'ostype' was here /src/sys/dev/iir/iir_ctrl.c:87: warning: redundant redeclaration of 'osrelease' /src/sys/sys/sysctl.h:675: warning: previous declaration of 'osrelease' was here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-02 10:53:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-02 10:53:44 - ERROR: failed to build lint kernel TB --- 2009-12-02 10:53:44 - 3924.26 user 637.66 system 5041.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 11:10:34 2009 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 1B9FE106568B for ; Wed, 2 Dec 2009 11:10:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id A66368FC16 for ; Wed, 2 Dec 2009 11:10:33 +0000 (UTC) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFn6P-0006sl-1x for freebsd-current@freebsd.org; Wed, 02 Dec 2009 12:10:33 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:30242 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFn6O-00086t-Pz for freebsd-current@freebsd.org; Wed, 02 Dec 2009 12:10:33 +0100 Date: Wed, 2 Dec 2009 12:10:32 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20091202121032.0d9d294d@ernst.jennejohn.org> In-Reply-To: <20091201164448.0881b06a@ernst.jennejohn.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091201164448.0881b06a@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 11:10:34 -0000 On Tue, 1 Dec 2009 16:44:48 +0100 Gary Jennejohn wrote: > I'll give it a shot as soon as I can recompile the tree. Compiling libc > alone doesn't work right now - there's an error about a missing SIG_HOLD. > There's definitely a regression here. Even with an up-to-date src tree it's not possible to recompile libc on its own. The commit which added, among other things, the sighold handling seems to have broken things. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 11:23:49 2009 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 0A201106566B; Wed, 2 Dec 2009 11:23:49 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id BF37E8FC13; Wed, 2 Dec 2009 11:23:48 +0000 (UTC) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFnJE-0000jY-3M; Wed, 02 Dec 2009 12:23:48 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:18744 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFnJD-0000ww-P1; Wed, 02 Dec 2009 12:23:48 +0100 Date: Wed, 2 Dec 2009 12:23:47 +0100 From: Gary Jennejohn To: John Baldwin Message-ID: <20091202122347.124c2652@ernst.jennejohn.org> In-Reply-To: <200912011009.59961.jhb@freebsd.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 11:23:49 -0000 On Tue, 1 Dec 2009 10:09:59 -0500 John Baldwin wrote: [snip old gdb stuff] > Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols > that could be helpful (just cd /usr/src/lib/libc; make clean; make > DEBUG_FLAGS=-g install). > OK, here it is: Core was generated by `cvsup'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008009ee0e7 in tzload (name=0xb
, sp=0x76fe58, doextend=0) at /usr/src/lib/libc/stdtime/localtime.c:393 393 if (name != NULL && issetugid() != 0) (gdb) bt #0 0x00000008009ee0e7 in tzload (name=0xb
, sp=0x76fe58, doextend=0) at /usr/src/lib/libc/stdtime/localtime.c:393 #1 0x00000008009edb8e in tzparse (name=0x765c6d "", sp=0x76fe58, lastditch=Variable "lastditch" is not available. ) at /usr/src/lib/libc/stdtime/localtime.c:1002 #2 0x00000008009ee810 in tzload (name=Variable "name" is not available. ) at /usr/src/lib/libc/stdtime/localtime.c:579 #3 0x00000008009eea28 in gmtload (sp=0x800b4d7a0) at /usr/src/lib/libc/stdtime/localtime.c:1197 #4 0x00000008009f1d78 in _once (once_control=0x800b48fe0, init_routine=Variable "init_routine" is not available. ) at /usr/src/lib/libc/gen/_once_stub.c:43 #5 0x00000008009ed80f in gmtsub (timep=0x774bb8, offset=0, tmp=0x800b52040) at /usr/src/lib/libc/stdtime/localtime.c:1489 #6 0x00000008009ef097 in gmtime (timep=0x774bb8) at /usr/src/lib/libc/stdtime/localtime.c:1550 #7 0x00000000004a643a in calloc () #8 0x000000000043aec7 in ?? () #9 0x0000000000448eaa in ?? () #10 0x0000000000409ece in ?? () #11 0x00000000004191a4 in ?? () #12 0x0000000000417cbe in ?? () #13 0x000000000041529f in ?? () #14 0x0000000000414d7a in ?? () #15 0x000000000049f980 in calloc () #16 0x000000000048fa3d in fnmatch () #17 0x00007fffffffd3e8 in ?? () #18 0x00007fffffffe950 in ?? () #19 0x00007fffffffea40 in ?? () #20 0x00007fffffffea28 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x00001fa00000037f in ?? () #24 0x0000000000000000 in ?? () #25 0x00000000006476c0 in ?? () #26 0x00000000006476c0 in ?? () #27 0x0000000000494d89 in fnmatch () Previous frame inner to this frame (corrupt stack?) (gdb) x/i $rip 0x8009ee0e7 : callq 0x80094959c <_init+6180> (gdb) up #1 0x00000008009edb8e in tzparse (name=0x765c6d "", sp=0x76fe58, lastditch=Variable "lastditch" is not available. ) at /usr/src/lib/libc/stdtime/localtime.c:1002 1002 load_result = tzload(TZDEFRULES, sp, FALSE); (gdb) x/i $rip 0x8009edb8e : test %eax,%eax (gdb) up #2 0x00000008009ee810 in tzload (name=Variable "name" is not available. ) at /usr/src/lib/libc/stdtime/localtime.c:579 579 result = tzparse(&u.buf[1], &ts, FALSE); (gdb) x/i $rip 0x8009ee810 : test %eax,%eax (gdb) up #3 0x00000008009eea28 in gmtload (sp=0x800b4d7a0) at /usr/src/lib/libc/stdtime/localtime.c:1197 1197 if (tzload(gmt, sp, TRUE) != 0) (gdb) x/i $rip 0x8009eea28 : test %eax,%eax (gdb) up #4 0x00000008009f1d78 in _once (once_control=0x800b48fe0, init_routine=Variable "init_routine" is not available. ) at /usr/src/lib/libc/gen/_once_stub.c:43 43 init_routine(); (gdb) x/i $rip 0x8009f1d78 <_once+24>: movl $0x1,(%rbx) (gdb) up #5 0x00000008009ed80f in gmtsub (timep=0x774bb8, offset=0, tmp=0x800b52040) at /usr/src/lib/libc/stdtime/localtime.c:1489 1489 _once(&gmt_once, gmt_init); (gdb) x/i $rip 0x8009ed80f : lea 1441674(%rip),%rdx # 0x800b4d7a0 <_nsyyout+44408> (gdb) up #6 0x00000008009ef097 in gmtime (timep=0x774bb8) at /usr/src/lib/libc/stdtime/localtime.c:1550 1550 gmtsub(timep, 0L, &tm); (gdb) x/i $rip 0x8009ef097 : jmp 0x8009ef070 (gdb) up #7 0x00000000004a643a in calloc () (gdb) x/i $rip 0x4a643a : mov %rax,0xffffffffffffff48(%rbp) (gdb) frame 0 #0 0x00000008009ee0e7 in tzload (name=0xb
, sp=0x76fe58, doextend=0) at /usr/src/lib/libc/stdtime/localtime.c:393 393 if (name != NULL && issetugid() != 0) (gdb) --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 12:37:32 2009 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 70A6C1065676; Wed, 2 Dec 2009 12:37:32 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 334F88FC14; Wed, 2 Dec 2009 12:37:32 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 71B786D41C; Wed, 2 Dec 2009 12:37:31 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4FD08844E8; Wed, 2 Dec 2009 13:37:31 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Motin References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <4B153498.8050601@FreeBSD.org> Date: Wed, 02 Dec 2009 13:37:31 +0100 In-Reply-To: <4B153498.8050601@FreeBSD.org> (Alexander Motin's message of "Tue, 01 Dec 2009 17:22:00 +0200") Message-ID: <86eindo8l0.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 02 Dec 2009 12:37:32 -0000 Alexander Motin writes: > The results: > ata(4) - no NCQ: > Bytes per second: 12455402 > Requests per second: 189 > ahci(4) - with NCQ: > Bytes per second: 19889778 > Requests per second: 303 > > Results are repeatable up to the 4-th digit. Average time per request is > 5.29ms and 3.3ms respectively, that seems realistic for this drive. /usr/bin/ministat DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 12:41:26 2009 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 4B789106568B for ; Wed, 2 Dec 2009 12:41:26 +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 06D5A8FC15 for ; Wed, 2 Dec 2009 12:41:25 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NFoWE-0001kF-6z for freebsd-current@freebsd.org; Wed, 02 Dec 2009 13:41:18 +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 ; Wed, 02 Dec 2009 13:41:18 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Dec 2009 13:41:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 02 Dec 2009 13:41:01 +0100 Lines: 16 Message-ID: References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <4B153498.8050601@FreeBSD.org> <86eindo8l0.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <86eindo8l0.fsf@ds4.des.no> Sender: news Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 02 Dec 2009 12:41:26 -0000 Dag-Erling Smørgrav wrote: > Alexander Motin writes: >> The results: >> ata(4) - no NCQ: >> Bytes per second: 12455402 >> Requests per second: 189 >> ahci(4) - with NCQ: >> Bytes per second: 19889778 >> Requests per second: 303 >> >> Results are repeatable up to the 4-th digit. Average time per request is >> 5.29ms and 3.3ms respectively, that seems realistic for this drive. > > /usr/bin/ministat Wheee, it's built by default now :) From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 13:56:15 2009 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 28ADC1065676 for ; Wed, 2 Dec 2009 13:56:15 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id A41038FC13 for ; Wed, 2 Dec 2009 13:56:14 +0000 (UTC) Received: by bwz5 with SMTP id 5so180207bwz.3 for ; Wed, 02 Dec 2009 05:56:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=q0uk3KuQIfTRzUyus0za381F4QVTlYpTLx8udnPujIg=; b=S3zjp7s0/V79wqvLGM/auRjfZECuci3A6q4J26KOvtvyP8GXWm3e/EUeU0aBZY2/JF O0ggzZHkHHnAL0eCYbkkBC3731Aw36ZaR7JAwn7iv2MMYA6CanypM3uBx10GV3AtlpXS 0GRX7UkH7d9POF+ZtG+THQPNDHNSK0qQuqAbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=QFstwHz3oqram0ch8anSVqZqssF8YrWWGNs3QbEbrFeIvWSBNTeZwMwYA4spguu8s+ Lm7DV8hwNjR/y/isobeujvX6LJT9UQ+6lKdO7tDkMdSTb5mVSDKxiYFYnVqp1Kl8y9MA gBC831IpaAXCRIxm0ajnhiyHbqU4AzzqZPN4Q= Received: by 10.204.34.3 with SMTP id j3mr180409bkd.23.1259762173217; Wed, 02 Dec 2009 05:56:13 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm422199fxm.12.2009.12.02.05.56.12 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Dec 2009 05:56:12 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1671EE.1010301@FreeBSD.org> Date: Wed, 02 Dec 2009 15:55:58 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Testing CAM wrapper for ata(4) controller drivers 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, 02 Dec 2009 13:56:15 -0000 Hi. I would like to present for testing patch, turning ata(4) controllers drivers into native SIMs of new CAM ATA infrastructure. This patch adds new ATA_CAM kernel option, which allows switching between legacy and new CAM-based operation modes. To enable new mode you should add options ATA_CAM line to the kernel configuration file in addition to the ones required by CAM infrastructure and rebuild/reinstall the kernel. In legacy mode, the only difference will be - the way in which SATA speeds reported. Instead of mixing SATA revisions with PATA modes, they were separated, as they should be, allowing, for example, DMA-incapable or buggy SATA devices (usually PATA devices with built-in PATA/SATA converter) to work in PIO mode. While doing it, I had to completely rewrite ata(4) mode setting code, so legacy operation also need to be tested. I have successfully tested it on Intel, NVidia, VIA, Marvell, JMicron PATA controllers with all PIO/DMA modes. Different controllers feedbacks are especially welcome. In new mode, everything becomes different. atacontrol tool will not report ATA buses any more. All management should be done via camcontrol tool now. atadisk, ataraid, atapicd, atapifd, atapist and atapicam kernel options and respective code are useless now. Instead of ad, acd, afd, ast devices you'll get ada, cd, da, sa. The main regression of the new mode is a lack of ataraid alternative, to support cheap BIOS-based ATA RAIDs. If somebody has time and wish to port that code from inside ata(4) into GEOM module, to make it work over CAM also, I would appreciate that and propose a help, if needed. In new mode some tools, like burncd, using legacy ata(4) interfaces (acd), are no longer applicable and should be replaced by alternatives, working via SCSI interfaces (cd). SMART support for new mode implemented in smartmontools SVN, and will be present in next release. New mode at this moment won't give much benefits to the old controllers, not supported by new ahci(4) and siis(4) drivers, may be just more fair scheduling for PATA devices sharing cable. But it is required step to unify infrastructure. After this step will be done, it will be possible to improve functionality, where it is supported by hardware. Until that time it would require too much extra work to keep compatibility with both world. Present patch can be found here: http://people.freebsd.org/~mav/ata-wrap.20091202.patch It applies to both recent HEAD and 8-STABLE. To work in new mode on 8-STABLE it requires recent SVN revision 200008 to be merged from HEAD. Respective patch for now could be found here: http://people.freebsd.org/~mav/r200008.patch Feedbacks are welcome. On any problems, don't forget to enable verbose kernel debug messages to obtain more information. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 14:35:47 2009 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 2FEA310656A3 for ; Wed, 2 Dec 2009 14:35:47 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id D63218FC1E for ; Wed, 2 Dec 2009 14:35:46 +0000 (UTC) Received: from [202.179.21.137] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NFqIx-000M7v-Jb; Wed, 02 Dec 2009 22:35:43 +0800 Message-ID: <4B167B48.2000803@micom.mng.net> Date: Wed, 02 Dec 2009 22:35:52 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: Hans Petter Selasky References: <748570.94146.qm@web51803.mail.re2.yahoo.com> <200911300931.28717.hselasky@c2i.net> In-Reply-To: <200911300931.28717.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, PseudoCylon Subject: Re: Fix available for run driver 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, 02 Dec 2009 14:35:47 -0000 Hans Petter Selasky wrote: > On Saturday 28 November 2009 11:06:07 PseudoCylon wrote: > >> Hello, >> >> There are some fixes for run driver for 8.0 release and current. It can be >> downloaded from freebsd forums at >> http://forums.freebsd.org/showpost.php?s=87e376cf71273061f7de5aaf258132a1&p >> =44110&postcount=1 >> >> Some packet loss/drop and memory leak have been identified and fixed. (It >> improved some performance, too) >> >> Also, 40 more vender/device IDs have been added. >> >> Details are on RELEASE_NOTES included. >> >> Please update before the driver causing any troubles. >> >> Akinori >> >> > > Hi, > > Is anyone working on integrating this patch? > I guess nobody is working on this yet, but I might be wrong. Ganbold > --HPS > > _______________________________________________ > 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" > > > > -- A Galileo could no more be elected president of the United States than he could be elected Pope of Rome. Both high posts are reserved for men favored by God with an extraordinary genius for swathing the bitter facts of life in bandages of self-illusion. -- H. L. Mencken From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 15:03:28 2009 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 9B762106566B for ; Wed, 2 Dec 2009 15:03:28 +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 6DEA68FC1E for ; Wed, 2 Dec 2009 15:03:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 23DC246B2D; Wed, 2 Dec 2009 10:03:28 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7D7528A01D; Wed, 2 Dec 2009 10:03:27 -0500 (EST) From: John Baldwin To: gary.jennejohn@freenet.de Date: Wed, 2 Dec 2009 09:37:23 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091202122347.124c2652@ernst.jennejohn.org> In-Reply-To: <20091202122347.124c2652@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912020937.23896.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 02 Dec 2009 10:03:27 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? 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, 02 Dec 2009 15:03:28 -0000 On Wednesday 02 December 2009 6:23:47 am Gary Jennejohn wrote: > On Tue, 1 Dec 2009 10:09:59 -0500 > John Baldwin wrote: > > [snip old gdb stuff] > > Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols > > that could be helpful (just cd /usr/src/lib/libc; make clean; make > > DEBUG_FLAGS=-g install). > > > > OK, here it is: Can you get a ktrace? I wonder if it is trying to handle a signal 11 (name of '0xb' is rather bogus) and triggering SIGILL due to a problem with that. > (gdb) bt > #0 0x00000008009ee0e7 in tzload (name=0xb
, > sp=0x76fe58, doextend=0) at /usr/src/lib/libc/stdtime/localtime.c:393 > #1 0x00000008009edb8e in tzparse (name=0x765c6d "", sp=0x76fe58, lastditch=Variable "lastditch" is not available. > ) > at /usr/src/lib/libc/stdtime/localtime.c:1002 > #2 0x00000008009ee810 in tzload (name=Variable "name" is not available. > ) > at /usr/src/lib/libc/stdtime/localtime.c:579 > #3 0x00000008009eea28 in gmtload (sp=0x800b4d7a0) > at /usr/src/lib/libc/stdtime/localtime.c:1197 > #4 0x00000008009f1d78 in _once (once_control=0x800b48fe0, init_routine=Variable "init_routine" is not available. > ) > at /usr/src/lib/libc/gen/_once_stub.c:43 > #5 0x00000008009ed80f in gmtsub (timep=0x774bb8, offset=0, tmp=0x800b52040) > at /usr/src/lib/libc/stdtime/localtime.c:1489 > #6 0x00000008009ef097 in gmtime (timep=0x774bb8) > at /usr/src/lib/libc/stdtime/localtime.c:1550 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 15:08:48 2009 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 70C481065692; Wed, 2 Dec 2009 15:08:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 281ED8FC14; Wed, 2 Dec 2009 15:08:48 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nB2F8bkX078209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 00:08:41 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 03 Dec 2009 00:08:37 +0900 Message-ID: From: Hajimu UMEMOTO To: John Baldwin In-Reply-To: <200911301300.03324.jhb@freebsd.org> References: <200911231255.26279.jhb@freebsd.org> <200911301300.03324.jhb@freebsd.org> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 03 Dec 2009 00:08:41 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall 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, 02 Dec 2009 15:08:48 -0000 Hi, >>>>> On Mon, 30 Nov 2009 13:00:03 -0500 >>>>> John Baldwin said: jhb> I think you can just remove the ipv6_firewall_* variables from jhb> /etc/defaults/rc.conf completely. Perhaps you can use 'set_rcvar_obsolete' jhb> in /etc/rc.firewall to emit a warning if ipv6_firewall_enable is defined? jhb> Or maybe just emit an explicit warning in /etc/rc.firewall in that case? jhb> Other than that I think this patch looks good. Thanks for fixing this! Thank you for the comment. I've changed to use 'set_rcvar_obsolete', and committed it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 16:22:52 2009 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 31CD91065672; Wed, 2 Dec 2009 16:22:52 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id B9F678FC1D; Wed, 2 Dec 2009 16:22:51 +0000 (UTC) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFryc-00070P-Gc; Wed, 02 Dec 2009 17:22:50 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:31905 helo=ernst.jennejohn.org) by 1.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFryc-00079o-8v; Wed, 02 Dec 2009 17:22:50 +0100 Date: Wed, 2 Dec 2009 17:22:49 +0100 From: Gary Jennejohn To: Alexander Motin Message-ID: <20091202172249.799e6b98@ernst.jennejohn.org> In-Reply-To: <4B1671EE.1010301@FreeBSD.org> References: <4B1671EE.1010301@FreeBSD.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 16:22:52 -0000 On Wed, 02 Dec 2009 15:55:58 +0200 Alexander Motin wrote: > While doing it, I had to completely rewrite ata(4) mode setting code, so > legacy operation also need to be tested. I have successfully tested it > on Intel, NVidia, VIA, Marvell, JMicron PATA controllers with all > PIO/DMA modes. Different controllers feedbacks are especially welcome. > Works for me with this (non-legacy) controller ahci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 The only difference I see is [old] cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers [new] cd0: Removable CD-ROM SCSI-0 device cd0: 66.700MB/s transfers (UDMA4, PIO size 8192bytes) and the fact that /dev/acd* has disappeared. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 16:39:31 2009 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 9A2BF1065670; Wed, 2 Dec 2009 16:39:31 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD828FC14; Wed, 2 Dec 2009 16:39:31 +0000 (UTC) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFsEj-0000wY-V8; Wed, 02 Dec 2009 17:39:29 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:42005 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFsEj-0005jJ-Oj; Wed, 02 Dec 2009 17:39:29 +0100 Date: Wed, 2 Dec 2009 17:39:28 +0100 From: Gary Jennejohn To: John Baldwin Message-ID: <20091202173928.4d20a943@ernst.jennejohn.org> In-Reply-To: <200912020937.23896.jhb@freebsd.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091202122347.124c2652@ernst.jennejohn.org> <200912020937.23896.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 16:39:31 -0000 On Wed, 2 Dec 2009 09:37:23 -0500 John Baldwin wrote: > > Can you get a ktrace? I wonder if it is trying to handle a signal 11 (name of > '0xb' is rather bogus) and triggering SIGILL due to a problem with that. > Yup, you hit the nail on the head. The last few lines from kdump 2416 cvsup CALL gettimeofday(0x774a08,0x774a18) 2416 cvsup RET gettimeofday 0 2416 cvsup CALL gettimeofday(0x774a98,0x774aa8) 2416 cvsup RET gettimeofday 0 2416 cvsup CALL open(0x794270,O_RDONLY,0) 2416 cvsup RET open 12/0xc 2416 cvsup CALL fstat(0xc,0x774cf8) 2416 cvsup RET fstat 0 2416 cvsup CALL mmap(0,0x4db47,PROT_READ,MAP_SHARED,0xc,0) 2416 cvsup RET mmap 6221824/0x8005ef000 2416 cvsup CALL close(0xc) 2416 cvsup RET close 0 2416 cvsup CALL issetugid 2416 cvsup RET issetugid 0 2416 cvsup CALL open(0x7745c8,O_RDONLY,0x2e) 2416 cvsup RET open 12/0xc 2416 cvsup CALL fstat(0xc,0x7749d8) 2416 cvsup RET fstat 0 2416 cvsup CALL read(0xc,0x765c68,0xa1e8) 2416 cvsup RET read 118/0x76 2416 cvsup CALL close(0xc) 2416 cvsup RET close 0 2416 cvsup PSIG SIGSEGV caught handler=0x499ea0 mask=0x0 code=0x2 --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 16:45:18 2009 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 5A4361065695; Wed, 2 Dec 2009 16:45:18 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id D90FE8FC18; Wed, 2 Dec 2009 16:45:17 +0000 (UTC) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFsKK-0000Vk-IE; Wed, 02 Dec 2009 17:45:16 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:34579 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFsKK-0003sT-84; Wed, 02 Dec 2009 17:45:16 +0100 Date: Wed, 2 Dec 2009 17:45:15 +0100 From: Gary Jennejohn To: John Baldwin Message-ID: <20091202174515.2b94a996@ernst.jennejohn.org> In-Reply-To: <20091202173928.4d20a943@ernst.jennejohn.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091202122347.124c2652@ernst.jennejohn.org> <200912020937.23896.jhb@freebsd.org> <20091202173928.4d20a943@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 16:45:18 -0000 On Wed, 2 Dec 2009 17:39:28 +0100 Gary Jennejohn wrote: > On Wed, 2 Dec 2009 09:37:23 -0500 > John Baldwin wrote: > > > > > Can you get a ktrace? I wonder if it is trying to handle a signal 11 (name of > > '0xb' is rather bogus) and triggering SIGILL due to a problem with that. > > > > Yup, you hit the nail on the head. The last few lines from kdump > [snip old kdump output] Sorry for the churn, but this is probably more useful 2430 cvsup RET lseek 0 2430 cvsup CALL fcntl(0x1,F_GETFL,0) 2430 cvsup RET fcntl 2 2430 cvsup CALL fcntl(0x1,F_SETFL,O_RDWR|O_NONBLOCK) 2430 cvsup RET fcntl 0 2430 cvsup CALL write(0x1,0x640018,0x12) 2430 cvsup GIO fd 1 wrote 18 bytes " Edit ports/MOVED " 2430 cvsup RET write 18/0x12 2430 cvsup CALL fcntl(0x1,F_SETFL,O_RDWR) 2430 cvsup RET fcntl 0 2430 cvsup CALL gettimeofday(0x774a08,0x774a18) 2430 cvsup RET gettimeofday 0 2430 cvsup CALL gettimeofday(0x774a98,0x774aa8) 2430 cvsup RET gettimeofday 0 2430 cvsup CALL open(0x67bd78,O_RDONLY,0) 2430 cvsup NAMI "/usr/ports/MOVED" 2430 cvsup RET open 12/0xc 2430 cvsup CALL fstat(0xc,0x774cf8) 2430 cvsup STRU struct stat {dev=108, ino=2214146, mode=-rw-r--r-- , nlink=1, uid=0, gid=0, rdev=8847104, atime=1259771681, stime=1259657784, ctime=1259657784, birthtime=1259657784, size=318279, blksize=4096, blocks=672, flags=0x0 } 2430 cvsup RET fstat 0 2430 cvsup CALL mmap(0,0x4db47,PROT_READ,MAP_SHARED,0xc,0) 2430 cvsup RET mmap 6221824/0x8005ef000 2430 cvsup CALL close(0xc) 2430 cvsup RET close 0 2430 cvsup CALL issetugid 2430 cvsup RET issetugid 0 2430 cvsup CALL open(0x7745c8,O_RDONLY,0x2e) 2430 cvsup NAMI "/usr/share/zoneinfo/UTC" 2430 cvsup RET open 12/0xc 2430 cvsup CALL fstat(0xc,0x7749d8) 2430 cvsup STRU struct stat {dev=108, ino=4900414, mode=-r--r--r-- , nlink=4, uid=0, gid=0, rdev=19572028, atime=1259771681, stime=1259754131, ctime=1259754131, birthtime=1259754131, size=118, blksize=4096, blocks=4, flags=0x0 } 2430 cvsup RET fstat 0 2430 cvsup CALL read(0xc,0x765c68,0xa1e8) 2430 cvsup GIO fd 12 read 118 bytes 0x0000 545a 6966 3200 0000 0000 0000 0000 0000 |TZif2...........| 0x0010 0000 0000 0000 0001 0000 0001 0000 0000 |................| 0x0020 0000 0000 0000 0001 0000 0004 0000 0000 |................| 0x0030 0000 5554 4300 0000 545a 6966 3200 0000 |..UTC...TZif2...| 0x0040 0000 0000 0000 0000 0000 0000 0000 0001 |................| 0x0050 0000 0001 0000 0000 0000 0000 0000 0001 |................| 0x0060 0000 0004 0000 0000 0000 5554 4300 0000 |..........UTC...| 0x0070 0a55 5443 300a |.UTC0.| 2430 cvsup RET read 118/0x76 2430 cvsup CALL close(0xc) 2430 cvsup RET close 0 2430 cvsup PSIG SIGSEGV caught handler=0x499ea0 mask=0x0 code=0x2 2430 cvsup NAMI "cvsup.core" --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 17:31:33 2009 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 EAAAD1065679; Wed, 2 Dec 2009 17:31:33 +0000 (UTC) (envelope-from strigub@dial.ru.kiev.ua) Received: from dial.ru.kiev.ua (web.dialektika.com [194.183.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9A78FC1E; Wed, 2 Dec 2009 17:31:33 +0000 (UTC) Received: from serj.dial.ru.kiev.ua ([10.10.10.19] helo=SERJ) by dial.ru.kiev.ua with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NFsn8-0007Qp-Ek; Wed, 02 Dec 2009 19:15:02 +0200 Message-ID: From: "S.N. Trigub" To: , "John Baldwin" References: <20091128111501.34a7a2a4@ernst.jennejohn.org><200912011009.59961.jhb@freebsd.org><20091202122347.124c2652@ernst.jennejohn.org><200912020937.23896.jhb@freebsd.org><20091202173928.4d20a943@ernst.jennejohn.org> <20091202174515.2b94a996@ernst.jennejohn.org> In-Reply-To: <20091202174515.2b94a996@ernst.jennejohn.org> Date: Wed, 2 Dec 2009 19:15:06 +0200 Organization: =?utf-8?B?0J7QntCeICLQlNC40LDQu9C10LrRgtC40LrQsCI=?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 Sender: strigub@dial.ru.kiev.ua X-Spam-Score: -1.0 (-) X-Spam-Report: Spam detection software, running on the system "dial.ru.kiev.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see strigub@dialektika.com for details. Content preview: Hi! > On Wed, 2 Dec 2009 17:39:28 +0100 > Gary Jennejohn wrote: > > 2430 cvsup CALL open(0x7745c8, O_RDONLY, 0x2e) > 2430 cvsup NAMI "/usr/share/zoneinfo/UTC" > 2430 cvsup RET open 12/0xc [...] Content analysis details: (-1.0 points, 8.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 STOX_REPLY_TYPE STOX_REPLY_TYPE 0.4 AWL AWL: From: address is in the auto white-list Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "S.N. Trigub" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 17:31:34 -0000 Hi! > On Wed, 2 Dec 2009 17:39:28 +0100 > Gary Jennejohn wrote: > > 2430 cvsup CALL open(0x7745c8,O_RDONLY,0x2e) > 2430 cvsup NAMI "/usr/share/zoneinfo/UTC" > 2430 cvsup RET open 12/0xc I just removed file "/usr/share/zoneinfo/UTC" (in previous updates it didn't appear in /usr/share/zoneinfo) and cvsup became works fine! :) Serj. From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 17:45:36 2009 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 AA927106568D for ; Wed, 2 Dec 2009 17:45:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 908028FC15 for ; Wed, 2 Dec 2009 17:45:35 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 6E3F0B7554; Wed, 2 Dec 2009 09:45:35 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id DB30A2D6010; Wed, 2 Dec 2009 09:45:34 -0800 (PST) Message-ID: <4B16A7C3.2070502@elischer.org> Date: Wed, 02 Dec 2009 09:45:39 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ivan Voras References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <4B153498.8050601@FreeBSD.org> <86eindo8l0.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 02 Dec 2009 17:45:36 -0000 Ivan Voras wrote: > Dag-Erling Smørgrav wrote: >> Alexander Motin writes: >>> The results: >>> ata(4) - no NCQ: >>> Bytes per second: 12455402 >>> Requests per second: 189 >>> ahci(4) - with NCQ: >>> Bytes per second: 19889778 >>> Requests per second: 303 >>> >>> Results are repeatable up to the 4-th digit. Average time per request is >>> 5.29ms and 3.3ms respectively, that seems realistic for this drive. >> >> /usr/bin/ministat > > Wheee, it's built by default now :) > > _______________________________________________ > 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" but it needs to have an option to make it print "bigger is better" or something.. So often people just post the output and don't tell you the units, or whether left or right is better. From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 18:57:19 2009 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 AE81D1065672; Wed, 2 Dec 2009 18:57:19 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBB88FC15; Wed, 2 Dec 2009 18:57:19 +0000 (UTC) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NFuO4-0003i0-Kt; Wed, 02 Dec 2009 19:57:16 +0100 Received: from p57ae29b5.dip0.t-ipconnect.de ([87.174.41.181]:11286 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NFuO4-0003HD-EY; Wed, 02 Dec 2009 19:57:16 +0100 Date: Wed, 2 Dec 2009 19:57:14 +0100 From: Gary Jennejohn To: "S.N. Trigub" Message-ID: <20091202195714.6e1c90ba@ernst.jennejohn.org> In-Reply-To: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091202122347.124c2652@ernst.jennejohn.org> <200912020937.23896.jhb@freebsd.org> <20091202173928.4d20a943@ernst.jennejohn.org> <20091202174515.2b94a996@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 18:57:19 -0000 On Wed, 2 Dec 2009 19:15:06 +0200 "S.N. Trigub" wrote: > > On Wed, 2 Dec 2009 17:39:28 +0100 > > Gary Jennejohn wrote: > > > > 2430 cvsup CALL open(0x7745c8,O_RDONLY,0x2e) > > 2430 cvsup NAMI "/usr/share/zoneinfo/UTC" > > 2430 cvsup RET open 12/0xc > > I just removed file "/usr/share/zoneinfo/UTC" (in previous updates it didn't > appear in /usr/share/zoneinfo) > and cvsup became works fine! :) > Right, this allows cvsup to run. But my UTC was generated today -r--r--r-- 4 root wheel 118 Dec 2 12:42 /usr/share/zoneinfo/UTC when I did install world. It seems that this file has some sort of incompatibility with something (I have no idea what) which causes cvsup to dump core. So, removing the file fixes a symptom, but not the cause. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 19:09:30 2009 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 1DFA0106566B for ; Wed, 2 Dec 2009 19:09:30 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id BEB648FC15 for ; Wed, 2 Dec 2009 19:09:29 +0000 (UTC) Received: by qyk6 with SMTP id 6so215702qyk.3 for ; Wed, 02 Dec 2009 11:09:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; bh=7oVXs/vN8PPSoE0nPsEgjMnu4OwLJUvE6wPI/JmFLRw=; b=AExSZvmHGwPvoCUFxdF0LPUqApctFUNqC95TSB4nwB38xrytP8W7tVNLIpVoDeSDGT zsEZf3e+oDrKy0vTSOSfQ1RhzgfOfu4hBo4ZkUIeLuqHBSovBFwWoZxRPk1y3nIRCIrU /kr8tDPIPtmJLL6kdtcKPNx2XQ1vKyNphbfUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent:organization :x-operation-sytem; b=Iw3E8/eOz/twT/paFTQw+G10b1nxrYoB8vvFatXlaterAMtC5U/W21FrOi6uQ+ZeqK Zjdnum0KKBExbtgPvj2Lq20VkvnXjMOYRSpAw8/9f9+COeGxj74+maA3G6lXU6l1Lrdh 2kBFRChun3nPUPzehL+NgS3+LbNgFshH6N/WA= Received: by 10.224.117.12 with SMTP id o12mr294620qaq.57.1259780968964; Wed, 02 Dec 2009 11:09:28 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm3828613qwk.51.2009.12.02.11.09.26 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Dec 2009 11:09:28 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 2 Dec 2009 11:09:24 -0800 From: Weongyo Jeong Date: Wed, 2 Dec 2009 11:09:24 -0800 To: Gonzalo Nemmi Message-ID: <20091202190924.GB1479@weongyo> Mail-Followup-To: Gonzalo Nemmi , current@freebsd.org References: <20091130034110.GD5432@weongyo> <19e9a5dc0911292122kfce8abbp744ba940cc1c6818@mail.gmail.com> <20091201024619.GE5432@weongyo> <19e9a5dc0911302104l512c3eabw10f4df998dd78241@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <19e9a5dc0911302104l512c3eabw10f4df998dd78241@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 19:09:30 -0000 On Tue, Dec 01, 2009 at 06:04:26AM +0100, Gonzalo Nemmi wrote: > On Tue, Dec 1, 2009 at 3:46 AM, Weongyo Jeong wrote: > > On Mon, Nov 30, 2009 at 06:22:42AM +0100, Gonzalo Nemmi wrote: > >> On Mon, Nov 30, 2009 at 4:41 AM, Weongyo Jeong wrote: > >> > Hello, > >> > > >> > I've written a Sonics Silicon Backplane driver which is widely used for > >> > Broadcom Wireless driver that bwi(4) can use this driver though it has > >> > its own routines in it. > >> > > >> > I don't have any knowledge to write a bus driver like this so I'm not > >> > sure my approach is correct. ?Please review! > >> > > >> > You can download a driver at: > >> > > >> > ? ? ? ?http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > >> > > >> > regards, > >> > Weongyo Jeong > >> > >> Hi there Weongyo! > >> I´d like to know .. will it compile under 8.0-RELEASE or -STABLE? > > > > Yes it should be. > > Good to know ! > I´ll install FreeBSD 8.0 tomorrow and give your driver a go and as > soon as I have something, I´ll report back to you :) > > >> Should I try your module instead of bwi(4)? > > > > No. ?ssb driver is a kind of bus driver that it's not a wireless driver > > so can not use. ?But I'm working on new driver (aka bwn(4)) for > > replacing bwi(4) that it uses v4 firmware (latest firmware) and supports > > more H/Ws. ?It's almost done that it works to associate with AP and > > pings for RX/TX but not public yet. ?When it's available let you know > > for testing. :-) > > That´s even better than I expected because bwi(4) simply doesn´t > support my hardware! > > So what shoudl I do? > Load it alonside bwi(4)? > Just load it and see what I get on /var/log/messages and dmesg and report back? > > And since you are writing a new driver, can I help to make it work > with ACPI from the get go? Please wait until I'm ready. It'd not take long time. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 19:10:49 2009 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 464FE106568D for ; Wed, 2 Dec 2009 19:10:49 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id EB5C98FC1C for ; Wed, 2 Dec 2009 19:10:48 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so104664qwb.7 for ; Wed, 02 Dec 2009 11:10:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=QeWZQLnxfTdpMld1ki83OKLKkgaNciGAenFx7oPfA2M=; b=gpOEZTh2wmxSsWLPg0928SCyC5iIU1tm8rjEWTk0glHrezPe1kYI8RcBJRKJmYwMcn qNv03boXX3LzTBDc4t5YOZAo2Y4XulDmXDiMWcrzx4oDxSWgRVy4EaVqquXfXzJMvsmD V5TD4x9b7J0hhMvdt9OY8+KTp7U1WH27rxewQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=ftWxHfMdMppTYcoLhX3CGxqwX+STJyTZNMyx6Tr1fEpknXPEQfyhSVtad+ScWMPx14 RPnlAu4i3PgMKl4JlQ0bHRzA5W8QGuTEUYte3/Al2r4V9hiFqCobG4jSB8EII0kPG68O DoLzLGDGZEUiATHb7hTLhEVsdPzigPZNqE93Q= Received: by 10.224.18.23 with SMTP id u23mr268205qaa.381.1259781048123; Wed, 02 Dec 2009 11:10:48 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm3840700qwe.45.2009.12.02.11.10.46 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Dec 2009 11:10:47 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 2 Dec 2009 11:10:44 -0800 From: Weongyo Jeong Date: Wed, 2 Dec 2009 11:10:43 -0800 To: Aditya Sarawgi Message-ID: <20091202191043.GC1479@weongyo> Mail-Followup-To: Aditya Sarawgi , current@freebsd.org References: <20091130034110.GD5432@weongyo> <4b151495.161bf30a.240b.28d6@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4b151495.161bf30a.240b.28d6@mx.google.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call For Review: Sonics Silicon Backplane(SSB) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 19:10:49 -0000 On Tue, Dec 01, 2009 at 06:35:55PM +0000, Aditya Sarawgi wrote: > On Sun, Nov 29, 2009 at 07:41:10PM -0800, Weongyo Jeong wrote: > > Hello, > > > > I've written a Sonics Silicon Backplane driver which is widely used for > > Broadcom Wireless driver that bwi(4) can use this driver though it has > > its own routines in it. > > > > I don't have any knowledge to write a bus driver like this so I'm not > > sure my approach is correct. Please review! > > > > You can download a driver at: > > > > http://people.freebsd.org/~weongyo/ssb_20091129.tar.gz > > > > regards, > > Weongyo Jeong > > > > One more thing can we add BCM4315 to the list of known devices. Please > see the attached patch. Applied in my local tree. Thanks you for reporting. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 20:33:51 2009 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 431751065670 for ; Wed, 2 Dec 2009 20:33:51 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9B47B8FC08 for ; Wed, 2 Dec 2009 20:33:48 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 6176B4C81C3 for ; Wed, 2 Dec 2009 21:33:44 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id 722D04C81B2 for ; Wed, 2 Dec 2009 21:33:42 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id nB2KXevn004233 for ; Wed, 2 Dec 2009 21:33:41 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 2 Dec 2009 22:33:35 +0200 User-Agent: KMail/1.9.10 References: <20091202102541.GA71448@onelab2.iet.unipi.it> In-Reply-To: <20091202102541.GA71448@onelab2.iet.unipi.it> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200912022133.35567.thierry.herbelot@free.fr> Subject: Re: heads up - upcoming dummynet/ipfw refactoring 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, 02 Dec 2009 20:33:51 -0000 Le Wednesday 02 December 2009, Luigi Rizzo a écrit : > Hi, > in the next weeks i am going to slowly push into -head (and when > possible also in RELENG_8) several restructuring and cleanup changes > in dummynet and ipfw. This is the result of work we have been doing > in Pisa in the last few months with Riccardo Panicucci and Marta > Carbone. Hello, This is a big piece of news : finding someone with enough courage to dive into "oldish" code ;-) > I am trying to organize the commits so that the ABI CHANGE > WILL BE HARMLESS -- basically, we have implemented some > compatibility code in the kernel so that NEW KERNELS > WILL UNDERSTAND THE OLD USERLAND (from 7.x and above). Great : will test the new code along, when it comes out Cheers TfH From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 21:11:40 2009 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 ADC1C106566C for ; Wed, 2 Dec 2009 21:11:40 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 764958FC15 for ; Wed, 2 Dec 2009 21:11:40 +0000 (UTC) Received: from [172.31.193.10] (cpe-174-097-131-132.nc.res.rr.com [174.97.131.132]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id nB2LBcZV003406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Dec 2009 16:11:39 -0500 (EST) Message-ID: <4B16D802.6030904@cs.duke.edu> Date: Wed, 02 Dec 2009 16:11:30 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: process shared semaphores? 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, 02 Dec 2009 21:11:40 -0000 The man page for sem_init(3) says: A non-zero value for pshared specifies a shared semaphore that can be used by multiple processes, which this implementation is not capable of. Is this still correct? I'm asking, both because it seems strange to not return an error if the implementation does not support pshared semaphores, and because the threads library seems to expect it to work. Eg: int _sem_init(sem_t *sem, int pshared, unsigned int value) { semid_t semid; semid = (semid_t)SEM_USER; if ((pshared != 0) && (ksem_init(&semid, value) != 0)) return (-1); <.... So is the man page out of date, or is the userspace code future-proof for when the kernel catches up? Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 21:12:33 2009 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 937A11065696; Wed, 2 Dec 2009 21:12:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0238FC1B; Wed, 2 Dec 2009 21:12:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB2LCWq2009534; Wed, 2 Dec 2009 16:12:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB2LCW3o009530; Wed, 2 Dec 2009 21:12:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Dec 2009 21:12:32 GMT Message-Id: <200912022112.nB2LCW3o009530@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 21:12:33 -0000 TB --- 2009-12-02 19:49:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-02 19:49:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-02 19:49:11 - cleaning the object tree TB --- 2009-12-02 19:49:22 - cvsupping the source tree TB --- 2009-12-02 19:49:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-02 19:49:41 - building world TB --- 2009-12-02 19:49:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-02 19:49:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-02 19:49:41 - TARGET=ia64 TB --- 2009-12-02 19:49:41 - TARGET_ARCH=ia64 TB --- 2009-12-02 19:49:41 - TZ=UTC TB --- 2009-12-02 19:49:41 - __MAKE_CONF=/dev/null TB --- 2009-12-02 19:49:41 - cd /src TB --- 2009-12-02 19:49:41 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 2 19:49:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 2 21:06:12 UTC 2009 TB --- 2009-12-02 21:06:12 - generating LINT kernel config TB --- 2009-12-02 21:06:12 - cd /src/sys/ia64/conf TB --- 2009-12-02 21:06:12 - /usr/bin/make -B LINT TB --- 2009-12-02 21:06:12 - building LINT kernel TB --- 2009-12-02 21:06:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-02 21:06:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-02 21:06:12 - TARGET=ia64 TB --- 2009-12-02 21:06:12 - TARGET_ARCH=ia64 TB --- 2009-12-02 21:06:12 - TZ=UTC TB --- 2009-12-02 21:06:12 - __MAKE_CONF=/dev/null TB --- 2009-12-02 21:06:12 - cd /src TB --- 2009-12-02 21:06:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 2 21:06:13 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc1: warnings being treated as errors /src/sys/dev/iir/iir_ctrl.c:86: warning: redundant redeclaration of 'ostype' /src/sys/sys/sysctl.h:676: warning: previous declaration of 'ostype' was here /src/sys/dev/iir/iir_ctrl.c:87: warning: redundant redeclaration of 'osrelease' /src/sys/sys/sysctl.h:675: warning: previous declaration of 'osrelease' was here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-02 21:12:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-02 21:12:32 - ERROR: failed to build lint kernel TB --- 2009-12-02 21:12:32 - 3923.76 user 639.34 system 5000.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 21:19:32 2009 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 4030610656A6 for ; Wed, 2 Dec 2009 21:19:32 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id A6CBF8FC18 for ; Wed, 2 Dec 2009 21:19:31 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id nB2LJO7Q024929; Wed, 2 Dec 2009 16:19:24 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Wed, 02 Dec 2009 16:19:24 -0500 (EST) Date: Wed, 2 Dec 2009 16:19:24 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Gallatin In-Reply-To: <4B16D802.6030904@cs.duke.edu> Message-ID: References: <4B16D802.6030904@cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: process shared semaphores? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 21:19:32 -0000 On Wed, 2 Dec 2009, Andrew Gallatin wrote: > > The man page for sem_init(3) says: > > A non-zero value for pshared specifies a > shared semaphore that can be used by multiple processes, which this > implementation is not capable of. > > Is this still correct? I'm asking, both because it seems strange to > not return an error if the implementation does not support pshared > semaphores, and because the threads library seems to expect > it to work. Eg: > > int > _sem_init(sem_t *sem, int pshared, unsigned int value) > { > semid_t semid; > > semid = (semid_t)SEM_USER; > if ((pshared != 0) && (ksem_init(&semid, value) != 0)) > return (-1); > <.... > > > So is the man page out of date, or is the userspace code future-proof > for when the kernel catches up? The code should probably return -1 and ENOTSUP. Why don't you use named semaphores if you want process shared (sem_open)? Shouldn't those work? -- DE From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 22:17:44 2009 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 86F68106566C for ; Wed, 2 Dec 2009 22:17:44 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3D98FC18 for ; Wed, 2 Dec 2009 22:17:43 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,330,1257116400"; d="scan'208";a="20137221" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 02 Dec 2009 23:17:42 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 5EA6C1B0767; Wed, 2 Dec 2009 23:17:42 +0100 (CET) Date: Wed, 02 Dec 2009 23:17:41 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Testing CAM wrapper for ata(4) controller drivers 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, 02 Dec 2009 22:17:44 -0000 works fine here too on FreeBSD otaku 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r200046M: Wed Dec 2 22:53:25 CET 2009 root@otaku:/usr/obj/usr/src/sys/ARUNDEL amd64 ahci0: mem 0xf8000000-0xf8001fff irq 19 at device 0.0 on pci3 ahci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xf8000000 ahci0: [MPSAFE] ahci0: [ITHREAD] ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ ALP AL CLO 3Gbps PM PMD SSC PSC 32cmd 2ports ahci1: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xf8206000-0xf82067ff irq 19 at device 31.2 on pci0 ahci1: Reserved 0x800 bytes for rid 0x24 type 3 at 0xf8206000 ahci1: attempting to allocate 1 MSI vectors (16 supported) ahci1: using IRQ 257 for MSI ahci1: [MPSAFE] ahci1: [ITHREAD] ahci1: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahci1: Caps: 64bit NCQ SNTF SS ALP AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC EM 6ports ahci1: Caps2: (aprobe2:ata2:0:0:0): SIGNATURE: 0000 (aprobe3:ahcich2:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich2:0:0:0): SIGNATURE: 0000 (aprobe1:ata2:0:1:0): SIGNATURE: eb14 ada0 at ata2 bus 0 scbus2 target 0 lun 0 ada0: ATA/ATAPI-6 device ada0: Serial Number VNR43EC4GYNGAM ada0: 100.000MB/s transfers (UDMA5, PIO size 8192bytes) ada0: 157066MB (321672960 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich2 bus 0 scbus3 target 0 lun 0 ada1: ATA/ATAPI-7 SATA 2.x device ada1: Serial Number S09QJ1GLB35451 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=50 stat1=00 devices=0x20001 (cd0:ata2:0:1:0): Command timed out (cd0:ata2:0:1:0): Retrying Command cd0 at ata2 bus 0 scbus2 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 788B80B2769C cd0: 33.300MB/s transfers (UDMA2, PIO size 8192bytes) cd0: cd present [2292640 x 2048 byte records] the dvd-drive is running with DMA disables and is also causing error messages with ATA. i think this is a problem in the jmicron driver (see kern/133122). cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Dec 2 22:48:02 2009 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 C97211065672 for ; Wed, 2 Dec 2009 22:48:02 +0000 (UTC) (envelope-from kevin@your.org) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mx1.freebsd.org (Postfix) with ESMTP id 97C4A8FC08 for ; Wed, 2 Dec 2009 22:48:02 +0000 (UTC) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mail.your.org (Postfix) with ESMTP id E69BC18068BB; Wed, 2 Dec 2009 22:48:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=your.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=selector1 ; bh=pnPYaWYNZBdQ5mgkW3rwCCqpo0M=; b=QannEjtWLOAEyDmOsXsnfMU+rad VFatZRGqgDKrzWJaqVpXVhwenX79npS1XpTBZFFoGtVCzTEl5/zwr36o+JhLNeoX wqhSjhyC0Xzx4EUCX0sDB+pJgB6/lqFMbvmGh4F7w+ml4zgFIfz1HVSe/2R0DVEN McqYqP0NHTjocj6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=your.org; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=selector1; b=F38gYR9/JmwhPJX v+yR3rB/I/7UXoCNvorHagVPxrdwsmCfEr33V9QsZD7njQo9iWc2z4mR+VcBuFaT zJ4l6eNkCDWk7UX1I4473rWlev3/jZiopt1ccOLFOvDfibXT6DZAVTjew3PtGQ4+ J20vJ2f7KFfQM9ssEmpkuip4G+sQ= Received: from vpn177.ord02.your.org (vpn177.ord02.your.org [204.9.55.177]) by mail.your.org (Postfix) with ESMTPA id 9885918068BA; Wed, 2 Dec 2009 22:48:01 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Kevin In-Reply-To: Date: Wed, 2 Dec 2009 16:48:00 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> To: Kevin X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: 8.0 still doesn't boot in Xen (kern/138863) 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, 02 Dec 2009 22:48:02 -0000 On Nov 24, 2009, at 12:00 PM, Kevin wrote: > > On Nov 24, 2009, at 11:20 AM, Kevin wrote: > >> >> Is it too late in the 8.0 release schedule to look at kern/138863? >> Between 7.x and 8.0 the kernel can no longer boot under Xen due to >> changes involving CLFLUSH. The effect is a crash very early in the >> boot, with no workaround. (This is under Xen's fully virtualized >> mode, not the XEN platform port underway.) >> >> This was also mentioned on the Xen mailing lists back in September (http://lists.freebsd.org/pipermail/freebsd-xen/2009-September/000310.html >> ) but nothing has been committed to fix this yet. >> >> XenServer is getting pretty popular in some enterprise and hosting >> environments, so having 8.0 not bootable would be a bit >> disappointing. :) > > I was just pointed to the change from a couple of days ago, adding > the tunable "hw.clflush_disable". This looks like it might do what I > need, so I'm building a new bootable CD to find out and update the PR. > > This should probably be documented somewhere, just so someone in a > similar situation even knows about this tunable. > > -- Kevin Just to follow up, 8.0-RELEASE still doesn't boot for me on XenServer 5.5.0 on an AMD CPU. Without setting hw.clflush_disable, I get the same panic as before mentioned in the PR. If I do set clflush_disable, I get an endless stream of Trap 12 messages, giving instruction pointers all over the place. The last time 8.0 was bootable was in the -BETA timeframe. Does anyone have any other suggestions on where to look? It still works fine on the same software using an Intel CPU, so somehow that's significant. -- Kevin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 00:02:32 2009 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 40C5A1065672; Thu, 3 Dec 2009 00:02:32 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id F00258FC12; Thu, 3 Dec 2009 00:02:31 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6F83F19E019; Thu, 3 Dec 2009 01:02:30 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3781C19E023; Thu, 3 Dec 2009 01:02:28 +0100 (CET) Message-ID: <4B170013.8010209@quip.cz> Date: Thu, 03 Dec 2009 01:02:27 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127161343.GG2103@home.opsec.eu> In-Reply-To: <20091127161343.GG2103@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: route(8) and show/sticky/... Re: 8.0-RELEASE completed... 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, 03 Dec 2009 00:02:32 -0000 Kurt Jaeger wrote: > Hi! > >> Just a quick note in case there are people here who aren't subscribed to >> the freebsd-announce@ mailing list. >> >> We have completed the 8.0-RELEASE cycle. Details about the release are >> available from the main web site, in particular the announcement itself >> is available here: >> >> http://www.freebsd.org/releases/8.0R/announce.html > > Thanks! > > One question: > > http://www.freebsd.org/releases/8.0R/relnotes-detailed.html > > says: > > ---------- > The route(8) utility now supports show, weights, and sticky commands. > For more details, see the route(8) manual page. > ---------- > > I do not have those things in my man page or route(8) command ? I have one more question about relnotes-detailed.html ----------- "Specific CPU binding by using cpuset(1) has been implemented. Note that the current implementation allows the superuser inside of the jail to change the CPU bindings specified." ----------- Is it true? I don't have 8.0-RELEASE installed, but I think it was fixed in 7-STABLE right after the 7.2-RELEASE PR kern/134050 was reported by me Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 00:32:59 2009 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 B89961065672 for ; Thu, 3 Dec 2009 00:32:59 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD6C8FC2E for ; Thu, 3 Dec 2009 00:32:58 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nB300dCn014028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Dec 2009 16:00:40 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4B16FFA9.6070002@FreeBSD.org> Date: Wed, 02 Dec 2009 16:00:41 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Alexander Motin References: <4A9E8677.1020208@FreeBSD.org> <20090903002106.GB17538@dmr.ath.cx> <4AA0075A.5010109@FreeBSD.org> In-Reply-To: <4AA0075A.5010109@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , "Derek \(freebsd lists\)" <482254ac@razorfever.net>, Emil Mikulic Subject: Re: gmirror 'load' algorithm (Was: Re: siis/atacam/ata/gmirror 8.0-BETA3 disk performance) 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, 03 Dec 2009 00:32:59 -0000 Alexander Motin wrote: > I have played a bit with this patch on 4-disk mirror. It works better > then original algorithm, but still not perfect. > > 1. I have managed situation with 4 read streams when 3 drives were busy, > while forth one was completely idle. gmirror prefer constantly seek one > of drives on short distances, but not to use idle drive, because it's > heads were few gigabytes away from that point. > > IMHO request locality priority should be made almost equal for any > nonzero distances. As we can see with split mode, even small gaps > between requests can significantly reduce drive performance. So I think > it is not so important if data are 100MB or 500GB away from current head > position. It is perfect case when requests are completely sequential. > But everything beyond few megabytes from current position just won't fit > drive cache. > > 2. IMHO it would be much better to use averaged request queue depth as > load measure, instead of last request submit time. Request submit time > works fine only for equal requests, equal drives and serialized load, > but it is actually the case where complicated load balancing is just not > needed. The fact that some drive just got request does not mean > anything, if some another one got 50 requests one second ago and still > processes them. Can you try this one: http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff It implements different logic - instead of looking for the time, it checks the outstanding requests queue length and recently served requests proximity to decide where to schedule requests. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 00:37:07 2009 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 0AF0E1065670; Thu, 3 Dec 2009 00:37:07 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id A9A0B8FC08; Thu, 3 Dec 2009 00:37:06 +0000 (UTC) Received: from grapeape1.cs.duke.edu (grapeape1.cs.duke.edu [152.3.140.75]) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id nB30b6No011920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Dec 2009 19:37:06 -0500 (EST) Received: (from gallatin@localhost) by grapeape1.cs.duke.edu (8.12.10/8.12.10/Submit) id nB30b5ja001795; Wed, 2 Dec 2009 19:37:05 -0500 (EST) Date: Wed, 2 Dec 2009 19:37:05 -0500 From: Andrew Gallatin To: Daniel Eischen Message-ID: <20091203003705.GA1769@grapeape1.cs.duke.edu> References: <4B16D802.6030904@cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: SunOS 5.10 on an sun4u User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: process shared semaphores? 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, 03 Dec 2009 00:37:07 -0000 Daniel Eischen [deischen@freebsd.org] wrote: > On Wed, 2 Dec 2009, Andrew Gallatin wrote: > > > > >The man page for sem_init(3) says: > > > > A non-zero value for pshared specifies a > > shared semaphore that can be used by multiple processes, which this > > implementation is not capable of. > > > >Is this still correct? I'm asking, both because it seems strange to > >not return an error if the implementation does not support pshared > >semaphores, and because the threads library seems to expect > >it to work. Eg: > > > >int > >_sem_init(sem_t *sem, int pshared, unsigned int value) > >{ > > semid_t semid; > > > > semid = (semid_t)SEM_USER; > > if ((pshared != 0) && (ksem_init(&semid, value) != 0)) > > return (-1); > ><.... > > > > > >So is the man page out of date, or is the userspace code future-proof > >for when the kernel catches up? > > The code should probably return -1 and ENOTSUP. > > Why don't you use named semaphores if you want > process shared (sem_open)? Shouldn't those work? To be honest, I didn't know they even existed. I'm mostly a driver guy, and know little about user-space. I'm trying to keep up FreeBSD support on a project that is being developed mainly on Linux. I've suggested them to our main developer. In the meantime, I'd like to understand what's going on under the hood, and why what we're doing now on Linux (semaphore resides in shared memory allocated with shm_open) wouldn't work. It looks like it should work, since with pshared semaphores, it just passes everything through to ksem*. Is problem that the kernel doesn't really know about different processes using it? Eg, it has only seen a ksem_init() from the server, which did the sem_init(), and it needs the ksem_open() to know about other processes using it? Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 01:03:46 2009 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 2B7741065670 for ; Thu, 3 Dec 2009 01:03:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C5D818FC0A for ; Thu, 3 Dec 2009 01:03:45 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id nB313fJL000913; Wed, 2 Dec 2009 20:03:41 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Wed, 02 Dec 2009 20:03:41 -0500 (EST) Date: Wed, 2 Dec 2009 20:03:41 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Gallatin In-Reply-To: <20091203003705.GA1769@grapeape1.cs.duke.edu> Message-ID: References: <4B16D802.6030904@cs.duke.edu> <20091203003705.GA1769@grapeape1.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: process shared semaphores? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 01:03:46 -0000 On Wed, 2 Dec 2009, Andrew Gallatin wrote: > Daniel Eischen [deischen@freebsd.org] wrote: >> On Wed, 2 Dec 2009, Andrew Gallatin wrote: >> >>> >>> The man page for sem_init(3) says: >>> >>> A non-zero value for pshared specifies a >>> shared semaphore that can be used by multiple processes, which this >>> implementation is not capable of. >>> >>> Is this still correct? I'm asking, both because it seems strange to >>> not return an error if the implementation does not support pshared >>> semaphores, and because the threads library seems to expect >>> it to work. Eg: >>> >>> int >>> _sem_init(sem_t *sem, int pshared, unsigned int value) >>> { >>> semid_t semid; >>> >>> semid = (semid_t)SEM_USER; >>> if ((pshared != 0) && (ksem_init(&semid, value) != 0)) >>> return (-1); >>> <.... >>> >>> >>> So is the man page out of date, or is the userspace code future-proof >>> for when the kernel catches up? >> >> The code should probably return -1 and ENOTSUP. >> >> Why don't you use named semaphores if you want >> process shared (sem_open)? Shouldn't those work? > > To be honest, I didn't know they even existed. I'm > mostly a driver guy, and know little about user-space. > I'm trying to keep up FreeBSD support on a project that > is being developed mainly on Linux. I've suggested them > to our main developer. > > In the meantime, I'd like to understand what's going on under the > hood, and why what we're doing now on Linux (semaphore resides in > shared memory allocated with shm_open) wouldn't work. It looks like > it should work, since with pshared semaphores, it just passes > everything through to ksem*. Is problem that the kernel doesn't > really know about different processes using it? Eg, it has only seen a > ksem_init() from the server, which did the sem_init(), and it needs > the ksem_open() to know about other processes using it? We had this same discussion last time. You have a short memory, don't you? :-) :-) The sem_t in FreeBSD is a pointer to a malloc'd struct (see sem_alloc() in libc/gen/sem.c). A pointer to malloc'd memory cannot be shared across processes (unless they are all children I suppose). -- DE From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 01:09:35 2009 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 6E7231065672; Thu, 3 Dec 2009 01:09:35 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF418FC0C; Thu, 3 Dec 2009 01:09:34 +0000 (UTC) Received: by bwz5 with SMTP id 5so717984bwz.3 for ; Wed, 02 Dec 2009 17:09:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=DOmG3RJI0iFv+fpOz6egjv6rt0Y+/y0Ph+J7acpZyEg=; b=aA73W9Yr3p00WiwcwdD37tsQfddfuaoSmckc5LSGJ6iLxIoYZgUEX+PDMtt5NgOYuB xQ7AbsueXyKHE/s4XB2vFnEpEsirvqba+F+zJK+bI6JuwP+Ww0xKxueuWVn60sL6BR5V f25y62kjJ9ND1tchp1gHbW9YIjB//afWnGNMM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=OGF0aA4iL/8iK8UA07WY9CQIpdEA9L/BQcdX+U4I1k3JwsOrJ5JhW1euCX0UF5Z13E /qborTBAE4toRjDT2he1bbzjxyZ/yC+sNhkH13iDcVkG+krOHMqg5nvWJhXutVp9HWYY EW7+JIIHV3XNRvL9PFNsP1Y0V2PmmsxXTeEbw= Received: by 10.204.10.2 with SMTP id n2mr906323bkn.91.1259802573438; Wed, 02 Dec 2009 17:09:33 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm583460fxm.8.2009.12.02.17.09.32 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Dec 2009 17:09:32 -0800 (PST) Sender: Alexander Motin Message-ID: <4B170FCB.3030102@FreeBSD.org> Date: Thu, 03 Dec 2009 03:09:31 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Ivan Voras References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <1259691809.00189274.1259681402@10.7.7.3> <1259695381.00189283.1259682004@10.7.7.3> In-Reply-To: <1259695381.00189283.1259682004@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 03 Dec 2009 01:09:35 -0000 Ivan Voras wrote: > If you have a drive to play with, could you also check UFS vs ZFS on > both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicely. > > For benchmarks I suggest blogbench and bonnie++ (in ports) and if you > want to bother, randomio, http://arctic.org/~dean/randomio . I have looked on randomio and found that it is also tuned to test physical drive, and it does almost the same as raidtest. The main difference that raidtest uses pre-generated test patterns, so it's results are much more repeatable. What bonnie++ does is another question, I prefer trust results which I can explain. So I have spent several hours to quickly compare UFS and ZFS in several scenarios, using ata(4) and ahci(4) drivers. It is not a strict research, but I have checked every digit at least twice, some unexpected or deviating ones even more. I have pre-written 20GB file on empty file systems and used raidtest to generate random rix of 10000 read/write requests of random size (512B - 128KB) to those files. Every single run took about a minute, total transfer size per run was about 600MB. I have used the same request pattern in all tests. Test 1: raidtest with O_DIRECT flag (default) on UFS file system: ata(4), 1 process tps: 70 ata(4), 32 processes tps: 71 ahci(4), 1 process tps: 72 ahci(4), 32 processes tps: 81 gstat shown that most of time only one request at a time was running on disk. Looks like read or read-modify-write operations (due to many short writes in test pattern) are heavily serialized in UFS, even when several processes working with the same file. It has almost eliminated effect of NCQ in this test. Test 2: Same as before, but without O_DIRECT flag: ata(4), 1 process, first tps: 78 ata(4), 1 process, second tps: 469 ata(4), 32 processes, first tps: 83 ata(4), 32 processes, second tps: 475 ahci(4), 1 process, first tps: 79 ahci(4), 1 process, second tps: 476 ahci(4), 32 processes, first tps: 93 ahci(4), 32 processes, second tps: 488 Without O_DIRECT flag UFS was able to fit all accessed information into buffer cache on second run. Second run uses buffer cache for all reads, writes are not serialized, but NCQ effect is minimal in this situation. First run is still mostly serialized. Test 3: Same as 2, but with ZFS (i386 without tuning) ata(4), 1 process, first tps: 75 ata(4), 1 process, second tps: 73 ata(4), 32 processes, first tps: 98 ata(4), 32 processes, second tps: 97 ahci(4), 1 process, first tps: 77 ahci(4), 1 process, second tps: 80 ahci(4), 32 processes, first tps: 139 ahci(4), 32 processes, second tps: 142 Data doesn't fit into cache. Multiple parallel requests give some effect even with legacy driver, but with NCQ enabled it gives much more, almost doubling performance! Teste 4: Same as 3, but with kmem_size=1900M and arc_max=1700M. ata(4), 1 process, first tps: 90 ata(4), 1 process, second tps: ~160-300 ata(4), 32 processes, first tps: 112 ata(4), 32 processes, second tps: ~190-322 ahci(4), 1 process, first tps: 90 ahci(4), 1 process, second tps: ~140-300 ahci(4), 32 processes, first tps: 180 ahci(4), 32 processes, second tps: ~280-550 Data slightly cached on first run and heavily cached on second. But even such (maximum of I can dedicate on my i386) amount of memory it is not enough to cache all data. Second run gives different device access pattern each time and very random results. Test 5: Same as 3, but with 2 disks: ata(4), 1 process, first tps: 80 ata(4), 1 process, second tps: 79 ata(4), 32 processes, first tps: 186 ata(4), 32 processes, second tps: 181 ahci(4), 1 process, first tps: 79 ahci(4), 1 process, second tps: 110 ahci(4), 32 processes, first tps: 287 ahci(4), 32 processes, second tps: 290 Data doesn't fit into cache. Second disk gives almost no improvements for serialized requests. Multiple parallel requests double speed even with legacy driver, because of spreading requests between drives. Adding NCQ support significantly rises speed even more. As conclusion: - in this particular test ZFS scaled well with parallel requests, effectively using multiple disks. NCQ shown great benefits. But i386 constraints are significantly limited ZFS caching abilities. - UFS behaves very poorly in this test. Even with parallel workload it often serializes device accesses. May be results would be different if there would be separate file for each process, or with some other options, but I think pattern I have used is also possible in some applications. Only benefit UFS shown here is more effective memory management on i386, leading to higher cache effectiveness. It would be nice if somebody explained that UFS behavior. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 02:23:23 2009 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 2AA011065670; Thu, 3 Dec 2009 02:23:23 +0000 (UTC) (envelope-from lsantagostini@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id DE29E8FC18; Thu, 3 Dec 2009 02:23:22 +0000 (UTC) Received: by iwn36 with SMTP id 36so573974iwn.3 for ; Wed, 02 Dec 2009 18:23:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=OyflaQTvAUrp0R28M5MjWIeNzZhYqBaVHgCnqflKXNY=; b=fEyv2xqZSBpBb5tFKTZhulZ9LLMXNpWi3W5ZQz6/p2GsY3nU79W54spUHvvy+wkFg4 4af/PrZ3MB6hP1bd0ee3YhEn0jpn5EQeNW/fjNyn1foypzRP3hnRgHIxJNtyEvWaxi5t IEI02fCbwfpZjJAxDMoGRH5D1CXIrNX3KJ1gQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rBLO+XmxsE6agln4XV0zzrDtnjDRM4FrJ19F6HkNK0ZoNKrREzbA+6GGnQRFYXfTpZ 1SYni2xab5vCUCwGjujER6HIqyCYJJUfrksHjMF0kjVysdOOkZOwLFivlmuP+miQHufY sMgVc7N7kQonL9jyZKwUdilX+ghnLkWAk4D4s= MIME-Version: 1.0 Received: by 10.231.48.210 with SMTP id s18mr223928ibf.3.1259805470489; Wed, 02 Dec 2009 17:57:50 -0800 (PST) Date: Thu, 3 Dec 2009 01:57:50 +0000 Message-ID: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> From: Leonardo Santagostini To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Could you please fix this ? 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, 03 Dec 2009 02:23:23 -0000 Hello everybody, I was facing one big problem, i have a notebook, which is an Acer Aspire 5920. If you like i can send to you my messages file. Which is: Intel(R) Core(TM)2 Duo CPU T5550 @ 1.83GHz (1833.48-MHz 686-class CPU) Intel(R) PRO/Wireless 3945ABG Broadcom NetLink Gigabit Ethernet Controller 2 Gigs RAM 160 Gigs SATA The point was: With ACPI disabled, i managed to boot but without WIFI; and with ACPI enabled, the boot process hanged up all times. I fixed this adding if (device_get_unit(dev)==2){ pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); } if (device_get_unit(dev)==3){ pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); } to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a 8.0-RELEASE I was able to fix it by my way but many people cant do it, so, i would really appreciate if you can add this piece of code. Thanks, kind regards Leonardo From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 02:31:35 2009 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 C261F106568B for ; Thu, 3 Dec 2009 02:31:35 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCD08FC12 for ; Thu, 3 Dec 2009 02:31:35 +0000 (UTC) Received: by qyk6 with SMTP id 6so374891qyk.3 for ; Wed, 02 Dec 2009 18:31:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=XJHjYtBjO54SOr4vlNtqpbAUxSX2s0u/57VAWKzs4qU=; b=GHrjE3NqwMUxbKeC5sXsDxc4t9ChYgrs+hCnh9XNDvC3IqsvCTz8lkrGVJJiGwaY49 7R+7lC9VrCF+WzzF/M+SzWyiwnAZQDdgTAHxcxPkaZBFUdWgRcXGLPazjUm5td/1U753 xQB2N2AhN96hlzIkH/xGlfow/059G/AQLrhR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=ilGds2e+bn3A87yImrreRWQOyVaIYaKTiZffS83UdRMUyiDArDrS3hu0PR1naqfoQK 93V7WtaqoCRjUcM2taB3ULZbuWDcI1vBCtH3WpDZ5gr4ijRkdH01LAws6t1NHnhElZ5L 0ym8KwCA+Ixh0WsMV7e5SgYkZzWViy+ceGsfI= Received: by 10.224.92.85 with SMTP id q21mr533017qam.75.1259807494553; Wed, 02 Dec 2009 18:31:34 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 2sm4565095qwi.7.2009.12.02.18.31.30 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Dec 2009 18:31:32 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 2 Dec 2009 18:31:30 -0800 From: Weongyo Jeong Date: Wed, 2 Dec 2009 18:31:30 -0800 To: Ganbold Message-ID: <20091203023130.GD1479@weongyo> Mail-Followup-To: Ganbold , Hans Petter Selasky , freebsd-current@freebsd.org, PseudoCylon References: <748570.94146.qm@web51803.mail.re2.yahoo.com> <200911300931.28717.hselasky@c2i.net> <4B167B48.2000803@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B167B48.2000803@micom.mng.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-current@freebsd.org, PseudoCylon , Hans Petter Selasky Subject: Re: Fix available for run driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 02:31:35 -0000 On Wed, Dec 02, 2009 at 10:35:52PM +0800, Ganbold wrote: > Hans Petter Selasky wrote: > > On Saturday 28 November 2009 11:06:07 PseudoCylon wrote: > > > >> Hello, > >> > >> There are some fixes for run driver for 8.0 release and current. It can be > >> downloaded from freebsd forums at > >> http://forums.freebsd.org/showpost.php?s=87e376cf71273061f7de5aaf258132a1&p > >> =44110&postcount=1 > >> > >> Some packet loss/drop and memory leak have been identified and fixed. (It > >> improved some performance, too) > >> > >> Also, 40 more vender/device IDs have been added. > >> > >> Details are on RELEASE_NOTES included. > >> > >> Please update before the driver causing any troubles. > > > > Hi, > > > > Is anyone working on integrating this patch? > > I guess nobody is working on this yet, but I might be wrong. AFAIK no one to work. I could work with it but no time currently. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 03:16:55 2009 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 E6EF2106566B for ; Thu, 3 Dec 2009 03:16:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BF82F8FC08 for ; Thu, 3 Dec 2009 03:16:55 +0000 (UTC) Received: from [192.168.1.71] (c-67-186-133-78.hsd1.ma.comcast.net [67.186.133.78]) by cyrus.watson.org (Postfix) with ESMTPSA id 52D7246B35; Wed, 2 Dec 2009 22:16:55 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: Date: Wed, 2 Dec 2009 18:36:15 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <481CD35B-0CDF-4E84-AC55-8825FE07CC9D@freebsd.org> References: <200911301117.37950.naylor.b.david@gmail.com> To: Antony Mawer X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: FreeBSD 8.0 Performance (at Phoronix) 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, 03 Dec 2009 03:16:56 -0000 On 2 Dec 2009, at 04:01, Antony Mawer wrote: > On Wed, Dec 2, 2009 at 12:25 AM, Robert Watson = wrote: > ... >>=20 >> For tests that depend on file system namespace operations, seeing a >> measurement comparing ZFS directly would be interesting; likewise, = perhaps >> using async file system mounts on FreeBSD without soft updates. = Jeff's >> forthcoming journaling changes would also be interesting to consider, = but >> I'm not sure to what extent he'll see performance improvements, or = whether >> it's just about the consistency improvements for his SU+J work. >=20 > Is there any information about what these journaling changes are or > what they involve? I would be interested to keep tabs on any ongoing > work being done on journalling for UFS... I'm not aware of detailed public descriptions yet, but with any luck = we'll hear more in the near future. I'm very much looking forward to = seeing it make it into -current, with the usual understanding that these = things take a while to shake out... Robert= From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 07:37:13 2009 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 B025F1065695; Thu, 3 Dec 2009 07:37:13 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6441F8FC12; Thu, 3 Dec 2009 07:37:12 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 417A919E023; Thu, 3 Dec 2009 08:37:11 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8D99919E019; Thu, 3 Dec 2009 08:37:08 +0100 (CET) Message-ID: <4B176AA4.60204@quip.cz> Date: Thu, 03 Dec 2009 08:37:08 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Maxim Sobolev References: <4A9E8677.1020208@FreeBSD.org> <20090903002106.GB17538@dmr.ath.cx> <4AA0075A.5010109@FreeBSD.org> <4B16FFA9.6070002@FreeBSD.org> In-Reply-To: <4B16FFA9.6070002@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Derek \(freebsd lists\)" <482254ac@razorfever.net>, Alexander Motin , FreeBSD-Current , Emil Mikulic Subject: Re: gmirror 'load' algorithm (Was: Re: siis/atacam/ata/gmirror 8.0-BETA3 disk performance) 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, 03 Dec 2009 07:37:13 -0000 Maxim Sobolev wrote: > Alexander Motin wrote: >> I have played a bit with this patch on 4-disk mirror. It works better >> then original algorithm, but still not perfect. >> >> 1. I have managed situation with 4 read streams when 3 drives were >> busy, while forth one was completely idle. gmirror prefer constantly >> seek one of drives on short distances, but not to use idle drive, >> because it's heads were few gigabytes away from that point. >> >> IMHO request locality priority should be made almost equal for any >> nonzero distances. As we can see with split mode, even small gaps >> between requests can significantly reduce drive performance. So I >> think it is not so important if data are 100MB or 500GB away from >> current head position. It is perfect case when requests are completely >> sequential. But everything beyond few megabytes from current position >> just won't fit drive cache. >> >> 2. IMHO it would be much better to use averaged request queue depth as >> load measure, instead of last request submit time. Request submit time >> works fine only for equal requests, equal drives and serialized load, >> but it is actually the case where complicated load balancing is just >> not needed. The fact that some drive just got request does not mean >> anything, if some another one got 50 requests one second ago and still >> processes them. > > Can you try this one: > > http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff > > It implements different logic - instead of looking for the time, it > checks the outstanding requests queue length and recently served > requests proximity to decide where to schedule requests. Have you any numbers from benchmarks for different type of load? (I will try it when I found some free time) Maybe both algorithms can be implemented, one as 'load-offset' and one as 'load-queue', so users can use which one is better for their workload. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 07:47:08 2009 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 DAB13106566B for ; Thu, 3 Dec 2009 07:47:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8D18FC13 for ; Thu, 3 Dec 2009 07:47:07 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 4FEE7EB4803; Thu, 3 Dec 2009 09:47:06 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 3D49C452B6; Thu, 3 Dec 2009 09:47:06 +0200 (EET) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at ceid.upatras.gr X-Amavis-Alert: BAD HEADER, Duplicate header field: "Cc" Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VvejPo2bLSpD; Thu, 3 Dec 2009 09:47:06 +0200 (EET) Received: from kobe.laptop (ppp-94-64-236-187.home.otenet.gr [94.64.236.187]) by mail.ceid.upatras.gr (Postfix) with ESMTP id E2955451B2; Thu, 3 Dec 2009 09:47:05 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id nB37l4op082943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 09:47:04 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id nB37l4H8082929; Thu, 3 Dec 2009 09:47:04 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Leonardo Santagostini References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> Date: Thu, 03 Dec 2009 09:47:03 +0200 In-Reply-To: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> (Leonardo Santagostini's message of "Thu, 3 Dec 2009 01:57:50 +0000") Message-ID: <87tyw8o5xk.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: Could you please fix this ? 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, 03 Dec 2009 07:47:08 -0000 On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini wrote: > Hello everybody, > > I was facing one big problem, i have a notebook, which is an Acer > Aspire 5920. If you like i can send to you my messages file. > > Which is: > > Intel(R) Core(TM)2 Duo CPU T5550 @ 1.83GHz (1833.48-MHz 686-class CPU) > Intel(R) PRO/Wireless 3945ABG > Broadcom NetLink Gigabit Ethernet Controller > 2 Gigs RAM > 160 Gigs SATA > > The point was: > With ACPI disabled, i managed to boot but without WIFI; and with ACPI > enabled, the boot process hanged up all times. > > I fixed this adding > > if (device_get_unit(dev)==2){ > pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); > pci_enable_busmaster(dev); > pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); > pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); > pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > } > if (device_get_unit(dev)==3){ > pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); > pci_enable_busmaster(dev); > pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); > pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); > pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > } > > to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a 8.0-RELEASE > > I was able to fix it by my way but many people cant do it, so, i would > really appreciate if you can add this piece of code. Hi Leonardo. Jung-uk Kim has done a lot of ACPI-related work, so he will probably know if the change is ok to commit to stable/8. I've added him to the thread, so he can let us know what he thinks of the change. Can you please post a diff that also shows _where_ the changes have to be installed in our current version of src/sys/dev/acpica/acpi_pcib_pci.c for 8.0-RELEASE? From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 08:23:52 2009 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 C9E1B106568D; Thu, 3 Dec 2009 08:23:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 2F64B8FC0C; Thu, 3 Dec 2009 08:23:51 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=_T_XN6GG9R0T2t5NKRcA:9 a=cxn8OtPbpKjhz6xolwa3eWp8OtcA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 583388706; Thu, 03 Dec 2009 09:23:50 +0100 From: Hans Petter Selasky To: Weongyo Jeong Date: Thu, 3 Dec 2009 09:25:31 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <748570.94146.qm@web51803.mail.re2.yahoo.com> <4B167B48.2000803@micom.mng.net> <20091203023130.GD1479@weongyo> In-Reply-To: <20091203023130.GD1479@weongyo> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912030925.33237.hselasky@c2i.net> Cc: Ganbold , freebsd-current@freebsd.org, PseudoCylon Subject: Re: Fix available for run driver 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, 03 Dec 2009 08:23:52 -0000 On Thursday 03 December 2009 03:31:30 Weongyo Jeong wrote: > On Wed, Dec 02, 2009 at 10:35:52PM +0800, Ganbold wrote: > > Hans Petter Selasky wrote: > > > On Saturday 28 November 2009 11:06:07 PseudoCylon wrote: Hi, > > AFAIK no one to work. I could work with it but no time currently. If you could work on this within the next two weeks that would be fine. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 09:00:42 2009 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 926E01065692 for ; Thu, 3 Dec 2009 09:00:42 +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 1F2E18FC21 for ; Thu, 3 Dec 2009 09:00:41 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NG7YG-0000qO-9r for freebsd-current@freebsd.org; Thu, 03 Dec 2009 10:00:40 +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 ; Thu, 03 Dec 2009 10:00:40 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 03 Dec 2009 10:00:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 03 Dec 2009 10:00:25 +0100 Lines: 75 Message-ID: References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <1259691809.00189274.1259681402@10.7.7.3> <1259695381.00189283.1259682004@10.7.7.3> <4B170FCB.3030102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4B170FCB.3030102@FreeBSD.org> Sender: news Subject: Re: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 03 Dec 2009 09:00:42 -0000 Alexander Motin wrote: > Ivan Voras wrote: >> If you have a drive to play with, could you also check UFS vs ZFS on >> both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicely. >> >> For benchmarks I suggest blogbench and bonnie++ (in ports) and if you >> want to bother, randomio, http://arctic.org/~dean/randomio . > gstat shown that most of time only one request at a time was running on > disk. Looks like read or read-modify-write operations (due to many short > writes in test pattern) are heavily serialized in UFS, even when several > processes working with the same file. It has almost eliminated effect of > NCQ in this test. > > Test 2: Same as before, but without O_DIRECT flag: > ata(4), 1 process, first tps: 78 > ata(4), 1 process, second tps: 469 > ata(4), 32 processes, first tps: 83 > ata(4), 32 processes, second tps: 475 > ahci(4), 1 process, first tps: 79 > ahci(4), 1 process, second tps: 476 > ahci(4), 32 processes, first tps: 93 > ahci(4), 32 processes, second tps: 488 Ok, so this is UFS, normal caching. > Data doesn't fit into cache. Multiple parallel requests give some effect > even with legacy driver, but with NCQ enabled it gives much more, almost > doubling performance! You've seen queueing in gstat for ZFS+NCQ? > Teste 4: Same as 3, but with kmem_size=1900M and arc_max=1700M. > ata(4), 1 process, first tps: 90 > ata(4), 1 process, second tps: ~160-300 > ata(4), 32 processes, first tps: 112 > ata(4), 32 processes, second tps: ~190-322 > ahci(4), 1 process, first tps: 90 > ahci(4), 1 process, second tps: ~140-300 > ahci(4), 32 processes, first tps: 180 > ahci(4), 32 processes, second tps: ~280-550 And this is ZFS with some tuning. I've also seen high deviation in performance on ZFS so it seems normal. > As conclusion: > - in this particular test ZFS scaled well with parallel requests, > effectively using multiple disks. NCQ shown great benefits. But i386 > constraints are significantly limited ZFS caching abilities. > - UFS behaves very poorly in this test. Even with parallel workload it > often serializes device accesses. May be results would be different if I wouldn't say UFS behaves poorly from your results. It looks like only the multiprocess case is bad on the UFS. For single-process access the difference in favour of ZFS is ~10 TPS on the first case and UFS is apparently much better in all cases but the last on the second try. This may be explained if you have a large variation between runs. Also, did you use the whole drive for the file system? In cases like this it would be interesting to create a special partition (in all cases, on all drives), covering only a small segment on the disk (thinking of the drive as a rotational media, made of cylinders). For example, a partition of size of 30 GB covering only the outer tracks. > there would be separate file for each process, or with some other > options, but I think pattern I have used is also possible in some > applications. Only benefit UFS shown here is more effective memory > management on i386, leading to higher cache effectiveness. > > It would be nice if somebody explained that UFS behavior. Possibly, read-only access to memory cache structures is protected by read-only locks, which are efficient, and ARC is more complicated than it's worth? But others should have better guesses :) From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 09:22:41 2009 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 1F2A31065755; Thu, 3 Dec 2009 09:22:41 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 76EEA8FC17; Thu, 3 Dec 2009 09:22:40 +0000 (UTC) Received: by bwz5 with SMTP id 5so891624bwz.3 for ; Thu, 03 Dec 2009 01:22:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=zSe9rxM9RN1mxgQInd3kzdnMTNty9DKODjRFlD/cCOM=; b=fCvDrbg4iZAsZShN7PSsHyckU2I/gDh7VNvtVxS4c0YOm92/qP9GZC/Ffi07X7mSlt 0T407tfxLcNttL24GKIX5Q1weRwN0Saa5SGaq4C9IJFGYqrmqrveXmzLXrYyO+wVQGJL SkHsbl9b0eSGThqYDxHeT8uXlxn9R4e80QjJo= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=OBpFKtWmN03GVfylinKyxpruCAA49hNlvob2uuzGWDhDdbU/9do1Z8C4eiJjMHFJx8 ip3a9H/sfPSQixQ2lOzUhmdi67Jg+SmCJ8HQp/Hx5/Pz71HyeQVybwRy8YHl4mRS3tGR ZXaU8aYO8N3YEIeT/6uz+pkc3EnVY4KE/mxWg= Received: by 10.204.24.65 with SMTP id u1mr1293838bkb.176.1259832159036; Thu, 03 Dec 2009 01:22:39 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm671248fxm.2.2009.12.03.01.22.37 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Dec 2009 01:22:37 -0800 (PST) Sender: Alexander Motin Message-ID: <4B17835B.3080009@FreeBSD.org> Date: Thu, 03 Dec 2009 11:22:35 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Ivan Voras , FreeBSD-Current References: <4B170FCB.3030102@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 03 Dec 2009 09:22:41 -0000 Ivan Voras wrote: > Alexander Motin wrote: >> Data doesn't fit into cache. Multiple parallel requests give some effect >> even with legacy driver, but with NCQ enabled it gives much more, almost >> doubling performance! > > You've seen queueing in gstat for ZFS+NCQ? Yes. All the time 32+ requests per drive, when multiple processes running. That's why enabling NCQ gave such effect. Some speedup in legacy driver case on multiple processes could probably be explained by elevator sorter work in disk driver. It was very audible that drive work in cycles. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 09:29:07 2009 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 287201065694 for ; Thu, 3 Dec 2009 09:29:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id A81388FC1A for ; Thu, 3 Dec 2009 09:29:06 +0000 (UTC) Received: by bwz5 with SMTP id 5so895360bwz.3 for ; Thu, 03 Dec 2009 01:29:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=nctjAnDQGei34ByrzZLAS3nLuxPHhcIny+5brOogqt4=; b=Jvfoo4ASVrKN0t+0IRe9bz+IZpvb32fvpY84xVjTPGp0zkGAhn1T7txBV+KOGBevTk 1HfLMQjVZoE3HaZnkA9xF2VMvpA7Lds75jJTutMkZZ8959XoMUmMzF3UavKsVPb+6GE0 VFnJoCFcK7+72Dp8WqKmlH81BIrjtxSCiBhzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=wsAlEudU1Wja0Fabnn62ylYcJdkN53ArQFtSt2pdYTAiPC5cAeQO1UYeiW7VkJuoEQ KE/L2DwazVWCdwxjYUpOIUqwEXDkJi+Zs22RV+9N6/YFQs+M4IOuUR42vs4z0xE/hjYv ZHv42Kc21gp0COetaJEj3vpsIJRZUPIh1VjDw= Received: by 10.204.155.73 with SMTP id r9mr1388669bkw.14.1259832545315; Thu, 03 Dec 2009 01:29:05 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm671160fxm.5.2009.12.03.01.29.04 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Dec 2009 01:29:04 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1784DE.6090507@FreeBSD.org> Date: Thu, 03 Dec 2009 11:29:02 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Giorgos Keramidas , FreeBSD-Current References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Could you please fix this ? 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, 03 Dec 2009 09:29:07 -0000 Giorgos Keramidas wrote: > On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini wrote: >> I was facing one big problem, i have a notebook, which is an Acer >> Aspire 5920. > > Jung-uk Kim has done a lot of ACPI-related work, so he will probably > know if the change is ok to commit to stable/8. I've added him to the > thread, so he can let us know what he thinks of the change. Can you > please post a diff that also shows _where_ the changes have to be > installed in our current version of src/sys/dev/acpica/acpi_pcib_pci.c > for 8.0-RELEASE? Giorgos, this patch is not a fix, but a dirty workaround. The real problem is that out PCI code unable to allocate resources in case if BIOS doesn't do it. On this system PCIe bridges loose resources for some reason when ACPI started. Windows and Linux are able to restore them, but we are not at this moment. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 09:39:39 2009 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 66F05106568D; Thu, 3 Dec 2009 09:39:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0668FC18; Thu, 3 Dec 2009 09:39:37 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB39dOTX038847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 11:39:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB39dNqB060307; Thu, 3 Dec 2009 11:39:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB39dNW7060306; Thu, 3 Dec 2009 11:39:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Dec 2009 11:39:23 +0200 From: Kostik Belousov To: Alexander Motin Message-ID: <20091203093923.GD43143@deviant.kiev.zoral.com.ua> References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <1259691809.00189274.1259681402@10.7.7.3> <1259695381.00189283.1259682004@10.7.7.3> <4B170FCB.3030102@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AkbCVLjbJ9qUtAXD" Content-Disposition: inline In-Reply-To: <4B170FCB.3030102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD-Current , Ivan Voras Subject: Re: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 03 Dec 2009 09:39:39 -0000 --AkbCVLjbJ9qUtAXD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 03, 2009 at 03:09:31AM +0200, Alexander Motin wrote: > Ivan Voras wrote: > > If you have a drive to play with, could you also check UFS vs ZFS on > > both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicel= y. > >=20 > > For benchmarks I suggest blogbench and bonnie++ (in ports) and if you > > want to bother, randomio, http://arctic.org/~dean/randomio . >=20 > I have looked on randomio and found that it is also tuned to test > physical drive, and it does almost the same as raidtest. The main > difference that raidtest uses pre-generated test patterns, so it's > results are much more repeatable. What bonnie++ does is another > question, I prefer trust results which I can explain. >=20 > So I have spent several hours to quickly compare UFS and ZFS in several > scenarios, using ata(4) and ahci(4) drivers. It is not a strict > research, but I have checked every digit at least twice, some unexpected > or deviating ones even more. >=20 > I have pre-written 20GB file on empty file systems and used raidtest to > generate random rix of 10000 read/write requests of random size (512B - > 128KB) to those files. Every single run took about a minute, total > transfer size per run was about 600MB. I have used the same request > pattern in all tests. >=20 > Test 1: raidtest with O_DIRECT flag (default) on UFS file system: > ata(4), 1 process tps: 70 > ata(4), 32 processes tps: 71 > ahci(4), 1 process tps: 72 > ahci(4), 32 processes tps: 81 >=20 > gstat shown that most of time only one request at a time was running on > disk. Looks like read or read-modify-write operations (due to many short > writes in test pattern) are heavily serialized in UFS, even when several > processes working with the same file. It has almost eliminated effect of > NCQ in this test. >=20 > Test 2: Same as before, but without O_DIRECT flag: > ata(4), 1 process, first tps: 78 > ata(4), 1 process, second tps: 469 > ata(4), 32 processes, first tps: 83 > ata(4), 32 processes, second tps: 475 > ahci(4), 1 process, first tps: 79 > ahci(4), 1 process, second tps: 476 > ahci(4), 32 processes, first tps: 93 > ahci(4), 32 processes, second tps: 488 >=20 > Without O_DIRECT flag UFS was able to fit all accessed information into > buffer cache on second run. Second run uses buffer cache for all reads, > writes are not serialized, but NCQ effect is minimal in this situation. > First run is still mostly serialized. >=20 > Test 3: Same as 2, but with ZFS (i386 without tuning) > ata(4), 1 process, first tps: 75 > ata(4), 1 process, second tps: 73 > ata(4), 32 processes, first tps: 98 > ata(4), 32 processes, second tps: 97 > ahci(4), 1 process, first tps: 77 > ahci(4), 1 process, second tps: 80 > ahci(4), 32 processes, first tps: 139 > ahci(4), 32 processes, second tps: 142 >=20 > Data doesn't fit into cache. Multiple parallel requests give some effect > even with legacy driver, but with NCQ enabled it gives much more, almost > doubling performance! >=20 > Teste 4: Same as 3, but with kmem_size=3D1900M and arc_max=3D1700M. > ata(4), 1 process, first tps: 90 > ata(4), 1 process, second tps: ~160-300 > ata(4), 32 processes, first tps: 112 > ata(4), 32 processes, second tps: ~190-322 > ahci(4), 1 process, first tps: 90 > ahci(4), 1 process, second tps: ~140-300 > ahci(4), 32 processes, first tps: 180 > ahci(4), 32 processes, second tps: ~280-550 >=20 > Data slightly cached on first run and heavily cached on second. But even > such (maximum of I can dedicate on my i386) amount of memory it is not > enough to cache all data. Second run gives different device access > pattern each time and very random results. >=20 > Test 5: Same as 3, but with 2 disks: > ata(4), 1 process, first tps: 80 > ata(4), 1 process, second tps: 79 > ata(4), 32 processes, first tps: 186 > ata(4), 32 processes, second tps: 181 > ahci(4), 1 process, first tps: 79 > ahci(4), 1 process, second tps: 110 > ahci(4), 32 processes, first tps: 287 > ahci(4), 32 processes, second tps: 290 >=20 > Data doesn't fit into cache. Second disk gives almost no improvements > for serialized requests. Multiple parallel requests double speed even > with legacy driver, because of spreading requests between drives. Adding > NCQ support significantly rises speed even more. >=20 > As conclusion: > - in this particular test ZFS scaled well with parallel requests, > effectively using multiple disks. NCQ shown great benefits. But i386 > constraints are significantly limited ZFS caching abilities. > - UFS behaves very poorly in this test. Even with parallel workload it > often serializes device accesses. May be results would be different if > there would be separate file for each process, or with some other > options, but I think pattern I have used is also possible in some > applications. Only benefit UFS shown here is more effective memory > management on i386, leading to higher cache effectiveness. >=20 > It would be nice if somebody explained that UFS behavior. Does the test use the mix of simultaneous reads and writes to the same file ? If yes, then this is expected behaviour. UFS, as most other filesystems, except ZFS, uses exclusive vnode lock for duration of VOP_WRITE call, and shared vnode lock for VOP_READ. This means that write blocks parallel reads, and read(s) block write. The issue is being handled right now, but patch is not yet in the state where wider publication is reasonable. --AkbCVLjbJ9qUtAXD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksXh0sACgkQC3+MBN1Mb4hF9ACg1+XLIjidaz3SWwNMLDMUnsgP 7m0An0xlaqJBPW8WvrKX+MmjnmKXZX8u =zT30 -----END PGP SIGNATURE----- --AkbCVLjbJ9qUtAXD-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 10:46:14 2009 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 3B3C81065672; Thu, 3 Dec 2009 10:46:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id EE8AE8FC0C; Thu, 3 Dec 2009 10:46:13 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NG9CL-00012G-P4; Thu, 03 Dec 2009 10:46:12 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NG9CL-0004BU-BB; Thu, 03 Dec 2009 10:46:09 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nB3Ak9sY049912; Thu, 3 Dec 2009 10:46:09 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nB3Ak91q049902; Thu, 3 Dec 2009 10:46:09 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 3 Dec 2009 10:46:09 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091203104608.GA38171@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: port x11/kdebase-workspace-4.3.1 was built only after 10 or so attempts on ia64 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, 03 Dec 2009 10:46:14 -0000 I finally got it built today. I had intermittent core dumps. Looking at dmesg: +pid 36503 (automoc4), uid 0: exited on signal 11 (core dumped) +pid 62652 (automoc4), uid 0: exited on signal 11 (core dumped) +pid 94854 (automoc4), uid 0: exited on signal 11 (core dumped) +pid 2385 (automoc4), uid 0: exited on signal 11 (core dumped) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 12:44:49 2009 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 80BC7106566B; Thu, 3 Dec 2009 12:44:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id B561D8FC1E; Thu, 3 Dec 2009 12:44:48 +0000 (UTC) Received: by fxm10 with SMTP id 10so1289543fxm.34 for ; Thu, 03 Dec 2009 04:44:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=bv9pbsRq8fsL861XSMJsU3gf9LAmwoetGRAOfJfoAlw=; b=lvIsgScLxtrJBnHGb5ZMFyWxiMOr4HYjV7vOznm5dqPC02Q3R2LE5j4sNnUUGygOQW YM860LRJQDVHuH3osD6YlemlCuY/VwFLTMiO2Cg0lamhImiXMxU6DWXeN9mRmmTV7m4L 7iZBnu235Q9xdL/Ypq0LrqSA7rGc8hTLrslBM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=V5DsiGdJMCW+aL/YMcRB+W643l/RP++uxKXISGCKoKBmnQk9aUwP6luospacVLwT0P 13loR8XuvbFIFSWcx8XVXQgrYrpMKeJbC0IJNNTK3vyRgfpwNJZdSHvP6yHGQ77ETaP2 XQi/KyTWhUqBOe30RjrRLnVB6vG7+spsX53k4= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.144.195 with SMTP id a3mr214184fav.103.1259844287642; Thu, 03 Dec 2009 04:44:47 -0800 (PST) In-Reply-To: <4B170FCB.3030102@FreeBSD.org> References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <1259691809.00189274.1259681402@10.7.7.3> <1259695381.00189283.1259682004@10.7.7.3> <4B170FCB.3030102@FreeBSD.org> Date: Thu, 3 Dec 2009 13:44:47 +0100 X-Google-Sender-Auth: e1d8b015177ef64b Message-ID: <3bbf2fe10912030444w82707e3l30e2245c2ba64daa@mail.gmail.com> From: Attilio Rao To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , Ivan Voras Subject: Re: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 03 Dec 2009 12:44:49 -0000 2009/12/3 Alexander Motin : > Ivan Voras wrote: >> If you have a drive to play with, could you also check UFS vs ZFS on >> both ATA & AHCI? To try and see if the IO scheduling of ZFS plays nicely= . >> >> For benchmarks I suggest blogbench and bonnie++ (in ports) and if you >> want to bother, randomio, http://arctic.org/~dean/randomio . > > I have looked on randomio and found that it is also tuned to test > physical drive, and it does almost the same as raidtest. The main > difference that raidtest uses pre-generated test patterns, so it's > results are much more repeatable. What bonnie++ does is another > question, I prefer trust results which I can explain. > > So I have spent several hours to quickly compare UFS and ZFS in several > scenarios, using ata(4) and ahci(4) drivers. It is not a strict > research, but I have checked every digit at least twice, some unexpected > or deviating ones even more. > > I have pre-written 20GB file on empty file systems and used raidtest to > generate random rix of 10000 read/write requests of random size (512B - > 128KB) to those files. Every single run took about a minute, total > transfer size per run was about 600MB. I have used the same request > pattern in all tests. > > Test 1: raidtest with O_DIRECT flag (default) on UFS file system: > ata(4), 1 process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tps: 7= 0 > ata(4), 32 processes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 71 > ahci(4), 1 process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 7= 2 > ahci(4), 32 processes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tps: 81 > > gstat shown that most of time only one request at a time was running on > disk. Looks like read or read-modify-write operations (due to many short > writes in test pattern) are heavily serialized in UFS, even when several > processes working with the same file. It has almost eliminated effect of > NCQ in this test. > > Test 2: Same as before, but without O_DIRECT flag: > ata(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 78 > ata(4), 1 process, second =C2=A0 =C2=A0 =C2=A0 tps: 469 > ata(4), 32 processes, first =C2=A0 =C2=A0 tps: 83 > ata(4), 32 processes, second =C2=A0 =C2=A0tps: 475 > ahci(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 tps: 79 > ahci(4), 1 process, second =C2=A0 =C2=A0 =C2=A0tps: 476 > ahci(4), 32 processes, first =C2=A0 =C2=A0tps: 93 > ahci(4), 32 processes, second =C2=A0 tps: 488 > > Without O_DIRECT flag UFS was able to fit all accessed information into > buffer cache on second run. Second run uses buffer cache for all reads, > writes are not serialized, but NCQ effect is minimal in this situation. > First run is still mostly serialized. > > Test 3: Same as 2, but with ZFS (i386 without tuning) > ata(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 75 > ata(4), 1 process, second =C2=A0 =C2=A0 =C2=A0 tps: 73 > ata(4), 32 processes, first =C2=A0 =C2=A0 tps: 98 > ata(4), 32 processes, second =C2=A0 =C2=A0tps: 97 > ahci(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 tps: 77 > ahci(4), 1 process, second =C2=A0 =C2=A0 =C2=A0tps: 80 > ahci(4), 32 processes, first =C2=A0 =C2=A0tps: 139 > ahci(4), 32 processes, second =C2=A0 tps: 142 > > Data doesn't fit into cache. Multiple parallel requests give some effect > even with legacy driver, but with NCQ enabled it gives much more, almost > doubling performance! > > Teste 4: Same as 3, but with kmem_size=3D1900M and arc_max=3D1700M. > ata(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 90 > ata(4), 1 process, second =C2=A0 =C2=A0 =C2=A0 tps: ~160-300 > ata(4), 32 processes, first =C2=A0 =C2=A0 tps: 112 > ata(4), 32 processes, second =C2=A0 =C2=A0tps: ~190-322 > ahci(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 tps: 90 > ahci(4), 1 process, second =C2=A0 =C2=A0 =C2=A0tps: ~140-300 > ahci(4), 32 processes, first =C2=A0 =C2=A0tps: 180 > ahci(4), 32 processes, second =C2=A0 tps: ~280-550 > > Data slightly cached on first run and heavily cached on second. But even > such (maximum of I can dedicate on my i386) amount of memory it is not > enough to cache all data. Second run gives different device access > pattern each time and very random results. > > Test 5: Same as 3, but with 2 disks: > ata(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 =C2=A0tps: 80 > ata(4), 1 process, second =C2=A0 =C2=A0 =C2=A0 tps: 79 > ata(4), 32 processes, first =C2=A0 =C2=A0 tps: 186 > ata(4), 32 processes, second =C2=A0 =C2=A0tps: 181 > ahci(4), 1 process, first =C2=A0 =C2=A0 =C2=A0 tps: 79 > ahci(4), 1 process, second =C2=A0 =C2=A0 =C2=A0tps: 110 > ahci(4), 32 processes, first =C2=A0 =C2=A0tps: 287 > ahci(4), 32 processes, second =C2=A0 tps: 290 > > Data doesn't fit into cache. Second disk gives almost no improvements > for serialized requests. Multiple parallel requests double speed even > with legacy driver, because of spreading requests between drives. Adding > NCQ support significantly rises speed even more. > > As conclusion: > - in this particular test ZFS scaled well with parallel requests, > effectively using multiple disks. NCQ shown great benefits. But i386 > constraints are significantly limited ZFS caching abilities. > - UFS behaves very poorly in this test. Even with parallel workload it > often serializes device accesses. May be results would be different if > there would be separate file for each process, or with some other > options, but I think pattern I have used is also possible in some > applications. Only benefit UFS shown here is more effective memory > management on i386, leading to higher cache effectiveness. I think that the problem is that we serialize on the vnode for VOP_READ/VOP_WRITE on the same file. Probabilly byte-range locking kib is implementing in the VFS (and that ZFS already implements independently) will lead to better results (and that's not surprising ZFS is doing very well on this workload). I suggest to run the test with different files, you may not see this bottleneck effect on the scalability. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 12:51:30 2009 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 9F1D41065670 for ; Thu, 3 Dec 2009 12:51:30 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E03908FC12 for ; Thu, 3 Dec 2009 12:51:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA23640; Thu, 03 Dec 2009 14:51:26 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B17B44E.90908@icyb.net.ua> Date: Thu, 03 Dec 2009 14:51:26 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <200912011009.59961.jhb@freebsd.org> <20091202122347.124c2652@ernst.jennejohn.org> <200912020937.23896.jhb@freebsd.org> <20091202173928.4d20a943@ernst.jennejohn.org> <20091202174515.2b94a996@ernst.jennejohn.org> <20091202195714.6e1c90ba@ernst.jennejohn.org> In-Reply-To: <20091202195714.6e1c90ba@ernst.jennejohn.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: core dump in cvsup caused by _once()? 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, 03 Dec 2009 12:51:30 -0000 on 02/12/2009 20:57 Gary Jennejohn said the following: > Right, this allows cvsup to run. But my UTC was generated today > -r--r--r-- 4 root wheel 118 Dec 2 12:42 /usr/share/zoneinfo/UTC > when I did install world. > > It seems that this file has some sort of incompatibility with something > (I have no idea what) which causes cvsup to dump core. > > So, removing the file fixes a symptom, but not the cause. Yeah, two problems. The file causes SIGSEGV and SIGSEGV causes SIGILL. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 12:53:52 2009 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 C09C9106566C for ; Thu, 3 Dec 2009 12:53:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 47F1B8FC14 for ; Thu, 3 Dec 2009 12:53:51 +0000 (UTC) Received: by bwz5 with SMTP id 5so1026615bwz.3 for ; Thu, 03 Dec 2009 04:53:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=JWE/zEt6LldtAwaC6G7ledxjUFWAZjQH7qGsjLrdnxM=; b=dpB2Rv9uypB6GRdDrMNf1wJD5hceF5eu9e+cd5w0D0DxsOGtAj+gsGXs9FoHKX4/pF j0ux85LXBF2GStir4u3FfUWK0brPJURFghb+RMn2Uu4zd7tTRs61nxNkzUrDR8ehQJ1Q izQupUp/hbLpqVxKfLizcbWHKsKblB173eYLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=EgsZHxJZI+9JtL65G4YBIAxTAXqzj/UZc+NV9uISZ2yzBTWf7RRRJq4GY/IUZY7sPq v14GswuWHE1uJSd6FPpLPmIofm7weTeJzEseKGxcMWzK6gYO4gwYObzB28J7P531z/Fg ttHJUg578tMqXd/wOXMf5uQ09FL5mYDxEjGEs= Received: by 10.204.152.151 with SMTP id g23mr1513883bkw.148.1259844830800; Thu, 03 Dec 2009 04:53:50 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm741973fxm.7.2009.12.03.04.53.48 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Dec 2009 04:53:49 -0800 (PST) Sender: Alexander Motin Message-ID: <4B17B4DA.7050403@FreeBSD.org> Date: Thu, 03 Dec 2009 14:53:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Maxim Sobolev References: <4A9E8677.1020208@FreeBSD.org> <20090903002106.GB17538@dmr.ath.cx> <4AA0075A.5010109@FreeBSD.org> <4B16FFA9.6070002@FreeBSD.org> In-Reply-To: <4B16FFA9.6070002@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , "Derek \(freebsd lists\)" <482254ac@razorfever.net>, Emil Mikulic Subject: Re: gmirror 'load' algorithm (Was: Re: siis/atacam/ata/gmirror 8.0-BETA3 disk performance) 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, 03 Dec 2009 12:53:52 -0000 Maxim Sobolev wrote: > Alexander Motin wrote: >> I have played a bit with this patch on 4-disk mirror. It works better >> then original algorithm, but still not perfect. >> >> 1. I have managed situation with 4 read streams when 3 drives were >> busy, while forth one was completely idle. gmirror prefer constantly >> seek one of drives on short distances, but not to use idle drive, >> because it's heads were few gigabytes away from that point. >> >> IMHO request locality priority should be made almost equal for any >> nonzero distances. As we can see with split mode, even small gaps >> between requests can significantly reduce drive performance. So I >> think it is not so important if data are 100MB or 500GB away from >> current head position. It is perfect case when requests are completely >> sequential. But everything beyond few megabytes from current position >> just won't fit drive cache. >> >> 2. IMHO it would be much better to use averaged request queue depth as >> load measure, instead of last request submit time. Request submit time >> works fine only for equal requests, equal drives and serialized load, >> but it is actually the case where complicated load balancing is just >> not needed. The fact that some drive just got request does not mean >> anything, if some another one got 50 requests one second ago and still >> processes them. > > Can you try this one: > > http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff > > It implements different logic - instead of looking for the time, it > checks the outstanding requests queue length and recently served > requests proximity to decide where to schedule requests. Your patch changes "round-robin" algorithm, instead of "load". I have reimplemented it for "load" algorithm and changed math a bit, as I have written before. Patch is here: http://people.freebsd.org/~mav/gmirror.patch Here is some benchmarks for gmirror of 4 drives: ### load original linear 1MB read random 1 process MBps: 101 tps: 161 2 processes MBps: 78 tps: 265 4 processes MBps: 90 tps: 325 8 processes MBps: 101 tps: 384 16 processes MBps: 118 tps: 426 32 processes MBps: 142 tps: 457 Random performance is not bad, but linear is terrible, as requests jumping between drives and kicking each-other. ### round-robin linear 1MB read random 1 process MBps: 64 tps: 158 2 processes MBps: 131 tps: 260 4 processes MBps: 235 tps: 342 5 processes MBps: 240 tps: 362 8 processes MBps: 239 tps: 397 16 processes MBps: 246 tps: 432 32 processes MBps: 258 tps: 452 This is completely predictable. Random is fine, linear is not really linear. Perfect requests balancing between drives. ### load mav@ linear 1MB read random 1 process MBps: 104 tps: 159 2 processes MBps: 214 tps: 256 4 processes MBps: 425 tps: 332 5 processes MBps: 300 tps: 352 8 processes MBps: 245 tps: 391 16 processes MBps: 255 tps: 436 32 processes MBps: 263 tps: 457 Random is close to round-robin. Request balancing is close to perfect. Linear shows maximum possible performance for number of processes up to the number of drives, using only as much disks as needed. With more processes then disks, performance predictably reducing, but still beats all other methods. I think it is hardly possible to get much more. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 13:33:17 2009 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 44082106566C; Thu, 3 Dec 2009 13:33:17 +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 1576C8FC18; Thu, 3 Dec 2009 13:33:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C00C846B35; Thu, 3 Dec 2009 08:33:16 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E767D8A01F; Thu, 3 Dec 2009 08:33:15 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 3 Dec 2009 07:51:59 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127161343.GG2103@home.opsec.eu> <4B170013.8010209@quip.cz> In-Reply-To: <4B170013.8010209@quip.cz> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912030751.59888.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 03 Dec 2009 08:33:16 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Bjoern Zeeb , freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: route(8) and show/sticky/... Re: 8.0-RELEASE completed... 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, 03 Dec 2009 13:33:17 -0000 On Wednesday 02 December 2009 7:02:27 pm Miroslav Lachman wrote: > Kurt Jaeger wrote: > > Hi! > > > >> Just a quick note in case there are people here who aren't subscribed to > >> the freebsd-announce@ mailing list. > >> > >> We have completed the 8.0-RELEASE cycle. Details about the release are > >> available from the main web site, in particular the announcement itself > >> is available here: > >> > >> http://www.freebsd.org/releases/8.0R/announce.html > > > > Thanks! > > > > One question: > > > > http://www.freebsd.org/releases/8.0R/relnotes-detailed.html > > > > says: > > > > ---------- > > The route(8) utility now supports show, weights, and sticky commands. > > For more details, see the route(8) manual page. > > ---------- > > > > I do not have those things in my man page or route(8) command ? > > I have one more question about relnotes-detailed.html > > ----------- > "Specific CPU binding by using cpuset(1) has been implemented. Note that > the current implementation allows the superuser inside of the jail to > change the CPU bindings specified." > ----------- > > Is it true? I don't have 8.0-RELEASE installed, but I think it was fixed > in 7-STABLE right after the 7.2-RELEASE > > PR kern/134050 was reported by me I believe it is fixed in 8.0. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 13:46:51 2009 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 F012F1065694; Thu, 3 Dec 2009 13:46:51 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id E92598FC08; Thu, 3 Dec 2009 13:46:50 +0000 (UTC) Received: by bwz5 with SMTP id 5so1066757bwz.3 for ; Thu, 03 Dec 2009 05:46:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Y2ywVWCfK5VmHU/G84E7hakmRsx0HhEZYmCE07/4sg0=; b=Q0h415nEPK1b+RjOxdBgsmsiwSwzLUvwiH4PlbHYbu8rd7TqcHeBTd+Y2h5GVpW0b7 o5GzgMOYM27ptp/I5YxRaV1fO3Zk4BwIToLHhCA+W8+p/g/U/69OSl1iuxEZJ2x5AF28 x/L86NKr/yQFVtlyNYNfVRlI+PHcC7eLePk1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XwEmlsGfPgHDu8yyK1TVdiSBLAGtvWYBtP+pSz7IQCsI+MkBLkE4OK+WENTxOcrFM0 T4omWs5xL2jzsHJvUqpf98VmDna782Nz9jBi1JVRqTlX4dUxgaNwqc8CI+mD+kvbMAOD 4jdZfMRqF5XArMtb9sXsjbpqd873BCV4hmX4w= MIME-Version: 1.0 Received: by 10.204.34.75 with SMTP id k11mr1656276bkd.105.1259848009757; Thu, 03 Dec 2009 05:46:49 -0800 (PST) In-Reply-To: <200912030751.59888.jhb@freebsd.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127161343.GG2103@home.opsec.eu> <4B170013.8010209@quip.cz> <200912030751.59888.jhb@freebsd.org> Date: Thu, 3 Dec 2009 16:46:49 +0300 Message-ID: From: pluknet To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bjoern Zeeb , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org Subject: Re: route(8) and show/sticky/... Re: 8.0-RELEASE completed... 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, 03 Dec 2009 13:46:52 -0000 2009/12/3 John Baldwin : > On Wednesday 02 December 2009 7:02:27 pm Miroslav Lachman wrote: >> Kurt Jaeger wrote: >> > Hi! >> > >> >> Just a quick note in case there are people here who aren't subscribed= to >> >> the freebsd-announce@ mailing list. >> >> >> >> We have completed the 8.0-RELEASE cycle. =A0Details about the release= are >> >> available from the main web site, in particular the announcement itse= lf >> >> is available here: >> >> >> >> =A0 =A0http://www.freebsd.org/releases/8.0R/announce.html >> > >> > Thanks! >> > >> > One question: >> > >> > http://www.freebsd.org/releases/8.0R/relnotes-detailed.html >> > >> > says: >> > >> > ---------- >> > The route(8) utility now supports show, weights, and sticky commands. >> > For more details, see the route(8) manual page. >> > ---------- >> > >> > I do not have those things in my man page or route(8) command ? >> >> I have one more question about relnotes-detailed.html >> >> ----------- >> "Specific CPU binding by using cpuset(1) has been implemented. Note that >> the current implementation allows the superuser inside of the jail to >> change the CPU bindings specified." >> ----------- >> >> Is it true? I don't have 8.0-RELEASE installed, but I think it was fixed >> in 7-STABLE right after the 7.2-RELEASE >> >> PR kern/134050 was reported by me > > I believe it is fixed in 8.0. > This is what is in BUGS section of cpuset(1) manpage in 7.2-RELEASE, and not (fixed) in 8.0-RELEASE. It looks like it was leaved here by accident, since it was fixed on April in HEAD, MFC'ed on August to 7 after 7.2. The practice was to mention such misdescription on Errata page (e.g. see errata for 7.1). --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 15:24:02 2009 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 4FFE01065672; Thu, 3 Dec 2009 15:24:02 +0000 (UTC) (envelope-from lsantagostini@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id DFF7D8FC0A; Thu, 3 Dec 2009 15:24:01 +0000 (UTC) Received: by iwn36 with SMTP id 36so919689iwn.3 for ; Thu, 03 Dec 2009 07:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bVcnx6tHHSG/7/OR29tbYjE3HlZtEI9aF2oJk6JkQz4=; b=QjkRPX112ngZZcXmUGrBLuhjhkjOAKMuCOz8d+SsFd9bWRSnPOmP8Y9gfqQuKfBKXk pUL7g/DwvK2CBr1dihaHQCCCLqr2iNSVKsfXt7Um5dcrsv3lw0cX4YQBbIE688JNJlFe T5proaB4z+u3BzT266YG3TJJBkrJSr2NU62mE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EiISumGlelfoiaoFXChwNPESfBs7lAKcrgnMDlqEyNZxhiPqELpXgL4o/KvSySy14p sAstMJFHfVRDYPZ/iIX2i+KK7EsGuLYBB8RlHK29AYOu1t/RdQme9XRpG3rjuGi/VA7L Xws28RHJ/+2cAO7GSbOswF4PXrIKgZ0SkM+Y4= MIME-Version: 1.0 Received: by 10.231.161.138 with SMTP id r10mr54459ibx.34.1259853841013; Thu, 03 Dec 2009 07:24:01 -0800 (PST) In-Reply-To: <87tyw8o5xk.fsf@kobe.laptop> References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> <87tyw8o5xk.fsf@kobe.laptop> Date: Thu, 3 Dec 2009 15:24:00 +0000 Message-ID: <9ab7eeeb0912030724w7acfad22r6c015bc0bd09aa4f@mail.gmail.com> From: Leonardo Santagostini To: Giorgos Keramidas Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: Could you please fix this ? 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, 03 Dec 2009 15:24:02 -0000 No for 8.0 Release, sorry for the confussion, but yes in future releases Kind Regards Leonardo Santagostini 2009/12/3 Giorgos Keramidas : > On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini wrote: >> Hello everybody, >> >> I was facing one big problem, i have a notebook, which is an Acer >> Aspire 5920. =C2=A0If you like i can send to you my messages file. >> >> Which is: >> >> Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 T5550 =C2=A0@ 1.83GHz (1833.48-= MHz 686-class CPU) >> Intel(R) PRO/Wireless 3945ABG >> Broadcom NetLink Gigabit Ethernet Controller >> 2 Gigs RAM >> 160 Gigs SATA >> >> The point was: >> With ACPI disabled, i managed to boot but without WIFI; and with ACPI >> enabled, the boot process hanged up all times. >> >> I fixed this adding >> >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D2){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf020= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf02= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D3){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf030= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf03= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> >> to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a 8.0-RELEASE >> >> I was able to fix it by my way but many people cant do it, so, i would >> really appreciate if you can add this piece of code. > > Hi Leonardo. > > Jung-uk Kim has done a lot of ACPI-related work, so he will probably > know if the change is ok to commit to stable/8. =C2=A0I've added him to t= he > thread, so he can let us know what he thinks of the change. =C2=A0Can you > please post a diff that also shows _where_ the changes have to be > installed in our current version of src/sys/dev/acpica/acpi_pcib_pci.c > for 8.0-RELEASE? > > From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 15:30:06 2009 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 B631B1065672; Thu, 3 Dec 2009 15:30:06 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD2D8FC19; Thu, 3 Dec 2009 15:30:06 +0000 (UTC) Received: from [172.31.193.10] (cpe-174-097-131-132.nc.res.rr.com [174.97.131.132]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id nB3FTxsP016756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 10:30:05 -0500 (EST) Message-ID: <4B17D972.3000903@cs.duke.edu> Date: Thu, 03 Dec 2009 10:29:54 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Daniel Eischen References: <4B16D802.6030904@cs.duke.edu> <20091203003705.GA1769@grapeape1.cs.duke.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: process shared semaphores? 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, 03 Dec 2009 15:30:06 -0000 Daniel Eischen wrote: > We had this same discussion last time. You have a > short memory, don't you? :-) :-) > > The sem_t in FreeBSD is a pointer to a malloc'd struct > (see sem_alloc() in libc/gen/sem.c). A pointer to malloc'd > memory cannot be shared across processes (unless they are > all children I suppose). > Argh! I keep forgetting that is the root of the problem. I think the previous discussion was more about pthreads. I guess I'm just a bloody idiot for not realizing that sems had the same problem. Now that you remind me, I even remember groping around in the library sources, and trying to use _pthread_mutex_init_calloc_cb() to force the mutex allocation to come from shared memory. But now the project author wants to use semaphores, and I just didn't make the connection. Sorry to waste your time.. Drew From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 20:17:13 2009 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 7B941106568B; Thu, 3 Dec 2009 20:17:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6248FC1E; Thu, 3 Dec 2009 20:17:12 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nB3KHAEt021177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 12:17:11 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4B181CC8.1040205@FreeBSD.org> Date: Thu, 03 Dec 2009 12:17:12 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Alexander Motin References: <4A9E8677.1020208@FreeBSD.org> <20090903002106.GB17538@dmr.ath.cx> <4AA0075A.5010109@FreeBSD.org> <4B16FFA9.6070002@FreeBSD.org> <4B17B4DA.7050403@FreeBSD.org> In-Reply-To: <4B17B4DA.7050403@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Derek \(freebsd lists\)" <482254ac@razorfever.net>, FreeBSD-Current , Emil Mikulic Subject: Re: gmirror 'load' algorithm (Was: Re: siis/atacam/ata/gmirror 8.0-BETA3 disk performance) 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, 03 Dec 2009 20:17:13 -0000 Alexander Motin wrote: > ### load mav@ > linear 1MB read random > 1 process MBps: 104 tps: 159 > 2 processes MBps: 214 tps: 256 > 4 processes MBps: 425 tps: 332 > 5 processes MBps: 300 tps: 352 > 8 processes MBps: 245 tps: 391 > 16 processes MBps: 255 tps: 436 > 32 processes MBps: 263 tps: 457 > > Random is close to round-robin. Request balancing is close to perfect. > Linear shows maximum possible performance for number of processes up to > the number of drives, using only as much disks as needed. With more > processes then disks, performance predictably reducing, but still beats > all other methods. > > I think it is hardly possible to get much more. > Awesome, please commit - this issue has been dragging for too long already. Pawel seems either busy or have lost interest in maintaining this, so you don't really need to wait for his approval. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 22:41:14 2009 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 E99EA106566B; Thu, 3 Dec 2009 22:41:13 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCB18FC0A; Thu, 3 Dec 2009 22:41:13 +0000 (UTC) Received: by qyk6 with SMTP id 6so810452qyk.3 for ; Thu, 03 Dec 2009 14:41:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=CR7uxlW7wdHtrmE+nPOCU14IJ7HOGV+AewfqgcQkJzI=; b=Sv245scv5kCacJRfDzHgV8rJNGS57gC2mK/5F+HJRBiPbjGj6IB7RU9bnMRGmcYuWO XjEY/XlEi1oiv+KDLyUkDrHqRt04CNoonwNCi006bxgG+nzQ6JgO24GG6wLZ5cszpkPj W9O8KeJZ4u5RUB0lFfTS5tD5ttOs0cl18/+YA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=srcRKYvKlgXnNgTA9hmwQYrj+jPpOxVCEzpl7VIHXykuZhEXy9yZkxuQZlAhpug14a c6IcYX+jD8GBAZAqQAj6RolU0KcbBtqWcTGh12AZBXpqIhT/XcwlpZfaLjx2KvKcdQAp WPagIHYunf3LDf/d+IC6j51VUX6uAc5LUrSlU= Received: by 10.224.80.98 with SMTP id s34mr1277162qak.98.1259880072583; Thu, 03 Dec 2009 14:41:12 -0800 (PST) Received: from kan.dnsalias.net (c-24-91-218-112.hsd1.ma.comcast.net [24.91.218.112]) by mx.google.com with ESMTPS id 6sm6460501qwd.6.2009.12.03.14.41.10 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Dec 2009 14:41:10 -0800 (PST) Date: Thu, 3 Dec 2009 17:41:05 -0500 From: Alexander Kabaev To: Alexander Motin Message-ID: <20091203174105.4b6854a0@kan.dnsalias.net> In-Reply-To: <4B1671EE.1010301@FreeBSD.org> References: <4B1671EE.1010301@FreeBSD.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/l34p=F6GqWdlG+10I6kD6xt"; protocol="application/pgp-signature" Cc: FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers 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, 03 Dec 2009 22:41:14 -0000 --Sig_/l34p=F6GqWdlG+10I6kD6xt Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 02 Dec 2009 15:55:58 +0200 Alexander Motin wrote: > Hi. >=20 > I would like to present for testing patch, turning ata(4) controllers > drivers into native SIMs of new CAM ATA infrastructure. This patch > adds new ATA_CAM kernel option, which allows switching between legacy > and new CAM-based operation modes. Works on AMD8111 here : atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] (aprobe0:ata0:0:0:0): SIGNATURE: 0000 (aprobe1:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata1:0:1:0): SIGNATURE: 0000 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, PIO size 8192bytes) cd0: Attempt to query device size failed: UNIT ATTENTION, Power on, reset, or bus device reset occurred ada0 at ata0 bus 0 scbus0 target 0 lun 0=20 ada0: ATA/ATAPI-7 device ada0: 133.000MB/s transfers (UDMA6, PIO size 8192bytes) ada0: 156334MB (320173056 512 byte sectors: 16H 63S/T 16383C) ada1 at ata1 bus 0 scbus1 target 1 lun 0 ada1: ATA/ATAPI-5 device ada1: 100.000MB/s transfers (UDMA5, PIO size 8192bytes) ada1: 29314MB (60036480 512 byte sectors: 16H 63S/T 16383C) --=20 Alexander Kabaev --Sig_/l34p=F6GqWdlG+10I6kD6xt Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iD8DBQFLGD6FQ6z1jMm+XZYRArKYAKCNmwJSkYrmEZF246qdARETQ0TdCwCgh7IU NT+ALmmuQrNMQQfmLIs/Zcc= =6SC9 -----END PGP SIGNATURE----- --Sig_/l34p=F6GqWdlG+10I6kD6xt-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 00:04:48 2009 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 7F5F3106566B for ; Fri, 4 Dec 2009 00:04:48 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF928FC0C for ; Fri, 4 Dec 2009 00:04:48 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB404lVN072090 for ; Thu, 3 Dec 2009 18:04:47 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 3 Dec 2009 18:04:47 -0600 (CST) From: "Sean C. Farley" To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: environ function patch for review 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, 04 Dec 2009 00:04:48 -0000 Regarding the recent security issue with the unsetenv() calls in rtld, I have made a patch[1] I would like reviewed prior to commit. It changes the behavior of all the *env() routines that cause an internal environment to be created. This is putenv(), setenv() and unsetenv(). getenv() will not cause an internal environment to be created. I have tested the patch without the rltd fix, and it prevents the security issue. Instead of returning an error when tripping upon a corrupt environment, it will return an error when the caller passes bad argument(s) (EINVAL) or if unable to allocate memory (ENOMEM). Except for the possibility for ENOMEM, this should make the behavior the same as FreeBSD 6 and below. Another commit[2] will also be made, but it mainly changes a comment to better reflect the search order in getenv(). Changing the comment was recommended by Brian (green), and I concur to the change. The entire commit will not change any code. The patches will be applied in the order of the comment-only patch and then the behavioral patch. Thank you. Sean 1. http://people.freebsd.org/~scf/getenv-2.patch 2. http://people.freebsd.org/~scf/getenv-1.patch -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 00:14:55 2009 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 9C5431065676 for ; Fri, 4 Dec 2009 00:14:55 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9B97C8FC08 for ; Fri, 4 Dec 2009 00:14:54 +0000 (UTC) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 0D86E6E533; Fri, 4 Dec 2009 00:55:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s= selector1; bh=5cpEzqTZtK0469x1jb+denE19vc=; b=t02RwjWBNbAmufXI7z 809lKJW4RPz09dQsmFo9TUVtYQaGJhKM8kwNd+ZOOVwB8qoG2GO9yDg4lKyQZvcy 0N4c7/LPg6qDCrkTrkD1RjdyBRp5xoMwL1JZP1aOOLUjnyK0J20e8CHcwtq9rc0O TejOerQL2RDQGEl6e5NwJ3wjI= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id C103B6E532; Fri, 4 Dec 2009 00:55:36 +0100 (CET) Date: Fri, 04 Dec 2009 00:55:36 +0100 From: Goran Lowkrantz To: Alexander Motin Message-ID: In-Reply-To: <4B1671EE.1010301@FreeBSD.org> References: <4B1671EE.1010301@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers 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, 04 Dec 2009 00:14:55 -0000 --On Wednesday, December 02, 2009 3:55 PM +0200 Alexander Motin wrote: > Hi. > > I would like to present for testing patch, turning ata(4) controllers > drivers into native SIMs of new CAM ATA infrastructure. This patch adds > new ATA_CAM kernel option, which allows switching between legacy and new > CAM-based operation modes. To enable new mode you should add > options ATA_CAM > line to the kernel configuration file in addition to the ones required > by CAM infrastructure and rebuild/reinstall the kernel. > === Tested on a ASUSTeK M2N-VM DVI with good results. Only problem found was with a CF card in a SATA-CF adapter. It lies that it can handle DMA but fails miserably. Searched the web but could find no way to disable DMA when using CAM-ATA. Here is the inital rescan result after attaching it and the timeout when doing an identify: (aprobe0:ahcich1:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich2:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich1:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich2:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 ada2 at ahcich0 bus 0 scbus2 target 0 lun 0 ada2: ATA/ATAPI-4 device ada2: 150.000MB/s transfers (SATA 1.x, PIO4, PIO size 2048bytes) ada2: 977MB (2001888 512 byte sectors: 16H 63S/T 1986C) (aprobe0:ahcich1:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich2:0:15:0): SIGNATURE: 0000 ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000003 ss 00000000 rs 00000003 tfd 00 serr 000000 # camcontrol readcap ada2 (pass5:ahcich0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (pass5:ahcich0:0:0:0): CAM Status: Unconditionally Re-queue Request When mounted and trying to write atime this happens: g_vfs_done():ada2a[WRITE(offset=114688, length=16384)]error = 5 ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout ahcich0: Timeout on slot 0 ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd 80 serr 00000000 ahcich0: port is not ready (timeout 10000ms) tfd = 00000080 ahcich0: device ready timeout g_vfs_done():ada2a[WRITE(offset=114688, length=16384)]error = 5 fsync: giving up on dirty 0xffffff00068e9760: tag devfs, type VCHR usecount 1, writecount 0, refcount 5 mountedhere 0xffffff0006bff600 flags () v_object 0xffffff0004e40438 ref 0 pages 6 lock type devfs: EXCL by thread 0xffffff0006389390 (pid 1946) dev ada2a ahcich0: Timeout on slot 0 Rest of it: atapci0@pci0:0:6:0: class=0x01018a card=0x82b31043 chip=0x056010de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP67 PATA Controller (MCP67)' class = mass storage subclass = ATA ahci0@pci0:0:9:0: class=0x010601 card=0x82b31043 chip=0x055410de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP67 AHCI Controller' class = mass storage subclass = SATA # camcontrol devlist at scbus0 target 0 lun 0 (cd0,pass0) at scbus0 target 1 lun 0 (cd1,pass1) at scbus2 target 0 lun 0 (ada2,pass5) at scbus3 target 0 lun 0 (pass2,ada0) at scbus4 target 0 lun 0 (pass3,ada1) at scbus6 target 0 lun 0 (da0,pass4) # camcontrol identify ada0 pass2: ATA/ATAPI-7 SATA 2.x device pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) protocol ATA/ATAPI-7 SATA 2.x device model ST380815AS firmware revision 3.AAD serial number 5QZ2XRWG cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 156301488 sectors LBA48 supported 156301488 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 overlap not supported Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes Native Command Queuing (NCQ) yes 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 208/0xD0 media status notification no no power-up in Standby no no write-read-verify yes no 0/0x0 unload no no free-fall no no # camcontrol identify ada1 pass3: ATA/ATAPI-7 SATA 2.x device pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) protocol ATA/ATAPI-7 SATA 2.x device model ST380815AS firmware revision 3.AAD serial number 5QZ2XRWZ cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 156301488 sectors LBA48 supported 156301488 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 overlap not supported Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes Native Command Queuing (NCQ) yes 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 208/0xD0 media status notification no no power-up in Standby no no write-read-verify yes no 0/0x0 unload no no free-fall no no Boot dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #71: Wed Dec 2 22:26:06 CET 2009 root@skade.glz.hidden-powers.com:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (2600.26-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4105179136 (3915 MB) ACPI APIC Table: <082708 APIC1437> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <082708 XSDT1437> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fefe1000, 1000 (3) failed acpi0: reservation of fee01000, ff000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: port 0x900-0x9ff at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xf9eff000-0xf9efffff irq 21 at device 2.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xf9efec00-0xf9efecff irq 22 at device 2.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 ohci1: mem 0xf9efd000-0xf9efdfff irq 23 at device 4.0 on pci0 ohci1: [ITHREAD] usbus2: on ohci1 ehci1: mem 0xf9efe800-0xf9efe8ff irq 20 at device 4.1 on pci0 ehci1: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 7.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 fwohci0: port 0xcc00-0xcc7f mem 0xf9fff800-0xf9ffffff irq 16 at device 7.0 on pci1 fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 20:00:00:00:03:00:0a:a6 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x2584000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 22:00:00:00:0a:a6 fwe0: Ethernet address: 22:00:00:00:0a:a6 fwip0: on firewire0 fwip0: Firewire address: 20:00:00:00:03:00:0a:a6 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode ahci0: port 0xb480-0xb487,0xb400-0xb403,0xb080-0xb087,0xb000-0xb003,0xac00-0xac0f mem 0xf9ef6000-0xf9ef7fff irq 22 at device 9.0 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] nfe0: port 0xa880-0xa887 mem 0xf9efc000-0xf9efcfff,0xf9efe400-0xf9efe4ff,0xf9efe000-0xf9efe00f irq 23 at device 10.0 on pci0 miibus0: on nfe0 atphy0: PHY 1 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: Ethernet address: 00:1d:60:9a:8f:4e nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci2: on pcib2 vgapci0: port 0xdc00-0xdc7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 17 at device 0.0 on pci2 pcib3: at device 12.0 on pci0 pci3: on pcib3 em0: port 0xec00-0xec1f mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 18 at device 0.0 on pci3 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1b:21:2e:7d:3c pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 15.0 on pci0 pci6: on pcib6 pcib7: at device 16.0 on pci0 pci7: on pcib7 pcib8: at device 17.0 on pci0 pci8: on pcib8 amdtemp0: on hostb3 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 uhub0: 6 ports with 6 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub1: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered ugen3.2: at usbus3 uhub4: on usbus3 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 uhub4: 4 ports with 2 removable, self powered umass0:6:0:-1: Attached to scbus6 (aprobe0:ata0:0:0:0): SIGNATURE: eb14 (aprobe0:ata0:0:1:0): SIGNATURE: eb14 (aprobe3:ahcich1:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich1:0:0:0): SIGNATURE: 0000 (aprobe4:ahcich2:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich2:0:0:0): SIGNATURE: 0000 ada0 at ahcich1 bus 0 scbus3 target 0 lun 0 ada0: ATA/ATAPI-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada0: Command Queueing enabled ada0: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich2 bus 0 scbus4 target 0 lun 0 ada1: ATA/ATAPI-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, PIO size 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 15320MB (31375360 512 byte sectors: 255H 63S/T 1953C) cd1 at ata0 bus 0 scbus0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 66.700MB/s transfers (UDMA4, PIO size 8192bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! ugen3.3: at usbus3 uhid0: on usbus3 (da0:umass-sim0:0:0:0): unsupportable block size 83886080 Root mount waiting for: usbus3 ugen3.4: at usbus3 ums0: on usbus3 ums0: 3 buttons and [XYZ] coordinates ID=1 Root mount waiting for: usbus3 ugen3.5: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 uhid1: on usbus3 Trying to mount root from zfs:system Thanks. /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 02:27:08 2009 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 CE3311065672; Fri, 4 Dec 2009 02:27:08 +0000 (UTC) (envelope-from lsantagostini@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1138FC13; Fri, 4 Dec 2009 02:27:08 +0000 (UTC) Received: by iwn36 with SMTP id 36so1329145iwn.3 for ; Thu, 03 Dec 2009 18:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=klCrGX4ZYlIrqM8S2dMYvhOauFLw6FjmHWfZuErtQDU=; b=FLzx+D3hZU3MoWdaPfCbX85WiZJ6LZztBeRtpDSix48C8GunPAqjnwCV5oYh+Vzs1k bWbfoOmIyMbl0/Ss0jR9m8Fu97QO9vSFqDAm2LdzW7q9iOCND6IWHeX71cQS1bZtgVzm 9Vevh38AHwI/w5hypUQ6V0hyq4MDZJMkWgmX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=POIj1+nD8Wh1mm9+kjDucKheNc65+lNP/Em5/9Hwv/JMeqG51MBX6PlE2aUnDUQS/2 OknTAxxBRnNeLh++Wo8mbjsgMZpPVb34CP4z2ZyNOjF9rTrcPAX64E7IjZOVACOwa1K/ szywz4QO5XypUcDYgpFzucsPW3ixyNWW3CcWc= MIME-Version: 1.0 Received: by 10.231.182.130 with SMTP id a44mr1335298iba.18.1259893627845; Thu, 03 Dec 2009 18:27:07 -0800 (PST) In-Reply-To: <87tyw8o5xk.fsf@kobe.laptop> References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> <87tyw8o5xk.fsf@kobe.laptop> Date: Fri, 4 Dec 2009 02:27:07 +0000 Message-ID: <9ab7eeeb0912031827vd32544fk996a65e871322091@mail.gmail.com> From: Leonardo Santagostini To: Giorgos Keramidas Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: Could you please fix this ? 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, 04 Dec 2009 02:27:08 -0000 Sorry, but ive not backed up this file, instead of this, i will copy the entire function (in fact its very short) cpi_pcib_pci_attach(device_t dev) { struct acpi_pcib_softc *sc; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); if (device_get_unit(dev)=3D=3D2){ pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); } if (device_get_unit(dev)=3D=3D3){ pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); } pcib_attach_common(dev); sc =3D device_get_softc(dev); sc->ap_handle =3D acpi_get_handle(dev); return (acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus)); } Kind Regards Leonardo Santagostini 2009/12/3 Giorgos Keramidas : > On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini wrote: >> Hello everybody, >> >> I was facing one big problem, i have a notebook, which is an Acer >> Aspire 5920. =C2=A0If you like i can send to you my messages file. >> >> Which is: >> >> Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 T5550 =C2=A0@ 1.83GHz (1833.48-= MHz 686-class CPU) >> Intel(R) PRO/Wireless 3945ABG >> Broadcom NetLink Gigabit Ethernet Controller >> 2 Gigs RAM >> 160 Gigs SATA >> >> The point was: >> With ACPI disabled, i managed to boot but without WIFI; and with ACPI >> enabled, the boot process hanged up all times. >> >> I fixed this adding >> >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D2){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf020= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf02= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D3){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf030= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf03= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> >> to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a 8.0-RELEASE >> >> I was able to fix it by my way but many people cant do it, so, i would >> really appreciate if you can add this piece of code. > > Hi Leonardo. > > Jung-uk Kim has done a lot of ACPI-related work, so he will probably > know if the change is ok to commit to stable/8. =C2=A0I've added him to t= he > thread, so he can let us know what he thinks of the change. =C2=A0Can you > please post a diff that also shows _where_ the changes have to be > installed in our current version of src/sys/dev/acpica/acpi_pcib_pci.c > for 8.0-RELEASE? > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 09:39:10 2009 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 6DC0A106566B; Fri, 4 Dec 2009 09:39:10 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4DA8FC08; Fri, 4 Dec 2009 09:39:09 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nB49d7CY044343 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Dec 2009 10:39:08 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <4B1671EE.1010301@FreeBSD.org> Date: Fri, 4 Dec 2009 10:39:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6E3F2F48-79E5-4E11-B12F-648AA19E32CA@lassitu.de> References: <4B1671EE.1010301@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1077) Cc: FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers 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, 04 Dec 2009 09:39:10 -0000 Am 02.12.2009 um 14:55 schrieb Alexander Motin: > Feedbacks are welcome. On any problems, don't forget to enable verbose > kernel debug messages to obtain more information. Working fine in VMware: atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x10c0- 0x10cf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ... ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA/ATAPI-4 device ada0: 33.300MB/s transfers (UDMA2, PIO size 8192bytes) ada0: 20480MB (41943040 512 byte sectors: 15H 63S/T 16383C) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, PIO size 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Copied a bunch of data between my regular mpt hosted disk and this one, = as well as the cd, and eveything seems to be working just fine. I did = not test performance, but I did not notice any problems. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 10:01:03 2009 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 B91F11065676 for ; Fri, 4 Dec 2009 10:01:03 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 43EDE8FC19 for ; Fri, 4 Dec 2009 10:01:02 +0000 (UTC) Received: by bwz5 with SMTP id 5so1776453bwz.3 for ; Fri, 04 Dec 2009 02:01:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Vvo8LHsPJDu6VSe0QJgmbymMBYM6Ac7njOIYpnuXSoQ=; b=w0HMl6RvEamExRj6N2XRWf7jqkWy3lxF46PgGTfzxga9TPYh9Hg4En6GEZ9IGN/zl4 gBbGUrTa/mH7564Fqb+AIvuUPGjs2j0coJI7ms6qCk2CGSgB8ZWAGvFgjqOJCgDJcjKC 2QGe/XTr4/3z6uYi4OdBV5JanroFpT9xLT1ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=XnUxWyAfqqP+iUqC9hU1WsVz9rei5UjJz4j5bPNhCRhfO1wuMeRQ5zRn071GND54hR mTq0xYPOl5KGZK3Y4DS/5QCKnHuMRJgHrrkRX7sikxZxOFg/cZc2MN7OwTihLZNrydwp 6N9//zGRlMpwIsHQ/y3IzsHgoXmVrwItZS7VM= Received: by 10.204.153.220 with SMTP id l28mr2999785bkw.86.1259920862035; Fri, 04 Dec 2009 02:01:02 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm1030030fxm.1.2009.12.04.02.01.00 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Dec 2009 02:01:00 -0800 (PST) Sender: Alexander Motin Message-ID: <4B18DDDA.3050608@FreeBSD.org> Date: Fri, 04 Dec 2009 12:00:58 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Goran Lowkrantz References: <4B1671EE.1010301@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers 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, 04 Dec 2009 10:01:03 -0000 Goran Lowkrantz wrote: > Tested on a ASUSTeK M2N-VM DVI with good results. Only problem found was > with a CF card in a SATA-CF adapter. It lies that it can handle DMA but > fails miserably. Searched the web but could find no way to disable DMA > when using CAM-ATA. I have also seen problems with DMA on SATA-CF adapters. What's interesting is that same cards in PATA-CF adapter are working fine. Will try them more. Generally modes can be controlled via `camcontrol negotiate ...`. To change SATA connection speed (in addition to driver hints) you may do: camcontrol negotiate ada0 -U -R 1500 camcontrol reset X camcontrol rescan X camcontrol negotiate ada0 To change PATA mode you may do now: camcontrol negotiate ada0 -U -M WDMA0 camcontrol rescan X camcontrol negotiate ada0 But now it is impossible to switch between PIO and DMA PATA modes after device was probed. This part is to be implemented yet. > Here is the inital rescan result after attaching it and the timeout when > doing an identify: > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > ada2 at ahcich0 bus 0 scbus2 target 0 lun 0 > ada2: ATA/ATAPI-4 device > ada2: 150.000MB/s transfers (SATA 1.x, PIO4, PIO size 2048bytes) It reported itself as working in PIO mode ^^^. It is some different case. > ada2: 977MB (2001888 512 byte sectors: 16H 63S/T 1986C) > (aprobe0:ahcich1:0:15:0): SIGNATURE: 0000 > (aprobe0:ahcich2:0:15:0): SIGNATURE: 0000 > ahcich0: Timeout on slot 0 > ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr > 00000000 Looks like card doesn't dropped BUSY flag (tfd d0). Or SATA adapter haven't translated it properly. > # camcontrol readcap ada2 > (pass5:ahcich0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (pass5:ahcich0:0:0:0): CAM Status: Unconditionally Re-queue Request readcap uses SCSI command to read capacity. It won't work for ATA devices, only for ATAPI. Thanks. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 15:36:51 2009 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 E749D1065B51 for ; Fri, 4 Dec 2009 15:36:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 80ADF8FC12 for ; Fri, 4 Dec 2009 15:36:51 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NGaDC-000P3i-AG for freebsd-current@FreeBSD.org; Fri, 04 Dec 2009 18:36:50 +0300 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Fri, 04 Dec 2009 18:36:49 +0300 Message-ID: <20226798@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Subject: amd64 host + i386 jail + ls -l = core dumped 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, 04 Dec 2009 15:36:52 -0000 Hello List, I'm using an amd64 system (r200095): ----- % uname -srm FreeBSD 9.0-CURRENT amd64 ----- The i386 jail was build with the same sources. There is a problem in the jail: ----- % sudo jail -c path=/export/diskless_root host.hostname=testhostname ip4.addr=127.0.0.10 command=/bin/csh %uname -m amd64 %setenv UNAME_m i386 %uname -m i386 %cd /root %ls ls.core test.txt %ls -l total 8191 Bad system call (core dumped) % %gdb /bin/ls ls.core 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 "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `ls'. Program terminated with signal 12, Bad system call. Reading symbols from /lib/libutil.so.8...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.8 Reading symbols from /lib/libncurses.so.8...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 (gdb) bt #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 #1 0x2814303c in acl_get_link_np () from /lib/libc.so.7 #2 0x0804c2f9 in ?? () #3 0xffffcb83 in ?? () #4 0x00000004 in ?? () [...] ----- Additional info from host: ----- % zfs get all space/diskless_root NAME PROPERTY VALUE SOURCE space/diskless_root type filesystem - space/diskless_root creation чт дек 3 10:14 2009 - space/diskless_root used 287M - space/diskless_root available 1,77T - space/diskless_root referenced 287M - space/diskless_root compressratio 1.00x - space/diskless_root mounted yes - space/diskless_root quota none default space/diskless_root reservation none default space/diskless_root recordsize 128K default space/diskless_root mountpoint /export/diskless_root local space/diskless_root sharenfs -ro -maproot=0 -network 192.168.3.0 -mask 255.255.255.0 local space/diskless_root checksum on default space/diskless_root compression off default space/diskless_root atime off inherited from space space/diskless_root devices on default space/diskless_root exec on default space/diskless_root setuid on default space/diskless_root readonly off default space/diskless_root jailed off default space/diskless_root snapdir hidden default space/diskless_root aclmode groupmask default space/diskless_root aclinherit restricted default space/diskless_root canmount on default space/diskless_root shareiscsi off default space/diskless_root xattr off temporary space/diskless_root copies 1 default space/diskless_root version 3 - space/diskless_root utf8only off - space/diskless_root normalization none - space/diskless_root casesensitivity sensitive - space/diskless_root vscan off default space/diskless_root nbmand off default space/diskless_root sharesmb off default space/diskless_root refquota none default space/diskless_root refreservation none default space/diskless_root primarycache all default space/diskless_root secondarycache all default space/diskless_root usedbysnapshots 0 - space/diskless_root usedbydataset 287M - space/diskless_root usedbychildren 0 - space/diskless_root usedbyrefreservation 0 - ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 16:10:35 2009 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 B1373106566B for ; Fri, 4 Dec 2009 16:10:35 +0000 (UTC) (envelope-from jilles@crab.stack.nl) Received: from crab.stack.nl (crab.stack.nl [131.155.140.134]) by mx1.freebsd.org (Postfix) with ESMTP id 747DB8FC13 for ; Fri, 4 Dec 2009 16:10:35 +0000 (UTC) Received: by crab.stack.nl (Postfix, from userid 1677) id CB0675C43; Fri, 4 Dec 2009 17:10:31 +0100 (CET) Date: Fri, 4 Dec 2009 17:10:31 +0100 From: Jilles Tjoelker To: "Sean C. Farley" Message-ID: <20091204161031.GA37372@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: environ function patch for review 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, 04 Dec 2009 16:10:35 -0000 On Thu, Dec 03, 2009 at 06:04:47PM -0600, Sean C. Farley wrote: > Regarding the recent security issue with the unsetenv() calls in rtld, I > have made a patch[1] I would like reviewed prior to commit. It changes > the behavior of all the *env() routines that cause an internal > environment to be created. This is putenv(), setenv() and unsetenv(). > getenv() will not cause an internal environment to be created. I have > tested the patch without the rltd fix, and it prevents the security > issue. > Instead of returning an error when tripping upon a corrupt environment, > it will return an error when the caller passes bad argument(s) (EINVAL) > or if unable to allocate memory (ENOMEM). Except for the possibility > for ENOMEM, this should make the behavior the same as FreeBSD 6 and > below. It would be very nice to avoid ENOMEM on unsetenv() somehow, such as by rewriting environ in place. Neither FreeBSD6 nor POSIX mention the possibility of ENOMEM on unsetenv(). The only error listed by POSIX is an invalid variable name (unsetting a variable that does not exist is not an error), so it seems reasonable to assume unsetenv() is successful if passed a valid constant variable name. If unsetenv() has to copy the environment, there cannot be any setenv() or putenv() strings in it. So it seems correct to remove the pointer from environ without doing anything else, instead. If the environment has already been copied, the unsetenv() should proceed without needing to allocate any memory. This seems to be the case. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 16:37:56 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 53D721065672; Fri, 4 Dec 2009 16:37:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 4 Dec 2009 11:37:31 -0500 User-Agent: KMail/1.6.2 References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> <87tyw8o5xk.fsf@kobe.laptop> <9ab7eeeb0912031827vd32544fk996a65e871322091@mail.gmail.com> In-Reply-To: <9ab7eeeb0912031827vd32544fk996a65e871322091@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200912041137.42917.jkim@FreeBSD.org> Cc: freebsd-stable@freebsd.org, Giorgos Keramidas , Leonardo Santagostini Subject: Re: Could you please fix this ? 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, 04 Dec 2009 16:37:57 -0000 On Thursday 03 December 2009 09:27 pm, Leonardo Santagostini wrote: > Sorry, but ive not backed up this file, instead of this, i will > copy the entire function (in fact its very short) > > cpi_pcib_pci_attach(device_t dev) > { > struct acpi_pcib_softc *sc; > ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); > > if (device_get_unit(dev)==2){ > pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | > PCIM_CMD_PORTEN, 1); > pci_enable_busmaster(dev); > pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); > pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); > pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > } > if (device_get_unit(dev)==3){ > pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | > PCIM_CMD_PORTEN, 1); > pci_enable_busmaster(dev); > pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); > pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); > pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > } > > pcib_attach_common(dev); > sc = device_get_softc(dev); > sc->ap_handle = acpi_get_handle(dev); > return (acpi_pcib_attach(dev, &sc->ap_prt, > sc->ap_pcibsc.secbus)); } As mav@ pointed out yesterday, this hack is very specific to this hardware. As jhb@ pointed out some time ago, this problem will be properly addressed by his "multipass" device probing mechanism. Sorry, there's nothing we can commit ATM. Jung-uk Kim > Kind Regards > Leonardo Santagostini > > 2009/12/3 Giorgos Keramidas : > > On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini wrote: > >> Hello everybody, > >> > >> I was facing one big problem, i have a notebook, which is an > >> Acer Aspire 5920.  If you like i can send to you my messages > >> file. > >> > >> Which is: > >> > >> Intel(R) Core(TM)2 Duo CPU     T5550  @ 1.83GHz (1833.48-MHz > >> 686-class CPU) Intel(R) PRO/Wireless 3945ABG > >> Broadcom NetLink Gigabit Ethernet Controller > >> 2 Gigs RAM > >> 160 Gigs SATA > >> > >> The point was: > >> With ACPI disabled, i managed to boot but without WIFI; and with > >> ACPI enabled, the boot process hanged up all times. > >> > >> I fixed this adding > >> > >>     if (device_get_unit(dev)==2){ > >>         pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | > >> PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); > >>         pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > >>         pci_write_config(dev, PCIR_MEMBASE_1, 0xf020, 2); > >>         pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf020, 2); > >>         pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > >>     } > >>     if (device_get_unit(dev)==3){ > >>         pci_write_config(dev, PCIR_COMMAND, PCIM_CMD_MEMEN | > >> PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); > >>         pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, 1); > >>         pci_write_config(dev, PCIR_MEMBASE_1, 0xf030, 2); > >>         pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf030, 2); > >>         pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1, 2); > >>     } > >> > >> to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a > >> 8.0-RELEASE > >> > >> I was able to fix it by my way but many people cant do it, so, i > >> would really appreciate if you can add this piece of code. > > > > Hi Leonardo. > > > > Jung-uk Kim has done a lot of ACPI-related work, so he will > > probably know if the change is ok to commit to stable/8.  I've > > added him to the thread, so he can let us know what he thinks of > > the change.  Can you please post a diff that also shows _where_ > > the changes have to be installed in our current version of > > src/sys/dev/acpica/acpi_pcib_pci.c for 8.0-RELEASE? From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 16:56:38 2009 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 49C6E1065676; Fri, 4 Dec 2009 16:56:38 +0000 (UTC) (envelope-from lsantagostini@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id D75678FC0A; Fri, 4 Dec 2009 16:56:37 +0000 (UTC) Received: by iwn36 with SMTP id 36so1673542iwn.3 for ; Fri, 04 Dec 2009 08:56:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=k1p6tREHkdafO4WUAWFw33K2o0LZnIj7NOC2V5aNOn0=; b=AW7l6OC+Dh5ISfgeXd839R6xCCKIt4xa3p3rZvayrNjKOsUY/kFdFntLfHZ1Bd4TKp WUPbF04OQPiN2zBiYjV6YAi8FaTPBGw/q3JRRPyu1iw3hMijJbKqeHsVM0oCzpvb8Rz9 lFMor4+7N+/aMwOKikg9J+nhME0dEjI+yu79w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Y2EGl0PByvNWghZWMlSTyJcbYA7bGiYNUP/yK1LCbDER6yBHjyE3dTwpc0yMlJvDuh YaQBz4prEolW5yVK+oNAVJGjZydoMVanADdVQNpuLLRbTt4vY3qhSnG/zm3NDIVg05Wu PniqF+nq29b28rdM9YGweXeuuG0+sSJRBm+Zg= MIME-Version: 1.0 Received: by 10.231.170.201 with SMTP id e9mr427806ibz.16.1259945797150; Fri, 04 Dec 2009 08:56:37 -0800 (PST) In-Reply-To: <200912041137.42917.jkim@FreeBSD.org> References: <9ab7eeeb0912021757g5f60a7edw3256e60e745c0c35@mail.gmail.com> <87tyw8o5xk.fsf@kobe.laptop> <9ab7eeeb0912031827vd32544fk996a65e871322091@mail.gmail.com> <200912041137.42917.jkim@FreeBSD.org> Date: Fri, 4 Dec 2009 13:56:37 -0300 Message-ID: <9ab7eeeb0912040856q2fcaf491g69d17de2193bfcb4@mail.gmail.com> From: Leonardo Santagostini To: Jung-uk Kim Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Giorgos Keramidas Subject: Re: Could you please fix this ? 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, 04 Dec 2009 16:56:38 -0000 Ok, anyway thanks for your time. Best Regards Leonardo Santagostini 2009/12/4 Jung-uk Kim : > On Thursday 03 December 2009 09:27 pm, Leonardo Santagostini wrote: >> Sorry, but ive not backed up this file, instead of this, i will >> copy the entire function (in fact its very short) >> >> cpi_pcib_pci_attach(device_t dev) >> { >> =C2=A0 =C2=A0 struct acpi_pcib_softc *sc; >> =C2=A0 =C2=A0 ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); >> >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D2){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | >> PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf020= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf02= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D3){ >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_CMD= _MEMEN | >> PCIM_CMD_PORTEN, 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_enable_busmaster(dev); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf0, = 1); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf030= , 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0xf03= 0, 2); >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xfff1= , 2); >> =C2=A0 =C2=A0 } >> >> =C2=A0 =C2=A0 pcib_attach_common(dev); >> =C2=A0 =C2=A0 sc =3D device_get_softc(dev); >> =C2=A0 =C2=A0 sc->ap_handle =3D acpi_get_handle(dev); >> =C2=A0 return (acpi_pcib_attach(dev, &sc->ap_prt, >> sc->ap_pcibsc.secbus)); } > > As mav@ pointed out yesterday, this hack is very specific to this > hardware. =C2=A0As jhb@ pointed out some time ago, this problem will be > properly addressed by his "multipass" device probing mechanism. > > Sorry, there's nothing we can commit ATM. > > Jung-uk Kim > >> Kind Regards >> Leonardo Santagostini >> >> 2009/12/3 Giorgos Keramidas : >> > On Thu, 3 Dec 2009 01:57:50 +0000, Leonardo Santagostini > wrote: >> >> Hello everybody, >> >> >> >> I was facing one big problem, i have a notebook, which is an >> >> Acer Aspire 5920. =C2=A0If you like i can send to you my messages >> >> file. >> >> >> >> Which is: >> >> >> >> Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 T5550 =C2=A0@ 1.83GHz (1833.= 48-MHz >> >> 686-class CPU) Intel(R) PRO/Wireless 3945ABG >> >> Broadcom NetLink Gigabit Ethernet Controller >> >> 2 Gigs RAM >> >> 160 Gigs SATA >> >> >> >> The point was: >> >> With ACPI disabled, i managed to boot but without WIFI; and with >> >> ACPI enabled, the boot process hanged up all times. >> >> >> >> I fixed this adding >> >> >> >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D2){ >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_= CMD_MEMEN | >> >> PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf= 0, 1); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf= 020, 2); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0x= f020, 2); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xf= ff1, 2); >> >> =C2=A0 =C2=A0 } >> >> =C2=A0 =C2=A0 if (device_get_unit(dev)=3D=3D3){ >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_COMMAND, PCIM_= CMD_MEMEN | >> >> PCIM_CMD_PORTEN, 1); pci_enable_busmaster(dev); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_IOBASEL_1, 0xf= 0, 1); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMBASE_1, 0xf= 030, 2); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_MEMLIMIT_1, 0x= f030, 2); >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pci_write_config(dev, PCIR_PMBASEL_1, 0xf= ff1, 2); >> >> =C2=A0 =C2=A0 } >> >> >> >> to /usr/src/sys/dev/acpica/acpi_pcib_pci.c running on a >> >> 8.0-RELEASE >> >> >> >> I was able to fix it by my way but many people cant do it, so, i >> >> would really appreciate if you can add this piece of code. >> > >> > Hi Leonardo. >> > >> > Jung-uk Kim has done a lot of ACPI-related work, so he will >> > probably know if the change is ok to commit to stable/8. =C2=A0I've >> > added him to the thread, so he can let us know what he thinks of >> > the change. =C2=A0Can you please post a diff that also shows _where_ >> > the changes have to be installed in our current version of >> > src/sys/dev/acpica/acpi_pcib_pci.c for 8.0-RELEASE? > From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 17:35:07 2009 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 5C88A1065672 for ; Fri, 4 Dec 2009 17:35:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 914DA8FC1D for ; Fri, 4 Dec 2009 17:35:06 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB4HZ2b5072634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Dec 2009 19:35:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB4HZ2Q8026967; Fri, 4 Dec 2009 19:35:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB4HZ2ES026966; Fri, 4 Dec 2009 19:35:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Dec 2009 19:35:02 +0200 From: Kostik Belousov To: Boris Samorodov Message-ID: <20091204173502.GJ43143@deviant.kiev.zoral.com.ua> References: <20226798@bb.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fmvA4kSBHQVZhkR6" Content-Disposition: inline In-Reply-To: <20226798@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: amd64 host + i386 jail + ls -l = core dumped 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, 04 Dec 2009 17:35:07 -0000 --fmvA4kSBHQVZhkR6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 04, 2009 at 06:36:49PM +0300, Boris Samorodov wrote: > Hello List, >=20 > I'm using an amd64 system (r200095): > ----- > % uname -srm > FreeBSD 9.0-CURRENT amd64 > ----- >=20 > The i386 jail was build with the same sources. There is a problem > in the jail: > ----- > % sudo jail -c path=3D/export/diskless_root host.hostname=3Dtesthostname = ip4.addr=3D127.0.0.10 command=3D/bin/csh > %uname -m > amd64 > %setenv UNAME_m i386 > %uname -m > i386 > %cd /root > %ls > ls.core test.txt > %ls -l > total 8191 > Bad system call (core dumped) > % %gdb /bin/ls ls.core=20 > 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols = found)... > Core was generated by `ls'. > Program terminated with signal 12, Bad system call. > Reading symbols from /lib/libutil.so.8...(no debugging symbols found)...d= one. > Loaded symbols for /lib/libutil.so.8 > Reading symbols from /lib/libncurses.so.8...(no debugging symbols found).= ..done. > Loaded symbols for /lib/libncurses.so.8 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found).= ..done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > (gdb) bt > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > #1 0x2814303c in acl_get_link_np () from /lib/libc.so.7 > #2 0x0804c2f9 in ?? () > #3 0xffffcb83 in ?? () > #4 0x00000004 in ?? () > [...] It seems that struct acl does not need translation. And another block of acl-related syscalls do not touch it. Please try the patch below. After application of the patch, cd to sys/compat/freebsd32 directory and do make sysent. Then, rebuild the kernel as usual. diff --git a/sys/compat/freebsd32/syscalls.master b/sys/compat/freebsd32/sy= scalls.master index 865f0c1..485f7a6 100644 --- a/sys/compat/freebsd32/syscalls.master +++ b/sys/compat/freebsd32/syscalls.master @@ -740,10 +740,14 @@ struct freebsd32_ucontext *oucp, \ const struct freebsd32_ucontext *ucp); } 424 AUE_SWAPOFF UNIMPL swapoff -425 AUE_NULL UNIMPL __acl_get_link -426 AUE_NULL UNIMPL __acl_set_link -427 AUE_NULL UNIMPL __acl_delete_link -428 AUE_NULL UNIMPL __acl_aclcheck_link +425 AUE_NULL NOPROTO { int __acl_get_link(const char *path, \ + acl_type_t type, struct acl *aclp); } +426 AUE_NULL NOPROTO { int __acl_set_link(const char *path, \ + acl_type_t type, struct acl *aclp); } +427 AUE_NULL NOPROTO { int __acl_delete_link(const char *path, \ + acl_type_t type); } +428 AUE_NULL NOPROTO { int __acl_aclcheck_link(const char *path, \ + acl_type_t type, struct acl *aclp); } 429 AUE_SIGWAIT NOPROTO { int sigwait(const sigset_t *set, \ int *sig); } 430 AUE_NULL UNIMPL thr_create; --fmvA4kSBHQVZhkR6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksZSEUACgkQC3+MBN1Mb4iBqgCgupAVAC/EfVz98KID0S+SxwT+ 3i0An2kAmQWs/V1HkrY8ltLp/+rOHisN =WUGj -----END PGP SIGNATURE----- --fmvA4kSBHQVZhkR6-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 18:02:27 2009 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 3A454106566B for ; Fri, 4 Dec 2009 18:02:27 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id EBA6B8FC14 for ; Fri, 4 Dec 2009 18:02:26 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB4I2PSN042664; Fri, 4 Dec 2009 12:02:25 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Fri, 4 Dec 2009 12:02:25 -0600 (CST) From: "Sean C. Farley" To: Jilles Tjoelker In-Reply-To: <20091204161031.GA37372@stack.nl> Message-ID: References: <20091204161031.GA37372@stack.nl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: environ function patch for review 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, 04 Dec 2009 18:02:27 -0000 On Fri, 4 Dec 2009, Jilles Tjoelker wrote: > On Thu, Dec 03, 2009 at 06:04:47PM -0600, Sean C. Farley wrote: >> Regarding the recent security issue with the unsetenv() calls in >> rtld, I have made a patch[1] I would like reviewed prior to commit. >> It changes the behavior of all the *env() routines that cause an >> internal environment to be created. This is putenv(), setenv() and >> unsetenv(). getenv() will not cause an internal environment to be >> created. I have tested the patch without the rltd fix, and it >> prevents the security issue. > >> Instead of returning an error when tripping upon a corrupt >> environment, it will return an error when the caller passes bad >> argument(s) (EINVAL) or if unable to allocate memory (ENOMEM). >> Except for the possibility for ENOMEM, this should make the behavior >> the same as FreeBSD 6 and below. > > It would be very nice to avoid ENOMEM on unsetenv() somehow, such as > by rewriting environ in place. Neither FreeBSD6 nor POSIX mention the > possibility of ENOMEM on unsetenv(). The only error listed by POSIX is > an invalid variable name (unsetting a variable that does not exist is > not an error), so it seems reasonable to assume unsetenv() is > successful if passed a valid constant variable name. I agree that they do not mention the possibility of ENOMEM with unsetenv() but only in the unsetenv() man pages. From OpenGroup's getenv() page[1], there is a constraint of a conforming application not altering environ. The "rationale" section states: This constraint allows the implementation to properly manage the memory it allocates, either by using allocated storage for all variables (copying them on the first invocation of setenv() or unsetenv()), ... >From this, it appears that unsetenv() is allowed to set errno to ENOMEM. At least, it should be able to do that from that rationale. > If unsetenv() has to copy the environment, there cannot be any > setenv() or putenv() strings in it. So it seems correct to remove the > pointer from environ without doing anything else, instead. I can add this, however, I was trying to keep the complexity down a bit. Since the copying would normally only occur once in the lifetime of an application and not necessarily by unsetenv(), most of the time unsetenv() will take that code path one time if at all. > If the environment has already been copied, the unsetenv() should > proceed without needing to allocate any memory. This seems to be the > case. Yes, unsetenv() only allocates memory upon its first call using an environ that has not been previously copied. How did the patches look otherwise, or are you suggesting this change to unsetenv() in place of the patch to continue even after discovering a corrupt environ? Sean 1. http://opengroup.org/onlinepubs/009695399/functions/getenv.html -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 18:26:53 2009 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 2D827106568B for ; Fri, 4 Dec 2009 18:26:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id DE51F8FC1D for ; Fri, 4 Dec 2009 18:26:52 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NGcrj-0001CV-Jc; Fri, 04 Dec 2009 21:26:51 +0300 From: Boris Samorodov To: Kostik Belousov References: <20226798@bb.ipt.ru> <20091204173502.GJ43143@deviant.kiev.zoral.com.ua> Date: Fri, 04 Dec 2009 21:26:51 +0300 In-Reply-To: <20091204173502.GJ43143@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Fri, 4 Dec 2009 19:35:02 +0200") Message-ID: <21986596@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: amd64 host + i386 jail + ls -l = core dumped 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, 04 Dec 2009 18:26:53 -0000 On Fri, 4 Dec 2009 19:35:02 +0200 Kostik Belousov wrote: > On Fri, Dec 04, 2009 at 06:36:49PM +0300, Boris Samorodov wrote: > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > (gdb) bt > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > #1 0x2814303c in acl_get_link_np () from /lib/libc.so.7 > > #2 0x0804c2f9 in ?? () > > #3 0xffffcb83 in ?? () > > #4 0x00000004 in ?? () > > [...] > It seems that struct acl does not need translation. And another block > of acl-related syscalls do not touch it. > Please try the patch below. After application of the patch, cd to > sys/compat/freebsd32 directory and do make sysent. Then, rebuild > the kernel as usual. OK, I tried it, no go. I'll double check tomorrow if I made a mistake while patching/building/installing the kernel. Thanks! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 18:43:34 2009 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 644441065679 for ; Fri, 4 Dec 2009 18:43:34 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from hon-mta-01.hongens.local (unknown [IPv6:2001:610:6a8::9]) by mx1.freebsd.org (Postfix) with ESMTP id 12E008FC12 for ; Fri, 4 Dec 2009 18:43:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hon-mta-01.hongens.local (Postfix) with ESMTP id DC5AAD9 for ; Fri, 4 Dec 2009 19:43:28 +0100 (CET) X-Virus-Scanned: amavisd-new at hongens.nl Received: from hon-mta-01.hongens.local ([127.0.0.1]) by localhost (hon-mta-01.hongens.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vBClXaPl6ef0 for ; Fri, 4 Dec 2009 19:43:18 +0100 (CET) Received: from angelomobiel.local (unknown [192.168.127.95]) by hon-mta-01.hongens.local (Postfix) with ESMTPA id 864345C for ; Fri, 4 Dec 2009 19:43:17 +0100 (CET) Message-ID: <4B195845.4000201@hongens.nl> Date: Fri, 04 Dec 2009 19:43:17 +0100 From: Angelo Hongens User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: FreeBSD 8.0 problems with interface renaming and dhcp? 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, 04 Dec 2009 18:43:34 -0000 On most of my BSD machines I rename the interfaces to nic0. This way, I can swap cards and drivers, and keep the rest of my config the same. I upgraded one of these machines from 7.2 to 8.0 (both standard kernel), and suddenly the machine would not get a dhcp lease. In my /etc/rc.conf: ifconfig_em0_name="nic0" ifconfig_nic0="DHCP" The machine woud boot, but not get an ip. (and no dhclient output while booting). And ifconfig would show the nic nic0 up, but without an ip. If I do 'dhclient nic0' it immediately gets an ip, and all is well. If I do NOT rename the interface but just config: ifconfig_em0="DHCP" everything works as well.. So is this a new bug or feature introduced in FreeBSD8? Is it something that can be fixed? (So dhclient is executed for renamed interfaces.) -- Met vriendelijke groet, Angelo Höngens From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 19:04:40 2009 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 DBAE81065670 for ; Fri, 4 Dec 2009 19:04:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB3B8FC15 for ; Fri, 4 Dec 2009 19:04:39 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nB4J4d40009285 for ; Fri, 4 Dec 2009 11:04:39 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nB4J4dkB009284 for current@freebsd.org; Fri, 4 Dec 2009 11:04:39 -0800 (PST) (envelope-from david) Date: Fri, 4 Dec 2009 11:04:38 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20091204190438.GD1130@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: sys/netinet/ipfw/ip_fw2.c:2600: error: 'fw_one_pass' undeclared 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, 04 Dec 2009 19:04:40 -0000 --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running FreeBSD d254.dwolf.juniper.net. 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r200055:= Thu Dec 3 17:04:59 PST 2009 root@d254.dwolf.juniper.net.:/common/S4/o= bj/usr/src/sys/CANARY i386 Sources updated to r200098; kernel build fails: =2E.. >>> Kernel build for CANARY started on Fri Dec 4 10:30:32 PST 2009 =2E.. >>> stage 3.2: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/CANARY; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH= =3Di386 MACHINE=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/= legacy/usr/b in GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GRO= FF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX= =3D/usr /obj/usr/src/tmp VERSION=3D"FreeBSD 9.0-CURRENT i386 900003" INSTALL=3D"s= h /usr/src/tools/install.sh" PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/= usr/ob j/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj= /usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr /games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=3D1 /usr/obj/usr/src/make.i386/= make KERNEL=3Dkernel all -DNO_MODULES_OBJ cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = - Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpref= erred-s tack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffrees= tanding -fstack-protector -Werror /usr/src/sys/netinet/ipfw/ip_fw2.c -I/us= r/ src/sys/contrib/pf /usr/src/sys/netinet/ipfw/ip_fw2.c: In function 'ipfw_chk': /usr/src/sys/netinet/ipfw/ip_fw2.c:2600: error: 'fw_one_pass' undeclared (f= irst use in this function) /usr/src/sys/netinet/ipfw/ip_fw2.c:2600: error: (Each undeclared identifier= is reported only once /usr/src/sys/netinet/ipfw/ip_fw2.c:2600: error: for each function it appear= s in.) *** Error code 1 Stop in /common/S4/obj/usr/src/sys/CANARY. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This appears to be fallout from r200059, but I could easily be wrong about that. Here's what I see when I look for fw_one_pass: d254(9.0-C)[27] grep -nwr fw_one_pass /sys /sys/netinet/ipfw/ip_fw2.c:171: CTLFLAG_RW | CTLFLAG_SECURE3, &VNET_NAME= (fw_one_pass), 0, /sys/netinet/ipfw/ip_fw2.c:2578: * If fw_one_pass !=3D 0 th= en just accept it. /sys/netinet/ipfw/ip_fw2.c:2582: if (fw_one_pass) { /sys/netinet/ip_fw.h:656:VNET_DECLARE(int, fw_one_pass); /sys/netinet/ip_fw.h:658:#define V_fw_one_pass VNET(fw_one= _pass) /sys/netinet/ip_input.c:234:VNET_DEFINE(int, fw_one_pass) =3D 1; d254(9.0-C)[28]=20 And ip_fw2.c does #include ip_fw.h, as expected.... 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. --mSxgbZZZvrAyzONB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksZXUYACgkQmprOCmdXAD0r6wCeNELGNT1cThPFUb5x7MZD2MhB n9UAnRPu6U7Fx28PasXz/aiVZce6iAZp =rceI -----END PGP SIGNATURE----- --mSxgbZZZvrAyzONB-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 19:50:10 2009 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 1CC94106566C for ; Fri, 4 Dec 2009 19:50:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4BE8FC08 for ; Fri, 4 Dec 2009 19:50:09 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB4Jo49j081036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Dec 2009 21:50:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB4Jo4Xu028081; Fri, 4 Dec 2009 21:50:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB4Jo44B028080; Fri, 4 Dec 2009 21:50:04 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Dec 2009 21:50:04 +0200 From: Kostik Belousov To: Boris Samorodov Message-ID: <20091204195004.GK43143@deviant.kiev.zoral.com.ua> References: <20226798@bb.ipt.ru> <20091204173502.GJ43143@deviant.kiev.zoral.com.ua> <21986596@bb.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5cSRzy0VGBWAML+b" Content-Disposition: inline In-Reply-To: <21986596@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: amd64 host + i386 jail + ls -l = core dumped 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, 04 Dec 2009 19:50:10 -0000 --5cSRzy0VGBWAML+b Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 04, 2009 at 09:26:51PM +0300, Boris Samorodov wrote: > On Fri, 4 Dec 2009 19:35:02 +0200 Kostik Belousov wrote: > > On Fri, Dec 04, 2009 at 06:36:49PM +0300, Boris Samorodov wrote: >=20 > > > Loaded symbols for /libexec/ld-elf.so.1 > > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > > (gdb) bt > > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > > #1 0x2814303c in acl_get_link_np () from /lib/libc.so.7 > > > #2 0x0804c2f9 in ?? () > > > #3 0xffffcb83 in ?? () > > > #4 0x00000004 in ?? () > > > [...] >=20 > > It seems that struct acl does not need translation. And another block > > of acl-related syscalls do not touch it. >=20 > > Please try the patch below. After application of the patch, cd to > > sys/compat/freebsd32 directory and do make sysent. Then, rebuild > > the kernel as usual. >=20 > OK, I tried it, no go. I'll double check tomorrow if I made > a mistake while patching/building/installing the kernel. What do you mean by no go ? Show ktrace/kdump output. --5cSRzy0VGBWAML+b Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksZZ+sACgkQC3+MBN1Mb4iBDQCeMXK/3GWGKb9nL2IgAGxq4HTd 1uMAoLKb3tYQwmXtbCLnU/fiJkhOXwiP =58Nj -----END PGP SIGNATURE----- --5cSRzy0VGBWAML+b-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 21:21:14 2009 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 CEA22106566B for ; Fri, 4 Dec 2009 21:21:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 899638FC08 for ; Fri, 4 Dec 2009 21:21:14 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NGfaS-0003Lj-UC; Sat, 05 Dec 2009 00:21:12 +0300 To: Kostik Belousov References: <20226798@bb.ipt.ru> <20091204173502.GJ43143@deviant.kiev.zoral.com.ua> <21986596@bb.ipt.ru> <20091204195004.GK43143@deviant.kiev.zoral.com.ua> From: Boris Samorodov Date: Sat, 05 Dec 2009 00:21:12 +0300 In-Reply-To: <20091204195004.GK43143@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Fri\, 4 Dec 2009 21\:50\:04 +0200") Message-ID: <43423639@h30.sp.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: amd64 host + i386 jail + ls -l = core dumped 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, 04 Dec 2009 21:21:14 -0000 On Fri, 4 Dec 2009 21:50:04 +0200 Kostik Belousov wrote: > On Fri, Dec 04, 2009 at 09:26:51PM +0300, Boris Samorodov wrote: > > On Fri, 4 Dec 2009 19:35:02 +0200 Kostik Belousov wrote: > > > On Fri, Dec 04, 2009 at 06:36:49PM +0300, Boris Samorodov wrote: > > > > > > Loaded symbols for /libexec/ld-elf.so.1 > > > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > > > (gdb) bt > > > > #0 0x2814316f in __sys___acl_get_link () from /lib/libc.so.7 > > > > #1 0x2814303c in acl_get_link_np () from /lib/libc.so.7 > > > > #2 0x0804c2f9 in ?? () > > > > #3 0xffffcb83 in ?? () > > > > #4 0x00000004 in ?? () > > > > [...] > > > It seems that struct acl does not need translation. And another block > > > of acl-related syscalls do not touch it. > > > Please try the patch below. After application of the patch, cd to > > > sys/compat/freebsd32 directory and do make sysent. Then, rebuild > > > the kernel as usual. > > OK, I tried it, no go. I'll double check tomorrow if I made > > a mistake while patching/building/installing the kernel. > What do you mean by no go ? Show ktrace/kdump output. No go meant no changes. If I had a new info, I'd show it. ;-) The trace was the same and I suspected that I've done something wrong. BTW, while driving home I realized that I had built and installed the wrong kernel (the kernel for i386 diskless booting, with which I used to work the whole day). Well, it was a hard day. And finally you are a winner! After building and installing the kernel for the host machine the trouble went away. Yay! Kostik, great work, thanks! -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 22:02:16 2009 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 39070106566C for ; Fri, 4 Dec 2009 22:02:16 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id F3A968FC14 for ; Fri, 4 Dec 2009 22:02:15 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6CC3A730DA; Fri, 4 Dec 2009 23:10:29 +0100 (CET) Date: Fri, 4 Dec 2009 23:10:29 +0100 From: Luigi Rizzo To: David Wolfskill Message-ID: <20091204221029.GA17787@onelab2.iet.unipi.it> References: <20091204190438.GD1130@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091204190438.GD1130@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: sys/netinet/ipfw/ip_fw2.c:2600: error: 'fw_one_pass' undeclared 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, 04 Dec 2009 22:02:16 -0000 On Fri, Dec 04, 2009 at 11:04:38AM -0800, David Wolfskill wrote: > Running > > FreeBSD d254.dwolf.juniper.net. 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r200055: Thu Dec 3 17:04:59 PST 2009 root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > > Sources updated to r200098; kernel build fails: hmmm, i just completed a build with r200098 though without vnet enabled, which may be the difference ? Can you replace line p_fw2.c 2060 with - if (fw_one_pass) { + if (V_fw_one_pass) { and see if it fixes the problem ? cheers luigi > /usr/src/sys/netinet/ipfw/ip_fw2.c:2600: error: (Each undeclared identifier is reported only once > /usr/src/sys/netinet/ipfw/ip_fw2.c:2600: error: for each function it appears in.) From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 22:26:20 2009 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 3129E106566C; Fri, 4 Dec 2009 22:26:20 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id D9FAC8FC13; Fri, 4 Dec 2009 22:26:19 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.2/8.14.1) with ESMTP id nB4MQIq1048631; Fri, 4 Dec 2009 14:26:19 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.14.2/8.13.4/Submit) id nB4MQIFL048630; Fri, 4 Dec 2009 14:26:18 -0800 (PST) Date: Fri, 4 Dec 2009 14:26:18 -0800 (PST) From: Matthew Dillon Message-Id: <200912042226.nB4MQIFL048630@apollo.backplane.com> To: Attilio Rao References: <1259583785.00188655.1259572802@10.7.7.3> <1259659388.00189017.1259647802@10.7.7.3> <1259691809.00189274.1259681402@10.7.7.3> <1259695381.00189283.1259682004@10.7.7.3> <4B170FCB.3030102@FreeBSD.org> <3bbf2fe10912030444w82707e3l30e2245c2ba64daa@mail.gmail.com> Cc: Alexander Motin , FreeBSD-Current , Ivan Voras Subject: Re: NCQ vs UFS/ZFS benchmark [Was: Re: FreeBSD 8.0 Performance (at Phoronix)] 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, 04 Dec 2009 22:26:20 -0000 The biggest issue we've had (w/ DragonFly) on things like database benchmarks, and MySQL in particular, is with the large number of fsync() calls MySQL makes and less with SMP. SMP only really matters when one is operating out of the cache. Read-heavy from-cache operations on an open descriptor can run without the BGL on DragonFly with the flip of a sysctl but it doesn't have nearly the same effect as, say, disabling fsync has in tests which blow-out the system caches. Disk I/O is a huge bottleneck so anything disk-bound tends to be less reliant on cpu parallelism. Anything with NCQ, such as AHCI, will greatly improve random disk reads and mixed reads & writes, though it also has a tendancy to give writes priority over reads due to write I/Os returning nearly instantly (until the disk's own cache fills up, anyway, which is another issue entirely). e.g. if you have 32 tags and dedicate 1 tag for writes then load up all 32 tags (31 parallel reads and 1 parallel write), the write bandwidth will wind up being far more then 1/32 available disk bandwidth. fsync() is an area where UFS can operate quite efficiently, at least insofar as block-replacement write()'s which do not have to extend the file's size. I dunno about ZFS but for something like HAMMER an efficient fsync() requires implementing a forward (REDO) log to remove all seeks and degenerate into only linear writes for the fsync() operation itself. I've made some progress there but I still have a ways to go. SSD vs HD will skew the effect different subsystems have on performance, of course, though even a SSD would benefit from a forward-log capable of devolving the entire fsync() to a single device write I/O. SMP becomes more important as I/O subsystems get faster. One area where locking seems to matter more than SMP is when one is mixing read() and write() operations on the same vnode. Here the issue tends to be either: (1) Holding an exclusive vnode lock during a write() while blocked on the buffer cache, thus interfering with read()s. Moving to an offset-range lock for read/write to ensure read/write atomicy, and to deal with inode updates, solves this issue. (I have the offset-range locks in DFly but I haven't turned off the exclusive vnode lock for write()'s yet). I don't quite recall but I think linux has given up on guaranteeing read/write atomicy. Unlocking the vnode while blocked on the buffer cache would also work, as long as read vs write atomicy mechanics can be maintained for the duration. Pre-caching/pre-creating the buffer cache buffers with the vnode unlocked also helps, but increases cpu overhead as you have to lookup each buffer twice. or (2) A large number of buffer cache buffers undergoing physical write I/O at once, and thus in a locked state for a long period of time causing read()'s of the same buffers to block for similarly long periods of time. Limiting the number of buffer cache buffers you queue to the underlying device at any given moment (via bawrite()) mostly solves this problem. Note that I am not talking about the disk device's queue here (NCQ vs not NCQ doesn't matter for disk writes)... you have to actually NOT issue the bawrite() in the first place so the buffer remains unlocked until the very last moment. I implemented this on DFly along with pipelining fixes in the buffer flusher thread and got very interesting blogbench results during the pre-cache-blowout phase of the test. Basically blogbench was able to write() at full speed (with disk I/O saturated 100% with writes) without any detrimental effect on read()s (which were being satisfied at full speed from the VM/buffer cache) during that phase. Before the fixes the two would interfere with each other quite a bit. In fact, reducing the amount of time a buffer cache buffer undergoing write() I/O remains locked is a really difficult problem because you have to tune the data rate to match the disk drive's actual write pipeline (which changes depending on the simultanious read load) so the disk drive's own caches don't get saturated with dirty data and stall-out the write I/O's that were queued to it (leading to the related dirty buffer cache buffer remaining locked longer). I haven't been able to automate it, there's no way to query the disk, but I have been able to tune things manually. In anycase, I think the key takeaway here is that there are at least four (and probably more) different subsystems in the codebase which must be addressed to get good benchmark results. Many of these benchmarks are doing simultanious reads and writes which tend to tickle (and require) that all the bottlenecks be addressed. SMP becomes more important when system caches are well-utilized. Disk scheduling and buffer cache management becomes more important as the disk gets more saturated. -Matt From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 22:48:15 2009 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 C50BF106568B for ; Fri, 4 Dec 2009 22:48:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6D98FC0C for ; Fri, 4 Dec 2009 22:48:15 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nB4MmFjK010464; Fri, 4 Dec 2009 14:48:15 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nB4MmFNA010463; Fri, 4 Dec 2009 14:48:15 -0800 (PST) (envelope-from david) Date: Fri, 4 Dec 2009 14:48:15 -0800 From: David Wolfskill To: Luigi Rizzo Message-ID: <20091204224815.GF1130@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Luigi Rizzo , current@freebsd.org References: <20091204190438.GD1130@albert.catwhisker.org> <20091204221029.GA17787@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y1L3PTX8QE8cb2T+" Content-Disposition: inline In-Reply-To: <20091204221029.GA17787@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: sys/netinet/ipfw/ip_fw2.c:2600: error: 'fw_one_pass' undeclared 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, 04 Dec 2009 22:48:15 -0000 --Y1L3PTX8QE8cb2T+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 04, 2009 at 11:10:29PM +0100, Luigi Rizzo wrote: > On Fri, Dec 04, 2009 at 11:04:38AM -0800, David Wolfskill wrote: > > Running > >=20 > > FreeBSD d254.dwolf.juniper.net. 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r200= 055: Thu Dec 3 17:04:59 PST 2009 root@d254.dwolf.juniper.net.:/common/= S4/obj/usr/src/sys/CANARY i386 > >=20 > > Sources updated to r200098; kernel build fails: >=20 > hmmm, i just completed a build with r200098 > though without vnet enabled, which may be the difference ? Oh, yeah -- I forgot that I tweaked the kernel to supoort vimage for Julian's demo last month. :-} And FWIW, my "build machine" -- which uses neither ipfw nor vimage -- built (and booted and smoke-tested) Just Fine. The laptop gets a bit more of a workout. (Especially since it can be connected to untrusted networks -- yeah, I use IPFW on the laptop.) :-} And there's a reason its kernel config is called "CANARY." :-} > Can you replace line p_fw2.c 2060 with > - if (fw_one_pass) { > + if (V_fw_one_pass) { > and see if it fixes the problem ? Reality check: that was ip_fw2.c:2582, yeah? Ref.: =2E.. 2572 mtag =3D m_tag_find(m, PACKET_TAG_DIVERT, NULL); 2573 if (args->rule) { 2574 /* 2575 * Packet has already been tagged. Look for the nex= t rule 2576 * to restart processing. Make sure that args->rule= still 2577 * exists and not changed. 2578 * If fw_one_pass !=3D 0 then just accept it. 2579 * XXX should not happen here, but optimized out in 2580 * the caller. 2581 */ 2582 if (V_fw_one_pass) { 2583 IPFW_RUNLOCK(chain); 2584 return (IP_FW_PASS); 2585 } =2E.. Anyway: with that change, the compile worked OK; I'll send word once I reboot it and see if it "leaks magic smoke." :-} > ... Thanks! 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. --Y1L3PTX8QE8cb2T+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksZkawACgkQmprOCmdXAD1nxQCeLh/b94e76XctWfegqGtmWfNv J1oAn13NeE1BDv1G5ReSS3RVEfhycuDF =jCBD -----END PGP SIGNATURE----- --Y1L3PTX8QE8cb2T+-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 22:51:41 2009 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 2F295106568D for ; Fri, 4 Dec 2009 22:51:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id C11B88FC17 for ; Fri, 4 Dec 2009 22:51:40 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nB4MFWPf043851; Fri, 4 Dec 2009 16:15:32 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nB4MFWbU043850; Fri, 4 Dec 2009 16:15:32 -0600 (CST) (envelope-from brooks) Date: Fri, 4 Dec 2009 16:15:31 -0600 From: Brooks Davis To: Angelo Hongens Message-ID: <20091204221530.GA42198@lor.one-eyed-alien.net> References: <4B195845.4000201@hongens.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <4B195845.4000201@hongens.nl> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 04 Dec 2009 16:15:33 -0600 (CST) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 problems with interface renaming and dhcp? 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, 04 Dec 2009 22:51:41 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 04, 2009 at 07:43:17PM +0100, Angelo Hongens wrote: > On most of my BSD machines I rename the interfaces to nic0. This way, I > can swap cards and drivers, and keep the rest of my config the same. >=20 > I upgraded one of these machines from 7.2 to 8.0 (both standard kernel), > and suddenly the machine would not get a dhcp lease. >=20 > In my /etc/rc.conf: >=20 > ifconfig_em0_name=3D"nic0" > ifconfig_nic0=3D"DHCP" >=20 > The machine woud boot, but not get an ip. (and no dhclient output while > booting). And ifconfig would show the nic nic0 up, but without an ip. If > I do 'dhclient nic0' it immediately gets an ip, and all is well. >=20 > If I do NOT rename the interface but just config: ifconfig_em0=3D"DHCP" > everything works as well.. >=20 > So is this a new bug or feature introduced in FreeBSD8? Is it something > that can be fixed? (So dhclient is executed for renamed interfaces.) I think the problem here is that with the new DHCP configuration where we only start DHCP based on link events we're loosing a race between the link coming up and the rename occurring. The absolutely correct answer is that the nic should no be trying to do anything until it is configured up and I don't think that happens before the rename (it shouldn't). It's likely the case though that a number of nics incorrectly start doing things before they are configured and thus racing the rename. The easiest workaround in the rc.d code would probably be to add some code to the rename section to take the interface down and then bring it back up after the rename. That should cause it to renegotiate and generate an event. The no code change workaround is to change DHCP to SYNCDHCP which will restore the old behavior on this interface. -- Brooks --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLGYoCXY6L6fI4GtQRAs7BAKCmomskrf7KKrvj/7fWeMWPyv8SbwCg4fpI kvrGiYP2JgSv0026/oGkdek= =cpKm -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 22:53:48 2009 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 9A178106568F for ; Fri, 4 Dec 2009 22:53:48 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from guam10.hdk5.net (guam10.hdk5.net [66.180.132.235]) by mx1.freebsd.org (Postfix) with ESMTP id 748FB8FC0C for ; Fri, 4 Dec 2009 22:53:48 +0000 (UTC) Received: from mohawk7.intra.net (unknown [66.180.149.18]) by guam10.hdk5.net (Postfix) with ESMTP id A20A31CCA0; Fri, 4 Dec 2009 12:53:47 -1000 (HST) Message-ID: <4B1992FB.2020506@hdk5.net> Date: Fri, 04 Dec 2009 12:53:47 -1000 From: Al Plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Al Plant Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Dec 2009 22:57:31 +0000 Cc: Subject: Snapshots missing...? 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, 04 Dec 2009 22:53:48 -0000 Where have the snapshots gone on FreeBSD.org. Nothing new up there since Sept and no 9 current. Also anybody know what has happened to pub.allbsd.org or jpsnap sites? Please copy me as I am only on the FreeBSD-questions list. ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 7.2 - 8.0 - 9* + < email: noc@hdk5.net > "All that's really worth doing is what we do for others."- Lewis Carrol From owner-freebsd-current@FreeBSD.ORG Fri Dec 4 23:22:10 2009 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 D194E106568D for ; Fri, 4 Dec 2009 23:22:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 801358FC0C for ; Fri, 4 Dec 2009 23:22:10 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nB4NMAZ7010868; Fri, 4 Dec 2009 15:22:10 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nB4NMA9J010867; Fri, 4 Dec 2009 15:22:10 -0800 (PST) (envelope-from david) Date: Fri, 4 Dec 2009 15:22:09 -0800 From: David Wolfskill To: Luigi Rizzo Message-ID: <20091204232209.GG1130@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Luigi Rizzo , current@freebsd.org References: <20091204190438.GD1130@albert.catwhisker.org> <20091204221029.GA17787@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8sldprk+5E/pDEv" Content-Disposition: inline In-Reply-To: <20091204221029.GA17787@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: sys/netinet/ipfw/ip_fw2.c:2600: error: 'fw_one_pass' undeclared 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, 04 Dec 2009 23:22:10 -0000 --a8sldprk+5E/pDEv Content-Type: multipart/mixed; boundary="Y+xroYBkGM9OatJL" Content-Disposition: inline --Y+xroYBkGM9OatJL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 04, 2009 at 11:10:29PM +0100, Luigi Rizzo wrote: > On Fri, Dec 04, 2009 at 11:04:38AM -0800, David Wolfskill wrote: > > Running > >=20 > > FreeBSD d254.dwolf.juniper.net. 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r200= 055: Thu Dec 3 17:04:59 PST 2009 root@d254.dwolf.juniper.net.:/common/= S4/obj/usr/src/sys/CANARY i386 > >=20 > > Sources updated to r200098; kernel build fails: >=20 > hmmm, i just completed a build with r200098 > though without vnet enabled, which may be the difference ? >=20 > Can you replace line p_fw2.c 2060 with > - if (fw_one_pass) { > + if (V_fw_one_pass) { > and see if it fixes the problem ? Aye; built & booted; now running: FreeBSD d254.dwolf.juniper.net. 9.0-CURRENT FreeBSD 9.0-CURRENT #2 r200098M= : Fri Dec 4 14:32:48 PST 2009 root@d254.dwolf.juniper.net.:/common/S4/= obj/usr/src/sys/CANARY i386 Actual diff generated from sources I used attached for reference. Thanks again! 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. --Y+xroYBkGM9OatJL Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ip_fw2.c.diff" Index: sys/netinet/ipfw/ip_fw2.c =================================================================== --- sys/netinet/ipfw/ip_fw2.c (revision 200098) +++ sys/netinet/ipfw/ip_fw2.c (working copy) @@ -2579,7 +2579,7 @@ * XXX should not happen here, but optimized out in * the caller. */ - if (fw_one_pass) { + if (V_fw_one_pass) { IPFW_RUNLOCK(chain); return (IP_FW_PASS); } --Y+xroYBkGM9OatJL-- --a8sldprk+5E/pDEv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksZmaEACgkQmprOCmdXAD2iPgCfX+m09wR2GFA7Us1h7a6mCQaZ OmIAmQGIJAThvgOu47+h92eyHAQfv75d =nI6i -----END PGP SIGNATURE----- --a8sldprk+5E/pDEv-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 07:27:01 2009 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 7BAAE1065672; Sat, 5 Dec 2009 07:27:01 +0000 (UTC) (envelope-from angelo@hongens.nl) Received: from hon-mta-01.hongens.local (unknown [IPv6:2001:610:6a8::9]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE628FC1C; Sat, 5 Dec 2009 07:27:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hon-mta-01.hongens.local (Postfix) with ESMTP id 5E47CD9; Sat, 5 Dec 2009 08:26:59 +0100 (CET) X-Virus-Scanned: amavisd-new at hongens.nl Received: from hon-mta-01.hongens.local ([127.0.0.1]) by localhost (hon-mta-01.hongens.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eiqfVz23gac6; Sat, 5 Dec 2009 08:26:51 +0100 (CET) Received: from angelomobiel.local (unknown [192.168.127.96]) by hon-mta-01.hongens.local (Postfix) with ESMTPA id BB8F15C; Sat, 5 Dec 2009 08:26:51 +0100 (CET) Message-ID: <4B1A0B39.5060201@hongens.nl> Date: Sat, 05 Dec 2009 08:26:49 +0100 From: Angelo Hongens User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Brooks Davis References: <4B195845.4000201@hongens.nl> <20091204221530.GA42198@lor.one-eyed-alien.net> In-Reply-To: <20091204221530.GA42198@lor.one-eyed-alien.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "freebsd-current@freebsd.org" Subject: Re: FreeBSD 8.0 problems with interface renaming and dhcp? 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, 05 Dec 2009 07:27:01 -0000 On 04-12-2009 23:15, Brooks Davis wrote: > On Fri, Dec 04, 2009 at 07:43:17PM +0100, Angelo Hongens wrote: >> On most of my BSD machines I rename the interfaces to nic0. This way, I >> can swap cards and drivers, and keep the rest of my config the same. >> >> I upgraded one of these machines from 7.2 to 8.0 (both standard kernel), >> and suddenly the machine would not get a dhcp lease. >> >> In my /etc/rc.conf: >> >> ifconfig_em0_name="nic0" >> ifconfig_nic0="DHCP" >> >> The machine woud boot, but not get an ip. (and no dhclient output while >> booting). And ifconfig would show the nic nic0 up, but without an ip. If >> I do 'dhclient nic0' it immediately gets an ip, and all is well. >> >> If I do NOT rename the interface but just config: ifconfig_em0="DHCP" >> everything works as well.. >> >> So is this a new bug or feature introduced in FreeBSD8? Is it something >> that can be fixed? (So dhclient is executed for renamed interfaces.) > > I think the problem here is that with the new DHCP configuration where > we only start DHCP based on link events we're loosing a race between the > link coming up and the rename occurring. The absolutely correct answer is > that the nic should no be trying to do anything until it is configured > up and I don't think that happens before the rename (it shouldn't). > It's likely the case though that a number of nics incorrectly start doing > things before they are configured and thus racing the rename. The > easiest workaround in the rc.d code would probably be to add some code > to the rename section to take the interface down and then bring it back > up after the rename. That should cause it to renegotiate and generate > an event. > > The no code change workaround is to change DHCP to SYNCDHCP which will > restore the old behavior on this interface. > > -- Brooks Great, configuring SYNCDHCP does exactly what it should do. I'm happy. If I understand you correctly, the long term solution would be to fix the 'em' driver so that it never does anything with an interface until it's configured (in my case: renamed). I never even touched C code, so I hope someone else will look into that ;) -- Met vriendelijke groet, Angelo Höngens From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 08:32:40 2009 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 D4D3C1065670 for ; Sat, 5 Dec 2009 08:32:40 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 911AF8FC12 for ; Sat, 5 Dec 2009 08:32:40 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:50684 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NGq3V-0004IO-3q; Sat, 05 Dec 2009 09:31:55 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 68E18D3AD; Sat, 5 Dec 2009 09:31:24 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: <4B1992FB.2020506@hdk5.net> Date: Sat, 5 Dec 2009 09:31:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <900F9CE9-8915-4EBE-9793-DDB715C5229C@exscape.org> References: <4B1992FB.2020506@hdk5.net> To: Al Plant X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NGq3V-0004IO-3q. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NGq3V-0004IO-3q f7f3c8c3698e4b4a708e9b3dde304278 Cc: freebsd-current@freebsd.org Subject: Re: Snapshots missing...? 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, 05 Dec 2009 08:32:40 -0000 On Dec 4, 2009, at 11:53 PM, Al Plant wrote: > Where have the snapshots gone on FreeBSD.org. Nothing new up there = since Sept and no 9 current. >=20 > Also anybody know what has happened to pub.allbsd.org > or jpsnap sites? I had no problems accessing and downloading images at = http://pub.allbsd.org/FreeBSD-snapshots/ when I just tested. What = happens when you do? Regards, Thomas= From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 18:24:31 2009 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 3553C106568F; Sat, 5 Dec 2009 18:24:31 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.70]) by mx1.freebsd.org (Postfix) with ESMTP id DA9E58FC14; Sat, 5 Dec 2009 18:24:30 +0000 (UTC) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id 436E93EE1AD; Sat, 5 Dec 2009 20:24:29 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=O3iiYwMK9x5J/KZdY6CAW7whN80jBGMPXUHu3J066vUbZnUSSpyg+Lly871xjFZt1 UyU0qLsRT0SKbTMIbVYP3RTBURPRDIcOJDRt/wbGzklQenFS079+dgAi6VJUI+xkTQ6 Q6WktsZRB6SICFOHCN3kVYVLY/75fl0tLCL+V1s= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1260037372; bh=kbqRxsWPOiQIAWgA1MakWtcD8HiEv1nJULrqYYqCl44=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=uBqmRPZ6glyc84gtN7I1d0Mgy6oUmKKf 877TJUTCrOOcR8jOc5D24FB/hzF2ZsvRS1g9/fm+pSSl2cojoFrIUBi7O2dh4m72JuP loJ4vhTgKkxWvhqYk8xxuxRcSdPVDQoD2Q+lAImykpFFyiLQGp0bmHk3z7ks+9/s1YX xUmZI= Received: from mail51.abv.bg (localhost.localdomain [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id 89D1716C122; Sat, 5 Dec 2009 20:24:33 +0200 (EET) Date: Sat, 5 Dec 2009 20:24:33 +0200 (EET) From: Mario Pavlov To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <256642892.76075.1260037473562.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: Re: Could you please fix this ? 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, 05 Dec 2009 18:24:31 -0000 Hi, just wanted to remind you that this issue is covered here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/135070 regards, mgp ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 21:47:56 2009 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 3359F106566B; Sat, 5 Dec 2009 21:47:56 +0000 (UTC) (envelope-from jilles@crab.stack.nl) Received: from crab.stack.nl (crab.stack.nl [131.155.140.134]) by mx1.freebsd.org (Postfix) with ESMTP id BDAC08FC08; Sat, 5 Dec 2009 21:47:55 +0000 (UTC) Received: by crab.stack.nl (Postfix, from userid 1677) id 73FAD5C43; Sat, 5 Dec 2009 22:47:52 +0100 (CET) Date: Sat, 5 Dec 2009 22:47:52 +0100 From: Jilles Tjoelker To: "Sean C. Farley" Message-ID: <20091205214752.GA45968@stack.nl> References: <20091204161031.GA37372@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: environ function patch for review 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, 05 Dec 2009 21:47:56 -0000 On Fri, Dec 04, 2009 at 12:02:25PM -0600, Sean C. Farley wrote: > On Fri, 4 Dec 2009, Jilles Tjoelker wrote: > > On Thu, Dec 03, 2009 at 06:04:47PM -0600, Sean C. Farley wrote: > >> Regarding the recent security issue with the unsetenv() calls in > >> rtld, I have made a patch[1] I would like reviewed prior to commit. > >> It changes the behavior of all the *env() routines that cause an > >> internal environment to be created. This is putenv(), setenv() and > >> unsetenv(). getenv() will not cause an internal environment to be > >> created. I have tested the patch without the rltd fix, and it > >> prevents the security issue. > >> Instead of returning an error when tripping upon a corrupt > >> environment, it will return an error when the caller passes bad > >> argument(s) (EINVAL) or if unable to allocate memory (ENOMEM). > >> Except for the possibility for ENOMEM, this should make the behavior > >> the same as FreeBSD 6 and below. > > It would be very nice to avoid ENOMEM on unsetenv() somehow, such as > > by rewriting environ in place. Neither FreeBSD6 nor POSIX mention the > > possibility of ENOMEM on unsetenv(). The only error listed by POSIX is > > an invalid variable name (unsetting a variable that does not exist is > > not an error), so it seems reasonable to assume unsetenv() is > > successful if passed a valid constant variable name. > I agree that they do not mention the possibility of ENOMEM with > unsetenv() but only in the unsetenv() man pages. From OpenGroup's > getenv() page[1], there is a constraint of a conforming application not > altering environ. The "rationale" section states: > This constraint allows the implementation to properly manage the > memory it allocates, either by using allocated storage for all > variables (copying them on the first invocation of setenv() or > unsetenv()), ... > From this, it appears that unsetenv() is allowed to set errno to ENOMEM. > At least, it should be able to do that from that rationale. That POSIX allows something does not mean it is a good idea. > > If unsetenv() has to copy the environment, there cannot be any > > setenv() or putenv() strings in it. So it seems correct to remove the > > pointer from environ without doing anything else, instead. > I can add this, however, I was trying to keep the complexity down a bit. > Since the copying would normally only occur once in the lifetime of an > application and not necessarily by unsetenv(), most of the time > unsetenv() will take that code path one time if at all. But that one time may be when trying to unset a possibly dangerous environment variable... I cannot exclude the possibility of setting up rlimits and environment such that the environment cannot be copied while the exploit still works. > > If the environment has already been copied, the unsetenv() should > > proceed without needing to allocate any memory. This seems to be the > > case. > Yes, unsetenv() only allocates memory upon its first call using an > environ that has not been previously copied. > How did the patches look otherwise, or are you suggesting this change to > unsetenv() in place of the patch to continue even after discovering a > corrupt environ? I think that patch is needed as well, as setenv()/putenv() should probably not fail for petty reasons either (although they can always fail because of ENOMEM). -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 22:42:02 2009 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 D83B2106566C; Sat, 5 Dec 2009 22:42:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 862FD8FC19; Sat, 5 Dec 2009 22:42:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB5Mg0kB066852; Sat, 5 Dec 2009 17:42:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB5Mg0VR066845; Sat, 5 Dec 2009 22:42:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Dec 2009 22:42:00 GMT Message-Id: <200912052242.nB5Mg0VR066845@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Dec 2009 22:42:02 -0000 TB --- 2009-12-05 21:51:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-05 21:51:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-05 21:51:11 - cleaning the object tree TB --- 2009-12-05 21:51:30 - cvsupping the source tree TB --- 2009-12-05 21:51:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-05 21:51:58 - building world TB --- 2009-12-05 21:51:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-05 21:51:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-05 21:51:58 - TARGET=powerpc TB --- 2009-12-05 21:51:58 - TARGET_ARCH=powerpc TB --- 2009-12-05 21:51:58 - TZ=UTC TB --- 2009-12-05 21:51:58 - __MAKE_CONF=/dev/null TB --- 2009-12-05 21:51:58 - cd /src TB --- 2009-12-05 21:51:58 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 5 21:51:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] init.lo(.text+0x8e0): In function `clear_session_logs': : undefined reference to `ulog_logout' init.lo(.text+0x20e8): In function `runcom': : undefined reference to `ulog_pututxline' init.lo(.text+0x2178): In function `death': : undefined reference to `ulog_pututxline' reboot.lo(.text+0x2a4): In function `main': : undefined reference to `ulog_pututxline' *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-05 22:42:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-05 22:42:00 - ERROR: failed to build world TB --- 2009-12-05 22:42:00 - 2260.32 user 473.69 system 3049.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 22:48:30 2009 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 E30E0106566C; Sat, 5 Dec 2009 22:48:30 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6D69A8FC14; Sat, 5 Dec 2009 22:48:30 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nB5MmRGg002263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Dec 2009 09:48:28 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nB5MmQwX005406; Sun, 6 Dec 2009 09:48:26 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nB5MmQcP005405; Sun, 6 Dec 2009 09:48:26 +1100 (EST) (envelope-from peter) Date: Sun, 6 Dec 2009 09:48:26 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20091205224826.GA92509@server.vk2pj.dyndns.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> <20091130081330.GA2202@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20091130081330.GA2202@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Non-responsive 8.0-RC1 (now 8.0-STABLE) 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, 05 Dec 2009 22:48:31 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Nov-30 19:13:30 +1100, Peter Jeremy = wrote: >On 2009-Nov-29 08:56:55 +0100, Thomas Backman wrote: >> >>On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: >> >>> My main server is running 8.0/amd64 from between RC1 and RC2 and I've >>> recently had a couple of long-duration hangs on it during which time >>> processes doing I/O will stop responding. =2E.. >It actually "hung" again just after I sent the original mail. This >time I managed to get console access and could check the kernel state. >This showed that a number of processes were blocked on ZFS locks. >The most commonly reported state was 'tx->tx_quiesce_done_cv)'. I've upgraded to 8-STABLE from 30-Nov and the problem is still present, even after disabling the boinc processes. This seems to leave race conditions inside ZFS as the only option. Has anyone else seen anything like this? --=20 Peter Jeremy --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksa4zoACgkQ/opHv/APuIfqfQCgk9TJXscyl1Bq4L0Bqr+hgCwr s4sAn3bb0O4jHpDKBHAlnpa2Uq1C9YmN =mHcj -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 22:55:22 2009 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 0396B106566B; Sat, 5 Dec 2009 22:55:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A6EEE8FC0A; Sat, 5 Dec 2009 22:55:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB5MtLF7029819; Sat, 5 Dec 2009 17:55:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB5MtLs6029815; Sat, 5 Dec 2009 22:55:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Dec 2009 22:55:21 GMT Message-Id: <200912052255.nB5MtLs6029815@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Dec 2009 22:55:22 -0000 TB --- 2009-12-05 22:08:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-05 22:08:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-05 22:08:20 - cleaning the object tree TB --- 2009-12-05 22:08:36 - cvsupping the source tree TB --- 2009-12-05 22:08:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-05 22:09:04 - building world TB --- 2009-12-05 22:09:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-05 22:09:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-05 22:09:04 - TARGET=sparc64 TB --- 2009-12-05 22:09:04 - TARGET_ARCH=sparc64 TB --- 2009-12-05 22:09:04 - TZ=UTC TB --- 2009-12-05 22:09:04 - __MAKE_CONF=/dev/null TB --- 2009-12-05 22:09:04 - cd /src TB --- 2009-12-05 22:09:04 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 5 22:09:04 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] init.lo(.text+0x7c4): In function `clear_session_logs': : undefined reference to `ulog_logout' init.lo(.text+0x1dc8): In function `runcom': : undefined reference to `ulog_pututxline' init.lo(.text+0x1e30): In function `death': : undefined reference to `ulog_pututxline' reboot.lo(.text+0x298): In function `main': : undefined reference to `ulog_pututxline' *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-05 22:55:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-05 22:55:21 - ERROR: failed to build world TB --- 2009-12-05 22:55:21 - 2097.85 user 459.85 system 2821.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 5 23:10:03 2009 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 CD5C01065670; Sat, 5 Dec 2009 23:10:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE218FC14; Sat, 5 Dec 2009 23:10:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB5NA2AA051190; Sat, 5 Dec 2009 18:10:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB5NA2RA051189; Sat, 5 Dec 2009 23:10:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Dec 2009 23:10:02 GMT Message-Id: <200912052310.nB5NA2RA051189@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Dec 2009 23:10:03 -0000 TB --- 2009-12-05 22:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-05 22:25:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-05 22:25:00 - cleaning the object tree TB --- 2009-12-05 22:25:11 - cvsupping the source tree TB --- 2009-12-05 22:25:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-05 22:25:37 - building world TB --- 2009-12-05 22:25:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-05 22:25:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-05 22:25:37 - TARGET=sun4v TB --- 2009-12-05 22:25:37 - TARGET_ARCH=sparc64 TB --- 2009-12-05 22:25:37 - TZ=UTC TB --- 2009-12-05 22:25:37 - __MAKE_CONF=/dev/null TB --- 2009-12-05 22:25:37 - cd /src TB --- 2009-12-05 22:25:37 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 5 22:25:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] init.lo(.text+0x7c4): In function `clear_session_logs': : undefined reference to `ulog_logout' init.lo(.text+0x1dc8): In function `runcom': : undefined reference to `ulog_pututxline' init.lo(.text+0x1e30): In function `death': : undefined reference to `ulog_pututxline' reboot.lo(.text+0x298): In function `main': : undefined reference to `ulog_pututxline' *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-05 23:10:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-05 23:10:02 - ERROR: failed to build world TB --- 2009-12-05 23:10:02 - 2116.59 user 441.27 system 2702.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full