From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 00:26:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7818C106564A for ; Sun, 28 Nov 2010 00:26:41 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id 49FDB8FC19 for ; Sun, 28 Nov 2010 00:26:41 +0000 (UTC) Received: from c-71-194-154-137.hsd1.in.comcast.net (c-71-194-154-137.hsd1.in.comcast.net [71.194.154.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id D498B1B04B for ; Sun, 28 Nov 2010 00:07:34 +0000 (GMT) Date: Sat, 27 Nov 2010 19:07:07 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Message-ID: <20101127184952.E90087@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Broadcom watchdog timeout with 7.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 00:26:41 -0000 I've been running 7.X on a Tyan S4881 (4 dual-core Opteron CPUs) since nearly the beginning of the 7.X cycle, and have just started to see watchdog timeouts on the Broadcom bge0 GigE port. This occurs with a kernel and world compiled on 11/22, and also with a kernel compiled on 11/11 with the 11/22 world. The errors occur when copying a large number (200-300GB) of files over a GigE network to a WD USB drive attached to a PC running XP. There are no Ethernet errors other than those caused by the timeouts. The system uses an nVidia PCI-Express video board and an LSA 300-8X SATA card which have not given any problems. I have not been able, however, to add a SCSI card and I've tried every Adaptec and LSI PCI, PCI-X, and PCI-Express card available to me. The problem appears to be a mismatch of the interrupt expected by the card and the interrupt provided by the board. I haven't found a solution for that problem (yet). The error is the usual watchdog timeout: Nov 27 15:34:11 superxeon kernel: bge0: watchdog timeout -- resetting Nov 27 15:34:11 superxeon kernel: bge0: link DOWN Nov 27 15:34:11 superxeon kernel: bge0: link state changed to DOWN Nov 27 15:34:15 superxeon kernel: bge0: link state changed to UP I intend to switch over to an Intel Pro1000 card since I saw the same problem some timea ago on another box and switching GigE hardware solved the problem. uname -a: FreeBSD superxeon.familysquires.net 7.4-PRERELEASE FreeBSD 7.4-PRERELEASE #12: Mon Nov 22 15:45:36 EST 2010 root@superxeon.familysquires.net:/usr/obj/usr/src/sys/OPTERON8 amd64 dmesg output for bge0/1: bge0: mem 0 xd0110000-0xd011ffff,0xd0100000-0xd010ffff irq 26 at device 2.0 on pci17 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0110000 bge0: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus0: on bge0 bge0: bpf attached bge0: Ethernet address: 00:e0:81:58:2d:e3 bge0: [MPSAFE] bge0: [ITHREAD] bge1: mem 0 xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 27 at device 2.1 on pci17 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0130000 bge1: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus1: on bge1 bge1: bpf attached bge1: Ethernet address: 00:e0:81:58:2d:e4 bge1: [MPSAFE] bge1: [ITHREAD] bge0: link state changed to UP Mike Squires mikes@siralan.org From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 01:34:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A149106564A for ; Sun, 28 Nov 2010 01:34:56 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id E83128FC12 for ; Sun, 28 Nov 2010 01:34:55 +0000 (UTC) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oAS1Nvat012668 for ; Sun, 28 Nov 2010 12:23:57 +1100 Received: from maxwell.mencon.com.au (c122-107-224-152.mckinn3.vic.optusnet.com.au [122.107.224.152]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oAS1Nr0F004430 for ; Sun, 28 Nov 2010 12:23:54 +1100 Received: from [203.2.73.72] (chief.mencon.com.au [203.2.73.72]) by maxwell.mencon.com.au (Postfix) with ESMTP id 365E25E98 for ; Sun, 28 Nov 2010 12:23:53 +1100 (EST) Message-ID: <4CF1AF39.3050704@menhennitt.com.au> Date: Sun, 28 Nov 2010 12:24:09 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ipfw oddity/bug? ipv6 != protocol 41 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 01:34:56 -0000 Hi all, I've found something that I think is a bug in ipfw. At the very least, it contradicts the man page and a number of web sites. It's also different behaviour from a few months ago. I have a IPV6 tunnel connection to Hurricane Electric that I use every now and then. When I want to use it, I manually enable it in ipfw and then disable it again afterwards. After a recent csup and new world and kernel, it stopped working. The script output below shows the problem. I start with IPv6 disallowed by ipfw as can be seen in the first failed ping6. Normally, I then allow ipv6 and the ping6 should work. But it seems that ipv6 isn't what it used to be. I need to explicitly use the protocol number (41) to get it to work. According to the ipfw man page, ip6 and ipv6 are the same thing, and it implies that they should both be the same as "41". Obviously they're not. So, when you add a rule with "ipv6" or "ip6" in it, "ipfw list" displays it as "ip6". When you enter a rule with "41" in it, it displays as "ipv6". Very confusing! I can't see any option to get "ipfw list" to output numeric values rather than protocol names, but moving /etc/protocols aside seems to do the trick. You can see from the last ipfw output that ip6 is the same as ipv6, but they're not the same as 41. I did a few google searches for "ipfw, freebsd, ipv6" and a number of sites say that you just do "allow ipv6 from any to any" to get it working. That's what I used to do too, but it doesn't work any more. I'm running 8-Stable csupped yesterday on i386: FreeBSD maxwell.mencon.com.au 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #28: Sun Nov 28 07:44:12 EST 2010 root@chief-freebsd.mencon.com.au:/usr/obj/usr/src/sys/maxwell i386. Does anybody have any ideas, please? Thanks, Graham Script output (with a few irrelevant bits trimmed, and some blank lines inserted for clarity): Script started on Sun Nov 28 11:26:27 2010 root@maxwell% ipfw list 50 ipfw: rule 50 does not exist root@maxwell% ping6 www.kame.net PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> 2001:200:dff:fff1:216:3eff:feb1:44d7 ping6: sendmsg: Permission denied root@maxwell% ipfw add 50 allow ipv6 from any to any 00050 allow ip6 from any to any root@maxwell% ipfw list 50 00050 allow ip6 from any to any root@maxwell% ping6 www.kame.net PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> 2001:200:dff:fff1:216:3eff:feb1:44d7 ping6: sendmsg: Permission denied root@maxwell% ipfw add 50 allow ip6 from any to any 00050 allow ip6 from any to any root@maxwell% ipfw list 50 00050 allow ip6 from any to any 00050 allow ip6 from any to any root@maxwell% ping6 www.kame.net PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> 2001:200:dff:fff1:216:3eff:feb1:44d7 ping6: sendmsg: Permission denied root@maxwell% ipfw add 50 allow 41 from any to any 00050 allow ipv6 from any to any root@maxwell% ping6 www.kame.net PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> 2001:200:dff:fff1:216:3eff:feb1:44d7 16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=0 hlim=56 time=291.889 ms root@maxwell% ipfw list 50 00050 allow ip6 from any to any 00050 allow ip6 from any to any 00050 allow ipv6 from any to any root@maxwell% mv /etc/protocols /etc/protocols_save root@maxwell% ipfw list 50 00050 allow ip6 from any to any 00050 allow ip6 from any to any 00050 allow 41 from any to any root@maxwell% exit Script done on Sun Nov 28 11:28:22 2010 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 07:26:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A61D106564A for ; Sun, 28 Nov 2010 07:26:30 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id D0CC88FC08 for ; Sun, 28 Nov 2010 07:26:29 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oAS7QQia009418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Nov 2010 18:26:27 +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.4/8.14.4) with ESMTP id oAS7QOsK017417 for ; Sun, 28 Nov 2010 18:26:24 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id oAS7QONX017416 for freebsd-stable@freebsd.org; Sun, 28 Nov 2010 18:26:24 +1100 (EST) (envelope-from peter) Date: Sun, 28 Nov 2010 18:26:24 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20101128072624.GA76358@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: idprio processes slowing down system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 07:26:30 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Since scheduler issues have been popular lately, I thought I'd investigate a ULE issue I've been aware of for a while... I normally have some boinc (ports/astro/boinc) applications running and I'd noticed that my nightly builds appear to end much sooner when there's no boinc work units (this has been common for setiathome). This morning, I timed 4 "make -j3 KERNCONF=3DGENERIC buildkernel" of 8-stable with the following results: boinc running: 1167.839u 287.055s 18:45.69 129.2% 6140+1975k 1+0io 114pf+0w 1166.431u 288.265s 18:00.16 134.6% 6139+1975k 0+0io 106pf+0w 1168.490u 287.599s 17:52.24 135.7% 6137+1975k 0+0io 106pf+0w 1165.747u 287.641s 17:10.38 141.0% 6138+1975k 0+0io 106pf+0w boinc stopped: 1165.052u 291.492s 15:54.72 152.5% 6125+1972k 0+0io 106pf+0w 1166.101u 290.305s 15:42.54 154.5% 6132+1973k 0+0io 106pf+0w 1165.248u 290.335s 15:35.93 155.5% 6132+1974k 0+0io 106pf+0w 1166.100u 289.749s 15:26.35 157.1% 6137+1974k 0+0io 106pf+0w Since the the results were all monotonically reducing in wallclock time, I decided to do a further 4 buildkernels with boinc running: 1168.242u 284.693s 17:33.05 137.9% 6140+1975k 0+0io 106pf+0w 1167.191u 285.332s 17:19.27 139.7% 6140+1976k 0+0io 106pf+0w 1224.813u 291.963s 20:14.90 124.8% 6121+1966k 0+0io 106pf+0w 1213.132u 294.564s 19:48.98 126.8% 6116+1967k 0+0io 106pf+0w ministat(1) reports there is no statistical difference in the user or system time: User time: x boinc_running + boinc_stopped +----------------------------------------------------------------------+ | +* x | | +*xx x x| ||________|A_M___________A_______________________| | +----------------------------------------------------------------------+ N Min Max Median Avg Stddev x 8 1165.747 1224.813 1168.242 1180.2356 24.12896 + 4 1165.052 1166.101 1166.1 1165.6253 0.55457454 No difference proven at 95.0% confidence System time: x boinc_running + boinc_stopped +----------------------------------------------------------------------+ | + | |x x x xx x + + + x x| | |_________________M____A________|___MA_____|__| | +----------------------------------------------------------------------+ N Min Max Median Avg Stddev x 8 284.693 294.564 287.641 288.389 3.3142183 + 4 289.749 291.492 290.335 290.47025 0.73252412 No difference proven at 95.0% confidence But there is a significant difference in the wallclock time: x boinc_running + boinc_stopped +----------------------------------------------------------------------+ |+ + + + x x x x x x x x| ||__AM_| |___________M____A_______________| | +----------------------------------------------------------------------+ N Min Max Median Avg Stddev x 8 1030.38 1214.9 1080.16 1100.5838 69.364795 + 4 926.35 954.72 942.54 939.885 11.915879 Difference at 95.0% confidence -160.699 +/- 79.6798 -14.6012% +/- 7.23977% (Student's t, pooled s =3D 58.4006) Since all the boinc processes are running at i31, why are they impacting a buildkernel that runs with 0 nicety? System information: AMD Athlon(tm) Dual Core Processor 4850e (2511.45-MHz K8-class CPU) running FreeBSD/amd64 from just before 8.1-RELEASE with WITNESS and WITNESS_SKIPSPIN, 8GB RAM, src and obj are both on ZFS. --=20 Peter Jeremy --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkzyBCAACgkQ/opHv/APuIcVIgCfQAui9qy8lYYTfMlrb0iJEhrF cIoAnilj7IezyuvXRIdt3tRgFHrnEQ0A =OJYR -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 08:24:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDC8106566C for ; Sun, 28 Nov 2010 08:24:23 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B39078FC1D for ; Sun, 28 Nov 2010 08:24:22 +0000 (UTC) Received: by fxm16 with SMTP id 16so1792532fxm.13 for ; Sun, 28 Nov 2010 00:24:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=wEqRoSgK+TDhY4O2P4M9FEB0pe2Cd65VvaQDBQbcKTc=; b=enbQyday1DJW5zKtM3tSEN1IuM3Dqb3cwNx707rUl6kbuINBSegoWKXxgXTP/nTD3S 3AL9FgqSCX9pG6MoGcPxdDJKYOCj6Vp1UNdw8E8N/9ueIV9kMFPAjbLVyWI4g9VXrLfO 2/20hxh3G9kepqU6KbIb7irZzSXjzqGNXa1hU= 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=wdrqVmCdYRZA2bt2cXUFe6omSXcGc2sPOUK4oJlazoHuvlV7nQ2DHDQlC/uIuOGZpa ix02aZFSbbtu9vMhYYkP4S5oG+OJDaYShISJ1SpOnm2v3i3g+I85eUnxGlH50nS/Ldb+ WPjuJL2AnIYo75+xm0g3gwEzxF8uc2udZZFmY= MIME-Version: 1.0 Received: by 10.223.117.2 with SMTP id o2mr3940382faq.6.1290932661587; Sun, 28 Nov 2010 00:24:21 -0800 (PST) Received: by 10.223.121.138 with HTTP; Sun, 28 Nov 2010 00:24:21 -0800 (PST) In-Reply-To: <20101128072624.GA76358@server.vk2pj.dyndns.org> References: <20101128072624.GA76358@server.vk2pj.dyndns.org> Date: Sun, 28 Nov 2010 02:24:21 -0600 Message-ID: From: Adam Vande More To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: idprio processes slowing down system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 08:24:23 -0000 On Sun, Nov 28, 2010 at 1:26 AM, Peter Jeremy wrote: > Since all the boinc processes are running at i31, why are they impacting > a buildkernel that runs with 0 nicety? > Someone please enlighten me if I'm wrong, but I'll take a stab at it. With the setup you presented you're going to have a lot of context switches as the buildworld is going to give plenty of oppurtunities for boinc processes to get some time. When it does switch out, the CPU cache is invalidated, then invalidated again when the buildworld preempts back. This is what makes it slow. If gcc was building one massive binary at that priority, you wouldn't have boinc getting much/any time. Since the buildworld is much more modular and consists of a large amount of small operations some CPU intentisive, some IO intensive, boinc can interrupt and impact overall performance even if the inital process was started at a much higher priority. I'm not sure how well ULE handles CPU affinity. Some other stuff I ran into earlier suggested there's room for improvement, but in your particular use case I'm not sure even ideal CPU affinity would improve things much. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 12:36:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50D4106564A for ; Sun, 28 Nov 2010 12:36:06 +0000 (UTC) (envelope-from freebsduser@paradisegreen.co.uk) Received: from mail.paradisegreen.co.uk (almaz.paradisegreen.co.uk [81.187.228.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5758FC0A for ; Sun, 28 Nov 2010 12:36:06 +0000 (UTC) Received: from [10.0.0.16] (vaio.paradise [10.0.0.16]) by mail.paradisegreen.co.uk (8.13.3/8.13.3) with ESMTP id oASBwaMl043749; Sun, 28 Nov 2010 11:58:37 GMT (envelope-from freebsduser@paradisegreen.co.uk) DomainKey-Signature: a=rsa-sha1; s=default; d=paradisegreen.co.uk; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=q+lYjroQezivJ4i34tL7l+6gaosJgRcM6QpQV3LgivqxXQukxXs+btnhD/9rfF2jH jkuifPLO9/cJV0Y2mCBZw== Message-ID: <4CF243E7.9050502@paradisegreen.co.uk> Date: Sun, 28 Nov 2010 11:58:31 +0000 From: Thomas Sandford User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4CF1AF39.3050704@menhennitt.com.au> In-Reply-To: <4CF1AF39.3050704@menhennitt.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VERIFIED, PLING_QUERY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on almaz.paradisegreen.co.uk Cc: Subject: Re: ipfw oddity/bug? ipv6 != protocol 41 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 12:36:07 -0000 On 28/11/2010 01:24, Graham Menhennitt wrote: > Hi all, > > I've found something that I think is a bug in ipfw. At the very least, > it contradicts the man page and a number of web sites. It's also > different behaviour from a few months ago. > > I have a IPV6 tunnel connection to Hurricane Electric that I use every > now and then. When I want to use it, I manually enable it in ipfw and > then disable it again afterwards. After a recent csup and new world and > kernel, it stopped working. The script output below shows the problem. > > I start with IPv6 disallowed by ipfw as can be seen in the first failed > ping6. Normally, I then allow ipv6 and the ping6 should work. But it > seems that ipv6 isn't what it used to be. I need to explicitly use the > protocol number (41) to get it to work. According to the ipfw man page, > ip6 and ipv6 are the same thing, and it implies that they should both be > the same as "41". Obviously they're not. > > So, when you add a rule with "ipv6" or "ip6" in it, "ipfw list" displays > it as "ip6". When you enter a rule with "41" in it, it displays as > "ipv6". Very confusing! > > I can't see any option to get "ipfw list" to output numeric values > rather than protocol names, but moving /etc/protocols aside seems to do > the trick. You can see from the last ipfw output that ip6 is the same as > ipv6, but they're not the same as 41. > > I did a few google searches for "ipfw, freebsd, ipv6" and a number of > sites say that you just do "allow ipv6 from any to any" to get it > working. That's what I used to do too, but it doesn't work any more. > > I'm running 8-Stable csupped yesterday on i386: FreeBSD > maxwell.mencon.com.au 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #28: Sun Nov > 28 07:44:12 EST 2010 > root@chief-freebsd.mencon.com.au:/usr/obj/usr/src/sys/maxwell i386. > > Does anybody have any ideas, please? > > Thanks, > Graham > > Script output (with a few irrelevant bits trimmed, and some blank lines > inserted for clarity): > > Script started on Sun Nov 28 11:26:27 2010 > > root@maxwell% ipfw list 50 > ipfw: rule 50 does not exist > > root@maxwell% ping6 www.kame.net > PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> > 2001:200:dff:fff1:216:3eff:feb1:44d7 > ping6: sendmsg: Permission denied > > root@maxwell% ipfw add 50 allow ipv6 from any to any > 00050 allow ip6 from any to any > > root@maxwell% ipfw list 50 > 00050 allow ip6 from any to any > > root@maxwell% ping6 www.kame.net > PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> > 2001:200:dff:fff1:216:3eff:feb1:44d7 > ping6: sendmsg: Permission denied > > root@maxwell% ipfw add 50 allow ip6 from any to any > 00050 allow ip6 from any to any > > root@maxwell% ipfw list 50 > 00050 allow ip6 from any to any > 00050 allow ip6 from any to any > > root@maxwell% ping6 www.kame.net > PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> > 2001:200:dff:fff1:216:3eff:feb1:44d7 > ping6: sendmsg: Permission denied > > root@maxwell% ipfw add 50 allow 41 from any to any > 00050 allow ipv6 from any to any > > root@maxwell% ping6 www.kame.net > PING6(56=40+8+8 bytes) 2001:470:1f04:35d::2 --> > 2001:200:dff:fff1:216:3eff:feb1:44d7 > 16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=0 hlim=56 > time=291.889 ms > > root@maxwell% ipfw list 50 > 00050 allow ip6 from any to any > 00050 allow ip6 from any to any > 00050 allow ipv6 from any to any > > root@maxwell% mv /etc/protocols /etc/protocols_save > > root@maxwell% ipfw list 50 > 00050 allow ip6 from any to any > 00050 allow ip6 from any to any > 00050 allow 41 from any to any > root@maxwell% exit > > Script done on Sun Nov 28 11:28:22 2010 Protocol 41 is IPv6 in IP tunnelling, which is what HE uses to get the IPv6 to you. So 00050 allow 41 from any to any allows the IP(v4) packets encapsulating the IPv6 traffic to reach you, 00050 allow ip6 from any to any 00050 allow ip6 from any to any allow the actual IPv6 traffic to/from your local network. -- Thomas Sandford From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 13:43:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE99106566B for ; Sun, 28 Nov 2010 13:43:15 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id B490A8FC1B for ; Sun, 28 Nov 2010 13:43:14 +0000 (UTC) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id oASDhCmI038095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 28 Nov 2010 14:43:13 +0100 (CET) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (orac.jarasoft.net [10.10.10.10]) by raats.xs4all.nl (Postfix) with ESMTP id AC33E3D7689 for ; Sun, 28 Nov 2010 14:43:12 +0100 (CET) Received: from jarasc430 (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by raats.xs4all.nl (Postfix) with ESMTPSA id 5A4083D7424 for ; Sun, 28 Nov 2010 14:43:12 +0100 (CET) Message-ID: <88273506F5D045E887A02B095C5C6E6E@jarasc430> From: "Jack Raats" To: References: <20101127184952.E90087@familysquires.net> Date: Sun, 28 Nov 2010 14:43:00 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sun, 28 Nov 2010 13:47:01 +0000 Subject: Old system keeps coming back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 13:43:15 -0000 At this moment I hiring a FreeBSD server running FreeBSD 7.2. After running cvsup, updating sources and ports, compiling the complete system, installing kernel and the "new world", rebooting the system gives the old sytem and not the freshly compiled FreeBSD 7.4-PRERELASE. What is wrong? Where to look for? Thanks Jack Raats From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 14:04:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87BD2106566B for ; Sun, 28 Nov 2010 14:04:45 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1A26F8FC2C for ; Sun, 28 Nov 2010 14:04:44 +0000 (UTC) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id oASE4h2N011476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 28 Nov 2010 15:04:43 +0100 (CET) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (orac.jarasoft.net [10.10.10.10]) by raats.xs4all.nl (Postfix) with ESMTP id 424683D7689 for ; Sun, 28 Nov 2010 15:04:43 +0100 (CET) Received: from jarasc430 (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by raats.xs4all.nl (Postfix) with ESMTPSA id F00ED3D7424 for ; Sun, 28 Nov 2010 15:04:42 +0100 (CET) Message-ID: <271B6DC6BE8C48499763FC35A23630B2@jarasc430> From: "Jack Raats" To: References: <20101127184952.E90087@familysquires.net> <88273506F5D045E887A02B095C5C6E6E@jarasc430> Date: Sun, 28 Nov 2010 15:04:31 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sun, 28 Nov 2010 14:19:59 +0000 Subject: Re: Old system keeps coming back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 14:04:45 -0000 ----- Original Message ----- From: "Jack Raats" Subject: Old system keeps coming back > At this moment I hiring a FreeBSD server running FreeBSD 7.2. > After running cvsup, updating sources and ports, compiling the complete > system, installing kernel and the "new world", rebooting the system gives > the old sytem and not the freshly > compiled FreeBSD 7.4-PRERELASE. It seems that dmesg gives all system info. At he end it gives the FreeBSD 7.4-PRELEASE message. What the do so that dmesg gives the latest info? /etc/motd also is not updated. How to solve this? Thanks Jack Raats From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 14:34:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40EF1065670 for ; Sun, 28 Nov 2010 14:34:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 60F628FC17 for ; Sun, 28 Nov 2010 14:34:32 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta02.westchester.pa.mail.comcast.net with comcast id ceQ71f0040EZKEL52eaZig; Sun, 28 Nov 2010 14:34:33 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.westchester.pa.mail.comcast.net with comcast id ceaY1f0043LrwQ23MeaY6y; Sun, 28 Nov 2010 14:34:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A4D889B422; Sun, 28 Nov 2010 06:34:30 -0800 (PST) Date: Sun, 28 Nov 2010 06:34:30 -0800 From: Jeremy Chadwick To: Jack Raats Message-ID: <20101128143430.GA1670@icarus.home.lan> References: <88273506F5D045E887A02B095C5C6E6E@jarasc430> <271B6DC6BE8C48499763FC35A23630B2@jarasc430> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <271B6DC6BE8C48499763FC35A23630B2@jarasc430> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Old system keeps coming back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 14:34:33 -0000 On Sun, Nov 28, 2010 at 03:04:31PM +0100, Jack Raats wrote: > ----- Original Message ----- From: "Jack Raats" > Subject: Old system keeps coming back > > > >At this moment I hiring a FreeBSD server running FreeBSD 7.2. > >After running cvsup, updating sources and ports, compiling the complete > >system, installing kernel and the "new world", rebooting the > >system gives the old sytem and not the freshly > >compiled FreeBSD 7.4-PRERELASE. > > It seems that dmesg gives all system info. At he end it gives the > FreeBSD 7.4-PRELEASE message. > > What the do so that dmesg gives the latest info? > /etc/motd also is not updated. How to solve this? Please follow the exact procedure documented in /usr/src/Makefile for updating your system. Do not change the order of the steps or skip steps. # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot' (in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' (you may wish to use -U or -ai). # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 15:08:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBB9106564A for ; Sun, 28 Nov 2010 15:08:14 +0000 (UTC) (envelope-from mailinglistmember@mgwigglesworth.net) Received: from mail.mgwigglesworth.net (mail.mgwigglesworth.com [75.146.26.81]) by mx1.freebsd.org (Postfix) with ESMTP id 392A18FC1A for ; Sun, 28 Nov 2010 15:08:13 +0000 (UTC) To: freebsd-stable@freebsd.org Date: Sun, 28 Nov 2010 09:57:43 -0500 Envelope-To: freebsd-stable@freebsd.org Message-ID: <4CF26DE7.7040003@mgwigglesworth.net> From: "Martes G Wigglesworth" Received: from devsystem.mgwigglesworth.net (192.168.5.12 [192.168.5.12]) by mail.mgwigglesworth.net; Sun, 28 Nov 2010 10:53:14 -0500 Organization: M. G. Wigglesworth Holdings, LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Build World fails on for 7-stable on gnu/lib/... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mailinglistmember@mgwigglesworth.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 15:08:14 -0000 Greetings. I have cvs'd to the most current 7-stable source tree and have compiled a kernel using these sources. However, when I attempt to complete the buildworld process, I keep getting failures in the below-listed areas. Does anyone know of an issue with these sources? I see that this release is now considered "legacy" so I hope I am not at end of life on this source tree. The system is just an edge router so I am just updating to the newest stable release due to the assumptions that there may be some fixes included in the sources. I have my own patched ipfirewall sources, (don't feel like writing a script for ipfw to run and figure out why it isn't running at boot, etc....),however, I have not installed them yet, since I have not patched anything on this test upgrade box, yet. I have the full logs from build world and kernel build, if someone would like to see them. (very long, and don't fail until the point listed below) The kernel kept failing as well, until I used the old method by hand, in the /usr/src/sys/i386/conf directory. That is another question that I would like to ask. Why am I able to compile and install a kernel just fine using the old method, however, using the make buildkernel... method fails on some obscure module that I usually don't even have included within the config file? gnu/lib/libgomp (buildincludes) sed -e 's/@OMP_LOCK_ALIGN@/4/g' -e 's/@OMP_LOCK_KIND@/4/g' -e 's/@OMP_LOCK_SIZE@/4/g' -e 's/@OMP_NEST_LOCK_ALIGN@/4/g' -e 's/@OMP_NEST_LOCK_KIND@/8/g' -e 's/@OMP_NEST_LOCK_SIZE@/8/g' < /usr/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/omp.h.in > omp.h ===> gnu/lib/libregex (buildincludes) sed 's===g' < /usr/src/gnu/lib/libregex/regex.h > regex.h.patched ===> gnu/lib/libregex/doc (buildincludes) ===> gnu/lib/libreadline (buildincludes) ===> gnu/lib/libreadline/history (buildincludes) ===> gnu/lib/libreadline/history/doc (buildincludes) ===> gnu/lib/libreadline/readline (buildincludes) ===> gnu/lib/libreadline/readline/doc (buildincludes) ===> gnu/lib/libstdc++ (buildincludes) Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Respectfully, Martes G Wigglesworth M. G. Wigglesworth Holdings, LLC www.mgwigglesworth.net From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 15:14:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DEFC106564A for ; Sun, 28 Nov 2010 15:14:40 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.49]) by mx1.freebsd.org (Postfix) with ESMTP id 7433C8FC15 for ; Sun, 28 Nov 2010 15:14:40 +0000 (UTC) Received: (qmail 5411 invoked from network); 28 Nov 2010 14:47:59 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Nov 2010 14:47:59 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id B0B7C5081F; Sun, 28 Nov 2010 09:47:53 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 366051CC23; Sun, 28 Nov 2010 09:47:53 -0500 (EST) From: Lowell Gilbert To: Jack Raats References: <20101127184952.E90087@familysquires.net> <88273506F5D045E887A02B095C5C6E6E@jarasc430> <271B6DC6BE8C48499763FC35A23630B2@jarasc430> Date: Sun, 28 Nov 2010 09:47:53 -0500 In-Reply-To: <271B6DC6BE8C48499763FC35A23630B2@jarasc430> (Jack Raats's message of "Sun, 28 Nov 2010 15:04:31 +0100") Message-ID: <44oc99o67a.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Old system keeps coming back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 15:14:40 -0000 "Jack Raats" writes: > ----- Original Message ----- > From: "Jack Raats" > Subject: Old system keeps coming back > > >> At this moment I hiring a FreeBSD server running FreeBSD 7.2. >> After running cvsup, updating sources and ports, compiling the complete >> system, installing kernel and the "new world", rebooting the system >> gives the old sytem and not the freshly >> compiled FreeBSD 7.4-PRERELASE. > > It seems that dmesg gives all system info. At he end it gives the > FreeBSD 7.4-PRELEASE message. > > What the do so that dmesg gives the latest info? It's a memory buffer in the kernel. Powering the machine down will clear it. > /etc/motd also is not updated. How to solve this? That should be done automatically on boot, unless you've done something specifically to disable it. Make sure /etc/rc.d/motd is present, standard, and nothing in rc.conf (et.al.) is affecting it. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 16:26:13 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3940F106566B; Sun, 28 Nov 2010 16:26:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id E5CED8FC18; Sun, 28 Nov 2010 16:26:12 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oASGQChX045249; Sun, 28 Nov 2010 16:26:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oASGQCti045245; Sun, 28 Nov 2010 16:26:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 28 Nov 2010 16:26:12 GMT Message-Id: <201011281626.oASGQCti045245@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 16:26:13 -0000 TB --- 2010-11-28 14:27:52 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-28 14:27:52 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-11-28 14:27:52 - cleaning the object tree TB --- 2010-11-28 14:28:13 - cvsupping the source tree TB --- 2010-11-28 14:28:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-11-28 14:28:19 - building world TB --- 2010-11-28 14:28:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 14:28:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 14:28:19 - TARGET=amd64 TB --- 2010-11-28 14:28:19 - TARGET_ARCH=amd64 TB --- 2010-11-28 14:28:19 - TZ=UTC TB --- 2010-11-28 14:28:19 - __MAKE_CONF=/dev/null TB --- 2010-11-28 14:28:19 - cd /src TB --- 2010-11-28 14:28:19 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 28 14:28:21 UTC 2010 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Nov 28 16:18:26 UTC 2010 TB --- 2010-11-28 16:18:26 - generating LINT kernel config TB --- 2010-11-28 16:18:26 - cd /src/sys/amd64/conf TB --- 2010-11-28 16:18:26 - /usr/bin/make -B LINT TB --- 2010-11-28 16:18:26 - building LINT kernel TB --- 2010-11-28 16:18:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 16:18:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 16:18:26 - TARGET=amd64 TB --- 2010-11-28 16:18:26 - TARGET_ARCH=amd64 TB --- 2010-11-28 16:18:26 - TZ=UTC TB --- 2010-11-28 16:18:26 - __MAKE_CONF=/dev/null TB --- 2010-11-28 16:18:26 - cd /src TB --- 2010-11-28 16:18:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 28 16:18:27 UTC 2010 >>> 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 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -frename-registers -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_lem.c:1234: error: conflicting types for 'lem_poll' /src/sys/dev/e1000/if_lem.c:252: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-28 16:26:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-28 16:26:12 - ERROR: failed to build lint kernel TB --- 2010-11-28 16:26:12 - 5405.36 user 991.95 system 7099.48 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 17:19:28 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4121C106566C; Sun, 28 Nov 2010 17:19:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 09F448FC15; Sun, 28 Nov 2010 17:19:27 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oASHJRfh030349; Sun, 28 Nov 2010 17:19:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oASHJRkP030348; Sun, 28 Nov 2010 17:19:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 28 Nov 2010 17:19:27 GMT Message-Id: <201011281719.oASHJRkP030348@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 17:19:28 -0000 TB --- 2010-11-28 15:52:31 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-28 15:52:31 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-11-28 15:52:31 - cleaning the object tree TB --- 2010-11-28 15:52:43 - cvsupping the source tree TB --- 2010-11-28 15:52:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-11-28 15:52:49 - building world TB --- 2010-11-28 15:52:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 15:52:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 15:52:49 - TARGET=i386 TB --- 2010-11-28 15:52:49 - TARGET_ARCH=i386 TB --- 2010-11-28 15:52:49 - TZ=UTC TB --- 2010-11-28 15:52:49 - __MAKE_CONF=/dev/null TB --- 2010-11-28 15:52:49 - cd /src TB --- 2010-11-28 15:52:49 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 28 15:52:50 UTC 2010 >>> 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 Sun Nov 28 17:11:03 UTC 2010 TB --- 2010-11-28 17:11:03 - generating LINT kernel config TB --- 2010-11-28 17:11:03 - cd /src/sys/i386/conf TB --- 2010-11-28 17:11:03 - /usr/bin/make -B LINT TB --- 2010-11-28 17:11:03 - building LINT kernel TB --- 2010-11-28 17:11:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 17:11:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 17:11:03 - TARGET=i386 TB --- 2010-11-28 17:11:03 - TARGET_ARCH=i386 TB --- 2010-11-28 17:11:03 - TZ=UTC TB --- 2010-11-28 17:11:03 - __MAKE_CONF=/dev/null TB --- 2010-11-28 17:11:03 - cd /src TB --- 2010-11-28 17:11:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 28 17:11:03 UTC 2010 >>> 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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue eisa_if.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_lem.c:1234: error: conflicting types for 'lem_poll' /src/sys/dev/e1000/if_lem.c:252: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-28 17:19:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-28 17:19:27 - ERROR: failed to build lint kernel TB --- 2010-11-28 17:19:27 - 3993.45 user 697.92 system 5216.20 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 17:50:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47329106564A; Sun, 28 Nov 2010 17:50:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1348FC14; Sun, 28 Nov 2010 17:50:51 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oASHop7C035714; Sun, 28 Nov 2010 17:50:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oASHopum035713; Sun, 28 Nov 2010 17:50:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 28 Nov 2010 17:50:51 GMT Message-Id: <201011281750.oASHopum035713@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 17:50:52 -0000 TB --- 2010-11-28 16:26:12 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-28 16:26:12 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-11-28 16:26:12 - cleaning the object tree TB --- 2010-11-28 16:26:22 - cvsupping the source tree TB --- 2010-11-28 16:26:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-11-28 16:26:31 - building world TB --- 2010-11-28 16:26:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 16:26:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 16:26:31 - TARGET=pc98 TB --- 2010-11-28 16:26:31 - TARGET_ARCH=i386 TB --- 2010-11-28 16:26:31 - TZ=UTC TB --- 2010-11-28 16:26:31 - __MAKE_CONF=/dev/null TB --- 2010-11-28 16:26:31 - cd /src TB --- 2010-11-28 16:26:31 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 28 16:26:32 UTC 2010 >>> 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 Sun Nov 28 17:44:11 UTC 2010 TB --- 2010-11-28 17:44:11 - generating LINT kernel config TB --- 2010-11-28 17:44:11 - cd /src/sys/pc98/conf TB --- 2010-11-28 17:44:11 - /usr/bin/make -B LINT TB --- 2010-11-28 17:44:11 - building LINT kernel TB --- 2010-11-28 17:44:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-28 17:44:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-28 17:44:11 - TARGET=pc98 TB --- 2010-11-28 17:44:11 - TARGET_ARCH=i386 TB --- 2010-11-28 17:44:11 - TZ=UTC TB --- 2010-11-28 17:44:11 - __MAKE_CONF=/dev/null TB --- 2010-11-28 17:44:11 - cd /src TB --- 2010-11-28 17:44:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 28 17:44:11 UTC 2010 >>> 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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue eisa_if.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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_lem.c:1234: error: conflicting types for 'lem_poll' /src/sys/dev/e1000/if_lem.c:252: error: previous declaration of 'lem_poll' was here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-28 17:50:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-28 17:50:51 - ERROR: failed to build lint kernel TB --- 2010-11-28 17:50:51 - 3865.51 user 699.09 system 5078.96 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Nov 28 21:05:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4547106564A for ; Sun, 28 Nov 2010 21:05:10 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id 935CB8FC0C for ; Sun, 28 Nov 2010 21:05:10 +0000 (UTC) Received: from c-71-194-154-137.hsd1.in.comcast.net (c-71-194-154-137.hsd1.in.comcast.net [71.194.154.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id BD4D51B04B for ; Sun, 28 Nov 2010 21:05:10 +0000 (GMT) Date: Sun, 28 Nov 2010 16:04:34 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: <20101127184952.E90087@familysquires.net> Message-ID: <20101128160043.W11452@familysquires.net> References: <20101127184952.E90087@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Broadcom watchdog timeout with 7.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 21:05:10 -0000 Problem is watchdog timeouts with a Broadcom GigE interface on a Tyan S4881 using 7.4-PRERELEASE as of 11/22 and 7.3-STABLE as of 11/11. I've done the following, with no success: (1) Tried the second port, bge1, in case the first had gone bad, and (2) Recompiled samba34 (failure occurs when copying large files using samba) I'm currently cvup'ing Release 7.3 and will see if compiling and installing that version eliminates the problem. The ultimate solution may involve replacing the Tyan S4881 with a S4882 so I can install other PCI-X cards (I'm unable to get the S4881 to assign interrupts to PCI-X or PCI-E cards, a problem I've never seen before) Mike Squires mikes@siralan.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 02:35:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81751065694 for ; Mon, 29 Nov 2010 02:35:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCD28FC15 for ; Mon, 29 Nov 2010 02:35:36 +0000 (UTC) Received: by ywp6 with SMTP id 6so1886539ywp.13 for ; Sun, 28 Nov 2010 18:35:36 -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=YamQAvo3NDaN59RbeIuRerq/KsCCKga0NYhtYlFW2fs=; b=CiHqPuBvuhRvkhFlZg75RciMsr8QFGFN/G8GnCPHoF/qiiDI8Bw11+X2DMFy2OD2QW X9qhYNs6aX+bVRiOlevyEb+DqrvdddDyRLvtXFHX/kl40EtN8l1IR1lhGQRQhW9fwC+T OFejU1Vj4HpPs1Ru/pRwRhtyee44gbPCH8m4k= 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=ikXvuI2dozxykWMaYKWFY4S0vk1dISBNHdmOahtFEaSnoGDDL+uinUbohcltgjwx6n LFVnvA7dTB2Jw/3amDWZxqaAm4oRzImoglZf22I1zl/L/qrB0bPIKCi1cBW9E3v0b9YD RROgPcfj9AZxb2JP9WksvKoWskUfPojY2UwPI= Received: by 10.151.42.9 with SMTP id u9mr6569676ybj.290.1290998136235; Sun, 28 Nov 2010 18:35:36 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q18sm4227311ybk.3.2010.11.28.18.35.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Nov 2010 18:35:34 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 28 Nov 2010 18:35:31 -0800 From: Pyun YongHyeon Date: Sun, 28 Nov 2010 18:35:31 -0800 To: "Michael L. Squires" Message-ID: <20101129023531.GB1380@michelle.cdnetworks.com> References: <20101127184952.E90087@familysquires.net> <20101128160043.W11452@familysquires.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101128160043.W11452@familysquires.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Broadcom watchdog timeout with 7.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 02:35:40 -0000 On Sun, Nov 28, 2010 at 04:04:34PM -0500, Michael L. Squires wrote: > Problem is watchdog timeouts with a Broadcom GigE interface on a Tyan > S4881 using 7.4-PRERELEASE as of 11/22 and 7.3-STABLE as of 11/11. > > I've done the following, with no success: > > (1) Tried the second port, bge1, in case the first had gone bad, and > > (2) Recompiled samba34 (failure occurs when copying large files using > samba) > > I'm currently cvup'ing Release 7.3 and will see if compiling and > installing that version eliminates the problem. > There were a lot of bge(4) changes since 7.3-RELEASE so that would be help to narrow down the issue. Would you show me the output of "sysctl dev.bge.0.stats" and "ifconfig bge0"? By chance, are you using POLLING? > The ultimate solution may involve replacing the Tyan S4881 with a S4882 so > I can install other PCI-X cards (I'm unable to get the S4881 to assign > interrupts to PCI-X or PCI-E cards, a problem I've never seen before) Hmm, I don't get it. Do you mean interrupt of the controller are not fired at all? > > Mike Squires mikes@siralan.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 11:22:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9735E1065673 for ; Mon, 29 Nov 2010 11:22:00 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 278188FC19 for ; Mon, 29 Nov 2010 11:21:59 +0000 (UTC) Received: by bwz2 with SMTP id 2so3998511bwz.13 for ; Mon, 29 Nov 2010 03:21:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=BSey6q/QuCS8N4Yc7gp51ImV5mRqgNfEncYGx9qDDp4=; b=aiv56wZEp9MhTAO9DcDvKmJwVlWDH++QBZjjTtROh69kCiingXP1Syg5GAJlquIg5Z LNCOty/MZe9JIdsJGC7GU477ukAW/w/WcFxzhTJgZUUyBm2q6W2TlrP0GMUIhETk2oEn ycOjUY7DYrI+OQioG8EX7Rl5JahmU1lg7QqzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=eN6PRPQocj0j7cVaSzwTQU+yeZ2JpQtGNbOUjee9MkvV6H7Qt/mLMn6l1HlR25ryIG RSZXZo1Mgbj9RWMPzsUHRC125uDq+2IK+SBYqYLnTRkwi2b7Y2qqLT65n6gBSzMOmmmz n2vwIKNm5wKsfba9o2hUNXorJNxon8EbdZCSU= MIME-Version: 1.0 Received: by 10.204.129.210 with SMTP id p18mr4679720bks.85.1291027941879; Mon, 29 Nov 2010 02:52:21 -0800 (PST) Received: by 10.204.127.20 with HTTP; Mon, 29 Nov 2010 02:52:21 -0800 (PST) Date: Mon, 29 Nov 2010 11:52:21 +0100 Message-ID: From: David DEMELIER To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Subject: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 11:22:00 -0000 Hi, I just bought an Atheros 9285 for my laptop, I love it but there is a lot of this in my dmesg : ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 I also don't understand why the option AH_SUPPORT_AR5416 is needed in kernel, I found this http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006417.html and it should include it if the driver needs it, isn't it? Here my kernel won't build if I remove it so I have : options AH_SUPPORT_AR5416 device ath device ath_hal device ath_rate_sample Kind regards, -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 12:55:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D12F0106566C for ; Mon, 29 Nov 2010 12:55:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 17C3F8FC15 for ; Mon, 29 Nov 2010 12:55:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oATCtJl6007688; Mon, 29 Nov 2010 23:55:19 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 29 Nov 2010 23:55:18 +1100 (EST) From: Ian Smith To: Kevin Oberman In-Reply-To: <20101127171554.B40951CC0C@ptavv.es.net> Message-ID: <20101128224112.I47536@sola.nimnet.asn.au> References: <20101127171554.B40951CC0C@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 12:55:28 -0000 On Sat, 27 Nov 2010, Kevin Oberman wrote: > > Date: Sat, 27 Nov 2010 04:17:43 -0800 > > From: Jeremy Chadwick > > > > On Fri, Nov 26, 2010 at 07:12:59PM -0800, Kevin Oberman wrote: > > > > From: "Jack Raats" > > > > Date: Fri, 26 Nov 2010 19:17:05 +0100 > > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > > > It looks like that there may be a memory leak of my swap space with one of > > > > the processes that is running. > > > > Big question: How can I determine which process is responsible. > > > > > > > > Any suggestions? > > > > > > ps -aux Look for processes with large values in the VSZ column. > > > > > > I'm sure that there are other ways to see this, but that's an easy > > > one. You can, of course, pipe the output to sort and use the -k 5 -n > > > options. > > > > I believe he should be looking for a process that has a large value in > > RSS ("RES" in top), not VSZ ("SIZE" in top). > > I believe it's not that simple, but I think my answer is more likely to > pint to the culprit than yours. I think so too, given Jack suggested growing swap use was the issue. > I am not terribly familiar with the details of the FreeBSD virtual > memory system, but I assume that it is similar to other I have known very > well over the years, primarily VMS and OSF/1 where I did a lot of kernel > programming. > > FreeBSD does not do "greedy" swap allocation. Some systems will > "reserve" space in swap for all active memory. FreeBSD only uses swap > space when it is needed. RES shows the amount of physical memory a > process is using while VSZ. VSZ is in KB while RES is in pages (I > think), so the numbers wind up looking "odd". top's SIZE and RES are given in KB (suffixed 'K', or 'M' over 100M) and ps' VSZ and RSS are both given in unadorned KB. I expect Jeremy's right about procstat RES being in pages, and that might be a useful view once processes are under pressure to swap unused (or leaked!) pages out. > If VSZ is bigger than (RES * page-size in KB), then the entire process > memory space is not in physical memory. It is in one of three other > places: > 1. Imaginary memory (demand-zero pages) > 2. Unmapped space (any pages of the image that have not been loaded into > physical memory) > 3. Swap > > It's very hard to determine how much is where, though unread image pages > are not likely to be significant. Some applications set up huge buffers > of demand-zero memory which may never be used. This is the virtual memory > equivalent of a sparse file. Until a demand zero page is written to, it > takes a page table slot, but does not use either physical memory nor > swap space. > > That all said, memory leakage is memory that has been used, but not > freed. It is never accessed, so drops into swap space when memory > pressure triggers the system to look for pages not recently > accessed. It goes to swap and stays thee until the process exists and > VSZ just keeps growing. Yep, think I demonstrated just that with my lil'-iron example? > If you monitor VSZ and it just keeps growing when the process is not > doing anything that should require ever increasing memory, it's probably > a memory leak. > > While RES alone tells you only what is in memory and nothing about swap > use, leaky process will start by growing RES eventually start having > old pages swapped out so RES stops growing and VSZ keeps growing. If > some process grows with pages that are being actively accessed (not a > leak), RES may get large, but unless memory pressure is great enough, > will use little swap. > > Bottom line is that, if the system works the way I believe it does, VSZ > is the best, if not ideal check for memory leaks that fill swap. Agreed, in my experience anyway. All this prompted me to write a little script, below. Tested on 8.1-S and (cough) 5.5-S. Not really sure when top's default display changed. Things vary over the time it's running of course, but it confirms that top and ps are seeing the same virtual and resident sizes, of which I'd never been sure. % grep memory /var/run/dmesg.boot real memory = 167772160 (160 MB) avail memory = 154341376 (147 MB) % swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s2b 393216 173128 220088 44% % procsize >From ps -aux: 157 procs, virtual 1022784K (998M), resident 95932K (93M) >From top -S : 157 procs, virtual 1022820K (998M), resident 95976K (93M) cheers, Ian ======= #!/bin/sh # procsize 0.5 smithi 27,29/11/10 .. compare ps -aux VSZ,RSS vs top SIZE,RES tempfile=/tmp/`basename $0`.$$ vszall=0; rssall=0; procnt=0 ps -aux >$tempfile # can't update parent vars in pipe while read user pid cpu mem vsz rss tt stat started time command; do [ $user = USER ] && continue [ "$command" = "ps -aux" ] && continue # vs top -t vszall=$((vszall + $vsz)) rssall=$((rssall + $rss)) # both KB procnt=$((procnt + 1)) done <$tempfile echo "From ps -aux: $procnt procs, " \ "virtual ${vszall}K ($((vszall / 1024))M)," \ "resident ${rssall}K ($((rssall / 1024))M)" oldtop='pid user pri nice size res state time wcpu cpu command' # <= 6.x? newtop='pid user thr pri nice size res state time wcpu command' # w/out -H ver=`uname -r`; [ "${ver%.*}" -lt 7 ] && varlist=$oldtop || varlist=$newtop vszall=0; rssall=0; procnt=0; start='' top -tS all >$tempfile while eval read $varlist; do [ "$pid" ] || continue # skip blanks [ $pid = PID ] && start=y && continue [ "$start" ] || continue # and headers # assume top uses G also (not testable here, let alone T :) [ ${size%G} != $size ] && size=$((${size%G} * 1024))M [ ${size%M} != $size ] && size=$((${size%M} * 1024))K [ ${res%G} != $res ] && res=$((${res%G} * 1024))M [ ${res%M} != $res ] && res=$((${res%M} * 1024))K # temp: check eval results [ ${size%K} = $size ] && echo "error: SIZE=$size" && break [ ${res%K} = $res ] && echo "error: RES=$res" && break vszall=$((vszall + ${size%K})) rssall=$((rssall + ${res%K})) # both now KB procnt=$((procnt + 1)) done <$tempfile rm $tempfile echo "From top -S : $procnt procs, " \ "virtual ${vszall}K ($((vszall / 1024))M)," \ "resident ${rssall}K ($((rssall / 1024))M)" ======= From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 15:32:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4981A1065679 for ; Mon, 29 Nov 2010 15:32:36 +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 1A8848FC1E for ; Mon, 29 Nov 2010 15:32:36 +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 C949A46B2D; Mon, 29 Nov 2010 10:32:35 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EE61A8A01D; Mon, 29 Nov 2010 10:32:34 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 29 Nov 2010 10:28:43 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011291028.43601.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:35 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Jack Vogel , Rudolph Sand Subject: Re: e1000 + vlan = connection lost after ifconfig + vlanid + vlandev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 15:32:36 -0000 On Monday, November 22, 2010 9:09:17 pm Rudolph Sand wrote: > Hi, I noticed that *something has changed* regarding vlan creation since 8.0-rel and 7.1-rel, compared to 8.1-rel / 7-stable > > When creating a vlan under 8.1-rel (csup'ed the sources yesterday), the box looses all connectivity Yes, this has to do with changes to the driver to fix bugs in its VLAN hardware filter. If you grab the latest 8-stable it should be back to working fine by default. If you enable 'vlanhwfilter' via ifconfig you will loose link when adding or removing vlan's again. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 15:32:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30D1106566B for ; Mon, 29 Nov 2010 15:32:37 +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 729FF8FC1F for ; Mon, 29 Nov 2010 15:32:37 +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 2139646B06; Mon, 29 Nov 2010 10:32:37 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4E2A78A009; Mon, 29 Nov 2010 10:32:36 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 29 Nov 2010 10:31:25 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101126181048.GA4955@osiris.chen.org.nz> In-Reply-To: <20101126181048.GA4955@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011291031.25882.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:36 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: puc(4) and pucdata.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 15:32:37 -0000 On Friday, November 26, 2010 1:10:48 pm Jonathan Chen wrote: > Hi, > > I've recently added a new PCI 1 Parallel Port card, and I'm trying to > get it recognised by my 8-STABLE/amd64 system. puc(4) probably ignores single-port devices. Try adding the device ID to sys/dev/ppc/ppc_pci.c instead. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 17:50:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0A2106566C for ; Mon, 29 Nov 2010 17:50:28 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id B90AA8FC19 for ; Mon, 29 Nov 2010 17:50:28 +0000 (UTC) Received: by pxi1 with SMTP id 1so902193pxi.13 for ; Mon, 29 Nov 2010 09:50:28 -0800 (PST) Received: by 10.142.237.17 with SMTP id k17mr5776108wfh.416.1291053028079; Mon, 29 Nov 2010 09:50:28 -0800 (PST) Received: from localhost (118-93-162-65.dsl.dyn.ihug.co.nz [118.93.162.65]) by mx.google.com with ESMTPS id v19sm7772721wfh.12.2010.11.29.09.50.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 29 Nov 2010 09:50:26 -0800 (PST) Date: Tue, 30 Nov 2010 06:50:19 +1300 From: Jonathan Chen To: John Baldwin Message-ID: <20101129175019.GA2200@osiris.chen.org.nz> References: <20101126181048.GA4955@osiris.chen.org.nz> <201011291031.25882.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011291031.25882.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: puc(4) and pucdata.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 17:50:28 -0000 On Mon, Nov 29, 2010 at 10:31:25AM -0500, John Baldwin wrote: > On Friday, November 26, 2010 1:10:48 pm Jonathan Chen wrote: > > Hi, > > > > I've recently added a new PCI 1 Parallel Port card, and I'm trying to > > get it recognised by my 8-STABLE/amd64 system. > > puc(4) probably ignores single-port devices. Try adding the device ID to > sys/dev/ppc/ppc_pci.c instead. Yup. Got it working now! Thanks! -- Jonathan Chen ---------------------------------------------------------------------- "If everything's under control, you're going too slow" - Mario Andretti From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 21:23:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7CB106567A for ; Mon, 29 Nov 2010 21:23:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7656B8FC33 for ; Mon, 29 Nov 2010 21:23:47 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2378AA58B40; Tue, 30 Nov 2010 05:23:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id bk+hip-YrPsh; Tue, 30 Nov 2010 05:23:40 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 7A711A59847; Tue, 30 Nov 2010 05:23:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ZEdR8juT2YTH/PlqkucBt7iGMI3aAC1aHofB4mpd20rEmqzV3CgFOJqUZ64CjtqR+ iBH1TWYCeolVL5S2XwJaw== Message-ID: <4CF419D7.1040407@delphij.net> Date: Mon, 29 Nov 2010 13:23:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.15) Gecko/20101028 Thunderbird/3.0.10 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Andrei Kolu References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: reboot halts on atom D525 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2010 21:23:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 11/28/10 23:28, Andrei Kolu wrote: > Hi, > > trouble with rebooting on Intel Atom motherboard D525MWV. > ------------------------------------------------------ > ... > All buffers synced. > Uptime 4m 27s. > Rebooting... > CPU_reset: Stopping other CPUs > _ > ------------------------------------------------------ > System halts completely- no response to CTRL+ALT+DEL. Only way to > restart is to press reset or power off. No error messages. Will a "sysctl hw.acpi.handle_reboot=1" before rebooting help? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJM9BnWAAoJEATO+BI/yjfBDMgH/j3omd71w5hjqBt5VLia2Z2V n1iTSABh9TUhYDrh9lMTkIBr/3S0A7g3JwzRJJZB4K2+J5M+1x/lsd4CgePoiLVB X5+EIj9pIrk6nvTP7ERN0HeznmpKIQSUnIgrxTJTAk2qeVSXc2NW5H48eOEAuWsO kngjJDe4FX1jw8U5Hn13jUwv5dS4IIJfk7zef6a2lPpuFsfNBiLKrV2aMy/iNRUs XIL65VKVhqUg/qc9zFDnOoWNTYJoonkTKPkYPVn891vycwyuIaxcj8JjCNHYgARQ 5lE4SiDxzplqr1+dQe1HC2hi6V1+Vh/ICmMyRX/35sJ3cwpkbcSK1d17OQxghIA= =pzIx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 00:06:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530B2106566C for ; Tue, 30 Nov 2010 00:06:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D66F38FC15 for ; Tue, 30 Nov 2010 00:06:22 +0000 (UTC) Received: by wyf19 with SMTP id 19so4996076wyf.13 for ; Mon, 29 Nov 2010 16:06:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=3ja229nDJck7YzBDcIyepab6nY9tUL2jkLkmhP0ofEk=; b=hTH6Hmal61/5ngZwHgDIXqkwi2WeTIm0PxmACOzhxXn0y3fvK4EhbYkIE3QHId5lmK 0nyzdAuktdZ1z6pZ6QdAIY+2BNQ9pJhzH+5+uCSMzGaSy0n1cxXFTgnbp96GV6YIptmo fADmwdXCvWs0k3EpqtQXajNvL4PnLWVlR0jwk= 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=xxzn0l16UINVwK9CmwiBH6kAeT/eSAlqJz0YSShfFYiB62m4IKgMfpHKXe+MVhauz1 nWHWGz8rBZZsl34IoBGF9rsoZCv4rUoUvrcb1F2BIieXiwXWqDdacr92gQREICnDsL5+ bffsaI2agnweR+6bW6+ojV/DZ2jWcjyoBU038= MIME-Version: 1.0 Received: by 10.216.173.7 with SMTP id u7mr1105912wel.50.1291073133386; Mon, 29 Nov 2010 15:25:33 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Mon, 29 Nov 2010 15:25:26 -0800 (PST) In-Reply-To: References: Date: Tue, 30 Nov 2010 07:25:26 +0800 X-Google-Sender-Auth: nFFzoMILvymGU7A6_vCB7CYLI1M Message-ID: From: Adrian Chadd To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 00:06:23 -0000 (I should get me an AR9285 to test with at some point.) On 29 November 2010 18:52, David DEMELIER wrote: > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 That's ath_rate_sample saying "I don't know about that hardware rate", but it transmitted successfully! So something queued up a patcket at that hwrate. 0x1B is CCK_1MB_L - that should be fine in 11bg? Or is this somehow running in 11A mode? Would you please paste 'ifconfig wlan0' here? > I also don't understand why the option AH_SUPPORT_AR5416 is needed in > kernel, I found this > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006417.html > and it should include it if the driver needs it, isn't it? Here my > kernel won't build if I remove it so I have : > > options =A0 =A0 =A0 =A0 AH_SUPPORT_AR5416 > device =A0 =A0 =A0 =A0 =A0ath > device =A0 =A0 =A0 =A0 =A0ath_hal > device =A0 =A0 =A0 =A0 =A0ath_rate_sample Would you please file a PR for that and email me the PR number? Thanks, adrian From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 01:24:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813A71065742 for ; Tue, 30 Nov 2010 01:24:17 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9308FC14 for ; Tue, 30 Nov 2010 01:24:16 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 95AE2429C0 for ; Mon, 29 Nov 2010 20:06:54 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GqvQHdshHmbg for ; Mon, 29 Nov 2010 20:06:54 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id 6E308429BA for ; Mon, 29 Nov 2010 20:06:54 -0500 (EST) Message-ID: <4CF44E2E.4070700@egr.msu.edu> Date: Mon, 29 Nov 2010 20:06:54 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 01:24:17 -0000 I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. delivery is via procmail which doesn't touch the dovecot metadata and webmail uses imapd. Client connections to imapd go to random servers and I don't yet have solid means to keep certain users on certain servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran into Stale NFS file handles causing index/uidlist corruption causing inboxes to appear as empty when they were not. In some situations their corrupt index had to be deleted manually. I first suspected dovecot 1.2 since it was upgraded at the same time but I downgraded to 1.1 and its doing the same thing. I don't really have a wealth of details to go on yet and I usually stay quiet until I do, and half the time it is difficult to reproduce myself so I've had to put it in production to get a feel for progress. This only happens a dozen or so times per weekday but I feel the need to start taking bigger steps. I'll probably do what I can to get IMAP back on a stable base (7.x?) and also try to debug 8.x on the remaining servers. A binary search is within possibility if I can reproduce the symptoms often enough even if I have to put a test server in production for a few hours. Any tips on where we could start looking, or alterations I could try making such as sysctls to return to older behavior? It might be worth noting that I've seen a considerable increase in traffic from my mail servers since the 8.x upgrade timeframe, on the order of 5-10x as much traffic to the NFS server. dovecot tries its hardest to flush out the access cache when needed and it was working well enough since about 1.0.16 (years ago). It seems like FreeBSD is what regressed in this scenario. dovecot 2.x is going in a different direction from my situation and I'm not ready to start testing that immediately if I can avoid it as it will involve some restructuring. Thanks for any input. For now the following errors are about all I have to go on: Nov 29 11:07:54 server1 dovecot: IMAP(user1): o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 13:19:51 server1 dovecot: IMAP(user1): o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 14:35:41 server1 dovecot: IMAP(user2): o_stream_send(/home/user2/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 15:07:05 server1 dovecot: IMAP(user3): read(mail, uid=128990) failed: Stale NFS file handle Nov 29 11:57:22 server2 dovecot: IMAP(user4): open(/egr/mail/shared/vprgs/dovecot-acl-list) failed: Stale NFS file handle Nov 29 14:04:22 server2 dovecot: IMAP(user5): o_stream_send(/home/user5/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 14:27:21 server2 dovecot: IMAP(user6): o_stream_send(/home/user6/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 15:44:38 server2 dovecot: IMAP(user7): open(/egr/mail/shared/decs/dovecot-acl-list) failed: Stale NFS file handle Nov 29 19:04:54 server2 dovecot: IMAP(user8): o_stream_send(/home/user8/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle Nov 29 06:32:11 server3 dovecot: IMAP(user9): open(/egr/mail/shared/cmsc/dovecot-acl-list) failed: Stale NFS file handle Nov 29 10:03:58 server3 dovecot: IMAP(user10): o_stream_send(/home/user10/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) failed: Stale NFS file handle From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 01:46:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0879106566B for ; Tue, 30 Nov 2010 01:46:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 7D82B8FC0A for ; Tue, 30 Nov 2010 01:46:41 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta07.westchester.pa.mail.comcast.net with comcast id d9ew1f0091ei1Bg57Dmh6Z; Tue, 30 Nov 2010 01:46:41 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta24.westchester.pa.mail.comcast.net with comcast id dDmg1f00K3LrwQ23kDmgmm; Tue, 30 Nov 2010 01:46:41 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8CFC29B422; Mon, 29 Nov 2010 17:46:38 -0800 (PST) Date: Mon, 29 Nov 2010 17:46:38 -0800 From: Jeremy Chadwick To: Adam McDougall Message-ID: <20101130014638.GA37475@icarus.home.lan> References: <4CF44E2E.4070700@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF44E2E.4070700@egr.msu.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 01:46:41 -0000 On Mon, Nov 29, 2010 at 08:06:54PM -0500, Adam McDougall wrote: > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare > minimum of NFS problems, but it got worse with 8.x. I have 2-4 > servers (usually just 2) accessing mail on a Netapp over NFSv3 via > imapd. delivery is via procmail which doesn't touch the dovecot > metadata and webmail uses imapd. Client connections to imapd go to > random servers and I don't yet have solid means to keep certain > users on certain servers. I upgraded some of the servers to 8.x and > dovecot 1.2 and ran into Stale NFS file handles causing > index/uidlist corruption causing inboxes to appear as empty when > they were not. In some situations their corrupt index had to be > deleted manually. I first suspected dovecot 1.2 since it was > upgraded at the same time but I downgraded to 1.1 and its doing the > same thing. I don't really have a wealth of details to go on yet > and I usually stay quiet until I do, and half the time it is > difficult to reproduce myself so I've had to put it in production to > get a feel for progress. This only happens a dozen or so times per > weekday but I feel the need to start taking bigger steps. I'll > probably do what I can to get IMAP back on a stable base (7.x?) and > also try to debug 8.x on the remaining servers. A binary search is > within possibility if I can reproduce the symptoms often enough even > if I have to put a test server in production for a few hours. > > Any tips on where we could start looking, or alterations I could try > making such as sysctls to return to older behavior? http://wiki1.dovecot.org/NFS is a good start, especially if this problem is only seen with Dovecot. I would start there, specially adjusting your dovecot.conf to include the necessary directives. > It might be > worth noting that I've seen a considerable increase in traffic from > my mail servers since the 8.x upgrade timeframe, on the order of > 5-10x as much traffic to the NFS server. dovecot tries its hardest > to flush out the access cache when needed and it was working well > enough since about 1.0.16 (years ago). It seems like FreeBSD is > what regressed in this scenario. dovecot 2.x is going in a > different direction from my situation and I'm not ready to start > testing that immediately if I can avoid it as it will involve some > restructuring. > > Thanks for any input. For now the following errors are about all I > have to go on: > > Nov 29 11:07:54 server1 dovecot: IMAP(user1): o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 13:19:51 server1 dovecot: IMAP(user1): o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:35:41 server1 dovecot: IMAP(user2): o_stream_send(/home/user2/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:07:05 server1 dovecot: IMAP(user3): read(mail, uid=128990) > failed: Stale NFS file handle > > Nov 29 11:57:22 server2 dovecot: IMAP(user4): > open(/egr/mail/shared/vprgs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 14:04:22 server2 dovecot: IMAP(user5): o_stream_send(/home/user5/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:27:21 server2 dovecot: IMAP(user6): o_stream_send(/home/user6/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:44:38 server2 dovecot: IMAP(user7): > open(/egr/mail/shared/decs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 19:04:54 server2 dovecot: IMAP(user8): o_stream_send(/home/user8/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > > Nov 29 06:32:11 server3 dovecot: IMAP(user9): > open(/egr/mail/shared/cmsc/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 10:03:58 server3 dovecot: IMAP(user10): o_stream_send(/home/user10/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 01:58:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D671065670 for ; Tue, 30 Nov 2010 01:58:15 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 5531A8FC0A for ; Tue, 30 Nov 2010 01:58:14 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 38F1D42E04; Mon, 29 Nov 2010 20:58:14 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vrV1jBdnZnKl; Mon, 29 Nov 2010 20:58:14 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id 0A8F642DFE; Mon, 29 Nov 2010 20:58:14 -0500 (EST) Message-ID: <4CF45A35.20007@egr.msu.edu> Date: Mon, 29 Nov 2010 20:58:13 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Chuck Swiger References: <4CF44E2E.4070700@egr.msu.edu> <3DE362A0-68E6-4EB9-99C9-86ACA5E0BA75@mac.com> In-Reply-To: <3DE362A0-68E6-4EB9-99C9-86ACA5E0BA75@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 01:58:15 -0000 On 11/29/10 20:35, Chuck Swiger wrote: > Hi, Adam-- > > On Nov 29, 2010, at 5:06 PM, Adam McDougall wrote: >> I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. delivery is via procmail which doesn't touch the dovecot metadata and webmail uses imapd. Client connections to imapd go to random servers and I don't yet have solid means to keep certain users on certain servers. > > Are you familiar with: > > http://wiki1.dovecot.org/NFS > > Basically, you're running a "try to avoid doing this" configuration, but it does discuss some options to improve the situation. If you can tolerate the performance hit, try disabling NFS attribute cache... > > Regards, I am familiar with that page, have taken it into account, worked closly with Timo the author of Dovecot and my mail servers have been running close enough to perfect on 7.x for years. The FreeBSD version is the the only major change that I can think of at this point other than the versions of other ports. I'm planning to revert some to 7.x to make sure. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 02:10:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 654B510656A3; Tue, 30 Nov 2010 02:10:57 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 36EC28FC23; Tue, 30 Nov 2010 02:10:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 99B7D509A5; Tue, 30 Nov 2010 01:52:33 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SoehBdLFhYQc; Tue, 30 Nov 2010 01:52:33 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 54587509A3 ; Tue, 30 Nov 2010 01:52:33 +0000 (GMT) Message-ID: <4CF458EE.7030109@langille.org> Date: Mon, 29 Nov 2010 20:52:46 -0500 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Terry Kennedy References: <01NUB1F8POL000BNN4@tmk.com> <01NUB3IOMZJW00BNN4@tmk.com> <01NUC6V4LBAQ00BNN4@tmk.com> In-Reply-To: <01NUC6V4LBAQ00BNN4@tmk.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS panic after replacing log device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 02:10:57 -0000 On 11/16/2010 8:41 PM, Terry Kennedy wrote: >> I would say it is definitely very odd that writes are a problem. Sounds >> like it might be a hardware problem. Is it possible to export the pool, >> remove the ZIL and re-import it? I myself would be pretty nervous trying >> that, but it would help isolate the problem? If you can risk it. > > I think it is unlikely to be a hardware problem. While I haven't run any > destructive testing on the ZFS pool, the fact that it can be read without > error, combined with ECC throughout the system and the panic always happen- > ing on the first write, makes me think that it is a software issue in ZFS. > > When I do: > > zpool export data; zpool remove data da0 > > I get a "No such pool: data". I then re-imported the pool and did: > > zpool offline data da0; zpool export data; zpool import data > > After doing that, I can write to the pool without a panic. But once I > online the log device and do any writes, I get the panic again. > > As I mentioned, I have this data replicated elsewere, so I can exper- > iment with the pool if it will help track down this issue. Any more news on this? -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 02:35:48 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82264106566B for ; Tue, 30 Nov 2010 02:35:48 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 697A58FC13 for ; Tue, 30 Nov 2010 02:35:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 64bit)) with ESMTPSA id <0LCO00MF6CF8P060@asmtp028.mac.com> for stable@freebsd.org; Mon, 29 Nov 2010 17:35:33 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1011290202 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-30_01:2010-11-29, 2010-11-30, 1970-01-01 signatures=0 From: Chuck Swiger In-reply-to: <4CF44E2E.4070700@egr.msu.edu> Date: Mon, 29 Nov 2010 17:35:32 -0800 Message-id: <3DE362A0-68E6-4EB9-99C9-86ACA5E0BA75@mac.com> References: <4CF44E2E.4070700@egr.msu.edu> To: Adam McDougall X-Mailer: Apple Mail (2.1082) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 02:35:48 -0000 Hi, Adam-- On Nov 29, 2010, at 5:06 PM, Adam McDougall wrote: > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. delivery is via procmail which doesn't touch the dovecot metadata and webmail uses imapd. Client connections to imapd go to random servers and I don't yet have solid means to keep certain users on certain servers. Are you familiar with: http://wiki1.dovecot.org/NFS Basically, you're running a "try to avoid doing this" configuration, but it does discuss some options to improve the situation. If you can tolerate the performance hit, try disabling NFS attribute cache... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 08:16:27 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 346E5106566B for ; Tue, 30 Nov 2010 08:16:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id B75FA8FC1D for ; Tue, 30 Nov 2010 08:16:26 +0000 (UTC) Received: (qmail 7881 invoked by uid 399); 30 Nov 2010 07:49:45 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Nov 2010 07:49:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CF4AC98.7090304@FreeBSD.org> Date: Mon, 29 Nov 2010 23:49:44 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Adam McDougall References: <4CF44E2E.4070700@egr.msu.edu> In-Reply-To: <4CF44E2E.4070700@egr.msu.edu> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 08:16:27 -0000 On 11/29/2010 17:06, Adam McDougall wrote: > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare > minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers > (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. There are a whole lot more variables that I haven't seen covered yet. Are you using TCP mounts or UDP mounts? Try toggling that setting and see if your performance increases. Are you using rpc.lockd, or not? Try toggling that. What mount options are you using other than TCP/UDP? What does the network topology look like? It's very likely that we can help you here, but more information is needed. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 09:23:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67A84106566C for ; Tue, 30 Nov 2010 09:23:19 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16F138FC1F for ; Tue, 30 Nov 2010 09:23:18 +0000 (UTC) Received: by qwj9 with SMTP id 9so46539qwj.13 for ; Tue, 30 Nov 2010 01:23:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=zyZTNfyxAZmpN3CelCKf7mwCyf+CrXg24o0SvaYFZ+M=; b=mbMdmZlz9jJ45MXyrbegeIN2e10p94UIwvh45FPzPVMnbJq20mHFiPqU2ydWSE/YUV G6tcpNcRbX8ntJRg5j1/hQLaGbt22OWjN4W2TmKGetzxToJUdRIIPAYJ81K4xUNJ8bFc 35JALAgbOaIhyLCY2us8BfnjXRlJJX+HSmtRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=dB5leY7BVOfw7Y8bMHm/5bbqhSB2ENL3Et8SxBUqFcGAVxUUoPkMwnenx64pp48KG2 E5RsYTY8HvGWxE07DwVtzQOV/G+2j/IyMqiMb5idfqE1Dkezos/DFBh41Tq57AIhcjQD 6HJc6YSA9vliVtzHfbEa4X/N+xZ1rBPcxLyRw= Received: by 10.229.96.206 with SMTP id i14mr5775175qcn.268.1291107365322; Tue, 30 Nov 2010 00:56:05 -0800 (PST) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.229.215.77 with HTTP; Tue, 30 Nov 2010 00:55:45 -0800 (PST) In-Reply-To: <4CF419D7.1040407@delphij.net> References: <4CF419D7.1040407@delphij.net> From: Andrei Kolu Date: Tue, 30 Nov 2010 10:55:45 +0200 X-Google-Sender-Auth: 6JEOjfX12LXjQxsY1N1ZDk1Ncqw Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: reboot halts on atom D525 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 09:23:19 -0000 2010/11/29 Xin LI : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 11/28/10 23:28, Andrei Kolu wrote: >> Hi, >> >> trouble with rebooting on Intel Atom motherboard D525MWV. >> ------------------------------------------------------ >> ... >> All buffers synced. >> Uptime 4m 27s. >> Rebooting... >> CPU_reset: Stopping other CPUs >> _ >> ------------------------------------------------------ >> System halts completely- no response to CTRL+ALT+DEL. Only way to >> restart is to press reset or power off. No error messages. > > Will a "sysctl hw.acpi.handle_reboot=1" before rebooting help? > No: ----------------------------------------------- acpi0: reset failed - timeout Rebooting... cpu_reset: Stopping other CPUs ----------------------------------------------- system halts completely. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 13:08:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A798106566B for ; Tue, 30 Nov 2010 13:08:32 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C35838FC19 for ; Tue, 30 Nov 2010 13:08:31 +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 PAA21619; Tue, 30 Nov 2010 15:08:25 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF4F748.8070508@freebsd.org> Date: Tue, 30 Nov 2010 15:08:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrei Kolu References: <4CF419D7.1040407@delphij.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: reboot halts on atom D525 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 13:08:32 -0000 on 30/11/2010 10:55 Andrei Kolu said the following: > 2010/11/29 Xin LI : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 11/28/10 23:28, Andrei Kolu wrote: >>> Hi, >>> >>> trouble with rebooting on Intel Atom motherboard D525MWV. >>> ------------------------------------------------------ >>> ... >>> All buffers synced. >>> Uptime 4m 27s. >>> Rebooting... >>> CPU_reset: Stopping other CPUs >>> _ >>> ------------------------------------------------------ >>> System halts completely- no response to CTRL+ALT+DEL. Only way to >>> restart is to press reset or power off. No error messages. >> >> Will a "sysctl hw.acpi.handle_reboot=1" before rebooting help? >> > > No: > ----------------------------------------------- > acpi0: reset failed - timeout > Rebooting... > cpu_reset: Stopping other CPUs > ----------------------------------------------- > system halts completely. I wonder if it still would be possible to enter DDB at that stage... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 13:18:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DD271065675 for ; Tue, 30 Nov 2010 13:18:01 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6496C8FC08 for ; Tue, 30 Nov 2010 13:18:01 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 6028161211; Tue, 30 Nov 2010 08:18:00 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mQmdAW3s04qE; Tue, 30 Nov 2010 08:18:00 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id 3641A6120A; Tue, 30 Nov 2010 08:18:00 -0500 (EST) Message-ID: <4CF4F987.9000504@egr.msu.edu> Date: Tue, 30 Nov 2010 08:17:59 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Doug Barton References: <4CF44E2E.4070700@egr.msu.edu> <4CF4AC98.7090304@FreeBSD.org> In-Reply-To: <4CF4AC98.7090304@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 13:18:01 -0000 On 11/30/10 02:49, Doug Barton wrote: > On 11/29/2010 17:06, Adam McDougall wrote: >> I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare >> minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers >> (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. > > There are a whole lot more variables that I haven't seen covered yet. > Are you using TCP mounts or UDP mounts? Try toggling that setting and > see if your performance increases. Are you using rpc.lockd, or not? Try > toggling that. What mount options are you using other than TCP/UDP? What > does the network topology look like? > > It's very likely that we can help you here, but more information is needed. > > > Doug > I am using tcp mounts, the mounts in question are either using rw,bg,tcp,nosuid or rw,bg,tcp,noexec in fstab which is what I was using in 7.x except for intr. I'm much more concerned about the corruption rather than the performance at this point but I could try UDP when I get a chance, although I wasn't using it on 7. I am running lockd and statd and was on 7 too. I was using options NFSLOCKD on both 7 and 8. The Netapp I am accessing is on the same local /24 subnet and it does not traverse any firewalls or routers to get there. Two of the four clients are on the same switch as the NFS server, the other two clients are on a different layer 2 switch but same vlan. Today is a bit busy so I may only have time for discussion or simple non-invasive changes during the day but I'll compile a list of suggestions at least. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 13:33:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49AC4106564A for ; Tue, 30 Nov 2010 13:33:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 05EC98FC13 for ; Tue, 30 Nov 2010 13:33:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAJ+L9EyDaFvO/2dsb2JhbACDUKAxshKRG4EhgV6BVXMEhFyGBosb X-IronPort-AV: E=Sophos;i="4.59,280,1288584000"; d="scan'208";a="100741151" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 30 Nov 2010 08:33:16 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 26795B3F30; Tue, 30 Nov 2010 08:33:16 -0500 (EST) Date: Tue, 30 Nov 2010 08:33:16 -0500 (EST) From: Rick Macklem To: Adam McDougall Message-ID: <1061723738.903502.1291123996095.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4CF44E2E.4070700@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [12.16.49.138] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - IE8 (Win)/6.0.7_GA_2473.RHEL4_64) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 13:33:17 -0000 > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare > minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers > (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. > delivery is via procmail which doesn't touch the dovecot metadata and > webmail uses imapd. Client connections to imapd go to random servers > and I don't yet have solid means to keep certain users on certain > servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran > into Stale NFS file handles causing index/uidlist corruption causing > inboxes to appear as empty when they were not. In some situations > their > corrupt index had to be deleted manually. I first suspected dovecot > 1.2 > since it was upgraded at the same time but I downgraded to 1.1 and its > doing the same thing. I don't really have a wealth of details to go on > yet and I usually stay quiet until I do, and half the time it is > difficult to reproduce myself so I've had to put it in production to > get > a feel for progress. This only happens a dozen or so times per weekday > but I feel the need to start taking bigger steps. I'll probably do > what > I can to get IMAP back on a stable base (7.x?) and also try to debug > 8.x > on the remaining servers. A binary search is within possibility if I > can reproduce the symptoms often enough even if I have to put a test > server in production for a few hours. > > Any tips on where we could start looking, or alterations I could try > making such as sysctls to return to older behavior? It might be worth > noting that I've seen a considerable increase in traffic from my mail > servers since the 8.x upgrade timeframe, on the order of 5-10x as much > traffic to the NFS server. dovecot tries its hardest to flush out the > access cache when needed and it was working well enough since about > 1.0.16 (years ago). It seems like FreeBSD is what regressed in this > scenario. dovecot 2.x is going in a different direction from my > situation and I'm not ready to start testing that immediately if I can > avoid it as it will involve some restructuring. > > Thanks for any input. For now the following errors are about all I > have > to go on: > > Nov 29 11:07:54 server1 dovecot: IMAP(user1): > o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 13:19:51 server1 dovecot: IMAP(user1): > o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:35:41 server1 dovecot: IMAP(user2): > o_stream_send(/home/user2/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:07:05 server1 dovecot: IMAP(user3): read(mail, uid=128990) > failed: Stale NFS file handle > > Nov 29 11:57:22 server2 dovecot: IMAP(user4): > open(/egr/mail/shared/vprgs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 14:04:22 server2 dovecot: IMAP(user5): > o_stream_send(/home/user5/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:27:21 server2 dovecot: IMAP(user6): > o_stream_send(/home/user6/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:44:38 server2 dovecot: IMAP(user7): > open(/egr/mail/shared/decs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 19:04:54 server2 dovecot: IMAP(user8): > o_stream_send(/home/user8/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > > Nov 29 06:32:11 server3 dovecot: IMAP(user9): > open(/egr/mail/shared/cmsc/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 10:03:58 server3 dovecot: IMAP(user10): > o_stream_send(/home/user10/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Others have made good suggestions. One more you could try is disabling the negative name caching by setting the option "negnametimeo=0". The addition of negative name caching is also in FreeBSD7, but it is a fairly recent change, so your FreeBSD7 boxes may not have had it. I also think trying the "dot-locking" and running without statd and lockd (you can mount with the "nolock" option) would be worth trying. And, of course, disabling attribute caching is mentioned on the web page others cited. Good luck with it, rick ps: Unfortunately the NFS protocol cannot support for POSIX file system semantics, so some apps can never run correctly on NFS mounted volumes. NFSv4 comes closer, but it still can't provide full POSIX semantics. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 13:37:34 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DAB9106564A for ; Tue, 30 Nov 2010 13:37:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4C98FC13 for ; Tue, 30 Nov 2010 13:37:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAMuM9EyDaFvO/2dsb2JhbACDUKAxshWRG4EhgV6BVXMEhFyGBosb X-IronPort-AV: E=Sophos;i="4.59,280,1288584000"; d="scan'208";a="100741638" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 30 Nov 2010 08:37:33 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 560AEB3E95; Tue, 30 Nov 2010 08:37:33 -0500 (EST) Date: Tue, 30 Nov 2010 08:37:33 -0500 (EST) From: Rick Macklem To: Adam McDougall Message-ID: <153759188.903773.1291124253341.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4CF44E2E.4070700@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [12.16.49.138] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - IE8 (Win)/6.0.7_GA_2473.RHEL4_64) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 13:37:34 -0000 > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare > minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers > (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. > delivery is via procmail which doesn't touch the dovecot metadata and > webmail uses imapd. Client connections to imapd go to random servers > and I don't yet have solid means to keep certain users on certain > servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran > into Stale NFS file handles causing index/uidlist corruption causing > inboxes to appear as empty when they were not. In some situations > their > corrupt index had to be deleted manually. I first suspected dovecot > 1.2 > since it was upgraded at the same time but I downgraded to 1.1 and its > doing the same thing. I don't really have a wealth of details to go on > yet and I usually stay quiet until I do, and half the time it is > difficult to reproduce myself so I've had to put it in production to > get > a feel for progress. This only happens a dozen or so times per weekday > but I feel the need to start taking bigger steps. I'll probably do > what > I can to get IMAP back on a stable base (7.x?) and also try to debug > 8.x > on the remaining servers. A binary search is within possibility if I > can reproduce the symptoms often enough even if I have to put a test > server in production for a few hours. > > Any tips on where we could start looking, or alterations I could try > making such as sysctls to return to older behavior? It might be worth > noting that I've seen a considerable increase in traffic from my mail > servers since the 8.x upgrade timeframe, on the order of 5-10x as much > traffic to the NFS server. dovecot tries its hardest to flush out the > access cache when needed and it was working well enough since about > 1.0.16 (years ago). It seems like FreeBSD is what regressed in this > scenario. dovecot 2.x is going in a different direction from my > situation and I'm not ready to start testing that immediately if I can > avoid it as it will involve some restructuring. > > Thanks for any input. For now the following errors are about all I > have > to go on: > > Nov 29 11:07:54 server1 dovecot: IMAP(user1): > o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 13:19:51 server1 dovecot: IMAP(user1): > o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:35:41 server1 dovecot: IMAP(user2): > o_stream_send(/home/user2/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:07:05 server1 dovecot: IMAP(user3): read(mail, uid=128990) > failed: Stale NFS file handle > > Nov 29 11:57:22 server2 dovecot: IMAP(user4): > open(/egr/mail/shared/vprgs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 14:04:22 server2 dovecot: IMAP(user5): > o_stream_send(/home/user5/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 14:27:21 server2 dovecot: IMAP(user6): > o_stream_send(/home/user6/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Nov 29 15:44:38 server2 dovecot: IMAP(user7): > open(/egr/mail/shared/decs/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 19:04:54 server2 dovecot: IMAP(user8): > o_stream_send(/home/user8/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > > Nov 29 06:32:11 server3 dovecot: IMAP(user9): > open(/egr/mail/shared/cmsc/dovecot-acl-list) failed: Stale NFS file > handle > Nov 29 10:03:58 server3 dovecot: IMAP(user10): > o_stream_send(/home/user10/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) > failed: Stale NFS file handle > Oh, and just in case you weren't aware of it, ESTALE means that the client is trying to access a file that has already been deleted on the server, but I don't think that tells you much w.r.t. how to work around it. The author of dovecot might have more insight into when the above files are being deleted, which might hint at a workaround? rick From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 14:43:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8868710657A7 for ; Tue, 30 Nov 2010 14:43:50 +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 5C6698FC16 for ; Tue, 30 Nov 2010 14:43:50 +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 F16B046B29; Tue, 30 Nov 2010 09:43:49 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5CB7A8A009; Tue, 30 Nov 2010 09:43:49 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 30 Nov 2010 09:33:18 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4CF44E2E.4070700@egr.msu.edu> In-Reply-To: <4CF44E2E.4070700@egr.msu.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011300933.18505.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 30 Nov 2010 09:43:49 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Adam McDougall Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 14:43:50 -0000 On Monday, November 29, 2010 8:06:54 pm Adam McDougall wrote: > I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare > minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers > (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. > delivery is via procmail which doesn't touch the dovecot metadata and > webmail uses imapd. Client connections to imapd go to random servers > and I don't yet have solid means to keep certain users on certain > servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran > into Stale NFS file handles causing index/uidlist corruption causing > inboxes to appear as empty when they were not. In some situations their > corrupt index had to be deleted manually. I first suspected dovecot 1.2 > since it was upgraded at the same time but I downgraded to 1.1 and its > doing the same thing. I don't really have a wealth of details to go on > yet and I usually stay quiet until I do, and half the time it is > difficult to reproduce myself so I've had to put it in production to get > a feel for progress. This only happens a dozen or so times per weekday > but I feel the need to start taking bigger steps. I'll probably do what > I can to get IMAP back on a stable base (7.x?) and also try to debug 8.x > on the remaining servers. A binary search is within possibility if I > can reproduce the symptoms often enough even if I have to put a test > server in production for a few hours. There were some changes to allow more concurrency in the NFS client in 8 (and 7.2+) that caused ESTALE errors to occur on open(2) more frequently. You can try setting 'vfs.lookup_shared=0' to disable the extra concurrency (but at a performance cost) as a workaround. The most recent 7.x and 8.x have some changes to open(2) to minimize ESTALE errors that I think get it back to the same level as when lookup_shared is set to 0. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 20:12:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F36B1065694; Tue, 30 Nov 2010 20:12:11 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id CD15E8FC2B; Tue, 30 Nov 2010 20:12:10 +0000 (UTC) Received: from adsl-dyn-88-208-149-211.heliweb.de ([88.208.149.211] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PNWYb-0000RI-7Y; Tue, 30 Nov 2010 21:12:09 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id B6B4111443; Tue, 30 Nov 2010 21:12:08 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Tue, 30 Nov 2010 21:12:08 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101130201208.GA1472@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org, Ariff Abdullah , Alexander Motin , "Stephane E. Potvin" References: <20101115093709.GA1452@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20101115093709.GA1452@birne.dunkelkammer.void> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Motin , Ariff Abdullah , "Stephane E. Potvin" Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 20:12:11 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Stefan Walter, 15.11.10, 10:37h CET: > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load=3D"YES" to /boot/loader.conf, dmesg shows the following: >=20 > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 >=20 > mixer(8) shows: >=20 > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 >=20 > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: >=20 > hdac0: mem 0xfe024000-0xfe02= 7fff irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem 0xfdffc000-0x= fdffffff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 >=20 > mixer then shows: >=20 > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 75:75 > Mixer igain is currently set to 0:0 >=20 > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas about > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. Unfortunately, the recent update to 8-STABLE didn't change anything with these problems - any ideas, anyone? Regards, Stefan --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTPVamFaRERsSueCzAQLr6Av/fDpUu5jbItomdNB1bfMxJ5Giz5SrZpXK pEihAkpz96GwXJ8k/FvWBt5TmXG1eQ4OAfb4bhx7qiyhNI9dViu2eI9/CumN6gJo FHrP9Z03XLsva1dv3Qndjl8Z7gs2bCEPzST5dyMEmWbAB/DvpM8R+O6y1KkD7Ck+ Z+g1D+Nhfx/f346SF2RdMAtRMCPn43rfC8O8ECtv5/HOh49gRqy6vwvUA7LG3HnS LnYlRFq1h1HcT1MZaZT1LjmmkkjE9Mf2p5ttka0jQdlXquNsgindzNsYp+gfboNW 4aMthHTklv6TO3J16QOy0FlD/KjihmiR0su9zmX8qj1i3zBM+FT0/JMUeR42jAOM xqbJCBuxvLur3wCl7t2tS14jm/7Hvua6rLM1jUcrBrtp+WRi+BNj+0mNMQqoLPRC PtqQFx7osIz1SZ2cWuDGtoNLbOZhjOkd4i3F9iuZQxINNNaNerc+Z+27JunAYHYI XSAqkJd9y/taq3Jz8rnCiWWZV+jQqJ4J =rUkU -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 30 21:07:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B139106566B for ; Tue, 30 Nov 2010 21:07:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF308FC12 for ; Tue, 30 Nov 2010 21:07:22 +0000 (UTC) Received: by fxm16 with SMTP id 16so4257426fxm.13 for ; Tue, 30 Nov 2010 13:07:21 -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=XU+5fxaDJHSb0pSPlOLHvMn4A3sFsiMTzqey9a5VzO0=; b=ODGVnxBqWNPVDw5LyeKHjtDKbdt/LH6uvPDG7rmy1k9JpBgTbwF7AlTbYHO5lrk7fW L0TLvKrSHg/pyUAMnDWAl4L3qTU7lqDZANtfuZdQJoC3/V4GtYInfIP5AQL2zGb00+9Q vfM0lsZ8JjBvyei2nN+jA2ca6VVlW+v96yALI= 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=pkR8oWuT+/5TFQGcgkRwgFBtOHPxKblrP39Ey3uvFZB2B8RHX8APnA6JoAt1gsjmIY urgDtOPy/45UY7+xgM7W08MiRLhuwd8WS7MGbbdIokGyyEz1snzPLwXkZEzC6hTVysPG /mDeU79DRRHzhSXK7JW+7nDjjmucbe4k/65Rs= Received: by 10.223.87.3 with SMTP id u3mr7465788fal.131.1291151241328; Tue, 30 Nov 2010 13:07:21 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n1sm1816393fam.40.2010.11.30.13.07.18 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Nov 2010 13:07:19 -0800 (PST) Sender: Alexander Motin Message-ID: <4CF5677E.1040104@FreeBSD.org> Date: Tue, 30 Nov 2010 23:07:10 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org, Ariff Abdullah , "Stephane E. Potvin" References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101130201208.GA1472@birne.dunkelkammer.void> In-Reply-To: <20101130201208.GA1472@birne.dunkelkammer.void> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2010 21:07:23 -0000 On 30.11.2010 22:12, Stefan Walter wrote: > Stefan Walter, 15.11.10, 10:37h CET: >> Audio with snd_hda(4) works, but only if loaded as a module AND only if I >> load the module AFTER booting. If I compile it into the kernel or add >> snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: >> >> hdac0: HDA Codec #0: ATI RS690/780 HDMI >> pcm0: at cad 0 nid 1 on hdac0 >> hdac1: HDA Codec #0: Realtek ALC885 >> pcm1: at cad 0 nid 1 on hdac1 >> pcm2: at cad 0 nid 1 on hdac1 >> pcm3: at cad 0 nid 1 on hdac1 >> >> mixer(8) shows: >> >> Mixer vol is currently set to 75:75 >> Mixer pcm is currently set to 75:75 >> >> There is no audio in that case. Unloading and reloading the module (or >> just loading the module manually after the boot process) logs: >> >> hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 >> hdac0: HDA Driver Revision: 20100226_0142 >> hdac0: [ITHREAD] >> hdac0: HDA Codec #0: Realtek ALC885 >> hdac1: mem 0xfdffc000-0xfdffffff irq 19 at device 5.1 on pci1 >> hdac1: HDA Driver Revision: 20100226_0142 >> hdac1: [ITHREAD] >> hdac1: HDA Codec #0: ATI RS690/780 HDMI >> pcm0: at cad 0 nid 1 on hdac0 >> pcm1: at cad 0 nid 1 on hdac0 >> pcm2: at cad 0 nid 1 on hdac0 >> pcm3: at cad 0 nid 1 on hdac1 >> >> mixer then shows: >> >> Mixer vol is currently set to 75:75 >> Mixer pcm is currently set to 75:75 >> Mixer speaker is currently set to 75:75 >> Mixer line is currently set to 75:75 >> Mixer mic is currently set to 0:0 >> Mixer mix is currently set to 0:0 >> Mixer rec is currently set to 75:75 >> Mixer igain is currently set to 0:0 >> >> Audio then seems to work fine. (Plugging earphones into the computer's >> case's front plugs doesn't do anything, though - audio still comes from >> the speakers attached to the plug at the back of the case. Any ideas about >> that?) Loading snd_hda from a startup script would probably work, but I >> guess that's not the way it was meant to work. > > Unfortunately, the recent update to 8-STABLE didn't change anything with > these problems - any ideas, anyone? Loading driver aftre boot seems have different device probe order. That causes HDMI HDA codec on video card to be probed either first or second. It is not snd_hda problem and could be handled just by choosing right pcm device to use (possibly via hw.snd.default_unit sysctl). Lack of audio redirection can probably be explained by CODEC configuration made by BIOS. I suppose that front connectors are configured as separate pcm device. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 00:00:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 733781065670 for ; Wed, 1 Dec 2010 00:00:39 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id B25B915368C for ; Wed, 1 Dec 2010 00:00:18 +0000 (UTC) Received: (qmail 36334 invoked from network); 1 Dec 2010 00:00:18 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 1 Dec 2010 00:00:18 -0000 Message-ID: <4CF59012.30004@freebsd.org> Date: Tue, 30 Nov 2010 16:00:18 -0800 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100803 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd security , FreeBSD Stable X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD supported branches update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 00:00:39 -0000 Hello Everyone, The branches supported by the FreeBSD Security Officer have been updated to reflect the EoL (end-of-life) of FreeBSD 6.4 and FreeBSD 8.0. Since FreeBSD 6.4 was the last remaining supported release from the FreeBSD 6.x stable branch, support for the FreeBSD 6.x stable branch has also ended. The new list of supported branches is below and at < http://security.freebsd.org/ >. Users of FreeBSD 6.4 and 8.0 are advised to upgrade promptly to a newer release, either by downloading an updated source tree and building updates manually, or (for i386 and amd64 systems) using the FreeBSD Update utility as described in the relevant release announcement. The FreeBSD Ports Management Team wishes to remind users that November 30 is also the end of support for the Ports Collection for both FreeBSD 6.4 RELEASE and the FreeBSD 6.x STABLE branch. Neither the infrastructure nor individual ports are guaranteed to work on these FreeBSD versions after that date. A CVS tag will be created for users who cannot upgrade for some reason, at which time these users are advised to stop tracking the latest ports CVS repository and use the RELEASE_6_EOL tag instead. The current supported branches and expected EoL dates are: +---------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+-----------------+-----------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_1 |7.1-RELEASE |Extended|January 4, 2009 |January 31, 2011 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_3 |7.3-RELEASE |Extended|March 23, 2010 |March 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_4 |7.4-RELEASE |Extended|not yet |release + 2 years| |-----------+------------+--------+-----------------+-----------------| |RELENG_8 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_8_1 |8.1-RELEASE |Extended|July 23, 2010 |July 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_8_2 |8.2-RELEASE |Normal |not yet |release + 1 year | +---------------------------------------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 00:54:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E9E4106566B; Wed, 1 Dec 2010 00:54:10 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id DCD568FC16; Wed, 1 Dec 2010 00:54:09 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id D8BCF8F5D6; Tue, 30 Nov 2010 19:34:46 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c9f+jpm5PFyv; Tue, 30 Nov 2010 19:34:46 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id B11548F5D0; Tue, 30 Nov 2010 19:34:46 -0500 (EST) Message-ID: <4CF59826.5090305@egr.msu.edu> Date: Tue, 30 Nov 2010 19:34:46 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: John Baldwin References: <4CF44E2E.4070700@egr.msu.edu> <201011300933.18505.jhb@freebsd.org> In-Reply-To: <201011300933.18505.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 00:54:10 -0000 On 11/30/10 09:33, John Baldwin wrote: > On Monday, November 29, 2010 8:06:54 pm Adam McDougall wrote: >> I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare >> minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers >> (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. >> delivery is via procmail which doesn't touch the dovecot metadata and >> webmail uses imapd. Client connections to imapd go to random servers >> and I don't yet have solid means to keep certain users on certain >> servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran >> into Stale NFS file handles causing index/uidlist corruption causing >> inboxes to appear as empty when they were not. In some situations their >> corrupt index had to be deleted manually. I first suspected dovecot 1.2 >> since it was upgraded at the same time but I downgraded to 1.1 and its >> doing the same thing. I don't really have a wealth of details to go on >> yet and I usually stay quiet until I do, and half the time it is >> difficult to reproduce myself so I've had to put it in production to get >> a feel for progress. This only happens a dozen or so times per weekday >> but I feel the need to start taking bigger steps. I'll probably do what >> I can to get IMAP back on a stable base (7.x?) and also try to debug 8.x >> on the remaining servers. A binary search is within possibility if I >> can reproduce the symptoms often enough even if I have to put a test >> server in production for a few hours. > > There were some changes to allow more concurrency in the NFS client in 8 (and > 7.2+) that caused ESTALE errors to occur on open(2) more frequently. You can > try setting 'vfs.lookup_shared=0' to disable the extra concurrency (but at a > performance cost) as a workaround. The most recent 7.x and 8.x have some > changes to open(2) to minimize ESTALE errors that I think get it back to the > same level as when lookup_shared is set to 0. > I tried vfs.lookup_shared=0 on two of the three already with no help (forgot what it was called or I would have mentioned it), and I also tried vfs.nfs.prime_access_cache=1 on a guess on all three but that didn't help either. I'll go through the other suggestions and see where it gets me. Thanks all for the input. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 05:36:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E329D10656A5 for ; Wed, 1 Dec 2010 05:36:05 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id B2DBE8FC1D for ; Wed, 1 Dec 2010 05:36:05 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 913B77F909; Wed, 1 Dec 2010 00:36:04 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YTwA5oHDDXDF; Wed, 1 Dec 2010 00:36:04 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id 5C7737F902; Wed, 1 Dec 2010 00:36:04 -0500 (EST) Message-ID: <4CF5DEC4.3070901@egr.msu.edu> Date: Wed, 01 Dec 2010 00:36:04 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Rick Macklem References: <1061723738.903502.1291123996095.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1061723738.903502.1291123996095.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 05:36:06 -0000 On 11/30/10 08:33, Rick Macklem wrote: >> I've been running dovecot 1.1 on FreeBSD 7.x for a while with a bare >> minimum of NFS problems, but it got worse with 8.x. I have 2-4 servers >> (usually just 2) accessing mail on a Netapp over NFSv3 via imapd. >> delivery is via procmail which doesn't touch the dovecot metadata and >> webmail uses imapd. Client connections to imapd go to random servers >> and I don't yet have solid means to keep certain users on certain >> servers. I upgraded some of the servers to 8.x and dovecot 1.2 and ran >> into Stale NFS file handles causing index/uidlist corruption causing >> inboxes to appear as empty when they were not. In some situations >> their >> corrupt index had to be deleted manually. I first suspected dovecot >> 1.2 >> since it was upgraded at the same time but I downgraded to 1.1 and its >> doing the same thing. I don't really have a wealth of details to go on >> yet and I usually stay quiet until I do, and half the time it is >> difficult to reproduce myself so I've had to put it in production to >> get >> a feel for progress. This only happens a dozen or so times per weekday >> but I feel the need to start taking bigger steps. I'll probably do >> what >> I can to get IMAP back on a stable base (7.x?) and also try to debug >> 8.x >> on the remaining servers. A binary search is within possibility if I >> can reproduce the symptoms often enough even if I have to put a test >> server in production for a few hours. >> >> Any tips on where we could start looking, or alterations I could try >> making such as sysctls to return to older behavior? It might be worth >> noting that I've seen a considerable increase in traffic from my mail >> servers since the 8.x upgrade timeframe, on the order of 5-10x as much >> traffic to the NFS server. dovecot tries its hardest to flush out the >> access cache when needed and it was working well enough since about >> 1.0.16 (years ago). It seems like FreeBSD is what regressed in this >> scenario. dovecot 2.x is going in a different direction from my >> situation and I'm not ready to start testing that immediately if I can >> avoid it as it will involve some restructuring. >> >> Thanks for any input. For now the following errors are about all I >> have >> to go on: >> >> Nov 29 11:07:54 server1 dovecot: IMAP(user1): >> o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> Nov 29 13:19:51 server1 dovecot: IMAP(user1): >> o_stream_send(/home/user1/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> Nov 29 14:35:41 server1 dovecot: IMAP(user2): >> o_stream_send(/home/user2/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> Nov 29 15:07:05 server1 dovecot: IMAP(user3): read(mail, uid=128990) >> failed: Stale NFS file handle >> >> Nov 29 11:57:22 server2 dovecot: IMAP(user4): >> open(/egr/mail/shared/vprgs/dovecot-acl-list) failed: Stale NFS file >> handle >> Nov 29 14:04:22 server2 dovecot: IMAP(user5): >> o_stream_send(/home/user5/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> Nov 29 14:27:21 server2 dovecot: IMAP(user6): >> o_stream_send(/home/user6/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> Nov 29 15:44:38 server2 dovecot: IMAP(user7): >> open(/egr/mail/shared/decs/dovecot-acl-list) failed: Stale NFS file >> handle >> Nov 29 19:04:54 server2 dovecot: IMAP(user8): >> o_stream_send(/home/user8/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> >> Nov 29 06:32:11 server3 dovecot: IMAP(user9): >> open(/egr/mail/shared/cmsc/dovecot-acl-list) failed: Stale NFS file >> handle >> Nov 29 10:03:58 server3 dovecot: IMAP(user10): >> o_stream_send(/home/user10/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist) >> failed: Stale NFS file handle >> > Others have made good suggestions. One more you could try is disabling the negative > name caching by setting the option "negnametimeo=0". The addition of negative name > caching is also in FreeBSD7, but it is a fairly recent change, so your FreeBSD7 boxes > may not have had it. I also think trying the "dot-locking" and running without statd > and lockd (you can mount with the "nolock" option) would be worth trying. And, of course, > disabling attribute caching is mentioned on the web page others cited. > > Good luck with it, rick > ps: Unfortunately the NFS protocol cannot support for POSIX file system semantics, so > some apps can never run correctly on NFS mounted volumes. NFSv4 comes closer, but > it still can't provide full POSIX semantics. > I'll give negnametimeo=0 a try on one server starting tonight, I'll be busy tomorrow and don't want to risk making anything potentially worse than it is yet. I can't figure out how to disable the attr cache in FreeBSD. Neither suggestions seem to be valid, and years ago when I looked into it I got the impression that you can't, but I'd love to be proven wrong. I'll try dotlock when I can. Would disabling statd and lockd be the same as using nolock on all mounts? The vacation binary is the only thing I can think of that might use it, not sure how well it would like missing it which is how I discovered I needed it in the first place. Also, if disabling lockd shows an improvement, could it lead to further investigation or is it just a workaround? Just trying to understand the possibilities better. I know ESTALE means the file vanished but for the files I had an error on, it is expected that multiple systems are going to spontaneously replace the file. Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 07:02:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24A89106566B; Wed, 1 Dec 2010 07:02:14 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id D17608FC16; Wed, 1 Dec 2010 07:02:13 +0000 (UTC) Received: from adsl-dyn-88-208-153-67.heliweb.de ([88.208.153.67] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PNghg-0008Cz-8n; Wed, 01 Dec 2010 08:02:12 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id BBB381142D; Wed, 1 Dec 2010 08:02:11 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Wed, 1 Dec 2010 08:02:11 +0100 From: Stefan Walter To: Alexander Motin Message-ID: <20101201070211.GA1437@birne.dunkelkammer.void> Mail-Followup-To: Alexander Motin , freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org, Ariff Abdullah , "Stephane E. Potvin" References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101130201208.GA1472@birne.dunkelkammer.void> <4CF5677E.1040104@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <4CF5677E.1040104@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org, Ariff Abdullah , "Stephane E. Potvin" Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 07:02:14 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander Motin, 30.11.10, 22:07h CET: > On 30.11.2010 22:12, Stefan Walter wrote: > > Stefan Walter, 15.11.10, 10:37h CET: > >> Audio with snd_hda(4) works, but only if loaded as a module AND only i= f I > >> load the module AFTER booting. If I compile it into the kernel or add > >> snd_hda_load=3D"YES" to /boot/loader.conf, dmesg shows the following: > >> > >> hdac0: HDA Codec #0: ATI RS690/780 HDMI > >> pcm0: at cad 0 nid 1 on hdac0 > >> hdac1: HDA Codec #0: Realtek ALC885 > >> pcm1: at cad 0 nid 1 on hdac1 > >> pcm2: at cad 0 nid 1 on hdac1 > >> pcm3: at cad 0 nid 1 on hdac1 > >> > >> mixer(8) shows: > >> > >> Mixer vol is currently set to 75:75 > >> Mixer pcm is currently set to 75:75 > >> > >> There is no audio in that case. Unloading and reloading the module (or > >> just loading the module manually after the boot process) logs: > >> > >> hdac0: mem 0xfe024000-0xf= e027fff irq 16 at device 20.2 on pci0 > >> hdac0: HDA Driver Revision: 20100226_0142 > >> hdac0: [ITHREAD] > >> hdac0: HDA Codec #0: Realtek ALC885 > >> hdac1: mem 0xfdffc000= -0xfdffffff irq 19 at device 5.1 on pci1 > >> hdac1: HDA Driver Revision: 20100226_0142 > >> hdac1: [ITHREAD] > >> hdac1: HDA Codec #0: ATI RS690/780 HDMI > >> pcm0: at cad 0 nid 1 on hdac0 > >> pcm1: at cad 0 nid 1 on hdac0 > >> pcm2: at cad 0 nid 1 on hdac0 > >> pcm3: at cad 0 nid 1 on hdac1 > >> > >> mixer then shows: > >> > >> Mixer vol is currently set to 75:75 > >> Mixer pcm is currently set to 75:75 > >> Mixer speaker is currently set to 75:75 > >> Mixer line is currently set to 75:75 > >> Mixer mic is currently set to 0:0 > >> Mixer mix is currently set to 0:0 > >> Mixer rec is currently set to 75:75 > >> Mixer igain is currently set to 0:0 > >> > >> Audio then seems to work fine. (Plugging earphones into the computer's > >> case's front plugs doesn't do anything, though - audio still comes from > >> the speakers attached to the plug at the back of the case. Any ideas a= bout > >> that?) Loading snd_hda from a startup script would probably work, but I > >> guess that's not the way it was meant to work. > > > > Unfortunately, the recent update to 8-STABLE didn't change anything with > > these problems - any ideas, anyone? >=20 > Loading driver aftre boot seems have different device probe order. That= =20 > causes HDMI HDA codec on video card to be probed either first or second.= =20 > It is not snd_hda problem and could be handled just by choosing right=20 > pcm device to use (possibly via hw.snd.default_unit sysctl). Indeed - setting hw.snd.default_unit to 1 helped. > Lack of audio redirection can probably be explained by CODEC=20 > configuration made by BIOS. I suppose that front connectors are=20 > configured as separate pcm device. Ah, OK - seems like you're right again. Setting hw.snd.default_unit to the other analog one directed the sound to the front plugs. Thanks a lot! Regards, Stefan --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTPXy81aRERsSueCzAQJoVAv/eDb3M+KxSggi5lshlCs7NiGQwfTcBBC1 0Qb7BkOKFpocbEpEMWHO95SSA/gFmWHPSvkNCa6o32IgzCFCQOWssSRiHK3PNF35 q260+LvbDfNBE83Qgow5sLmvHOhPJeFnKA/a1yj+t/Vqd3nJ8K/110DaRyyBJfrf 824xmAKH+GVwcJNyYLEa/UyFfxD17+a5nJ9rXemzjnsaO/IJCzY2WzrDs0lFXVe4 /VeDYBz9c+2K98poyH6BKDhTtXDZril+Cjl6ZB1kOlEIvWXCC7MSGCuVg2XX/bUP PC7KALsaheDLUUxS+1HQmISH/qfVcNEKsuKUVMCkgT6L7LL/hJAMZSTwKzjb5qZM WQqgBBmq+FLLYBSjg2L2yUEsEUVzuMwTs9FRb1Wrwefe/lqiB+y18kErpPW5GQXN s6FUAgBQknlZIBX9sTx+Ne8FBE3j6yXgqlKPdAhU3IbXGOHK5SHZLu/hRZO02YXa A55m6UooU6ePn0MXqFiUzATwYk6llwr3 =f4Kt -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 10:11:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1277C1065670 for ; Wed, 1 Dec 2010 10:11:42 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABAA8FC1C for ; Wed, 1 Dec 2010 10:11:40 +0000 (UTC) Received: by bwz2 with SMTP id 2so6286116bwz.13 for ; Wed, 01 Dec 2010 02:11:40 -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=p9aiONk9GOoAQWq6X7Xf470FrzKo85wy7NurIkc6DGQ=; b=Djx1EMA1yhDabf86EtBPO+N6DyPMlSUqnu5giWtFdR28PsP3dyrqUKNvkvaUjS1uX6 q2mKILivv3QQLWPczNWGtQN0twmpcgXwqot/JTjjV4iryahdYICbDk8X4G0Plb0o7NSa I9PrxwW/XmtIyGOcPBg4za4m9A9IHielvgPH8= 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=Rsv9O1wujrMjDGCkDQ4xa1JTIoxNuKCgxjlhI6R0ZEcYe7IenaJqGVWHFP71l4u0xc t/o51kOpdmOeNVcP4wyVS2YRZ1JtgwufPHMe3zkk3HUbcUDpWio7gr/vyIq4okRswHtd Y1xk9z6ltNMZlGlZNtS1RQgu1BIjHHAk2C6vk= Received: by 10.204.62.73 with SMTP id w9mr1025907bkh.48.1291198299185; Wed, 01 Dec 2010 02:11:39 -0800 (PST) Received: from Melon.malikania.fr (wifi-osiris-sec-183-186.u-strasbg.fr [130.79.183.186]) by mx.google.com with ESMTPS id p34sm3277380bkf.3.2010.12.01.02.11.37 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Dec 2010 02:11:38 -0800 (PST) Message-ID: <4CF61F37.1070409@gmail.com> Date: Wed, 01 Dec 2010 11:11:03 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101130 Thunderbird/3.1.6 MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 10:11:42 -0000 On 30/11/2010 00:25, Adrian Chadd wrote: > (I should get me an AR9285 to test with at some point.) > > On 29 November 2010 18:52, David DEMELIER wrote: > >> ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 >> ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 >> ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 >> ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > That's ath_rate_sample saying "I don't know about that hardware rate", > but it transmitted successfully! > So something queued up a patcket at that hwrate. 0x1B is CCK_1MB_L - > that should be fine in 11bg? > Or is this somehow running in 11A mode? Would you please paste > 'ifconfig wlan0' here? markand@Melon ~ $ ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether c4:17:fe:c4:14:b9 inet 130.79.183.186 netmask 0xfffffc00 broadcast 130.79.183.255 media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g status: associated ssid osiris-sec channel 11 (2462 MHz 11g) bssid 00:26:99:23:69:23 regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL bintval 102 >> I also don't understand why the option AH_SUPPORT_AR5416 is needed in >> kernel, I found this >> http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006417.html >> and it should include it if the driver needs it, isn't it? Here my >> kernel won't build if I remove it so I have : >> >> options AH_SUPPORT_AR5416 >> device ath >> device ath_hal >> device ath_rate_sample > Would you please file a PR for that and email me the PR number? PR as :kern/152736 > Thanks, > > > adrian From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 10:22:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A445106566C for ; Wed, 1 Dec 2010 10:22:05 +0000 (UTC) (envelope-from return1@e-mail-system.com) Received: from mail368.e-mail-system.com (mail368.e-mail-system.com [62.93.9.116]) by mx1.freebsd.org (Postfix) with ESMTP id D38238FC21 for ; Wed, 1 Dec 2010 10:22:02 +0000 (UTC) Received: from localhost (mail368.e-mail-system.com [62.93.9.116]) by mail368.e-mail-system.com (Postfix) with ESMTP id 0944B161AB6 for ; Wed, 1 Dec 2010 12:06:56 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Andrea_M=FCller?= To: stable@freebsd.org Message-Id: <20101201110656.0944B161AB6@mail368.e-mail-system.com> Date: Wed, 1 Dec 2010 12:06:56 +0100 (CET) Cc: Subject: Re: Anfrage von Kundennummer KK-57776 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 10:22:05 -0000 Guten Tag Kundennummer KK-57776,=20 die erste Woche im Dezember steht vor uns. Nehmen Sie sich 1 Minute Zeit um den Traif Ihrer Krankenkasse zu vergleiche= n. 2011 =E4ndern sich fast alle Tarife und Leistungen.=20 Durch einen Vergleich der privaten Krankenkasse k=F6nnen Sie 190,00 Euro un= d mehr im Monat(!) sparen.=20 Oft erhalten Sie sogar mehr Leistungen als vorher, und zahlen auch noch wen= iger daf=FCr.=20 Nutzen Sie unseren Vergleich - es dauert nur 1 Minute. Kostenlos und unverbindlich: http://c.optimal-2011.net/k-504-5587908.htm Wir freuen uns Ihnen zu helfen. Ihre Andrea M=FCller Sie erhalten dieses E-Mailing, da Sie uns oder einem unserer Partner Ihre E= inwilligung dazu gegeben haben. Gerne k=F6nnen Sie Ihre E-Mail Adresse l=F6= schen. Klicken Sie dazu einfach hier: http://c.optimal-2011.net/a/?i=3D7297192&e=3Dstable%40freebsd.org&c=3D55879= 08 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 11:09:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A7C106564A for ; Wed, 1 Dec 2010 11:09:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f51.google.com (mail-ww0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id 419388FC1C for ; Wed, 1 Dec 2010 11:08:59 +0000 (UTC) Received: by wwe15 with SMTP id 15so7060351wwe.8 for ; Wed, 01 Dec 2010 03:08:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=/i8M/CtDfgPYyW1pi5FF5H7MSC4dj5rZ6j/bqCP15JE=; b=HLb188pAu8xq+wYvqMI3KD8iFAe3OC/yd919FNimfIjurP8ES34AZGjjOrz2YOFp56 B6OXx0GCyCojWp555oKX6wf3K2Gd6XWdpr5+ygX80TFOc2qYj4ZYhUbkIcDKTh/vyNc3 wKlkMX/HICukWTBNmtqkuuFZi1Q1TFpCDOXQI= 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=jFaE5ifQ7rXnILJnEew9kOh3JldswrR9zk1O7hlAc013wL6TfuWbr1aNXXrvFFqCwo fVHWeQvF7pICjvW+e02uEDrNohTMWnbRmepW5OQ7+tasQOEw1ZlD3l24MoHTfHH3Cc/Y NrtnSAHMiGmws43b1hk8QDZyv7QQYjXhrdCI8= MIME-Version: 1.0 Received: by 10.216.30.65 with SMTP id j43mr7818582wea.20.1291201739075; Wed, 01 Dec 2010 03:08:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Wed, 1 Dec 2010 03:08:59 -0800 (PST) In-Reply-To: <4CF61F37.1070409@gmail.com> References: <4CF61F37.1070409@gmail.com> Date: Wed, 1 Dec 2010 19:08:59 +0800 X-Google-Sender-Auth: pbYVDvKsSkiUvTIvjJV4J7VUVF4 Message-ID: From: Adrian Chadd To: David Demelier Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 11:09:00 -0000 On 1 December 2010 18:11, David Demelier wrote: >> Or is this somehow running in 11A mode? Would you please paste >> 'ifconfig wlan0' here? > > markand@Melon ~ $ ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > =A0 =A0ether c4:17:fe:c4:14:b9 > =A0 =A0inet 130.79.183.186 netmask 0xfffffc00 broadcast 130.79.183.255 > =A0 =A0media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g > =A0 =A0status: associated > =A0 =A0ssid osiris-sec channel 11 (2462 MHz 11g) bssid 00:26:99:23:69:23 > =A0 =A0regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON > =A0 =A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 > =A0 =A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 > =A0 =A0roam:rate 5 protmode CTS wme burst roaming MANUAL bintval 102 Ok, so it's in 11bg mode. I'd have to do some digging to try and understand what's busted. CAn you please do this: sysctl dev.ath.0.sample_stats=3D1 then look at dmesg; it'll dump the sample rate statistics out there. Also, please create a PR for this. I'd like to squish any obvious bugs here before I commit any new stuff. :) Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 11:15:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFD9106566B; Wed, 1 Dec 2010 11:15:51 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A23BB8FC1A; Wed, 1 Dec 2010 11:15:50 +0000 (UTC) Received: by bwz2 with SMTP id 2so6334494bwz.13 for ; Wed, 01 Dec 2010 03:15:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=34YZg+uEUJ7l1kerkbJxghHQO8iihvTx7JkGZc/fOUg=; b=hJxhXeeS517d4RcDS9Zrmvih4hUiGfWUrcY/D6MwjxvdT9aUpnEUvhPaHXk16JPhUo BnW+TD+zMKvXGTrk8lG0cdihynR8qFrjZK7CyvHZ3zHhtorA2j394Ms31oGwTUuCtdKr tn611JeX5EbNrvQniC5Rhn5reGce1hzyzK+uc= 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=qKMIgd0l7MqD2wIyShH1SN2YC9in+YwwXH06Un8wB4orRrtYjDBjCGe7yjsTg1wHUk QMN6o1M/kwr93RXqIyPNIsmXx48VqbdhHX3WvIkPGaKGNhlbyKEDQ8TlD48zYJ1dAmrd xuIWspI/q2Z37D9vblAFtCEG0yguECE1G2kHE= MIME-Version: 1.0 Received: by 10.204.97.131 with SMTP id l3mr8202960bkn.112.1291202149596; Wed, 01 Dec 2010 03:15:49 -0800 (PST) Received: by 10.204.127.20 with HTTP; Wed, 1 Dec 2010 03:15:49 -0800 (PST) In-Reply-To: References: <4CF61F37.1070409@gmail.com> Date: Wed, 1 Dec 2010 12:15:49 +0100 Message-ID: From: David DEMELIER To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 11:15:51 -0000 2010/12/1 Adrian Chadd : > On 1 December 2010 18:11, David Demelier wrote= : > > >>> Or is this somehow running in 11A mode? Would you please paste >>> 'ifconfig wlan0' here? >> >> markand@Melon ~ $ ifconfig wlan0 >> wlan0: flags=3D8843 metric 0 mtu= 1500 >> =C2=A0 =C2=A0ether c4:17:fe:c4:14:b9 >> =C2=A0 =C2=A0inet 130.79.183.186 netmask 0xfffffc00 broadcast 130.79.183= .255 >> =C2=A0 =C2=A0media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g >> =C2=A0 =C2=A0status: associated >> =C2=A0 =C2=A0ssid osiris-sec channel 11 (2462 MHz 11g) bssid 00:26:99:23= :69:23 >> =C2=A0 =C2=A0regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON >> =C2=A0 =C2=A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmi= ss 7 >> =C2=A0 =C2=A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rs= si 7 >> =C2=A0 =C2=A0roam:rate 5 protmode CTS wme burst roaming MANUAL bintval 1= 02 > > Ok, so it's in 11bg mode. I'd have to do some digging to try and > understand what's busted. CAn you please do this: > > sysctl dev.ath.0.sample_stats=3D1 > Oww, markand@Melon ~ $ sudo sysctl dev.ath.0.sample_stats=3D1 dev.ath.0.sample_stats: 0 -> 0 > then look at dmesg; it'll dump the sample rate statistics out there. > > Also, please create a PR for this. I'd like to squish any obvious bugs > here before I commit any new stuff. :) > > > Adrian > --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 11:16:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2E01065674; Wed, 1 Dec 2010 11:16:32 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 39A998FC14; Wed, 1 Dec 2010 11:16:32 +0000 (UTC) Received: by bwz2 with SMTP id 2so6335050bwz.13 for ; Wed, 01 Dec 2010 03:16:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vs5XoQOgabeDA5B4EPg8T9t12VcAZklmB/IgQgbfNFg=; b=pqXOU4hF9QL/BclTmxFOY9nxQs8tMXb8TUPn/tM3VI1EXXUXaPasg5NtoFj1uix9mM jttR8uuTodF+IfmSDB1sCYDealT9W05xkzI78PxqhSDftQKFQzAZvLKLBRWjxhSbwNZW XcwojKyNuIyP4R90rTjTTKfF8qR1mJSpe0Gtw= 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=U5VxxUgS1mVggTZ5pxIisztkiF0TG1btQlEs5SbFc4PT2t6Cmune2kpE+gR74GnGco opH2HMpn/BK/JggvmEmoOZIbI80U7xsa3gLstRCaInXX6t+4mXbEG5YoIAFoQW0QTC1g J0d7ib8CDTe5N2hXDs7IrIYeEMC4/zEo4qwWw= MIME-Version: 1.0 Received: by 10.204.117.12 with SMTP id o12mr6813596bkq.166.1291202190852; Wed, 01 Dec 2010 03:16:30 -0800 (PST) Received: by 10.204.127.20 with HTTP; Wed, 1 Dec 2010 03:16:30 -0800 (PST) In-Reply-To: References: <4CF61F37.1070409@gmail.com> Date: Wed, 1 Dec 2010 12:16:30 +0100 Message-ID: From: David DEMELIER To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 11:16:33 -0000 2010/12/1 David DEMELIER : > 2010/12/1 Adrian Chadd : >> On 1 December 2010 18:11, David Demelier wrot= e: >> >> >>>> Or is this somehow running in 11A mode? Would you please paste >>>> 'ifconfig wlan0' here? >>> >>> markand@Melon ~ $ ifconfig wlan0 >>> wlan0: flags=3D8843 metric 0 mt= u 1500 >>> =C2=A0 =C2=A0ether c4:17:fe:c4:14:b9 >>> =C2=A0 =C2=A0inet 130.79.183.186 netmask 0xfffffc00 broadcast 130.79.18= 3.255 >>> =C2=A0 =C2=A0media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g >>> =C2=A0 =C2=A0status: associated >>> =C2=A0 =C2=A0ssid osiris-sec channel 11 (2462 MHz 11g) bssid 00:26:99:2= 3:69:23 >>> =C2=A0 =C2=A0regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON >>> =C2=A0 =C2=A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bm= iss 7 >>> =C2=A0 =C2=A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:r= ssi 7 >>> =C2=A0 =C2=A0roam:rate 5 protmode CTS wme burst roaming MANUAL bintval = 102 >> >> Ok, so it's in 11bg mode. I'd have to do some digging to try and >> understand what's busted. CAn you please do this: >> >> sysctl dev.ath.0.sample_stats=3D1 >> > > Oww, > > markand@Melon ~ $ sudo sysctl dev.ath.0.sample_stats=3D1 > dev.ath.0.sample_stats: 0 -> 0 > [00:26:99:23:69:23] refcnt 4 static_rix -1 ratemask 0xfc8 [ 250] cur rix 10 since switch: packets 79 ticks 6548703 [ 250] last sample 7 cur sample -1 packets sent 390165 [ 250] packets since sample 3 sample tt 524 [1600] cur rix 10 since switch: packets 4 ticks 6532752 [1600] last sample 11 cur sample -1 packets sent 802 [1600] packets since sample 10 sample tt 644 [11: 250] 1:1 (100%) T 1 F 0 avg 1103 last 458798 [12: 250] 720:719 ( 99%) T 791 F 0 avg 728 last 2022 [12:1600] 1:0 ( 0%) T 5 F 1 avg 1480 last 458798 [18: 250] 4381:4381 (100%) T 4785 F 0 avg 634 last 379 [24: 250] 16630:16627 ( 99%) T 18102 F 0 avg 622 last 891 [24:1600] 14:11 ( 78%) T 30 F 1 avg 1125 last 238025 [36: 250] 90373:90368 ( 99%) T 98250 F 0 avg 514 last 877 [36:1600] 125:120 ( 96%) T 168 F 0 avg 973 last 32568 [48: 250] 117104:117092 ( 99%) T 128546 F 0 avg 590 last 362 [48:1600] 198:186 ( 93%) T 280 F 0 avg 690 last 16211 [54: 250] 160999:160989 ( 99%) T 176303 F 0 avg 529 last 820 [54:1600] 495:485 ( 97%) T 609 F 0 avg 986 last 20730 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x1 Ah I didn't see there was output. >> then look at dmesg; it'll dump the sample rate statistics out there. >> >> Also, please create a PR for this. I'd like to squish any obvious bugs >> here before I commit any new stuff. :) >> >> >> Adrian >> > > > > -- > Demelier David > --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 14:37:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E05191065694 for ; Wed, 1 Dec 2010 14:37:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8A08FC19 for ; Wed, 1 Dec 2010 14:37:21 +0000 (UTC) Received: by wyf19 with SMTP id 19so6991205wyf.13 for ; Wed, 01 Dec 2010 06:37:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=iIn3PPx8LyMefrutBqNPGy2IVZf/Qn3pHF10ZBTklyk=; b=QmLENsucN2i68vdzACbQGkotmREUKPj4Jttv/ON/Oto+kOgXWHxB6kq+j4HywzmnMb aCCNp8tMcrd2diJ9Et55YY+cYA07QkXSSJKp/yngpBRHs8F+wdQS0RkKhoXFKsEDI6zR 2+U3r+6uNpuTEyJP6puJI7cyuMaFyYw8O1ybs= 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=JB53uGFbTo4u1iacLAZZmJjyPtGenvdNlHidCHOaVoGR9MNKNHR4hYdTVKc5fWyo2Q DbAj5ypC3Askf23zw4hTN+TIfqUfRoiCuz0jSsWTXn2uRP1tOV9Ri8N38+BlyAE/Qn9G I4QZDSXorTKCNOCtOSbCEm5J1KzuMd5jP5r6s= MIME-Version: 1.0 Received: by 10.216.191.210 with SMTP id g60mr208860wen.5.1291214240579; Wed, 01 Dec 2010 06:37:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Wed, 1 Dec 2010 06:37:20 -0800 (PST) In-Reply-To: References: <4CF61F37.1070409@gmail.com> Date: Wed, 1 Dec 2010 22:37:20 +0800 X-Google-Sender-Auth: GOcwDcWET6hcKpxk34fnA58G9Yk Message-ID: From: Adrian Chadd To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: ath0: lot of bad series hwrate and AH_SUPPORT_AR5416 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 14:37:24 -0000 Ok; please dump that into a PR and email me the PR number. I'll go see whether there's something simple that can be done - eg, whether that ratemask actually allows the rate being TX'ed and if it doesn't, why the heck it's happening. :-) Adrian On 1 December 2010 19:16, David DEMELIER wrote: > 2010/12/1 David DEMELIER : >> 2010/12/1 Adrian Chadd : >>> On 1 December 2010 18:11, David Demelier wro= te: >>> >>> >>>>> Or is this somehow running in 11A mode? Would you please paste >>>>> 'ifconfig wlan0' here? >>>> >>>> markand@Melon ~ $ ifconfig wlan0 >>>> wlan0: flags=3D8843 metric 0 m= tu 1500 >>>> =A0 =A0ether c4:17:fe:c4:14:b9 >>>> =A0 =A0inet 130.79.183.186 netmask 0xfffffc00 broadcast 130.79.183.255 >>>> =A0 =A0media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g >>>> =A0 =A0status: associated >>>> =A0 =A0ssid osiris-sec channel 11 (2462 MHz 11g) bssid 00:26:99:23:69:= 23 >>>> =A0 =A0regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON >>>> =A0 =A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 >>>> =A0 =A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 >>>> =A0 =A0roam:rate 5 protmode CTS wme burst roaming MANUAL bintval 102 >>> >>> Ok, so it's in 11bg mode. I'd have to do some digging to try and >>> understand what's busted. CAn you please do this: >>> >>> sysctl dev.ath.0.sample_stats=3D1 >>> >> >> Oww, >> >> markand@Melon ~ $ sudo sysctl dev.ath.0.sample_stats=3D1 >> dev.ath.0.sample_stats: 0 -> 0 >> > > [00:26:99:23:69:23] refcnt 4 static_rix -1 ratemask 0xfc8 > [ 250] cur rix 10 since switch: packets 79 ticks 6548703 > [ 250] last sample 7 cur sample -1 packets sent 390165 > [ 250] packets since sample 3 sample tt 524 > [1600] cur rix 10 since switch: packets 4 ticks 6532752 > [1600] last sample 11 cur sample -1 packets sent 802 > [1600] packets since sample 10 sample tt 644 > [11: 250] =A0 =A0 =A0 =A01:1 =A0 =A0 =A0 =A0(100%) T =A0 =A0 =A0 =A01 F = =A0 =A00 avg =A01103 last 458798 > [12: 250] =A0 =A0 =A0720:719 =A0 =A0 =A0( 99%) T =A0 =A0 =A0791 F =A0 =A0= 0 avg =A0 728 last 2022 > [12:1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 =A05 F= =A0 =A01 avg =A01480 last 458798 > [18: 250] =A0 =A0 4381:4381 =A0 =A0 (100%) T =A0 =A0 4785 F =A0 =A00 avg = =A0 634 last 379 > [24: 250] =A0 =A016630:16627 =A0 =A0( 99%) T =A0 =A018102 F =A0 =A00 avg = =A0 622 last 891 > [24:1600] =A0 =A0 =A0 14:11 =A0 =A0 =A0 ( 78%) T =A0 =A0 =A0 30 F =A0 =A0= 1 avg =A01125 last 238025 > [36: 250] =A0 =A090373:90368 =A0 =A0( 99%) T =A0 =A098250 F =A0 =A00 avg = =A0 514 last 877 > [36:1600] =A0 =A0 =A0125:120 =A0 =A0 =A0( 96%) T =A0 =A0 =A0168 F =A0 =A0= 0 avg =A0 973 last 32568 > [48: 250] =A0 117104:117092 =A0 ( 99%) T =A0 128546 F =A0 =A00 avg =A0 59= 0 last 362 > [48:1600] =A0 =A0 =A0198:186 =A0 =A0 =A0( 93%) T =A0 =A0 =A0280 F =A0 =A0= 0 avg =A0 690 last 16211 > [54: 250] =A0 160999:160989 =A0 ( 99%) T =A0 176303 F =A0 =A00 avg =A0 52= 9 last 820 > [54:1600] =A0 =A0 =A0495:485 =A0 =A0 =A0( 97%) T =A0 =A0 =A0609 F =A0 =A0= 0 avg =A0 986 last 20730 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x1 > > Ah I didn't see there was output. > >>> then look at dmesg; it'll dump the sample rate statistics out there. >>> >>> Also, please create a PR for this. I'd like to squish any obvious bugs >>> here before I commit any new stuff. :) >>> >>> >>> Adrian >>> >> >> >> >> -- >> Demelier David >> > > > > -- > Demelier David > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 17:53:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15AD8106564A for ; Wed, 1 Dec 2010 17:53:56 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0118FC16 for ; Wed, 1 Dec 2010 17:53:54 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id oB1HrkHw045132 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 1 Dec 2010 19:53:46 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id oB1HrfKD045131 for stable@freebsd.org; Wed, 1 Dec 2010 19:53:41 +0200 (SAST) (envelope-from lordcow) Date: Wed, 1 Dec 2010 19:53:41 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20101201175341.GA44800@lordcow.org> References: <201011292119.oATLJt5b095914@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011292119.oATLJt5b095914@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:10.openssl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 17:53:56 -0000 On Mon 2010-11-29 (21:19), FreeBSD Security Advisories wrote: > # cd /usr/src > # patch < /path/to/patch > # cd /usr/src/secure/lib/libssl > # make obj && make depend && make && make install Hi all, I'm following the instructions with: # cvsup /etc/cvsup-src.conf # rm -rf /usr/obj # cd /usr/src/secure/lib/libssl # make obj && make depend && make [ snip ] cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu99 -fstack-protector -c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c: In function 'dtls1_hm_fragment_new': /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c:210: error: 'hm_fragment' has no member named 'reassembly' [ more hm_fragment.reassembly errors .. ] *** Error code 1 Stop in /usr/src/secure/lib/libssl. What's going on? hm_fragment is (only) defined in /usr/src/crypto/openssl/ssl/dtls1.h: typedef struct hm_fragment_st { struct hm_header_st msg_header; unsigned char *fragment; unsigned char *reassembly; } hm_fragment; which has that member and is sourced from the Makefiles. The first existence complaint in d1_both.c is: frag->reassembly = bitmask; yet frag->fragment = buf; a few lines earlier is fine? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 19:06:39 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD90E10656A7 for ; Wed, 1 Dec 2010 19:06:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6B72E8FC1E for ; Wed, 1 Dec 2010 19:06:39 +0000 (UTC) Received: (qmail 13573 invoked by uid 399); 1 Dec 2010 19:06:38 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Dec 2010 19:06:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CF69CBC.5010109@FreeBSD.org> Date: Wed, 01 Dec 2010 11:06:36 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: IPv6 + CARP + VLANs + pf == panic on 8-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 19:06:39 -0000 [ Pardon the cross-post, feel free to follow up to just one list, I'm on both. ] Running a system on the latest 8-stable as a router we are seeing the following panic: http://pastebin.com/AJzXmEWe Kernel is as follows: include GENERIC ident ROUTER options SW_WATCHDOG options DEVICE_POLLING options TCP_SIGNATURE options IPSEC device crypto device cryptodev device carp device pf device pflog device pfsync options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build options WITNESS options INVARIANTS options INVARIANT_SUPPORT options DDB options BREAK_TO_DEBUGGER Advice and suggestions welcome. A quick look at the diff between HEAD and RELENG_8 didn't show anything obvious to me in the areas affected, but that doesn't mean it isn't there. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 21:49:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7946E1065672 for ; Wed, 1 Dec 2010 21:49:21 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D49B88FC17 for ; Wed, 1 Dec 2010 21:49:20 +0000 (UTC) Received: by ewy24 with SMTP id 24so4051735ewy.13 for ; Wed, 01 Dec 2010 13:49:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=F34oOjqXqD9ITZa5nKvu0PWCxAMKHCA06r0Ghg/NBA8=; b=JLi1DOvKWnKFogifgtB1RXzAZ/zIE0gwXG/5NZRuTaYZKVhBHPFKWTVuYQ0dsbETyi Q6cs3/QAa0Qp+jEGqHTDLVju2ix06K073ruDY6D21TBAC2aFL6KvtJitG1ZwjWIJw2o1 tmwF8vE7ayntvkjwKEbQ/hCRYwOv48wU0BCxM= 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=jYsnby5xvRe1osfPje56nMdXK+7C1mBlHP0fEji7Pub5mm/QpJ1cSgmnQjZ3Bb9uvM /1zoKS5KaIuKv1IaVQH1HCB2GbfP34OysIaD2PBLKK3zJfweKAOJ8hcjUig9NNimbUy/ LuiajFW/aL2OMtQLrvFAdd7MxgpQwBBZJ+TMU= MIME-Version: 1.0 Received: by 10.204.72.6 with SMTP id k6mr9224587bkj.58.1291240159558; Wed, 01 Dec 2010 13:49:19 -0800 (PST) Received: by 10.204.127.20 with HTTP; Wed, 1 Dec 2010 13:49:19 -0800 (PST) In-Reply-To: <20101115093709.GA1452@birne.dunkelkammer.void> References: <20101115093709.GA1452@birne.dunkelkammer.void> Date: Wed, 1 Dec 2010 22:49:19 +0100 Message-ID: From: David DEMELIER To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 21:49:21 -0000 2010/11/15 Stefan Walter : > Hi, > > I've been using 8.1-RELEASE on this desktop machine for a few months > already, but only now found the time to look at a couple of problems with > snd_hda and suspend/resume it still has. Maybe someone here has hints to > fix them - I'd be grateful to hear them. > > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load=3D"YES" to /boot/loader.conf, dmesg shows the following: > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 > > mixer(8) shows: > > Mixer vol =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A075:75 > Mixer pcm =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A075:75 > > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: > > hdac0: mem 0xfe024000-0xfe02= 7fff irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem 0xfdffc000-0x= fdffffff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 > > mixer then shows: > > Mixer vol =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A075:75 > Mixer pcm =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A075:75 > Mixer speaker =C2=A0is currently set to =C2=A075:75 > Mixer line =C2=A0 =C2=A0 is currently set to =C2=A075:75 > Mixer mic =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A0 0:0 > Mixer mix =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A0 0:0 > Mixer rec =C2=A0 =C2=A0 =C2=A0is currently set to =C2=A075:75 > Mixer igain =C2=A0 =C2=A0is currently set to =C2=A0 0:0 > > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas abou= t > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. > > The other problem is with suspend/resume: > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. > > Regards, > Stefan > Same here, if I have snd_hda directly in kernel, screen doesn't wake up with or without hw.acpi.reset_video=3D1. I don't like much modules since it takes some time to load at boot so if a fix could be made it will be great.. Cheers, --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 21:53:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F820106566B for ; Wed, 1 Dec 2010 21:53:42 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 26E9E8FC0C for ; Wed, 1 Dec 2010 21:53:41 +0000 (UTC) Received: by wyf19 with SMTP id 19so7415627wyf.13 for ; Wed, 01 Dec 2010 13:53:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=AoCF32BtzEB5YPajyS3wdkEebS0o6kK5Blx9VAooxKg=; b=RV0WvwBk7lwst0qEu+1TriZhNjxFMlT3WV+/18h+eQ3Lm+e/QoETD6vmASoMsajF4s 0Joyw8eqz8ABOvOJ+e1ymI5+73wV/RWFFfCK2NaBa7mIsdjt8AZfTGW7mAA26dqQxyIh n4YCU3SUI/siEDZOvVbpqHxAoITwJT+gocHxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=S/P1iiZtBWtZwtjB9txCMUR9XLiP+ecnjaBVvgBzRhxQcnvEWHnDlhKFU9+t/Domvr ao1CHEiXDZ/A1PUQBZdDTM+DlTVokfZqbyNGwUrbjFL0d5mRQpfYk2vF9cuH98do3dJb VvkxlDi5Lm7SrgVT4/WCyMrZfVzJiJC0yc/wU= MIME-Version: 1.0 Received: by 10.227.141.205 with SMTP id n13mr10119318wbu.28.1291240420876; Wed, 01 Dec 2010 13:53:40 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 1 Dec 2010 13:53:40 -0800 (PST) Date: Wed, 1 Dec 2010 15:53:40 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: pcm says `channel dead' with snd_hda X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 21:53:42 -0000 ~> uname -a FreeBSD compaq.yuetime 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8: Thu Nov 25 15:48:19 CST 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 Sometimes, pcm prints the following message to the console & dmesg. pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead What's wrong? I haven't seen this in 8.1-RELEASE or other version before. One post said that such message comes with noise, but I'm not sure. I uses mplayer, sometimes quodlibet (gstreamer backend). -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 21:55:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9919C106564A for ; Wed, 1 Dec 2010 21:55:05 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC04F8FC08 for ; Wed, 1 Dec 2010 21:55:04 +0000 (UTC) Received: by fxm16 with SMTP id 16so5500214fxm.13 for ; Wed, 01 Dec 2010 13:55:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=RmlVVJuhf8HM4bGLGAImzJmHkYc8rnity2q+qToKwT0=; b=k6nBNNcCPOIX09SYI0Rt2eHlV077sc6vbpNHII0YxKfxSByYAzAbOxZCNUAm/1k8qp kxSJY8bPdiQanoJWfiUuZAHyFgFJ68y8oyXbYMR2eeRHfmexzGAcUlSCwyNf+76buw81 U94TJ/eZyMd+NOiSjrc5Jgfj82Wb8Dd+4Pils= 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=HnNa0tSspLa//gd/hn5xGmyzCSoWFOuw6lEcBlTztR0I9sE7iOlcbVgtmZtqkx+q3B wR8o01f9MEJ85SrbMntK8tSy17PlqoWjJ4K9yRcQu9SQwQXHl2b95yc8fbhWb8Ibnybn A49r6+o9S2LsX8JNrbfLIlj7aohoU+ZYdi7YM= MIME-Version: 1.0 Received: by 10.223.96.76 with SMTP id g12mr1738648fan.32.1291240503663; Wed, 01 Dec 2010 13:55:03 -0800 (PST) Received: by 10.223.107.79 with HTTP; Wed, 1 Dec 2010 13:55:03 -0800 (PST) In-Reply-To: References: <20101115093709.GA1452@birne.dunkelkammer.void> Date: Wed, 1 Dec 2010 15:55:03 -0600 Message-ID: From: Adam Vande More To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 21:55:05 -0000 On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER wrote: > Same here, if I have snd_hda directly in kernel, screen doesn't wake > up with or without hw.acpi.reset_video=1. I don't like much modules > since it takes some time to load at boot > Are you booting from a tape drive or something? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 21:56:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF331065674 for ; Wed, 1 Dec 2010 21:56:42 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEF68FC1B for ; Wed, 1 Dec 2010 21:56:41 +0000 (UTC) Received: by bwz2 with SMTP id 2so6966357bwz.13 for ; Wed, 01 Dec 2010 13:56:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PP6whZTyKNzsLrv/EAPBWdUtEo+B1mQGLn5wPX3UXM8=; b=Q3t3iRzpgzmvlVv8rhtpRXmnJea4q/VK36zcHOmg0Tj+5Hh3SVBaBYKNBVLbpxoMDC SN6A+mlCR4b8eczdX5nipYs9ooOlSytUadkkgfLOvLDvKpYEDOEv3KH/e5lap9C1Ijv2 sSQNRFVXUpBp/u/o+BabXoWa24SdY/7DhsJ7w= 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=kP/hcZ4k75Qn4HNIjJ4Hp9ZHW7SS4QVqhBnnTVC5Y3DcWGNRv59qWhPN/JdSiAMkNJ bRAyIqojwyHXFsw6Phbbh9RnLW6UMD0r4mHgoYHLdmJpnAZ7VJPvfPux6NFj3vhBANqA ge8xV30ZXqGDJBWzOIk5neDElV6kB1W6MUtd4= MIME-Version: 1.0 Received: by 10.204.59.140 with SMTP id l12mr3189012bkh.193.1291240601021; Wed, 01 Dec 2010 13:56:41 -0800 (PST) Received: by 10.204.127.20 with HTTP; Wed, 1 Dec 2010 13:56:40 -0800 (PST) In-Reply-To: References: <20101115093709.GA1452@birne.dunkelkammer.void> Date: Wed, 1 Dec 2010 22:56:40 +0100 Message-ID: From: David DEMELIER To: Adam Vande More Content-Type: text/plain; charset=UTF-8 Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 21:56:42 -0000 2010/12/1 Adam Vande More : > On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER > wrote: >> >> Same here, if I have snd_hda directly in kernel, screen doesn't wake >> up with or without hw.acpi.reset_video=1. I don't like much modules >> since it takes some time to load at boot > > Are you booting from a tape drive or something? > > -- > Adam Vande More > No, but loading if you convert your kernel into modules, it takes a lot of time to load every modules. PC-BSD does it and it's slow. -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 22:10:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C211065679 for ; Wed, 1 Dec 2010 22:10:54 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0217C8FC17 for ; Wed, 1 Dec 2010 22:10:53 +0000 (UTC) Received: by mail-wy0-f182.google.com with SMTP id 19so7433143wyf.13 for ; Wed, 01 Dec 2010 14:10:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=jSg9mAtVrrp7Pi5OA5XojJoj637mEk2d/N4jdkB2ajw=; b=LZiVGcoaUd9XLsy3ttqg6bLMHaiVrYXYP972kQDidNCjRqw3D0c1b3150MDlhsLvf1 i8v5gGxgO9h/JzvRH66d9l+qbBdMY3B2H0ClGphn10nrgIBGx3M/v32sRIDOPHcI9mBp hIRkWQdtOxo5RtjPGqhHiEu0eAM4if623N3Cc= 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=T5QMIAZ8EpLnMJA5JLaaEykR3/YCIZgdviumyXTLa4rRK/9dYNlYACEfUenikGcyY0 UPNWOmE9E8WWGxl1nee5sZRFI/i5hYRD6Wse+JaFhFGcrfJL7VUDzPDLlhXagjxpIfJK rOrhzU8umO2KYOtEIWJnz50QOLZhVa3FkOFPU= MIME-Version: 1.0 Received: by 10.227.133.134 with SMTP id f6mr10030794wbt.202.1291241451818; Wed, 01 Dec 2010 14:10:51 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 1 Dec 2010 14:10:51 -0800 (PST) In-Reply-To: References: <20101115093709.GA1452@birne.dunkelkammer.void> Date: Wed, 1 Dec 2010 16:10:51 -0600 Message-ID: From: Zhihao Yuan To: David DEMELIER Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 22:10:54 -0000 I have exactly the same problem, the video never wakes up for acpiconf -s 3. My computer is HP nc8430, with 8.2-PRELEASE amd64. My old laptop Dell Inspiron 1100 with FreeBSD5.5 i386 has the same problem. So FreeBSD just can't handle suspend on my laptops :) On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER wrote: > 2010/11/15 Stefan Walter : > > Hi, > > > > I've been using 8.1-RELEASE on this desktop machine for a few months > > already, but only now found the time to look at a couple of problems with > > snd_hda and suspend/resume it still has. Maybe someone here has hints to > > fix them - I'd be grateful to hear them. > > > > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > > load the module AFTER booting. If I compile it into the kernel or add > > snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > > > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > > pcm0: at cad 0 nid 1 on hdac0 > > hdac1: HDA Codec #0: Realtek ALC885 > > pcm1: at cad 0 nid 1 on hdac1 > > pcm2: at cad 0 nid 1 on hdac1 > > pcm3: at cad 0 nid 1 on hdac1 > > > > mixer(8) shows: > > > > Mixer vol is currently set to 75:75 > > Mixer pcm is currently set to 75:75 > > > > There is no audio in that case. Unloading and reloading the module (or > > just loading the module manually after the boot process) logs: > > > > hdac0: mem > 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: HDA Codec #0: Realtek ALC885 > > hdac1: mem > 0xfdffc000-0xfdffffff irq 19 at device 5.1 on pci1 > > hdac1: HDA Driver Revision: 20100226_0142 > > hdac1: [ITHREAD] > > hdac1: HDA Codec #0: ATI RS690/780 HDMI > > pcm0: at cad 0 nid 1 on hdac0 > > pcm1: at cad 0 nid 1 on hdac0 > > pcm2: at cad 0 nid 1 on hdac0 > > pcm3: at cad 0 nid 1 on hdac1 > > > > mixer then shows: > > > > Mixer vol is currently set to 75:75 > > Mixer pcm is currently set to 75:75 > > Mixer speaker is currently set to 75:75 > > Mixer line is currently set to 75:75 > > Mixer mic is currently set to 0:0 > > Mixer mix is currently set to 0:0 > > Mixer rec is currently set to 75:75 > > Mixer igain is currently set to 0:0 > > > > Audio then seems to work fine. (Plugging earphones into the computer's > > case's front plugs doesn't do anything, though - audio still comes from > > the speakers attached to the plug at the back of the case. Any ideas > about > > that?) Loading snd_hda from a startup script would probably work, but I > > guess that's not the way it was meant to work. > > > > The other problem is with suspend/resume: > > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which the > > keyboard doesn't work any more, but I haven't really looked at that, yet. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. > > > > Regards, > > Stefan > > > > Same here, if I have snd_hda directly in kernel, screen doesn't wake > up with or without hw.acpi.reset_video=1. I don't like much modules > since it takes some time to load at boot so if a fix could be made it > will be great.. > > Cheers, > > -- > Demelier David > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 22:30:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06CB106564A; Wed, 1 Dec 2010 22:30:40 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2694C8FC16; Wed, 1 Dec 2010 22:30:39 +0000 (UTC) Received: by wwf26 with SMTP id 26so3253215wwf.31 for ; Wed, 01 Dec 2010 14:30:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=oQNXt+m/tJk//QkFzzAz5Tpc6SRxEd0KysO7YtE6lMo=; b=bE0eR46XAm7phq/Oqz2CIGmp+qh13wR0kDsd5tiGMVJPAfHC3GOjWrg57WVI1+7AM6 EfWmHJZshe5AG0zXPI8h2dHX/qtyrv6ogF4QmTeR3xJnWUxvWIHn/BWWCR3A/H8UiITI yRhRKm1k2jUL7zBl/kh7JValfNmbpav3rgzgI= 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=L7NOOLK/Yy/CbwalIrAi089tvjn+52gG2jK0gsP+jxAS6st5CR+6XqJWQqlNDWH8cJ +hPjgaplDidLvR/vvPAnGBM2y2WToTS9hnPPzpL9SE/1qHWmD/b/ECQs0J8PxJxqh4dM 96xdsVBTULSPieDFsgkcPLLAvBl1t82/It2Zc= MIME-Version: 1.0 Received: by 10.227.133.11 with SMTP id d11mr9885448wbt.173.1291242637135; Wed, 01 Dec 2010 14:30:37 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 1 Dec 2010 14:30:36 -0800 (PST) In-Reply-To: <4CEBC155.9090706@freebsd.org> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> Date: Wed, 1 Dec 2010 16:30:36 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 22:30:40 -0000 OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel (amd64 is preferred) with Dtrace supports, which can run the scripts/commands on the wiki? If so, please post your kernel configurations here, thanks. On Tue, Nov 23, 2010 at 7:27 AM, Andriy Gapon wrote: > on 23/11/2010 15:25 Jeremy Chadwick said the following: > > On Tue, Nov 23, 2010 at 05:13:53AM -0800, Jeremy Chadwick wrote: > >> On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: > >>> on 23/11/2010 10:20 Zhihao Yuan said the following: > >>>> Attach my kernel configuration here, just in case. > >>>> > >>>> On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: > >>>>> Forwarding back to the mailing list since the OP didn't CC it on his > >>>>> reply to me. > >>>>> > >>>>> ----- Forwarded message from Zhihao Yuan ----- > >>>>> > >>>>>> From: Zhihao Yuan > >>>>>> To: Jeremy Chadwick > >>>>>> Date: Tue, 23 Nov 2010 01:18:57 -0600 > >>>>>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > >>>>>> > >>>>>> I followed the instructions, but still can not run any D-scripts. > All > >>>>>> scripts shows the error message that I just posted. > >>> > >>> Are the installed world and the installed kernel in sync? > >>> (Built from the same state of source code). > > The same question. > > >> FWIW, I can reproduce his problem when following the procedure outlined > >> in the Wiki. > >> > >> As a workaround I tried adding WITH_CTF=true to /etc/src.conf and > >> rebuilding + reinstalling world + reboot, to no avail. I'm rebuilding > >> the kernel now to see if that makes a difference after the above > >> workaround. > > > > Nope, no go. > > > > icarus# kldload dtraceall > > icarus# dtrace -lP syscall > > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line > 37: syntax error near "uid_t" > > > > icarus# ls -l /boot/kernel/kernel > > -r-xr-xr-x 1 root wheel 7180261 Nov 23 05:16 /boot/kernel/kernel > > icarus# ls -l /usr/lib/dtrace > > total 32 > > -r--r--r-- 1 root wheel 8608 Nov 23 05:09 drti.o > > -r--r--r-- 1 root wheel 6910 Nov 23 05:09 errno.d > > -r--r--r-- 1 root wheel 3196 Nov 23 05:09 psinfo.d > > -r--r--r-- 1 root wheel 3597 Nov 23 05:09 regs_x86.d > > -r--r--r-- 1 root wheel 3121 Nov 23 05:09 signal.d > > -r--r--r-- 1 root wheel 2019 Nov 23 05:09 unistd.d > > > > icarus# vim /usr/lib/dtrace/psinfo.d > > ... > > 31 typedef struct psinfo { > > 32 int pr_nlwp; /* number of threads */ > > 33 pid_t pr_pid; /* unique process id */ > > 34 pid_t pr_ppid; /* process id of parent */ > > 35 pid_t pr_pgid; /* pid of process group leader */ > > 36 pid_t pr_sid; /* session id */ > > 37 uid_t pr_uid; /* real user id */ > > 38 uid_t pr_euid; /* effective user id */ > > 39 gid_t pr_gid; /* real group id */ > > 40 gid_t pr_egid; /* effective group id */ > > > > > -- > Andriy Gapon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 1 23:33:07 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D935F106567A for ; Wed, 1 Dec 2010 23:33:07 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 94B518FC26 for ; Wed, 1 Dec 2010 23:33:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAI1p9kyDaFvO/2dsb2JhbACDUKBCsl+QTYEhgzNzBIRehgiLHA X-IronPort-AV: E=Sophos;i="4.59,285,1288584000"; d="scan'208";a="100983735" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 01 Dec 2010 18:33:06 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A165FB3F3A; Wed, 1 Dec 2010 18:33:06 -0500 (EST) Date: Wed, 1 Dec 2010 18:33:06 -0500 (EST) From: Rick Macklem To: Adam McDougall Message-ID: <1918825226.1032577.1291246386604.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4CF5DEC4.3070901@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [74.172.195.248] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - IE8 (Win)/6.0.7_GA_2473.RHEL4_64) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2010 23:33:07 -0000 > > I'll give negnametimeo=0 a try on one server starting tonight, I'll be > busy tomorrow and don't want to risk making anything potentially worse > than it is yet. I can't figure out how to disable the attr cache in > FreeBSD. Neither suggestions seem to be valid, and years ago when I > looked into it I got the impression that you can't, but I'd love to be > proven wrong. I just looked and, yea, you are correct, in that the cached attributes are still used while NMODIFIED is set if the mtime isn't within the current second. (I'm not going to veture a guess as to why this is done at this time:-) But, "acregmon=0,acregmax=0,acdirmin=0,acdirmax=0" looks like it comes close, from a quick inspection of the code. I haven't tested this. You do have to set both min and max == 0, or max just gets set to min instead of 0. The *dir* ones apply to directories and the *reg* ones otherwise. > I'll try dotlock when I can. Would disabling statd and > lockd be the same as using nolock on all mounts? Nope. If you kill off lockd and statd without using the "nolock" option, I think all file lock operations will fail with ENOTSUPPORTED whereas when you mount with "nolock", the lock ops will be done locally in the client (ie seen by other processes in the same client, but not by other clients). > The vacation binary > is > the only thing I can think of that might use it, not sure how well it > would like missing it which is how I discovered I needed it in the > first > place. Also, if disabling lockd shows an improvement, could it lead to > further investigation or is it just a workaround? Well, it's a work around in the sense that you are avoiding the NLM and NSM protocols. These are fundamentally flawed protocol designs imho, but some folks find that they work ok for them. Imho, the two big flaws are: 1 - Allowing a blocking lock in the server. Then what happens if the client is network partitioned when the server finally acquires the lock for the client? (NFSv4 only allows the server to block for a very short time before it replies. The client must "poll" until the lock is available, if the client app. allows blocking. In other works, the client does the blocking.) 2 - It depends upon the NSM to decide if a node is up/down. I'm not sure what the NSM actually does, but it's along the lines of an IP broadcast to see if the other host(s) are responding and then sets up/down based on how recently it saw a message from a given host. (NFSv4 requires that the server recognize a lock request where the client had state that predates this boot and reply with an error that tells the client to recover its lock state using special variants of the lock ops. Imho, this does a much better job of making sure the server and clients maintain a consistent set of lock state. The server may throw away lock state for an NFSv4 client if it hasn't renewed the state within a lease time and then the client will be given an "expired" error to tell it that it has lost locks. This should only happen when a network partitioning exceeds the lease duration and, in the case of the FreeBSD NFSv4 server, it has also received a conflicting lock request from another client whose lease has not expired.) Probably a lot more glop than you expected, but I couldn't resist a chance to put in a plug for NFSv4 file locking. Btw, you could try NFSv4 mounts, since Netapp and the experimental FreeBSD8 client both support them. Good lock (oh, I meant luck:-) with it, rick From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 00:22:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 214E81065675 for ; Thu, 2 Dec 2010 00:22:42 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81DB78FC12 for ; Thu, 2 Dec 2010 00:22:41 +0000 (UTC) Received: by wyf19 with SMTP id 19so7551158wyf.13 for ; Wed, 01 Dec 2010 16:22:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=xibAQVHW+PfjwQcqLFfEc1re482CA6ldAZ3hHTmydOw=; b=EEFycCmZDr9Lwgyu2nPp410GmBBBXKGyiLHCb0eSiF61HLnN/lSHF3iahxUbd234kT mjFN4k2LJiuTDvhHnEGSsePmg/wzKEIJudeTEoOR7KRJH76h2jLx7SGhhBhvMrLlknQY laraadfyj1McMbqhm3S+LZsw+Rxm1dI2TLqg8= 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=lC9tjjGGUztzL7r1ngHjnA1WL/gwZiTG7gS7Fniq+IsgUenf5LvzYZb1YxGBoMmKiI tPZyAiswBqp319f+NEHy35XC+AcwY/QJ/Zbr+ep0FFQBdZIisGRuijEt2PsOLBMFPBzA 802JTPt7SY6G7SqCIiaSlhYyZ4Kv74EGp77Tw= MIME-Version: 1.0 Received: by 10.216.142.199 with SMTP id i49mr8125779wej.96.1291249360302; Wed, 01 Dec 2010 16:22:40 -0800 (PST) Received: by 10.216.12.80 with HTTP; Wed, 1 Dec 2010 16:22:40 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> Date: Wed, 1 Dec 2010 18:22:40 -0600 Message-ID: From: Brandon Gooch To: Zhihao Yuan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 00:22:42 -0000 On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote: > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel > (amd64 is preferred) with Dtrace supports, which can run the > scripts/commands on the wiki? If so, please post your kernel configurations > here, thanks. I have an i386 system working: FreeBSD d820.flick.local 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #2 r216091: Wed Dec 1 18:06:20 CST 2010 root@d820.flick.local:/usr/obj/usr/src/sys/D820 i386 Just built the kernel and ran through some tests on the DTrace wiki page. Incidentally, I had a tough time on my system running HEAD built with clang. DTrace simply would not run properly until I built the kernel with the base gcc. It was as if the kernel and userland were not in sync, no matter what I tried (even netstat didn't work). Maybe you need to clean EVERYTHING, checkout a clean source tree (if you've been mucking around in there), and rebuild and install kernel and world. I wish I could help more, but I'm still just a newb in a lot of respects... -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 00:27:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B563106566B for ; Thu, 2 Dec 2010 00:27:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 128E28FC15 for ; Thu, 2 Dec 2010 00:27:36 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta09.westchester.pa.mail.comcast.net with comcast id dp9F1f0010vyq2s590Tdf8; Thu, 02 Dec 2010 00:27:37 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.westchester.pa.mail.comcast.net with comcast id e0Tb1f00E3LrwQ23R0TcKt; Thu, 02 Dec 2010 00:27:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 468839B422; Wed, 1 Dec 2010 16:27:34 -0800 (PST) Date: Wed, 1 Dec 2010 16:27:34 -0800 From: Jeremy Chadwick To: Brandon Gooch Message-ID: <20101202002734.GA84177@icarus.home.lan> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 00:27:37 -0000 On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote: > On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote: > > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel > > (amd64 is preferred) with Dtrace supports, which can run the > > scripts/commands on the wiki? If so, please post your kernel configurations > > here, thanks. > > I have an i386 system working: > [snip] Can you please try the command the OP originally provided? See command here: http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060216.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 00:27:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DD211065674 for ; Thu, 2 Dec 2010 00:27:37 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8D28FC17 for ; Thu, 2 Dec 2010 00:27:36 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id oB20CWlK004992 for ; Wed, 1 Dec 2010 18:12:33 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Dec 1 18:12:33 2010 Message-ID: <4CF6E41F.8060101@denninger.net> Date: Wed, 01 Dec 2010 18:11:11 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/mixed; boundary="------------090900080101070102010506" X-Antivirus: avast! (VPS 101201-1, 12/01/2010), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 00:27:37 -0000 This is a multi-part message in MIME format. --------------090900080101070102010506 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Works in this kernel, checked out on that day: FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP fxp0: port 0x1000-0x101f mem 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 fxp0: Enabling Rx lock-up workaround miibus0: on fxp0 fxp0: Ethernet address: 00:a0:c9:a4:78:c3 fxp0: [ITHREAD] (and has been running for months, and for a very long time before that) Tried to update to today's check-out and got hosed. The driver now keeps resetting and sending out "down" and "up" messages repeatedly, and no traffic flows.... This is the ident I have on the current build: fxp0: port 0x1000-0x101f mem 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 fxp0: Enabling Rx lock-up workaround miibus0: on fxp0 fxp0: Ethernet address: 00:a0:c9:a4:78:c3 fxp0: [ITHREAD] Looks the same..... Something was touched though on Nov 30 in the CVS tree. It looks like there was a fairly serious commit posted on 10-15, and some other smaller ones related to VLANs and flow control (which don't apply to this configuration.) I can't find anything else related...... anyone know what's up here? Probably need to find this as we're going into the 8.2 RELEASE cycle..... DMESG from the failed kernel boot is attached. -- Karl Denninger --------------090900080101070102010506 Content-Type: text/plain; name="boot.shit" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="boot.shit" Copyright (c) 1992-2010 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.2-PRERELEASE #12: Wed Dec 1 13:03:01 CST 2010 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2409.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Family = 6 Model = f Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2084683776 (1988 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0x93000000-0x93ffffff,0x80000000-0x8fffffff,0x92000000-0x92ffffff irq 16 at device 0.0 on pci1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 puc0: port 0x4060-0x407f,0x4040-0x405f mem 0x94503000-0x94503fff,0x94502000-0x94502fff irq 16 at device 0.0 on pci3 puc0: [FILTER] uart2: <16550 or compatible> on puc0 uart2: [FILTER] uart3: <16550 or compatible> on puc0 uart3: [FILTER] uart4: <16550 or compatible> on puc0 uart4: [FILTER] uart5: <16550 or compatible> on puc0 uart5: [FILTER] pci3: at device 0.1 (no driver attached) hdac0: mem 0x94600000-0x94603fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib4: at device 28.0 on pci0 pci4: on pcib4 3ware device driver for 9000 series storage controllers, version: 3.80.06.003 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0x90000000-0x91ffffff,0x94400000-0x94400fff irq 16 at device 0.0 on pci4 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 4.08.00.006, BIOS BE9X 4.08.00.001 pcib5: at device 28.5 on pci0 pci5: on pcib5 em0: port 0x2000-0x201f mem 0x94300000-0x9431ffff irq 17 at device 0.0 on pci5 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 00:19:d1:e3:b4:b8 uhci0: port 0x5080-0x509f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0x5060-0x507f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0x5040-0x505f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 uhci3: port 0x5020-0x503f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus3: on uhci3 ehci0: mem 0x94604400-0x946047ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 fxp0: port 0x1000-0x101f mem 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 fxp0: Enabling Rx lock-up workaround miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: Ethernet address: 00:a0:c9:a4:78:c3 fxp0: [ITHREAD] fwohci0: mem 0x94204000-0x942047ff,0x94200000-0x94203fff irq 18 at device 4.0 on pci6 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:c8:f1:cc 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 0x7c9c4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:c8:f1:cc fwe0: Ethernet address: 02:90:27:c8:f1:cc fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:c8:f1:cc @ 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 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x50b0-0x50bf irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x50c8-0x50cf,0x50e4-0x50e7,0x50c0-0x50c7,0x50e0-0x50e3,0x50a0-0x50af mem 0x94604000-0x946043ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xce800-0xd07ff 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to deny, logging disabledfirewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded hdac0: HDA Codec #2: Sigmatel STAC9274D 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 pcm0: at cad 2 nid 1 on hdac0 pcm1: at cad 2 nid 1 on hdac0 pcm2: at cad 2 nid 1 on hdac0 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 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 uhub4: 8 ports with 8 removable, self powered da0 at twa0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) da1 at twa0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Root mount waiting for: usbus4 uhub_reattach_port: port 2 reset failed, error=USB_ERR_TIMEOUT uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 2 Trying to mount root from ufs:/dev/da0s1a ugen0.2: at usbus0 uhub5: on usbus0 uhub5: 4 ports with 4 removable, self powered ugen4.2: at usbus4 uhub6: on usbus4 ugen0.3: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 uhid0: on usbus0 uhub6: 7 ports with 7 removable, self powered ugen0.4: at usbus0 ukbd1: on usbus0 kbd3 at ukbd1 uhid1: on usbus0 device_attach: uhid1 attach returned 12 ugen4.3: at usbus4 uftdi0: on usbus4 ugen4.4: at usbus4 uftdi1: on usbus4 ugen4.5: at usbus4 uftdi2: on usbus4 ugen4.6: at usbus4 uftdi3: on usbus4 ugen4.7: at usbus4 uftdi4: on usbus4 ugen4.8: at usbus4 uftdi5: on usbus4 ugen4.9: at usbus4 uhub7: on usbus4 uhub7: 4 ports with 4 removable, self powered ugen4.10: at usbus4 uftdi6: on usbus4 ugen4.11: at usbus4 uftdi7: on usbus4 --------------090900080101070102010506-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 00:37:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04D341065679; Thu, 2 Dec 2010 00:37:59 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 620AC8FC0C; Thu, 2 Dec 2010 00:37:57 +0000 (UTC) Received: by wyf19 with SMTP id 19so7563062wyf.13 for ; Wed, 01 Dec 2010 16:37:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kBvOq+ebMdT0BUk/2irYumLdjg+PWBwa04RiTKimxh4=; b=Z90KA91+Hmaofj+V6/nVBRdHdGYVFWhZmhi6bw5vMOqByS7HRZ3iTFNemEde8F1RGF n+y1hug36OXmLb5qRVIxglOjjdqWqS9on3tKyim9jCDw5EfNFMoxwQL1cYKa1WLHQWnH lpa2vkwt7ZUdM4hkbkq+tswdO+cgp6tkTxMEg= 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=meuomVvBFrd4BzvACprqDm+0u9QcUEggnT8sCzGhZsbS3e6P1FuIvcbhajhuDWKw37 ZUe16xpHTeNtvBozEFa3v6ch50npHbA8ujF+NhNgCxJ7QpTdRTDoCoWzgOkOz2bjAidI nEQSyycjhISEcH4FPHp3DFVeE43KD5LSC/Jqg= MIME-Version: 1.0 Received: by 10.216.154.131 with SMTP id h3mr2682614wek.74.1291250276482; Wed, 01 Dec 2010 16:37:56 -0800 (PST) Received: by 10.216.12.80 with HTTP; Wed, 1 Dec 2010 16:37:56 -0800 (PST) In-Reply-To: <20101202002734.GA84177@icarus.home.lan> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> Date: Wed, 1 Dec 2010 18:37:56 -0600 Message-ID: From: Brandon Gooch To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 00:37:59 -0000 On Wed, Dec 1, 2010 at 6:27 PM, Jeremy Chadwick wrote: > On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote: >> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote: >> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE ke= rnel >> > (amd64 is preferred) with Dtrace supports, which can run the >> > scripts/commands on the wiki? If so, please post your kernel configura= tions >> > here, thanks. >> >> I have an i386 system working: >> [snip] > > Can you please try the command the OP originally provided? =A0See command > here: > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060216.ht= ml d820# dtrace -lP syscall | head ID PROVIDER MODULE FUNCTION NAME 17 syscall syscall entry 18 syscall syscall return 19 syscall exit entry 20 syscall exit return 21 syscall fork entry 22 syscall fork return 23 syscall read entry 24 syscall read return 25 syscall write entry The error the OP received from the above command was pretty much exactly what I was seeing when I attempting to use DTrace on my HEAD system, built with clang. Same error, at least this part: "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type kernel`struct thread * for identifier curthread: Unknown type name" I was running simply 'dtrace -l' to list all probes... -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 00:44:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E251106564A for ; Thu, 2 Dec 2010 00:44:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC478FC0C for ; Thu, 2 Dec 2010 00:44:50 +0000 (UTC) Received: by gwj21 with SMTP id 21so4024308gwj.13 for ; Wed, 01 Dec 2010 16:44:50 -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=G3Qs8L9FMHeVTWVtNbxSFGgCfUh5yqFH7TEvVYXE47o=; b=UE8/BXjW+O5plN3hVo/tkymfeSxo2YCs+fTywEpuDaJDf/sGwTshpVIWVlowGxX0gq jvebR5BeIn3C1wddfOsTY6En2JJT3juvY+wnk8aCiupuGPj+g9K+VNCQskSyDSrT6+gF hCCho5/uRunbIe3Md3Ra3LTxYdNgf0ilt3wUQ= 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=wl61q7h6YC/JPtn/Wcs1fAbHcxM/DGMhjCh4Zu598trhmy/l51iwzJFds3RSUqLO1f 4edM2wHMNfgZY+VyRmk5MfT0pKKudP6Hskgr/mqxmliBHc1y8s8iiZCvzlVzgBnj7yUt 4hTATG9AOJ3b0/pAhNpUOpxfBBAMWFQIeB6qM= Received: by 10.150.196.13 with SMTP id t13mr341996ybf.41.1291250690401; Wed, 01 Dec 2010 16:44:50 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 54sm365179yhl.32.2010.12.01.16.44.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Dec 2010 16:44:48 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 1 Dec 2010 16:44:47 -0800 From: Pyun YongHyeon Date: Wed, 1 Dec 2010 16:44:47 -0800 To: Karl Denninger Message-ID: <20101202004447.GD8893@michelle.cdnetworks.com> References: <4CF6E41F.8060101@denninger.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <4CF6E41F.8060101@denninger.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 00:44:51 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote: > Works in this kernel, checked out on that day: > > FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010 > karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > fxp0: port 0x1000-0x101f mem > 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 > fxp0: Enabling Rx lock-up workaround > miibus0: on fxp0 > fxp0: Ethernet address: 00:a0:c9:a4:78:c3 > fxp0: [ITHREAD] > > (and has been running for months, and for a very long time before that) > > Tried to update to today's check-out and got hosed. > > The driver now keeps resetting and sending out "down" and "up" messages > repeatedly, and no traffic flows.... > > This is the ident I have on the current build: > > fxp0: port 0x1000-0x101f mem > 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 > fxp0: Enabling Rx lock-up workaround > miibus0: on fxp0 > fxp0: Ethernet address: 00:a0:c9:a4:78:c3 > fxp0: [ITHREAD] > > Looks the same..... > > Something was touched though on Nov 30 in the CVS tree. > > It looks like there was a fairly serious commit posted on 10-15, and > some other smaller ones related to VLANs and flow control (which don't > apply to this configuration.) > > I can't find anything else related...... anyone know what's up here? > > Probably need to find this as we're going into the 8.2 RELEASE cycle..... > > DMESG from the failed kernel boot is attached. > Thanks for reporting. Try attached patch. It seems there is a bug in RX lockup detection logic. Your controller is known to RX lockup free so the workaround should not be enabled. Otherwise fxp(4) reinitializes the controller every 15 seconds. --MfFXiAuoTsnnDAfZ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fxp.82557.lockup.diff" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 216097) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -526,10 +526,12 @@ } /* Receiver lock-up workaround detection. */ - fxp_read_eeprom(sc, &data, 3, 1); - if ((data & 0x03) != 0x03) { - sc->flags |= FXP_FLAG_RXBUG; - device_printf(dev, "Enabling Rx lock-up workaround\n"); + if (sc->revision < FXP_REV_82558_A4) { + fxp_read_eeprom(sc, &data, 3, 1); + if ((data & 0x03) != 0x03) { + sc->flags |= FXP_FLAG_RXBUG; + device_printf(dev, "Enabling Rx lock-up workaround\n"); + } } /* --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 01:37:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311BA10656A7; Thu, 2 Dec 2010 01:37:05 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7368FC1C; Thu, 2 Dec 2010 01:37:04 +0000 (UTC) Received: by wwf26 with SMTP id 26so3410325wwf.31 for ; Wed, 01 Dec 2010 17:37:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=jDXcCWPg5mufyo0w0JjHou/3nHvU73JCRBFl3UI5wkE=; b=EzhAoTErkwdGieQNosmLPaIcr/D05vYfMjTDp3Lx/8VQphrQmFd0efYeaxCg5zkdB1 kgBH5E7Slv5L5MBYqGkDRwxrQ3qKRF6rU0TBhwCNP5LamZx3IcoiLlGOHFOknStDw4DU u30C1Ve0wCiv2VLDqLxCuhYKdP283NF8+mgfc= 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=DG8LjHGfCOp7jNeQ86aeBLYeg9k6NSUz1WDeqreeGiU8BLkVcWCow/LDZQjvhSkFzp jaM3H9FjpEACR47ZTrcFSehgtez42/6Ex0AOPTVOGoGyaVihI+vyFwQ7v4qrWsjbWJhm buabhnu+BABKOm+8Y33/+07DKsTqT9OeIH9kY= MIME-Version: 1.0 Received: by 10.227.129.9 with SMTP id m9mr4956723wbs.116.1291253821984; Wed, 01 Dec 2010 17:37:01 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 1 Dec 2010 17:37:01 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> Date: Wed, 1 Dec 2010 19:37:01 -0600 Message-ID: From: Zhihao Yuan To: Brandon Gooch Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 01:37:05 -0000 I guess such an error has nothing to do with the difference between compilers... I assumed that you used similar KERNCONF on your two systems. So, a hypothesis is: Dtrace does not work correctly on amd64. On Wed, Dec 1, 2010 at 6:37 PM, Brandon Gooch wrote: > On Wed, Dec 1, 2010 at 6:27 PM, Jeremy Chadwick > wrote: > > On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote: > >> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote: > >> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE > kernel > >> > (amd64 is preferred) with Dtrace supports, which can run the > >> > scripts/commands on the wiki? If so, please post your kernel > configurations > >> > here, thanks. > >> > >> I have an i386 system working: > >> [snip] > > > > Can you please try the command the OP originally provided? See command > > here: > > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060216.html > > d820# dtrace -lP syscall | head > ID PROVIDER MODULE FUNCTION NAME > 17 syscall syscall entry > 18 syscall syscall return > 19 syscall exit entry > 20 syscall exit return > 21 syscall fork entry > 22 syscall fork return > 23 syscall read entry > 24 syscall read return > 25 syscall write entry > > The error the OP received from the above command was pretty much > exactly what I was seeing when I attempting to use DTrace on my HEAD > system, built with clang. Same error, at least this part: > > "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type > kernel`struct thread * for identifier curthread: Unknown type name" > > I was running simply 'dtrace -l' to list all probes... > > -Brandon > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 01:42:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD511065693 for ; Thu, 2 Dec 2010 01:42:49 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 869828FC12 for ; Thu, 2 Dec 2010 01:42:49 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id oB21gnIn002685 for ; Wed, 1 Dec 2010 19:42:49 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Dec 1 19:42:49 2010 Message-ID: <4CF6F947.4000803@denninger.net> Date: Wed, 01 Dec 2010 19:41:27 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4CF6E41F.8060101@denninger.net> <20101202004447.GD8893@michelle.cdnetworks.com> In-Reply-To: <20101202004447.GD8893@michelle.cdnetworks.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/mixed; boundary="------------050702000301090009000000" X-Antivirus: avast! (VPS 101201-1, 12/01/2010), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 01:42:49 -0000 This is a multi-part message in MIME format. --------------050702000301090009000000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 12/1/2010 6:44 PM, Pyun YongHyeon wrote: > On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote: >> Works in this kernel, checked out on that day: >> >> FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010 >> karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP >> >> fxp0: port 0x1000-0x101f mem >> 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 >> fxp0: Enabling Rx lock-up workaround >> miibus0: on fxp0 >> fxp0: Ethernet address: 00:a0:c9:a4:78:c3 >> fxp0: [ITHREAD] >> >> (and has been running for months, and for a very long time before that) >> >> Tried to update to today's check-out and got hosed. >> >> The driver now keeps resetting and sending out "down" and "up" messages >> repeatedly, and no traffic flows.... >> >> This is the ident I have on the current build: >> >> fxp0: port 0x1000-0x101f mem >> 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 >> fxp0: Enabling Rx lock-up workaround >> miibus0: on fxp0 >> fxp0: Ethernet address: 00:a0:c9:a4:78:c3 >> fxp0: [ITHREAD] >> >> Looks the same..... >> >> Something was touched though on Nov 30 in the CVS tree. >> >> It looks like there was a fairly serious commit posted on 10-15, and >> some other smaller ones related to VLANs and flow control (which don't >> apply to this configuration.) >> >> I can't find anything else related...... anyone know what's up here? >> >> Probably need to find this as we're going into the 8.2 RELEASE cycle..... >> >> DMESG from the failed kernel boot is attached. >> > Thanks for reporting. Try attached patch. It seems there is a bug > in RX lockup detection logic. Your controller is known to RX > lockup free so the workaround should not be enabled. Otherwise > fxp(4) reinitializes the controller every 15 seconds. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" The patch was successful. I have another problem with the new kernel in that it is not properly blocking on reads from an attached GPS (NTPD) but I'll see what I can find out there and update as necessary. This probably needs to be committed so it doesn't bite other people. -- Karl --------------050702000301090009000000-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 01:47:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5BFB106566B; Thu, 2 Dec 2010 01:47:05 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9E98FC18; Thu, 2 Dec 2010 01:47:04 +0000 (UTC) Received: by wwb39 with SMTP id 39so493637wwb.1 for ; Wed, 01 Dec 2010 17:47:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=/u2M7sqt/Yul0T3Ven2K3JFN9gX22S5sr28+EBkWW2Y=; b=qSRqyhi+xUwuPuSrX2xKcEbr8IEr8Lv0rVq0mWhIiin0SZZIFSFNoArI9hRueXn70d YtXjfelwXWY0PAdeIy7V8UWa600cwJChb0iXlOdgQqOVE1/ebKUfjxaHBJG+FF57h1Ib KDr3wqod85V2uIcVfJLl9ZgN/n26xiHnRTlMM= 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=T7GX5W1+g+N/0BwJVW3Jc46YLZduGupobXKkB/NYrpeB9t2DYiYqOvGhZgI/0GFmkw ASjgqHil0RzQI5SG2EPFXSW3rjk+TP7CU2QJF30UX/zSfB91WYVNGuE3p/XX8fwQrB8w lBtUlXIu9YvTxuR6377jIjEs5e8Yuf2bQRy38= MIME-Version: 1.0 Received: by 10.216.93.9 with SMTP id k9mr8430131wef.89.1291254423394; Wed, 01 Dec 2010 17:47:03 -0800 (PST) Received: by 10.216.12.80 with HTTP; Wed, 1 Dec 2010 17:47:03 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> Date: Wed, 1 Dec 2010 19:47:03 -0600 Message-ID: From: Brandon Gooch To: Zhihao Yuan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Andriy Gapon , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 01:47:05 -0000 On Wed, Dec 1, 2010 at 7:37 PM, Zhihao Yuan wrote: > I guess such an error has nothing to do with the difference between > compilers... I assumed that you used similar KERNCONF on your two systems. > So, a hypothesis is: Dtrace does not work correctly on amd64. I should have mentioned that I do have DTrace sort of working on my HEAD system (amd64), just strange terminal behavior now (CTRL-C doesn't allow a running script to produce any output -- pkill dtrace works however...). I just found this, which seems to indicate that you may be on to something: http://forums.freebsd.org/showthread.php?t=19028 What does your kernel config look like? How about /etc/make.conf and /etc/src.conf? Maybe looking at the contents of these files will shed some light... -Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 02:13:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61E8A1065679; Thu, 2 Dec 2010 02:13:11 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B62818FC1F; Thu, 2 Dec 2010 02:13:10 +0000 (UTC) Received: by fxm16 with SMTP id 16so5700681fxm.13 for ; Wed, 01 Dec 2010 18:13:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tB2NrpYc0lAeDSaekHCrnaQq3clw+G8Ef9BtT31LVS4=; b=tGVWFdqxHFZ/kV+ux2Xti1LjIda9ifSy3Uvg5oH6OsIUV10zKec9Wd053jznv8QLXb 3xWm/Vy8BQa/nHPcg2EW9XyR1B14xmo2HDck7AgiudUcBqTUMEbR1o7HzBqhAqntpdjc uiG0PM5D9K3a5Jse0c13/MsOhCYrucknlxqoU= 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=WoCFvMWWdJ/PHtJDXs7xjS+OLGEzUQ7u81XttwPfCaQsU1Cx4MWp6Jsj/rXoOPWtnW zcAj/Rcc7IX5bIMsFJuqcV4PVsJZYRKnoeFBotcyxU7h+S8/Q16cCeuVlwOn7akDWMbB byLA3ToCgFO3Qv7xqAlJJqkQ9hVkt7Mp2ry20= MIME-Version: 1.0 Received: by 10.223.126.5 with SMTP id a5mr8997951fas.47.1291254457138; Wed, 01 Dec 2010 17:47:37 -0800 (PST) Received: by 10.223.93.203 with HTTP; Wed, 1 Dec 2010 17:47:37 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> Date: Wed, 1 Dec 2010 17:47:37 -0800 Message-ID: From: Navdeep Parhar To: Zhihao Yuan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 02:13:11 -0000 On Wed, Dec 1, 2010 at 5:37 PM, Zhihao Yuan wrote: > I guess such an error has nothing to do with the difference between > compilers... I assumed that you used similar KERNCONF on your two systems= . > So, a hypothesis is: Dtrace does not work correctly on amd64. It works just fine for me. I built my amd64 kernel a week or so back with this KERNCONF: include GENERIC ident DWARF options KDTRACE_FRAME options KDTRACE_HOOKS options KDB options DDB options DDB_CTF Can you check with ctfdump if you objects actually have CTF information in them? Something like this: # ctfdump -S /boot/kernel/kernel .... # ctfdump /boot/kernel/kernel | grep ... Regards, Navdeep > > On Wed, Dec 1, 2010 at 6:37 PM, Brandon Gooch > wrote: > >> On Wed, Dec 1, 2010 at 6:27 PM, Jeremy Chadwick >> wrote: >> > On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote: >> >> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan wrote= : >> >> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE >> kernel >> >> > (amd64 is preferred) with Dtrace supports, which can run the >> >> > scripts/commands on the wiki? If so, please post your kernel >> configurations >> >> > here, thanks. >> >> >> >> I have an i386 system working: >> >> [snip] >> > >> > Can you please try the command the OP originally provided? =A0See comm= and >> > here: >> > >> > >> http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060216.h= tml >> >> d820# dtrace -lP syscall | head >> =A0 ID =A0 PROVIDER =A0 =A0 =A0 =A0 =A0 =A0MODULE =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0FUNCTION NAME >> =A0 17 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 syscall entry >> =A0 18 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 syscall return >> =A0 19 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0exit entry >> =A0 20 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0exit return >> =A0 21 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0fork entry >> =A0 22 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0fork return >> =A0 23 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0read entry >> =A0 24 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0read return >> =A0 25 =A0 =A0syscall =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 write entry >> >> The error the OP received from the above command was pretty much >> exactly what I was seeing when I attempting to use DTrace on my HEAD >> system, built with clang. Same error, at least this part: >> >> "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type >> kernel`struct thread * for identifier curthread: Unknown type name" >> >> I was running simply 'dtrace -l' to list all probes... >> >> -Brandon >> > > > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 02:21:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7038106564A; Thu, 2 Dec 2010 02:21:24 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29DF08FC14; Thu, 2 Dec 2010 02:21:23 +0000 (UTC) Received: by wyf19 with SMTP id 19so7639940wyf.13 for ; Wed, 01 Dec 2010 18:21:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WjMUWqrV6on22VboIuXTRCs10oIjzTbcHnlD+QLoVpE=; b=wkdL7pkE/XU2KUBzIWsgIdkDdfhLKwxKlWdV94kC0oQZ3jiqou9iQHSq8HHJO/ilgo NKhOJbRJ16FMI5bF1jQI2n3WaIsyauIpgAa3P2e2ej7aS6vgKxsXhAlNiUgL7QQbqqbX RxVSU0G/C1f6D2qh0m8nfLMIzhdA+2z/yAXEY= 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=CYyPd2xJ+grKoZa0JhmjBw5V4p6b6SkzkAIlOBvRJ2ekvxJRYvRMs6Za9LmY0l66mT kIiOQpsDzeznq7UdsniNYk7TtmzlyknRsHuigAmYDQ7XvZDTVfNlbvuvG77vzrtQsf/e KNK1klh01LGEyzYnCghhefl5tajj6ljIUxtDQ= MIME-Version: 1.0 Received: by 10.227.127.79 with SMTP id f15mr10307466wbs.86.1291256481251; Wed, 01 Dec 2010 18:21:21 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 1 Dec 2010 18:21:21 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> Date: Wed, 1 Dec 2010 20:21:21 -0600 Message-ID: From: Zhihao Yuan To: Navdeep Parhar Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 02:21:24 -0000 ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But I don't have either options KDB or options DDB I guess these has nothing to do with Dtrace, at least KDB is just a totally different module. Am I right? On Wed, Dec 1, 2010 at 7:47 PM, Navdeep Parhar wrote: > On Wed, Dec 1, 2010 at 5:37 PM, Zhihao Yuan wrote: > > I guess such an error has nothing to do with the difference between > > compilers... I assumed that you used similar KERNCONF on your two > systems. > > So, a hypothesis is: Dtrace does not work correctly on amd64. > > It works just fine for me. I built my amd64 kernel a week or so back > with this KERNCONF: > include GENERIC > ident DWARF > options KDTRACE_FRAME > options KDTRACE_HOOKS > options KDB > options DDB > options DDB_CTF > > Can you check with ctfdump if you objects actually have CTF > information in them? Something like this: > # ctfdump -S /boot/kernel/kernel > .... > # ctfdump /boot/kernel/kernel | grep ... > > Regards, > Navdeep > > > > > On Wed, Dec 1, 2010 at 6:37 PM, Brandon Gooch > > wrote: > > > >> On Wed, Dec 1, 2010 at 6:27 PM, Jeremy Chadwick > >> wrote: > >> > On Wed, Dec 01, 2010 at 06:22:40PM -0600, Brandon Gooch wrote: > >> >> On Wed, Dec 1, 2010 at 4:30 PM, Zhihao Yuan > wrote: > >> >> > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE > >> kernel > >> >> > (amd64 is preferred) with Dtrace supports, which can run the > >> >> > scripts/commands on the wiki? If so, please post your kernel > >> configurations > >> >> > here, thanks. > >> >> > >> >> I have an i386 system working: > >> >> [snip] > >> > > >> > Can you please try the command the OP originally provided? See > command > >> > here: > >> > > >> > > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060216.html > >> > >> d820# dtrace -lP syscall | head > >> ID PROVIDER MODULE FUNCTION NAME > >> 17 syscall syscall > entry > >> 18 syscall syscall > return > >> 19 syscall exit > entry > >> 20 syscall exit > return > >> 21 syscall fork > entry > >> 22 syscall fork > return > >> 23 syscall read > entry > >> 24 syscall read > return > >> 25 syscall write > entry > >> > >> The error the OP received from the above command was pretty much > >> exactly what I was seeing when I attempting to use DTrace on my HEAD > >> system, built with clang. Same error, at least this part: > >> > >> "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type > >> kernel`struct thread * for identifier curthread: Unknown type name" > >> > >> I was running simply 'dtrace -l' to list all probes... > >> > >> -Brandon > >> > > > > > > > > -- > > Zhihao Yuan > > The best way to predict the future is to invent it. > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 02:24:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53EC5106567A for ; Thu, 2 Dec 2010 02:24:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id EC0718FC12 for ; Thu, 2 Dec 2010 02:24:28 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta09.westchester.pa.mail.comcast.net with comcast id dyiW1f0060QuhwU592QUsw; Thu, 02 Dec 2010 02:24:29 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta02.westchester.pa.mail.comcast.net with comcast id e2QJ1f00Y3LrwQ23N2QMXX; Thu, 02 Dec 2010 02:24:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DD2589B422; Wed, 1 Dec 2010 18:24:16 -0800 (PST) Date: Wed, 1 Dec 2010 18:24:16 -0800 From: Jeremy Chadwick To: Zhihao Yuan Message-ID: <20101202022416.GA86118@icarus.home.lan> References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Brandon Gooch , freebsd-stable@freebsd.org, Andriy Gapon , Navdeep Parhar Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 02:24:29 -0000 On Wed, Dec 01, 2010 at 08:21:21PM -0600, Zhihao Yuan wrote: > ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But I > don't have either > options KDB > or > options DDB > I guess these has nothing to do with Dtrace, at least KDB is just a totally > different module. Am I right? Correct; KDB/DDB shouldn't have anything to do with this. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 05:37:10 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59D11065670 for ; Thu, 2 Dec 2010 05:37:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 86B3F8FC0C for ; Thu, 2 Dec 2010 05:37:10 +0000 (UTC) Received: by gxk8 with SMTP id 8so4123184gxk.13 for ; Wed, 01 Dec 2010 21:37:09 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=C76V8gDmca6cwN7wFc2rXvdtncFl/++KImIKaGGNXIU=; b=jgnVtp8T1iwWJOGbXrIaY6kgpZ0I83fOVoo3dGIQoWPByQY2h+NZoP87RMzoo+cBR3 vUikLSfpAe+kr16+mx+hhtUAxiSWQBB7ZmZF3950PXP8RQM9Z4VXMTaYKgHvGOjz2ygy Z0eDej5Mn1Qdpvw92Wn7YcrQkLDxNjaKfODPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=nEXHGQtXBGNXuY4eDIjDV5fkvrZYFbnNVCSIO7YsrahEUA5Sx+xyFKbq7Le2RWWJBl 2MFp0mWl0h1lFw/onffyhGN7TNh4rhuZsiAMTAmk0feY/rXI7wt+/MDVuP+9RDxj/XT0 HQcalozRuP4nb8A/0PkruTdE/LDeWRFkObBUk= Received: by 10.150.158.16 with SMTP id g16mr672549ybe.157.1291266335677; Wed, 01 Dec 2010 21:05:35 -0800 (PST) Received: from centel.dataix.local (adsl-99-19-40-65.dsl.klmzmi.sbcglobal.net [99.19.40.65]) by mx.google.com with ESMTPS id q8sm68478yhg.1.2010.12.01.21.05.33 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Dec 2010 21:05:33 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CF7291B.8050207@DataIX.net> Date: Thu, 02 Dec 2010 00:05:31 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Gareth de Vaux References: <201011292119.oATLJt5b095914@freefall.freebsd.org> <20101201175341.GA44800@lordcow.org> In-Reply-To: <20101201175341.GA44800@lordcow.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:10.openssl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 05:37:10 -0000 On 12/01/2010 12:53, Gareth de Vaux wrote: > On Mon 2010-11-29 (21:19), FreeBSD Security Advisories wrote: >> # cd /usr/src >> # patch < /path/to/patch >> # cd /usr/src/secure/lib/libssl >> # make obj && make depend && make && make install > > Hi all, I'm following the instructions with: > > # cvsup /etc/cvsup-src.conf > # rm -rf /usr/obj > # cd /usr/src/secure/lib/libssl > # make obj && make depend && make > > [ snip ] > > cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu99 -fstack-protector -c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c: In function 'dtls1_hm_fragment_new': > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/d1_both.c:210: error: 'hm_fragment' has no member named 'reassembly' > > [ more hm_fragment.reassembly errors .. ] > > *** Error code 1 > > Stop in /usr/src/secure/lib/libssl. > > > What's going on? > > hm_fragment is (only) defined in /usr/src/crypto/openssl/ssl/dtls1.h: > > typedef struct hm_fragment_st > { > struct hm_header_st msg_header; > unsigned char *fragment; > unsigned char *reassembly; > } hm_fragment; > > which has that member and is sourced from the Makefiles. > > The first existence complaint in d1_both.c is: > > frag->reassembly = bitmask; > > yet > > frag->fragment = buf; > > a few lines earlier is fine? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Try that with a ( make includes ) in that same directory and if it works then the advisory will have to be revised. so it should be make obj make depend make includes make && make install If all else fails a buildworld would work for you... Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 09:55:11 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29259106566B for ; Thu, 2 Dec 2010 09:55:11 +0000 (UTC) (envelope-from lordcow@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 48AF28FC14 for ; Thu, 2 Dec 2010 09:55:09 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id oB29sRiQ064305 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 2 Dec 2010 11:54:27 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id oB29sKPO064303; Thu, 2 Dec 2010 11:54:20 +0200 (SAST) (envelope-from lordcow) Date: Thu, 2 Dec 2010 11:54:20 +0200 From: Gareth de Vaux To: jhell Message-ID: <20101202095420.GA63815@lordcow.org> References: <201011292119.oATLJt5b095914@freefall.freebsd.org> <20101201175341.GA44800@lordcow.org> <4CF7291B.8050207@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF7291B.8050207@DataIX.net> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:10.openssl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 09:55:11 -0000 On Thu 2010-12-02 (00:05), jhell wrote: > Try that with a ( make includes ) in that same directory and if it works > then the advisory will have to be revised. Ah awesome, that works thanx. (I don't see why though, since it was only half complaining about a missing definition, even when I manually included dtls1.h. Also, I tried on a different system and the advisory instructions worked as is). From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 10:50:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EFE71065694 for ; Thu, 2 Dec 2010 10:50:42 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E15308FC18 for ; Thu, 2 Dec 2010 10:50:41 +0000 (UTC) Received: by qwj9 with SMTP id 9so2701348qwj.13 for ; Thu, 02 Dec 2010 02:50:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=9EJAuhEaImv7NjDrz67JofQCZKl7iuSarsgTzrF78rw=; b=DtL6GLDIzzVK8hhVnWnxQnqC+nijNyltgtQvLD1oiIgtWPDr25dL3b6hboSPNWhUQl yMpFu/CGYLYtzqXq+rYPKWpjJCyAHcps9B3rTHOah7cb8bt98+hNnptB2+Frqy95CfF3 KzRk+miOosn7zU2TIDc3d5mXticHv7bJ2DR8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=bksiS6DXbwycYaUr/wI3QqRdEDqXi1VCBdouT29IOjqCI6SzLc0KHEj5OkGDtL785A YUcu1gZ+mwx2MUhhS8Rue9XR6lcdGDYMCuiHCdmHwTNMT6MBOp/Iyn3HvKUtcAYnlU/x Txry7bq8I1nMeDH6XbMU0XfWbJJIsAMWpTiLU= Received: by 10.229.212.12 with SMTP id gq12mr8358702qcb.154.1291287041190; Thu, 02 Dec 2010 02:50:41 -0800 (PST) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.229.215.77 with HTTP; Thu, 2 Dec 2010 02:50:20 -0800 (PST) From: Andrei Kolu Date: Thu, 2 Dec 2010 12:50:20 +0200 X-Google-Sender-Auth: 1QxX_J9PNIV3hicMAKHDVq1g1uI Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 8.1p2 fatal trap 12, protection violation with FreeNAS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 10:50:42 -0000 Hi! Just tried to rebuild FreeNAS 7 from svn with FreeBSD 8.1p2 and after iso image rebuild I tried to start it in VMware Player 3.1.3. ------------------------------------------------------------------ Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, protection violation instruction pointer = 0x20:0xffffffff805ab1f8 stack pointer = 0x28:0xffffffff8c165920 frame pointer = 0x28:0xffffffff8c165960 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic = page fault cpuid = 0 ------------------------------------------------------------------ Same kernel works just fine on build machine. Not sure what's wrong. FreeBSD 8.1-RELEASE-p2 #3: Thu Dec 2 01:50:54 EET 2010 root@test.local:/usr/obj/usr/src/sys/FREENAS-amd64 amd64 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 16:39:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B594E106564A for ; Thu, 2 Dec 2010 16:39:14 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9389C8FC1C for ; Thu, 2 Dec 2010 16:39:14 +0000 (UTC) Received: from c-71-194-154-137.hsd1.in.comcast.net (c-71-194-154-137.hsd1.in.comcast.net [71.194.154.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id 83CD51B070 for ; Thu, 2 Dec 2010 16:39:13 +0000 (GMT) Date: Thu, 2 Dec 2010 11:38:52 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: <20101128160043.W11452@familysquires.net> Message-ID: <20101202113739.B14987@familysquires.net> References: <20101127184952.E90087@familysquires.net> <20101128160043.W11452@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Broadcom watchdog timeout with 7.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 16:39:14 -0000 The Tyan S4881 works perfectly with 7.3-RELEASE-p3; I'll be reinstalling 7.4 and providing the requested diagnostics once I have a backup made. (Broadcom bge watchdog timeouts under moderate (25% max of GigE) load) Mike Squires mikes@siralan.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 18:41:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1241E1065675 for ; Thu, 2 Dec 2010 18:41:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9E588FC1C for ; Thu, 2 Dec 2010 18:41:03 +0000 (UTC) Received: by gxk8 with SMTP id 8so4558642gxk.13 for ; Thu, 02 Dec 2010 10:41:03 -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=P7f5aYshQ1Mcp101jxIzbjOQ6OQCiH+3XxyXUl9UiEo=; b=Tl6Bt1kCEHNpgr5fMweQAP4fBr/nPqIc8O/Z8X4wGQEvBKylZdLaV1dtY3ohUD4T+6 t+ZAY68wdloUH7nS8bfrWtprDEdy9W5bUTLOm9/GEzZ2h8BHe53A4z8flr2A2mrwNbVk /RK6iJiL/hhx1CHjqVnErbatQ2mQUYT2izuoI= 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=t5Ql2SsSS/4rjiQ5yqgNuFB/qLpNgBQx6jwrtt5oUKSLVLVTUcNXDhcEynVAhIC5oN 08UCY1RVEuhICUCNkMgSqKk9d3Ll40LRjKrROfo7DWU98ttOL4KKsXaLG4Yq9XDM3eNq yUmGX+NN5qQEHigPLuJ/jChp7UxC2OwojOUhE= Received: by 10.91.42.23 with SMTP id u23mr1754735agj.67.1291315262894; Thu, 02 Dec 2010 10:41:02 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e24sm816403ana.2.2010.12.02.10.40.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Dec 2010 10:41:00 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 2 Dec 2010 10:40:58 -0800 From: Pyun YongHyeon Date: Thu, 2 Dec 2010 10:40:58 -0800 To: Karl Denninger Message-ID: <20101202184058.GB13006@michelle.cdnetworks.com> References: <4CF6E41F.8060101@denninger.net> <20101202004447.GD8893@michelle.cdnetworks.com> <4CF6F947.4000803@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF6F947.4000803@denninger.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 18:41:04 -0000 On Wed, Dec 01, 2010 at 07:41:27PM -0600, Karl Denninger wrote: > On 12/1/2010 6:44 PM, Pyun YongHyeon wrote: > > On Wed, Dec 01, 2010 at 06:11:11PM -0600, Karl Denninger wrote: > >> Works in this kernel, checked out on that day: > >> > >> FreeBSD 8.1-STABLE #10: Mon Aug 30 06:44:40 CDT 2010 > >> karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > >> > >> fxp0: port 0x1000-0x101f mem > >> 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 > >> fxp0: Enabling Rx lock-up workaround > >> miibus0: on fxp0 > >> fxp0: Ethernet address: 00:a0:c9:a4:78:c3 > >> fxp0: [ITHREAD] > >> > >> (and has been running for months, and for a very long time before that) > >> > >> Tried to update to today's check-out and got hosed. > >> > >> The driver now keeps resetting and sending out "down" and "up" messages > >> repeatedly, and no traffic flows.... > >> > >> This is the ident I have on the current build: > >> > >> fxp0: port 0x1000-0x101f mem > >> 0x94000000-0x94000fff,0x94100000-0x941fffff irq 21 at device 0.0 on pci6 > >> fxp0: Enabling Rx lock-up workaround > >> miibus0: on fxp0 > >> fxp0: Ethernet address: 00:a0:c9:a4:78:c3 > >> fxp0: [ITHREAD] > >> > >> Looks the same..... > >> > >> Something was touched though on Nov 30 in the CVS tree. > >> > >> It looks like there was a fairly serious commit posted on 10-15, and > >> some other smaller ones related to VLANs and flow control (which don't > >> apply to this configuration.) > >> > >> I can't find anything else related...... anyone know what's up here? > >> > >> Probably need to find this as we're going into the 8.2 RELEASE cycle..... > >> > >> DMESG from the failed kernel boot is attached. > >> > > Thanks for reporting. Try attached patch. It seems there is a bug > > in RX lockup detection logic. Your controller is known to RX > > lockup free so the workaround should not be enabled. Otherwise > > fxp(4) reinitializes the controller every 15 seconds. > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > The patch was successful. > > I have another problem with the new kernel in that it is not properly > blocking on reads from an attached GPS (NTPD) but I'll see what I can > find out there and update as necessary. > > This probably needs to be committed so it doesn't bite other people. > Patched committed(r216111). From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 19:43:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 090F61065675 for ; Thu, 2 Dec 2010 19:43:32 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.42]) by mx1.freebsd.org (Postfix) with ESMTP id DB6168FC14 for ; Thu, 2 Dec 2010 19:43:31 +0000 (UTC) Received: (qmail 10186 invoked from network); 2 Dec 2010 19:16:51 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 2 Dec 2010 19:16:51 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 843EA50828; Thu, 2 Dec 2010 14:16:49 -0500 (EST) From: Lowell Gilbert To: stable@freebsd.org References: <4CF6E41F.8060101@denninger.net> <20101202004447.GD8893@michelle.cdnetworks.com> <4CF6F947.4000803@denninger.net> <20101202184058.GB13006@michelle.cdnetworks.com> Date: Thu, 02 Dec 2010 14:16:49 -0500 In-Reply-To: <20101202184058.GB13006@michelle.cdnetworks.com> (Pyun YongHyeon's message of "Thu, 2 Dec 2010 10:40:58 -0800") Message-ID: <44sjygdly6.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 19:43:32 -0000 Pyun YongHyeon writes: > > Patched committed(r216111). To -CURRENT. MFC over the weekend, it sounds like? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 21:17:21 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5F11065670 for ; Thu, 2 Dec 2010 21:17:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E02018FC12 for ; Thu, 2 Dec 2010 21:17:20 +0000 (UTC) Received: by pwi10 with SMTP id 10so1652181pwi.13 for ; Thu, 02 Dec 2010 13:17:20 -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=bMhynyWqAJZm/FNJC7J8EDn2aQMKc/qIHxFhuI6jEt8=; b=kYN0Cev5xDYSqQvaz6Ff/Abco9X/nER/jQTUNWNB3bIyXWXSaOhsUd5n0JlKAqjhPT r7BvxPZojo3HRf3/N8WLtOI+sQ+smb+PDyt0pHVcZziq/eJtdGtM8ZuatJKsfoolf2yZ Ri+PaNeTRDVtBjTWBPt8rO1NxkFApxOCVds2Q= 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=HfO/dgfwjmpJ4iUZjig1ytUd83Aq7dZYX7PapWy/FTM0u4QpzvXlIgoxtfCuqpyA6E zSI22I2Kf1ECK9vDDoBVIc1gxMybTLEkrMTstZA3UJwgYf5ZeKa7J/e7TT/cbfLeMqSb VxAvsQLEYZdSEemk/qZ+PMNPX8oWAmSPMGjVU= Received: by 10.143.28.21 with SMTP id f21mr1011779wfj.259.1291324640373; Thu, 02 Dec 2010 13:17:20 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id p8sm1254371wff.4.2010.12.02.13.17.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Dec 2010 13:17:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 2 Dec 2010 13:17:18 -0800 From: Pyun YongHyeon Date: Thu, 2 Dec 2010 13:17:18 -0800 To: Lowell Gilbert Message-ID: <20101202211718.GD13006@michelle.cdnetworks.com> References: <4CF6E41F.8060101@denninger.net> <20101202004447.GD8893@michelle.cdnetworks.com> <4CF6F947.4000803@denninger.net> <20101202184058.GB13006@michelle.cdnetworks.com> <44sjygdly6.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44sjygdly6.fsf@be-well.ilk.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Uh, fxp driver broken in current -STABLE build?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 21:17:21 -0000 On Thu, Dec 02, 2010 at 02:16:49PM -0500, Lowell Gilbert wrote: > Pyun YongHyeon writes: > > > > > Patched committed(r216111). > > To -CURRENT. > > MFC over the weekend, it sounds like? > _______________________________________________ "MFC after" is just for reminder for me to request merge approval. If I get the approval in this weekend, I'll do. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 2 21:33:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F13106566B for ; Thu, 2 Dec 2010 21:33:13 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA4A8FC14 for ; Thu, 2 Dec 2010 21:33:12 +0000 (UTC) Received: by qyk8 with SMTP id 8so22904qyk.13 for ; Thu, 02 Dec 2010 13:33:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=qB04HwCZNjBk8GMcZlnL8Tu/9hchxPTek4ar+zu66P8=; b=htnOjDLXKMBwgVDkg7FVq6PVYYXXaWeeZACLn6LF1m/SeP8CL/5vO0CI7zHFm5KJ2O 2n17WQ2D0zGuIT8LWydFNdFctJpIF060E8lw6NtE9KvZGdeKCSGGCqGkFfIxAhDh+/3i X6E/9mcEG5kMgdjUZJN3zQAmyfKydwbF62QXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Sh17+/irs9Au7elUaK8hVrvGu0Q3VAXwEwAuTjpL1lm3YUXa9QWQhPQvgHtdIjQTju JkjMInUzZiE5k28T86cdJ7wMSXqcHIyjQxazo+h+ws2gBYNBKIo+xLLoyk7G83x51Ofj Slz9s+X51T+huFfD1dr2QFRPfjCYQ4dB4fYQY= MIME-Version: 1.0 Received: by 10.229.80.2 with SMTP id r2mr461481qck.170.1291325591197; Thu, 02 Dec 2010 13:33:11 -0800 (PST) Received: by 10.229.239.133 with HTTP; Thu, 2 Dec 2010 13:33:11 -0800 (PST) Date: Thu, 2 Dec 2010 22:33:11 +0100 Message-ID: From: Thomas Zander To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2010 21:33:13 -0000 Hi, do we have any way to monitor which LBAs of which block device are read/written at a given time? I stumbled upon this, http://southbrain.com/south/2008/02/fun-with-dtrace-and-zfs-mirror.html which is pretty intriguing. Unfortunately on FreeBSD we do not have the DTrace io provider, so his dtrace script would not work. Do we have another option to monitor block device access in a similar fashion? Regards, Riggs From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 03:41:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56531065697 for ; Fri, 3 Dec 2010 03:41:17 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB068FC16 for ; Fri, 3 Dec 2010 03:41:16 +0000 (UTC) Received: from apromail1.apro.com.au [61.28.222.38] by mail.ricksure.com.au with SMTP; Fri, 3 Dec 2010 14:25:58 +1100 Received: from localhost (horde.internal [10.1.1.23]) by mail.internal (Postfix) with ESMTP id BAC6C5869D4 for ; Fri, 3 Dec 2010 14:25:58 +1100 (EST) Received: from 171.78.233.220.static.exetel.com.au (171.78.233.220.static.exetel.com.au [220.233.78.171]) by aprosrv2.apro.com.au (Horde Framework) with HTTP; Fri, 03 Dec 2010 14:25:58 +1100 Message-ID: <20101203142558.84045dewtg0zfpss@aprosrv2.apro.com.au> Date: Fri, 03 Dec 2010 14:25:58 +1100 From: Geoff Roberts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) / FreeBSD-7.3 X-Declude-Sender: geoff@apro.com.au [61.28.222.38] X-Declude-Spoolname: 37987349.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.6.35 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 14:26:00 on 03 Dec 2010 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: mail.internal X-RevDNS: Subject: Some /etc files seem out of date in RELENG_8 compared to RELENG_8_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 03:41:18 -0000 Hi, I was just doing and update to 8-PRERELEASE from 8.1 by using the RELENG_8 tag in cvsup. When I used mergemaster to update /etc, there were a number of files being merged into /etc that are older revisions than those I had in 8.1. You can check this for example by comparing the revision numbers at the following URLS. Compare say syslog.conf (there are a whole list of other files that are out of date). In 8.1 it has a revision of 1.30.2.1.4.1 - 5 months old In 8.X it has a revision of 1.30.2.1 - 16 months old http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8_1 http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8 Shouldn't RELENG_8 have all the changes that went into RELENG_8_1 as FreeBSD moves to 8.2? Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 04:27:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3AC1065670 for ; Fri, 3 Dec 2010 04:27:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8CB8FC0A for ; Fri, 3 Dec 2010 04:27:05 +0000 (UTC) Received: by yxh35 with SMTP id 35so4813981yxh.13 for ; Thu, 02 Dec 2010 20:27:04 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=Od40GQhvNYRJ0tcZb3LlQqy0En7Q9cTWqx+ezrWbFj0=; b=KQGDGvt5qQJiDGCYQusJXzEXv7MoxwoBajdH+Vm+eZQGA3ZeLvomxqB0tuEWEgZGvv 2zrSnlkI2gFUHssK/b8mYBiOmC0TJ6i9T/UmVQ5BuWYZResbYtKweGM6T9tlF6oraBHl JXtjuGRrl8lfvFPFTvvZnU0wrlWYo31dfrtIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=B4OAH/7UZxaH4wgoSIq9Obn+5oJUARHsgj8jofwPGLGCB27UEYI2dbn2o0P4UYYYBi 3bsJ7xws+2oh5LZqexPdhxVmZi/56ilQBVG9OfdEAiIAw+y1WwMl4cUs3bYVZlAAZyLP pmLxwL3wytHGj+RHuU0oqv7JwM+XbW8VofaXM= Received: by 10.150.186.11 with SMTP id j11mr3058989ybf.82.1291350424226; Thu, 02 Dec 2010 20:27:04 -0800 (PST) Received: from centel.dataix.local (adsl-99-19-40-65.dsl.klmzmi.sbcglobal.net [99.19.40.65]) by mx.google.com with ESMTPS id q31sm1004451yba.18.2010.12.02.20.27.01 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Dec 2010 20:27:02 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CF87194.8090307@DataIX.net> Date: Thu, 02 Dec 2010 23:27:00 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Geoff Roberts References: <20101203142558.84045dewtg0zfpss@aprosrv2.apro.com.au> In-Reply-To: <20101203142558.84045dewtg0zfpss@aprosrv2.apro.com.au> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Some /etc files seem out of date in RELENG_8 compared to RELENG_8_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 04:27:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/02/2010 22:25, Geoff Roberts wrote: > > Hi, > > I was just doing and update to 8-PRERELEASE from 8.1 by using the > RELENG_8 tag in cvsup. > > When I used mergemaster to update /etc, there were a number of files > being merged into /etc that are older revisions than those I had in 8.1. > > You can check this for example by comparing the revision numbers at > the following URLS. > > Compare say syslog.conf (there are a whole list of other files that > are out of date). > > In 8.1 it has a revision of 1.30.2.1.4.1 - 5 months old > > In 8.X it has a revision of 1.30.2.1 - 16 months old > This is how CVS is intended to work. Though my explanation would be to straight to the point, this URL seems to explain it in more detail. These files are not out of date. http://cvsman.com/cvs-1.12.12/cvs_60.php#SEC60 > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8_1 > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8 > > Shouldn't RELENG_8 have all the changes that went into RELENG_8_1 as > FreeBSD moves to 8.2? > Regards, - -- jhell,v -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJM+HGTAAoJEJBXh4mJ2FR+hxIH/1N0y6/150lH50rTHowRYaHL yJqafch2EcO3HsA0nDtnJx+Vb6qsVTiZgzBXK/mnWI6nDmP8uPz8Y49LFjd0PCPH wrV4TuENeKXl2xxvb8+mGD++cf5VzZim2qgaAq+JWVrphA7UtaqMFBixUwljwFfT 31ivTu2eRpUO2lZyY6LrRYCp7y0sHIMiAuycYghqvvwvdvyizPCR0VrEH/vbLL6O zxxZq2mCUoPLGkVDXdcLp5TYoN2ujRsQCGNvKW93ebz+ipAcwz5bdPicVPmjTtnY vM+Q+jnza+141RkAxTvkIXwN+/THyJJzIx+aWZb5pXPdH7npGsjBmcXLVUbJLlg= =obeJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 07:00:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69CDB1065675 for ; Fri, 3 Dec 2010 07:00:32 +0000 (UTC) (envelope-from mmarzantowicz@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEC5A8FC13 for ; Fri, 3 Dec 2010 07:00:31 +0000 (UTC) Received: by wyf19 with SMTP id 19so9093720wyf.13 for ; Thu, 02 Dec 2010 23:00:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=85QozpULv+TLarUDBJsILg/JvzuJFr1zYLaC083IwaU=; b=YgmQgBsGzW79eB5gQZGoFbr4ZdavfEnKhXLsCsqJY5KFuyjwgWXXhgCVQLGdU5QsN1 LhwbVSFhwaWIrXpFdUtBS+WjMaeMbEtkNe8j0Kfj01FjqVRf53xcheR59iPyD6tNpL95 H9io/FrqdCu5wJg6EcsdkTrAKnRN6UIlJxk1o= 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; b=Pkcc7PHUg4Kfyrt0jBGCKprfSvwB8cjVj8frJnFSxrFQimgFuhlOLciPYr22cCcp76 h4zj+ffdg9P5HKroNtTzdbQOCmsZWPel+taOjA62w0NYdUm3mCbdjAte17c4hB+DkSBt OD6K3P+KblDhokP1wTK9/w5FrAE7PKBTa58Yc= MIME-Version: 1.0 Received: by 10.227.154.143 with SMTP id o15mr1395560wbw.8.1291357784437; Thu, 02 Dec 2010 22:29:44 -0800 (PST) Received: by 10.227.62.205 with HTTP; Thu, 2 Dec 2010 22:29:44 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Dec 2010 07:29:44 +0100 Message-ID: From: Mateusz Marzantowicz To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 07:00:32 -0000 On Thu, Dec 2, 2010 at 10:33 PM, Thomas Zander < thomas.e.zander@googlemail.com> wrote: > Hi, > > do we have any way to monitor which LBAs of which block device are > read/written at a given time? > > I stumbled upon this, > http://southbrain.com/south/2008/02/fun-with-dtrace-and-zfs-mirror.html > > which is pretty intriguing. Unfortunately on FreeBSD we do not have > the DTrace io provider, so his dtrace script would not work. > Do we have another option to monitor block device access in a similar > fashion? > > Regards, > Riggs > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I'm happy FreeBSD user and not a developer but as far as I know (see: http://www.freebsd.org/doc/en/books/arch-handbook/driverbasics-block.html) there is no such thing like block device in FreeBSD. It might be possible to do what you want in other way or with different type of device. Regards, Mateusz Marzantowicz From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 08:21:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D585106566B for ; Fri, 3 Dec 2010 08:21:08 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6EB8FC18 for ; Fri, 3 Dec 2010 08:21:08 +0000 (UTC) Received: by vws9 with SMTP id 9so3766066vws.13 for ; Fri, 03 Dec 2010 00:21:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=yJFSzVWUxKz0vHL6Wofrt/JRKDwU8pG6oO8lvxRQQXI=; b=HyCC8tAB1FSfuMuhzO8BxsMnMApaBpriNgQgur1H9m5nc1geH7WmWeifYCBRy35p7c 6kXoR1RphuQ9/HiwXELuOXaB0dw21C1LpVD8HI6l9cqbVDKDb+dpSPz2dMGNYmQRLyX0 ltnRi/fWJPhP0GhMqrTy0Tl6yLuAdXgljjZ9w= 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; b=tKkDK9GQd7wxfZe69AwJe/pjn8RhZ6ubz7aSk3++6tVsZJFsHLQlgyos8x1mBCIyQ3 OLuaifre5TKQ/1cR2KFZprnkM4d/5SvWlnVmwh5bnto5lgA9xtIiJg8OZsaSvbOC1Iqo aoqDLDPYdeANvDHk3hOQ9Sb7avOBaNAh0ccR4= MIME-Version: 1.0 Received: by 10.220.177.133 with SMTP id bi5mr268803vcb.260.1291364465597; Fri, 03 Dec 2010 00:21:05 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.177.195 with HTTP; Fri, 3 Dec 2010 00:21:05 -0800 (PST) In-Reply-To: References: Date: Fri, 3 Dec 2010 00:21:05 -0800 X-Google-Sender-Auth: Si-Magi1BX1s0u0YMI-VPf0r6Tk Message-ID: From: Artem Belevich To: Thomas Zander Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 08:21:08 -0000 On Thu, Dec 2, 2010 at 1:33 PM, Thomas Zander wrote: > Hi, > > do we have any way to monitor which LBAs of which block device are > read/written at a given time? > > I stumbled upon this, > http://southbrain.com/south/2008/02/fun-with-dtrace-and-zfs-mirror.html > > which is pretty intriguing. Unfortunately on FreeBSD we do not have > the DTrace io provider, so his dtrace script would not work. > Do we have another option to monitor block device access in a similar fashion? GEOM sounds like a good candidate for probing of that kind. sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd, args[0]->bio_offset, args[0]->bio_length); }' Keep in mind that g_io_deliver will be called for each GEOM node from top to bottom for each completed request. You may need to add some filtering on device name to avoid redundant info. --Artem From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 09:42:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EEC10656B2 for ; Fri, 3 Dec 2010 09:42:09 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 548648FC25 for ; Fri, 3 Dec 2010 09:42:08 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oB2E4kfu014960; Thu, 2 Dec 2010 09:04:46 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id OMD22952; Thu, 02 Dec 2010 09:04:45 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oB2E4iWR012251 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 2 Dec 2010 09:04:45 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20101202095420.GA63815@lordcow.org> Date: Thu, 2 Dec 2010 09:04:44 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <464DD3B6-3F29-439A-BC88-4B9EE420594B@gromit.dlib.vt.edu> References: <201011292119.oATLJt5b095914@freefall.freebsd.org> <20101201175341.GA44800@lordcow.org> <4CF7291B.8050207@DataIX.net> <20101202095420.GA63815@lordcow.org> To: Gareth de Vaux X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020205.4CF7A77E.0013,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: jhell , stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:10.openssl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 09:42:09 -0000 On Dec 2, 2010, at 4:54 AM, Gareth de Vaux wrote: > On Thu 2010-12-02 (00:05), jhell wrote: >> Try that with a ( make includes ) in that same directory and if it = works >> then the advisory will have to be revised. >=20 > Ah awesome, that works thanx. >=20 > (I don't see why though, since it was only half complaining about > a missing definition, even when I manually included dtls1.h. Also, > I tried on a different system and the advisory instructions worked > as is). The advisory instructions worked as-is for me on a 7.3-RELEASE-p3 system = but failed on my 8.1-STABLE systems. However, a "make buildworld" = followed by a "make install" in the appropriate directory work = successfully on the 8.1-STABLE machines. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 11:19:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA78310656AE for ; Fri, 3 Dec 2010 11:19:10 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.53]) by mx1.freebsd.org (Postfix) with ESMTP id C13958FC17 for ; Fri, 3 Dec 2010 11:19:10 +0000 (UTC) Received: (qmail 31104 invoked from network); 3 Dec 2010 11:19:09 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 3 Dec 2010 11:19:09 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 5BE815080B; Fri, 3 Dec 2010 06:19:01 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id C61321CC30; Fri, 3 Dec 2010 06:19:00 -0500 (EST) From: Lowell Gilbert To: Geoff Roberts References: <20101203142558.84045dewtg0zfpss@aprosrv2.apro.com.au> Date: Fri, 03 Dec 2010 06:19:00 -0500 In-Reply-To: <20101203142558.84045dewtg0zfpss@aprosrv2.apro.com.au> (Geoff Roberts's message of "Fri, 03 Dec 2010 14:25:58 +1100") Message-ID: <44ipzbxfx7.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Some /etc files seem out of date in RELENG_8 compared to RELENG_8_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 11:19:11 -0000 Geoff Roberts writes: > I was just doing and update to 8-PRERELEASE from 8.1 by using the > RELENG_8 tag in cvsup. > > When I used mergemaster to update /etc, there were a number of files > being merged into /etc that are older revisions than those I had in > 8.1. > > You can check this for example by comparing the revision numbers at > the following URLS. > > Compare say syslog.conf (there are a whole list of other files that > are out of date). > > In 8.1 it has a revision of 1.30.2.1.4.1 - 5 months old > > In 8.X it has a revision of 1.30.2.1 - 16 months old > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8_1 > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/?only_with_tag=RELENG_8 > > Shouldn't RELENG_8 have all the changes that went into RELENG_8_1 as > FreeBSD moves to 8.2? It does. The files are identical, except for the version stamp. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 13:19:50 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D088E1065673 for ; Fri, 3 Dec 2010 13:19:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8208FC14 for ; Fri, 3 Dec 2010 13:19:50 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 3FA6713DF42 for ; Fri, 3 Dec 2010 16:04:23 +0300 (MSK) Date: Fri, 3 Dec 2010 16:04:19 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <773330619.20101203160419@serebryakov.spb.ru> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: smartmontools 5.40 & ahci.ko -- doesn't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 13:19:51 -0000 Hello, Stable. Latest smartmontools 5.40 doesn't work with AHCI driver :( I've found old thread about 5.38, but I have 5.40 and it doesn't work with any `-d' type... What do I do wrong? # id uid=3D0(root) gid=3D0(wheel) groups=3D0(wheel),5(operator) # uname -srp FreeBSD 8.2-PRERELEASE amd64 # ls /var/db/pkg | grep smart smartmontools-5.40 # ls /dev/ada[0-9] /dev/ada0 /dev/ada1 /dev/ada2 /dev/ada3 /dev/ada4 = /dev/ada5 blob# smartctl -A /dev/ada0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net /dev/ada0: No such file or directory Smartctl: please specify device type with the -d option. Use smartctl -h to get a usage summary # smartctl -A -d ata /dev/ada0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more '-T= permissive' options. # smartctl -A -d scsi /dev/ada0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Smartctl open device: /dev/ada0 failed: No such file or directory # smartctl -A -d atacam /dev/ada0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Smartctl open device: /dev/ada0 failed: No such file or directory # --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 13:35:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42823106567A for ; Fri, 3 Dec 2010 13:35:15 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from fallback4.mail.ru (fallback4.mail.ru [94.100.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id A0DA98FC14 for ; Fri, 3 Dec 2010 13:35:14 +0000 (UTC) Received: from smtp12.mail.ru (smtp12.mail.ru [94.100.176.89]) by fallback4.mail.ru (mPOP.Fallback_MX) with ESMTP id 6264226CC6E for ; Fri, 3 Dec 2010 16:20:25 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Subject:To:From; bh=o+QMnjZUMesMlSPQnA1kc9bTgrDriNHXgAfWaLw2M3E=; b=ofOY+RXQrKaLEuSBNepQDzu7Qs+UO5ngXV4j+IfeRi0lxiQ9rrt3EoVXAwrEw5lt8vE4iQcfebsNr2tmQ2b/Dx+ceFig+ZCduUuXlPjAygHi3+Vt/CHPeEYig6W8lZ6c; Received: from [79.142.107.13] (port=54373 helo=tt.tt.tt) by smtp12.mail.ru with asmtp id 1POVYl-0005tF-00 for freebsd-stable@freebsd.org; Fri, 03 Dec 2010 16:20:23 +0300 From: Artem Kim To: freebsd-stable@freebsd.org Date: Fri, 3 Dec 2010 16:20:29 +0300 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012031620.29062.artem_kim@inbox.ru> X-Mras: Ok Subject: 8.2-PRERELEASE panic in NETGRAPH (ng_pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 13:35:15 -0000 Hello. I have problem in one of my pppoe routers: smp Xeon X5472, network adapter 82575EB mpd5, FreeBSD nas4 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Thu Dec 2 19:07:46 MSK 2010 xxx@nas4:/usr/obj/usr/src/sys/router i386 extra kernel config: options KVA_PAGES=512 sysctl: kern.ipc.maxsockbuf=524288 kern.ipc.nmbclusters=65535 net.graph.recvspace=40960 net.graph.maxdgram=40960 net.graph.maxdata=1024 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 vm.kmem_size=1512M vm.kmem_size_max=1512M This panic the second similar incident in the last 7 hours. some debug info: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x44 fault code = supervisor read, page not present instruction pointer = 0x20:0x805dfb56 stack pointer = 0x28:0xfbbab944 frame pointer = 0x28:0xfbbab970 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1944 (mpd5) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0x805fce6d at kdb_backtrace+0x48 #1 0x805cdb9c at panic+0x108 #2 0x8079bbd2 at trap_fatal+0x24c #3 0x8079bf8e at trap_pfault+0x270 #4 0x8079c3db at trap+0x371 #5 0x807842dc at calltrap+0x6 #6 0x8068c2ae at ng_uncallout+0x1b #7 0x8069c454 at ng_pppoe_disconnect+0xf8 #8 0x8068d5cc at ng_destroy_hook+0xe0 #9 0x8068e5e9 at ng_apply_item+0x903 #10 0x8068cea7 at ng_snd_item+0x2e9 #11 0x806a04f8 at ngc_send+0x1d3 #12 0x8062e01a at sosend_generic+0x2aa #13 0x80631df0 at kern_sendit+0xfc #14 0x8063203f at sendit+0xcd #15 0x80632122 at sendto+0x48 #16 0x80608641 at syscallenter+0x28d #17 0x8079bfef at syscall+0x2e Uptime: 7h53m5s Physical memory: 2038 MB Dumping 253 MB: 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:231 231 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) f 6 #6 0x807842dc in calltrap () at /usr/src/sys/i386/i386/exception.s:166 166 call trap Current language: auto; currently asm (kgdb) l 161 SET_KERNEL_SREGS 162 cld 163 FAKE_MCOUNT(TF_EIP(%esp)) 164 calltrap: 165 pushl %esp 166 call trap 167 add $4, %esp 168 169 /* 170 * Return via doreti to handle ASTs. (kgdb) up #7 0x805dfb56 in _callout_stop_safe (c=0x8c29f008, safe=0) at /usr/src/sys/kern/kern_timeout.c:683 683 if (c->c_lock == &Giant.lock_object) Current language: auto; currently c (kgdb) l 678 /* 679 * Some old subsystems don't hold Giant while running a callout_stop(), 680 * so just discard this check for the moment. 681 */ 682 if (!safe && c->c_lock != NULL) { 683 if (c->c_lock == &Giant.lock_object) 684 use_lock = mtx_owned(&Giant); 685 else { 686 use_lock = 1; 687 class = LOCK_CLASS(c->c_lock); (kgdb) p *c $1 = {c_links = {sle = {sle_next = 0x9}, tqe = {tqe_next = 0x9, tqe_prev = 0x40}}, c_time = 10, c_arg = 0x40, c_func = 0xc, c_lock = 0x40, c_flags = 13, c_cpu = 64} (kgdb) up #8 0x8068c2ae in ng_uncallout (c=0x8c29f008, node=0x874abb00) at /usr/src/sys/netgraph/ng_base.c:3732 3732 rval = callout_stop(c); (kgdb) l 3727 int rval; 3728 3729 KASSERT(c != NULL, ("ng_uncallout: NULL callout")); 3730 KASSERT(node != NULL, ("ng_uncallout: NULL node")); 3731 3732 rval = callout_stop(c); 3733 item = c->c_arg; 3734 /* Do an extra check */ 3735 if ((rval > 0) && (c->c_func == &ng_callout_trampoline) && 3736 (NGI_NODE(item) == node)) { (kgdb) up #9 0x8069c454 in ng_pppoe_disconnect (hook=0x88bcb880) at /usr/src/sys/netgraph/ng_pppoe.c:1791 1791 ng_uncallout(&sp->neg->handle, node); (kgdb) l 1786 /* 1787 * As long as we have somewhere to store the timeout handle, 1788 * we may have a timeout pending.. get rid of it. 1789 */ 1790 if (sp->neg) { 1791 ng_uncallout(&sp->neg->handle, node); 1792 if (sp->neg->m) 1793 m_freem(sp->neg->m); 1794 free(sp->neg, M_NETGRAPH_PPPOE); 1795 } (kgdb) p sp $2 = 0x89391180 (kgdb) p *sp $3 = {hook = 0x88bcb880, Session_ID = 0, state = PPPOE_SOFFER, creator = 47, pkt_hdr = {eh = {ether_dhost = "\000\000\000\000\000", ether_shost = "\000\000\000\000\000", ether_type = 0}, ph = {ver = 0 '\0', type = 0 '\0', code = 0 '\0', sid = 0, length = 0}}, neg = 0x8c29f000, sessions = {le_next = 0x0, le_prev = 0x0}} (kgdb) p *sp->neg $4 = {m = 0x7, pkt = 0x40, handle = {c_links = {sle = {sle_next = 0x9}, tqe = {tqe_next = 0x9, tqe_prev = 0x40}}, c_time = 10, c_arg = 0x40, c_func = 0xc, c_lock = 0x40, c_flags = 13, c_cpu = 64}, timeout = 39, numtags = 64, tags = {0x28, 0x40, 0x29, 0x40, 0x2a, 0x40, 0x2b, 0x40, 0x2c, 0x40, 0x24, 0x40, 0x23, 0x40, 0x18, 0x40, 0x1c, 0x40, 0x1b, 0x40}, service_len = 23, ac_name_len = 64, service = {hdr = {tag_type = 26, tag_len = 0}, data = "@\000\000\000\031\000\000\000@\000\000\000\"\000\000\000@\000\000\000\036\000\000\000@\000\000\000! \000\000\000@\000\000\000\026\000\000\000@\000\000\000\023\000\000\000@\000\000\000\035\000\000\000@\000\000\000%\000\000"}, ac_name = {hdr = {tag_type = 64, tag_len = 0}, data = " \000\000\000@\000\000\000\037\000\000\000@\000\000\000&\000\000\000@\000\000\000\024\000\000\000@\000\000\000\021\000\000\000@\000\000\000\025\000\000\000@\000\000\000\006\000\000\000@\000\000\000\000\000\000\000\000\000\000"}} From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 13:42:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F81B1065670; Fri, 3 Dec 2010 13:42:54 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 955898FC22; Fri, 3 Dec 2010 13:42:53 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 94A105E6C; Fri, 3 Dec 2010 14:42:52 +0100 (CET) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qRFu+1tHxvnJ; Fri, 3 Dec 2010 14:42:50 +0100 (CET) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 98D225E00; Fri, 3 Dec 2010 14:42:50 +0100 (CET) Message-ID: <4CF8F3DA.7040201@smeets.im> Date: Fri, 03 Dec 2010 14:42:50 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b3pre Thunderbird/3.1.6 MIME-Version: 1.0 To: lev@FreeBSD.org References: <773330619.20101203160419@serebryakov.spb.ru> In-Reply-To: <773330619.20101203160419@serebryakov.spb.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: smartmontools 5.40 & ahci.ko -- doesn't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 13:42:54 -0000 On 03.12.10 14:04, Lev Serebryakov wrote: > Hello, Stable. > Hi, > Latest smartmontools 5.40 doesn't work with AHCI driver :( I've > found old thread about 5.38, but I have 5.40 and it doesn't work > with any `-d' type... > > What do I do wrong? > > I had the same problem the cause was that i did not have "device pass" in my kernel, i had this in my messages: messages.5.bz2:Oct 12 12:46:45 xxx kernel: xptioctl: pass driver is not in the kernel messages.5.bz2:Oct 12 12:46:45 xxx kernel: xptioctl: put "device pass" in your kernel config file -- Florian Smeets From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 13:51:40 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121F510656DD for ; Fri, 3 Dec 2010 13:51:40 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4858FC08 for ; Fri, 3 Dec 2010 13:51:38 +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 PAA26083; Fri, 03 Dec 2010 15:51:35 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF8F5E7.4010309@freebsd.org> Date: Fri, 03 Dec 2010 15:51:35 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: lev@freebsd.org References: <773330619.20101203160419@serebryakov.spb.ru> In-Reply-To: <773330619.20101203160419@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: smartmontools 5.40 & ahci.ko -- doesn't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 13:51:40 -0000 on 03/12/2010 15:04 Lev Serebryakov said the following: > Hello, Stable. > > Latest smartmontools 5.40 doesn't work with AHCI driver :( I've > found old thread about 5.38, but I have 5.40 and it doesn't work > with any `-d' type... > > What do I do wrong? > I don't know. Try ktrace, etc. $ smartctl -A /dev/ada0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 132 132 054 Pre-fail Offline - 142 3 Spin_Up_Time 0x0007 141 141 024 Pre-fail Always - 273 (Average 271) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 103 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 131 131 020 Pre-fail Offline - 29 9 Power_On_Hours 0x0012 098 098 000 Old_age Always - 18243 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 65 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 244 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 244 194 Temperature_Celsius 0x0002 162 162 000 Old_age Always - 37 (Min/Max 20/54) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 14:03:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACEEA1065697 for ; Fri, 3 Dec 2010 14:03:23 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E99018FC1A for ; Fri, 3 Dec 2010 14:03:22 +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 QAA26204; Fri, 03 Dec 2010 16:03:14 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF8F8A1.1060300@freebsd.org> Date: Fri, 03 Dec 2010 16:03:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 14:03:23 -0000 on 02/12/2010 00:30 Zhihao Yuan said the following: > OK. Let's make this more clear: anyone has a working 8-2-PRERELEASE kernel (amd64 > is preferred) with Dtrace supports, which can run the scripts/commands on the > wiki? If so, please post your kernel configurations here, thanks. Not sure about commands on the wiki, but DTrace works perfectly with my scripts. $ uname -srm FreeBSD 8.2-PRERELEASE amd64 It's actually built from r216118 sources. $ dtrace -n 'fbt::sc_switch_scr:entry { printf("%p\n", args[0]); }' works without any issues. My kernel has the same DTrace related options as the wiki page: options KDTRACE_HOOKS # all architectures - enable general DTrace hooks options DDB_CTF # all architectures - kernel ELF linker loads CTF data options KDTRACE_FRAME # amd64-only Here's how I built and installed the kernel: $ make buildkernel WITH_CTF=1 $ make installkernel KERNCONF is set my kernel's name in /etc/make.conf. Not sure what kind of an issue prevents you from using DTrace, double-check all your steps. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 14:25:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 466A11065697 for ; Fri, 3 Dec 2010 14:25:19 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7E70A8FC0A for ; Fri, 3 Dec 2010 14:25: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 QAA26595; Fri, 03 Dec 2010 16:25:13 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF8FDC8.7050702@freebsd.org> Date: Fri, 03 Dec 2010 16:25:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jeremy Chadwick References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> In-Reply-To: <20101202022416.GA86118@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 14:25:19 -0000 on 02/12/2010 04:24 Jeremy Chadwick said the following: > On Wed, Dec 01, 2010 at 08:21:21PM -0600, Zhihao Yuan wrote: >> ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But I >> don't have either >> options KDB >> or >> options DDB >> I guess these has nothing to do with Dtrace, at least KDB is just a totally >> different module. Am I right? > > Correct; KDB/DDB shouldn't have anything to do with this. Yes. But it might - by accident/bug. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 19:52:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E674E106566C for ; Fri, 3 Dec 2010 19:52:38 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from smtp8.mail.ru (smtp8.mail.ru [94.100.176.53]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD038FC1D for ; Fri, 3 Dec 2010 19:52:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:References:Date:Subject:To:From; bh=icdexh0yLKCOIkvVIHBNPKeJHlZe6CR7G9PoBGKKzQo=; b=M9MsAwWQcRaqs6haX46XPLGFCUa9C7jGSQGyEWYFpUnCAn4QUd9D2DTW8JCDGu+W76O3paICpDKnITIbaDGwr5ni4ho9EMWCiWehWvE6mlsqFA002AhmMxkDQImu0y8o; Received: from [79.142.107.13] (port=36343 helo=tt.tt.tt) by smtp8.mail.ru with asmtp id 1PObgK-0008Br-00 for freebsd-stable@freebsd.org; Fri, 03 Dec 2010 22:52:36 +0300 From: Artem Kim To: freebsd-stable@freebsd.org Date: Fri, 3 Dec 2010 22:52:42 +0300 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201012031620.29062.artem_kim@inbox.ru> In-Reply-To: <201012031620.29062.artem_kim@inbox.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012032252.42989.artem_kim@inbox.ru> X-Mras: Ok Subject: Re: 8.2-PRERELEASE panic in NETGRAPH (ng_pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 19:52:39 -0000 I wrote ng_pppoe in the "subject" when in fact it's probably not true. It seems that the NETGRAPH's problem or something wrong on my system. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 19:53:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACB5106564A; Fri, 3 Dec 2010 19:53:45 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBC98FC1B; Fri, 3 Dec 2010 19:53:44 +0000 (UTC) Received: by wwf26 with SMTP id 26so5548222wwf.31 for ; Fri, 03 Dec 2010 11:53:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=nLlX76nKiUF3xfyUQt704yCKFc1yQAQdTV0tEkbLf34=; b=SJT1YUsMQh+yEt67Ucz8qXYE+wGD2jUTjxAtRqE4G6/lyP1bktlKOyBotxQey7Q3eB aGcZh8ryQbuwEeDXA85ZeCD7mvZiXDWB9oxxp6w7TIO4Q0gBfaMGiVT+JT8XgwQ5t5Lf Y3XUPIhcI267m04CRS/BmrK3fXjcGJkR896d0= 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=qe2KZ8TjCcF6cGTH4cV0foBhaeCPD/M5Iazeo+ZPto3aFikaYjefNWX40ZHr2tC0o4 HBHt2kloHsnE3BZqHGfpECYqcI60AGcjC0vmP0CKsj8q9izRFB8T9M7ub5fjTtFr3Nrk WHw/FkxNuj3q64aeuaRIao9ko1B21A8do8Lk4= MIME-Version: 1.0 Received: by 10.227.127.79 with SMTP id f15mr2418476wbs.86.1291406023362; Fri, 03 Dec 2010 11:53:43 -0800 (PST) Received: by 10.227.136.73 with HTTP; Fri, 3 Dec 2010 11:53:42 -0800 (PST) In-Reply-To: <4CF8FDC8.7050702@freebsd.org> References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> Date: Fri, 3 Dec 2010 13:53:42 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 19:53:45 -0000 I added these options, KDB & DDB to my KERNCONF, but Dtrace still does not work, and the commands your shown fail on my system, too. Can you send a copy of your KERNCONF to us? On Fri, Dec 3, 2010 at 8:25 AM, Andriy Gapon wrote: > on 02/12/2010 04:24 Jeremy Chadwick said the following: > > On Wed, Dec 01, 2010 at 08:21:21PM -0600, Zhihao Yuan wrote: > >> ctfdump -S /boot/kernel/kernel works, my system has CTF configured. But > I > >> don't have either > >> options KDB > >> or > >> options DDB > >> I guess these has nothing to do with Dtrace, at least KDB is just a > totally > >> different module. Am I right? > > > > Correct; KDB/DDB shouldn't have anything to do with this. > > Yes. But it might - by accident/bug. > > -- > Andriy Gapon > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 21:41:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 859ED1065672 for ; Fri, 3 Dec 2010 21:41:09 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 433548FC13 for ; Fri, 3 Dec 2010 21:41:09 +0000 (UTC) Received: from pool-151-203-24-219.bos.east.verizon.net ([151.203.24.219] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1POcx1-000Ewq-KO for freebsd-stable@freebsd.org; Fri, 03 Dec 2010 21:13:55 +0000 Received: from opal.com (localhost [IPv6:::1]) (authenticated bits=0) by homobox.opal.com (8.14.3/8.14.3) with ESMTP id oB3LDqe0045982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Dec 2010 16:13:52 -0500 (EST) (envelope-from fbsd@opal.com) Received: from shibato.opal.com ([2001:5c0:1100:f103:21e:33ff:fe5f:cb65] helo=shibato.opal.com) with IPv6:587 by opal.com; 3 Dec 2010 16:13:52 -0500 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 151.203.24.219 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX189P/YYg2MnjFoj7YSAgT0h Date: Fri, 3 Dec 2010 16:13:52 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20101203161352.1b5c8d0d@shibato.opal.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: /usr/src fails to compile on 7.x after csup to RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 21:41:09 -0000 [Slightly modified subject from the original posting back in June.] William D. Colburn (Schlake) wrote: > > I can make the kernel just fine, but if I try to make the world I get this: > > cc -O2 -pipe -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat opensolaris > -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include > -I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys > -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common > -I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head > -I/usr/src/cddl/usr.bin/zinject/../../lib/libumem > -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector > -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom > -lm -lnvpair -lumem -luutil -lzfs -lzpool > /lib/libthr.so.3: undefined reference to `__pselect at FBSDprivate_1.0' > *** Error code 1 > > I searched, but I couldn't find anything on this problem. > I just ran into this problem, too. It turns out that it was due to LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib being set which is causing the loader to pick up the wrong library. Clearing the problem and resuming the build ends up being simple: # unset LD_LIBRARY_PATH # make -DNO_CLEAN buildworld (Csh users will need unsetenv). -jr From owner-freebsd-stable@FreeBSD.ORG Fri Dec 3 23:29:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 067A6106567A for ; Fri, 3 Dec 2010 23:29:54 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 415898FC1A for ; Fri, 3 Dec 2010 23:29:52 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA01804; Sat, 04 Dec 2010 01:29:47 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1POf4V-0001Oj-L8; Sat, 04 Dec 2010 01:29:47 +0200 Message-ID: <4CF97D6A.7020900@freebsd.org> Date: Sat, 04 Dec 2010 01:29:46 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Dec 2010 23:29:54 -0000 on 03/12/2010 21:53 Zhihao Yuan said the following: > I added these options, KDB & DDB to my KERNCONF, but Dtrace still does not work, > and the commands your shown fail on my system, too. > Can you send a copy of your KERNCONF to us? I can, but I don't think that I have any magic in it. I suppose that you have some problem with either your local environment or following the procedures. Most of all, I still suspect that your world and your kernel are out of sync. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 02:28:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA2E7106566B; Sat, 4 Dec 2010 02:28:17 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4C81B8FC13; Sat, 4 Dec 2010 02:28:16 +0000 (UTC) Received: by wwf26 with SMTP id 26so5860991wwf.31 for ; Fri, 03 Dec 2010 18:28:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=KhuQt8YACFnxIYtdDnbTM7aWbItCMPTZFfCIiOz9YKU=; b=Z4i/oj25Cm2ufikShvDHD8gOLQ7bEw46RVpZEgTTcvSNz1QA8vxDBy7/rwi4WRtFKB PfM/pTUGoHb+6PGDcJeXKf/6XM+q3GXZaVv19YcdtYsx4jLBTEklQdiW4pX8qlWm+tOf KDsGMu+IxT1N5NxuvxTjKl07/x1CjIowgrH+E= 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=A2B/UaxDTIp18yH9i0JPszy1spnE0svBm8bVYQd5b6fnauk+1mhDw35fKEaFQ6medZ tAGUObWPBWECHRaBhMfqDD2NeP+sFbXwIzQGm+G0palilbuGqIToiBfIGBGz2z/aIhWI vjlsJJbvmi6mmdl/kEMD4F+gp8HdbCMbCluQ0= MIME-Version: 1.0 Received: by 10.227.155.15 with SMTP id q15mr2787456wbw.141.1291429696172; Fri, 03 Dec 2010 18:28:16 -0800 (PST) Received: by 10.227.136.84 with HTTP; Fri, 3 Dec 2010 18:28:15 -0800 (PST) In-Reply-To: <4CF97D6A.7020900@freebsd.org> References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> <4CF97D6A.7020900@freebsd.org> Date: Fri, 3 Dec 2010 20:28:15 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 02:28:18 -0000 My world and kernel are sync. Is it possible that the dtrace-enabled kernel must be compiled with '-g'? On Fri, Dec 3, 2010 at 5:29 PM, Andriy Gapon wrote: > on 03/12/2010 21:53 Zhihao Yuan said the following: > > I added these options, KDB & DDB to my KERNCONF, but Dtrace still does > not work, > > and the commands your shown fail on my system, too. > > Can you send a copy of your KERNCONF to us? > > I can, but I don't think that I have any magic in it. > I suppose that you have some problem with either your local environment or > following the procedures. Most of all, I still suspect that your world and > your > kernel are out of sync. > > -- > Andriy Gapon > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 11:19:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37DF11065670 for ; Sat, 4 Dec 2010 11:19:10 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8098FC16 for ; Sat, 4 Dec 2010 11:19:08 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08241; Sat, 04 Dec 2010 13:19:04 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1POq8u-00058V-7T; Sat, 04 Dec 2010 13:19:04 +0200 Message-ID: <4CFA23A7.3050604@freebsd.org> Date: Sat, 04 Dec 2010 13:19:03 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> <4CF97D6A.7020900@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 11:19:10 -0000 on 04/12/2010 04:28 Zhihao Yuan said the following: > My world and kernel are sync. Is it possible that the dtrace-enabled kernel must > be compiled with '-g'? It shouldn't be a requirement. But please try. DTrace (userland utility on FreeBSD) self-diagnostics really should be improved. Obscure complaints about problem in system .d files do not help at all for a user to understand what the actual problem could be. Sigh. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 13:32:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE3710656BA for ; Sat, 4 Dec 2010 13:32:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 87A388FC16 for ; Sat, 4 Dec 2010 13:32:29 +0000 (UTC) Received: by wyf19 with SMTP id 19so10539901wyf.13 for ; Sat, 04 Dec 2010 05:32:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=v121kr/+trZf29ZZlTk9AB2Ni26KRMyZCD3TWYlfoms=; b=Yd7VWwwY+zgNIPY9+LMLQ+2kCW6DwXQUtwg+lPXDbCzmP5AXAEqipFj/nHlgCemJL2 fWiowQniFcMu/G0o6PZdso0anDivGsMzjsWeF6pYJJRwQq2oxVt1jiuxhfKbCfKaBp/T F3DTxgUZ7lXWi4PB22np63Og9Z18O14sz3HfE= 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=Q+QlN31fr7PqlYzEZxIw3u35kv2GefXQLKxjWCJkPM7jkL5/tbmwOVK1Ev9krYmV7P 2ckRrrA2gsawcm6FhdeMdjMDyBR/ZeBog/0gvAQ99VUJYFooTHHUjlO1nvYn2Y30MHsq xl991XGuGC1yBvN2w8Dh6nxWnCBHuhALkFYSU= MIME-Version: 1.0 Received: by 10.216.179.81 with SMTP id g59mr487232wem.35.1291469548240; Sat, 04 Dec 2010 05:32:28 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Sat, 4 Dec 2010 05:32:27 -0800 (PST) In-Reply-To: References: <4B521FC2.4050402@errno.com> <4B535AAE.3060308@errno.com> <4B5BA0C1.8010901@errno.com> Date: Sat, 4 Dec 2010 21:32:27 +0800 X-Google-Sender-Auth: IN8UO4GJWoLt2MxUoh-_hD5QsGM Message-ID: From: Adrian Chadd To: Russell Yount Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: atheros broadcast/multicast corruption with multiple hostap's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 13:32:30 -0000 Just FYI, (and sorry for resurrecting such an old thread!) The mcast keysearch changes you've suggested have broken CCMP handling on at least the AR9160 in -HEAD. kern/150148 also notes that between 8.0-REL and 8.1-REL CCMP WPA for the poster also broke. The main change here related to crypto/key handling is the mcast key search enable that's been enabled. Reverting those changes so mcast key search is enabled fixes 11n WPA (which requires CCMP.) I bet it'd also fix kern/150148. I'm guessing there's some work needed in the key handling code in if_ath. Russell, are you still interested in this problem? Would you be interested in giving me a hand? Thanks Russell/Sam, Adrian On 25 January 2010 08:16, Russell Yount wrote: > On Sat, Jan 23, 2010 at 8:22 PM, Sam Leffler wrote: > >> Russell Yount wrote: >> > On Sun, Jan 17, 2010 at 1:45 PM, Sam Leffler > > > wrote: >> > >> > =A0 =A0 Russell Yount wrote: >> > >> > >> > >> > =A0 =A0 =A0 =A0 On Sat, Jan 16, 2010 at 3:21 PM, Sam Leffler > > =A0 =A0 =A0 =A0 > =A0> =A0 =A0 =A0 =A0 >> wrote: >> > >> > =A0 =A0 =A0 =A0 =A0 =A0Russell Yount wrote: >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0It seems AP to client broadcasts/multic= asts traffic is >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0broken when using WPA2/802.11i with mul= tiple hostapds in >> 8.0. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Only the SSID associated with the last = hostapd to be >> > =A0 =A0 =A0 =A0 started has >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0AP to client broadcasts/multicasts bein= g delivered >> correctly. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The AP and client are 8.0 freebsd syste= ms althought I see >> > =A0 =A0 =A0 =A0 same >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0problems with windows XP as a client. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The AP has 4 hostapds configured to use= TLS with client >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0certificates for >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0authentication. (hostapd recompiled wit= h >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0HOSTAPD_CFLAGS=3D-DEAP_SERVER) >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The AP and client radio are shown as at= h0: AR5212 mac 5.9 >> > =A0 =A0 =A0 =A0 RF5112 >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0phy 4.3 >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0in dmesg. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Client authenticate using client certif= icates associate >> > =A0 =A0 =A0 =A0 correctly >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0to all 4 SSIDs. Unicast traffic flows c= orrectly between >> > =A0 =A0 =A0 =A0 clients >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0and AP >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0for all for 4 SSIDs. Client to AP broad= cast/multicast >> > =A0 =A0 =A0 =A0 traffic works >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on of 4 SSIDs. AP to client broadcast/m= ulticast traffic >> > =A0 =A0 =A0 =A0 only works >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on 1 of the SSIDs. I have documented th= is using ARP >> > =A0 =A0 =A0 =A0 broadcasts, >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0but normal IP broadcasts also observed = to corrupted. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0When an ARP request is send through the= AP to an >> > =A0 =A0 =A0 =A0 associated client >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0it seems to be trashed on any of the SS= ID except the one >> > =A0 =A0 =A0 =A0 associated >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0with the last hostapd to be started. He= re is the output of >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0client side >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tcpdump showing the problems. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0In the first client side tcpdump with t= he hostapd >> associated >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0with the SSID >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0being associaed with the last hostapd s= tarted and the >> traffic >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0flowing >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0normally. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0In the second client side tcpdump with = the hostapd >> associated >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0with the SSID >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0being not the last hostapd started the = ARP request is >> resent >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0multiple times >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0and appears corrupted. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0I would really like to find a fix for t= his. >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Any help would be greatly appreciated. >> > >> > >> > =A0 =A0 =A0 =A0 =A0 =A0This sounds like the crypto encap of the frame = is clobbering >> the >> > =A0 =A0 =A0 =A0 =A0 =A0mbuf contents. =A0You can verify this by settin= g up multiple >> > =A0 =A0 =A0 =A0 vaps w/o >> > =A0 =A0 =A0 =A0 =A0 =A0WPA. =A0If this is the problem look for the mbu= f copy logic for >> > =A0 =A0 =A0 =A0 mcast >> > =A0 =A0 =A0 =A0 =A0 =A0frames and make sure a deep copy is done. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sam >> > >> > =A0 =A0 =A0 =A0 =A0 =A0The four VAPs broadcast traffic works find with= out WPA if I >> > =A0 =A0 =A0 =A0 do not start hostapds on them >> > =A0 =A0 =A0 =A0 =A0I have been trying to discovery why broadcast traff= ic only >> > =A0 =A0 =A0 =A0 works correctly on the VAP associated with the last ho= stapd to >> > =A0 =A0 =A0 =A0 be started. I have move with VAP has the working broad= cast >> > =A0 =A0 =A0 =A0 traffic by restarting the hostapd >> > =A0 =A0 =A0 =A0 associated with it. >> > =A0 =A0 =A0 =A0 =A0It would seem something in the WPA/802.1x layer ini= tialization >> > =A0 =A0 =A0 =A0 remembers which hostapd was started last and that affe= cted the >> > =A0 =A0 =A0 =A0 crypto encap. >> > =A0 =A0 =A0 =A0 =A0I keep looking but do not see any place in the code= that could >> > =A0 =A0 =A0 =A0 account for this. >> > =A0 =A0 =A0 =A0 =A0It seems the corrupt crypto encap also happens on b= roadcast >> > =A0 =A0 =A0 =A0 between stations. >> > =A0 =A0 =A0 =A0 Please correct me if I am wrong: >> > =A0 =A0 =A0 =A0 but when using hostapd normally traffic is bridged wit= hing the >> card. >> > =A0 =A0 =A0 =A0 So if a station sends to the VAP a broadcast it is act= aully >> > =A0 =A0 =A0 =A0 sending a non- broadcast frame to the AP >> > =A0 =A0 =A0 =A0 and the AP sends the frame to all the other stations. >> > >> > >> > =A0 =A0 I told you waht the likely problem is. =A0Look in the net80211= layer >> > =A0 =A0 in the kernel for the problem. >> > >> > =A0 =A0 =A0 =A0 =A0 =A0Sam >> > >> > >> > >> > >> > =A0I tried to find problems in mbuf corruption >> > in ieee80211_output.c by placing >> > >> > =A0 m =3D m_unshare(m,M_NOWAIT); >> > =A0 if (m =3D=3D NULL) { >> > =A0 =A0 =A0 IEEE80211_DPRINTF(vap, IEEE80211_MSG_OUTPUT, >> > =A0 =A0 =A0 "%s: cannot get writable mbuf\n", __func__); >> > =A0 =A0 =A0 return NULL; >> > =A0 } >> > >> > at begining ieee80211_mbuf_adjust() and at >> > beginning of ieee80211_encap() with no change >> > in the broadcast traffic behaviour. >> > >> > I tried then to in ieee80211_crypto.c substituting >> > >> > =A0 flags |=3D IEEE80211_KEY_SWCRYPT; >> > >> > for the encryption capabilities test code >> > >> > =A0 if ((ic->ic_cryptocaps & (1<> > =A0 =A0 =A0 =A0IEEE80211_DPRINTF(vap, IEEE80211_MSG_CRYPTO, >> > =A0 =A0 =A0 =A0"%s: no h/w support for cipher %s, falling back to s/w\= n", >> > =A0 =A0 =A0 =A0 =A0 =A0__func__, cip->ic_name); >> > =A0 =A0 =A0 =A0flags |=3D IEEE80211_KEY_SWCRYPT; >> > =A0 =A0} >> > >> > to force all the encryption to be done in software. >> > >> > This fixed the broadcast traffic problem but without >> > hardware support its very slow and really loads machine. >> > Enabling in the debug code to ath and net80211 >> > >> > and enabled ATH_DEBUG_KEYCACHE in if_ath.c and >> > IEEE80211_MSG_CRYPTO in net80211 code. >> > >> > It seems that all the VAPS sets the broadcast key for >> > mac ff:ff:ff:ff:ff:ff in the ath device so I assume >> > they conflict and the last one setting the key is the >> > working one; that would explain why the last hostapd >> > started is the only one with working broadcast code >> > to clients. >> > >> > In if_ath.c the code >> > >> > =A0if ((k->wk_flags & IEEE80211_KEY_GROUP) && sc->sc_mcastkey) { >> > =A0 =A0/* >> > =A0 =A0 * Group keys on hardware that supports multicast frame >> > =A0 =A0 * key search use a mac that is the sender's address with >> > =A0 =A0 * the high bit set instead of the app-specified address. >> > =A0 =A0 */ >> > =A0 =A0 =A0IEEE80211_ADDR_COPY(gmac, bss->ni_macaddr); >> > =A0 =A0 =A0gmac[0] |=3D 0x80; >> > =A0 =A0 =A0mac =3D gmac; >> > =A0} else >> > =A0 =A0 mac =3D k->wk_macaddr; >> > >> > seems to indicate that for multiple VAPs the ath chips >> > needs to be able to distinguish between broadcast keys >> > by using a permutation of VAPs bssid. >> > >> > But in if_athvar.h the code does not seem complete >> > and sc->sc_mcastkey is also set false. >> > >> > =A0#ifdef notyet >> > =A0#define ath_hal_hasmcastkeysearch(_ah) \ >> > =A0 =A0 =A0 =A0 (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, = NULL) =3D=3D >> > HAL_OK) >> > =A0#define ath_hal_getmcastkeysearch(_ah) \ >> > =A0 =A0 =A0 =A0 (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 1, = NULL) =3D=3D >> > HAL_OK) >> > =A0#else >> > =A0#define ath_hal_getmcastkeysearch(_ah) =A00 >> > =A0#endif >> > >> > I am using cards with an AR5212 which does seem to have >> > multiple bssid support working so I hope they should also >> > support mcastkeysearch capability. Maybe only some >> > firmware revisions have this? >> > >> > Do you know what the status of the HAL code is for >> > supporting this? Why it is commented out in if_athvar.h? >> >> Good work analyzing things; been a long time since I looked at this. =A0= I >> vaguely recall disabling mcastkey searching because of problems with >> WEP. =A0I'm surprised WPA is broken as that was a standard test case. >> >> You can try enabling the notyet code and see if the right thing happens. >> =A0I don't see any indication of the mac rev for your part but I expect = it >> supports this as it was only very early parts that had issues. >> >> If enabling the mcastkey search mechanism doesn't fix this I might've >> broken things with changes to explicitly mark group keys when hostapd >> plumbs their contents. =A0I recall doing this for mwl which doesn't have >> an indexed key table like ath (it uses the mac address of the local bss >> and/or associated station to find the data structure where crypto keys >> are stored). >> >> I haven't looked at this stuff in a long time and can't setup a system >> to test but if you keep pushing on this I'll try to help w/ advise. >> >> =A0 =A0 =A0 =A0Sam >> > > Sam, > I have the ath working with multiple hostap's and multicast key search an= d > also > have the station side working, but I do not like how I got the station si= de > working. > Let me explain what I have done and what I am tryinig to figure out now. > I would like to submit a patch once I get the last issues resolved. > > In if_athvar.h I uncommented your macros > > =A0#define ath_hal_hasmcastkeysearch(_ah) \ > =A0 =A0 =A0 =A0(ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, NULL= ) =3D=3D > HAL_OK) > =A0#define ath_hal_getmcastkeysearch(_ah) \ > =A0 =A0 =A0 =A0(ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 1, NULL= ) =3D=3D > HAL_OK) > > and added a macro > > #define ath_hal_setmcastkeysearch(_ah, _v) \ > =A0 =A0 =A0 ath_hal_setcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, _v, NULL= ) > In if_ath.c I added > > =A0 =A0 =A0/* > =A0 =A0 =A0 =A0* if multicast key search is supported by device enable it > =A0 =A0 =A0 =A0*/ > =A0 =A0 =A0 if (ath_hal_hasmcastkeysearch(sc->sc_ah)) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!ath_hal_getmcastkeysearch(sc->sc_ah)) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ath_hal_setmcastkeysearch(sc-= >sc_ah,1); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 } > > just before > > =A0 =A0 =A0sc->sc_mcastkey =3D ath_hal_getmcastkeysearch(ah); > > in ath_attach(). > > Then in ieee80211_ioctl.c I changed ieee80211_ioctl_setkey() so > =A0not to assign a slot when opering in hostap mode by changing > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Global slots start off w/o any assigned= key index. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Force one here for consistency with IEE= E80211_IOC_WEPKEY. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (wk->wk_keyix =3D=3D IEEE80211_KEYIX_NO= NE) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0wk->wk_keyix =3D kid; > to be > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Global slots start off w/o any assigned= key index. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Force one here for consistency with IEE= E80211_IOC_WEPKEY. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (vap->iv_opmode !=3D IEEE80211_M_HOSTAP > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0&& wk->wk_keyix =3D=3D IEEE80211_KEYIX= _NONE) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0wk->wk_keyix =3D kid; > > to preserve the station mode operation I had to keep the key index > assignment > when not VAP is not operating in hostapd mode. This seems wrong to me. > > Now here is the question I am trying to understand. Group keys are specia= l > as they are used in only one direction only; sending on hostap and receiv= ing > on a station. > > The multicast key search code when operating in hostap mode permits the > lookup > of the key for encryption by sending VAP bssid on transmission of multica= st > traffic. > > Is there a corresponding station side multicast key search that would let > the lookup > of the encryption key be done on receive by looking up the sending VAP fo= r > received > multicast traffic. If so it seems it could enable multiple stations also = to > work on one > device. > > I noticed in the linux legacy hal ar5212_keycache.c the following > code/comment > > =A0 =A0 =A0 =A0u_int32_t validBit =3D AR_KEYTABLE_VALID; > =A0 =A0 =A0 =A0...... > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * =A0If upper layers have requested mcast= MACaddr lookup, > then > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * =A0signify this to the hw by setting th= e (poorly named) > validBit > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * =A0to 0. =A0Yes, really 0. The hardware= specs, > pcu_registers.txt, is > =A0 =A0 =A0 =A0 * =A0has incorrectly named ValidBit. It should be called = "Unicast". > =A0 =A0 =A0 =A0 * =A0When the Key Cache entry is to decrypt Unicast frame= s, then this > =A0 =A0 =A0 =A0 * =A0bit should be '1'; for multicast and broadcast frame= s, this bit > is '0'. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (mac[0] & 0x01) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0validBit =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0..... > =A0 =A0 =A0 =A0OS_KC_WRITE(ah, AR_KEYTABLE_MAC0(entry), macLo); > =A0 =A0 =A0 =A0OS_KC_WRITE(ah, AR_KEYTABLE_MAC1(entry), macHi | validBit)= ; > > where as in the freebsd hal in ar5212_keycache.c the AR_KEYTABLE_VALID > is always set > > =A0 =A0 =A0 =A0OS_REG_WRITE(ah, AR_KEYTABLE_MAC0(entry), macLo); > =A0 =A0 =A0 =A0OS_REG_WRITE(ah, AR_KEYTABLE_MAC1(entry), macHi | > AR_KEYTABLE_VALID); > by not setting the AR_KEYTABLE_VALID bit would the multicast key search c= ode > work for station mode? I am just guessing here, but seemed like a likely > explaination? > > -Russ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 19:13:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29F331065673 for ; Sat, 4 Dec 2010 19:13:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 478C88FC17 for ; Sat, 4 Dec 2010 19:13:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oB4JDZ75017821 for ; Sun, 5 Dec 2010 06:13:36 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 5 Dec 2010 06:13:35 +1100 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Message-ID: <20101205024200.W20283@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 60 second stall resuming Thinkpad T23 on 8.x - regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 19:13:39 -0000 Hi, With 6.x and 7.0-R through 7.2-STABLE of about 11 months ago, my T23 always suspended and resumed reliably every time; I chose it for that. I'm now running another one of these since then; both behave the same. Since 8.0-RELEASE it stalls for 60 seconds on resuming from S3 suspend, every time, consistently. I first reported this almost a year ago, and nothing substantial has changed through 8.1-STABLE, now 8.2-PRERELEASE #0: Fri Dec 3 21:43:58 EST 2010 i386 GENERIC. Apart from some extra points noted below, I don't want to rewrite this: http://lists.freebsd.org/pipermail/freebsd-acpi/2009-December/006192.html Nate Lawson said it looked like ata timing out. While I can't discount that, and gave up trying to sus out the ata code, I'm hoping someone can either confirm that, or suggest another cause. Currently I'm leaning to it being an fxp issue, due to symptoms described below, but I'm feeling rather exasperated and clueless despite hunting through lots of code. Verbose dmesg: http://smithi.id.au/dmesg.boot.verbose.8.2-P_0 Here's an annotated verbose dmesg after that of the first suspend/resume cycle, with as close as I can get to describing the timings involved: acpi_button0: sleep button pressed acpi_lid0: wake_prep enabled for \\_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \\_SB_.SLPB (S3) Above are the last messaged appearing on VT0 when that's in view. vga0: saving 68 bytes of video state vga0: saving color palette pci0:1:0:0: Transition from D0 to D3 Video turns off. fxp0: link state changed to DOWN pci0:2:8:0: Transition from D0 to D3 That's fxp0 switching off. There's a possible issue around this: fxp0: port 0x6400-0x643f mem 0xc0200000-0xc0200fff irq 11 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0200000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1031 1014 0209 0042 fxp0: Dynamic Standby mode is disabled <<<<<<<<<<<<<<<<< miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: bpf attached fxp0: Ethernet address: 00:02:8a:36:08:29 fxp0: [MPSAFE] fxp0: [ITHREAD] where it's not clear whether fxp0 is powered down or not - more later. Also note that fxp0 going DOWN before suspend and UP after resume is new in the last month; before then this didn't happen .. I'd actually tried ifconfig fxp0 down in rc.suspend and ifconfig fxp0 up in rc.resume quite recently, but it made no difference to the bad resume behaviour. ct_to_ts([2010-12-04 00:35:27]) = 1291422927.000000000 The clock is written to the RTC. I've tried with that disabled too. ======== acpi_printcpu() debug dump ======== gdt[0097:c0e5a320] idt[07ff:c0e62980] ldt[0050] tr[0048] efl[00000006] eax[0141e000] ebx[00000000] ecx[c141e000] edx[0141e000] esi[c419bb00] edi[00000202] ebp[df7a2b18] esp[df7a2af8] cr0[8005003b] cr2[28162840] cr3[0141e000] cr4[000006d1] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] Before suspend, then ======== acpi_printcpu() debug dump ======== gdt[0097:c0e5a320] idt[07ff:c0e62980] ldt[0050] tr[0048] efl[00000002] eax[c48f0801] ebx[00000000] ecx[00000004] edx[c48f0870] esi[c419bb00] edi[00000202] ebp[df7a2b18] esp[df7a2af8] cr0[8005003b] cr2[28162840] cr3[0141e000] cr4[000006d1] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] after resume. I have sysctl debug.acpi.resume_beep=1 so the speaker starts a steady rather piercing beep here, which continues for the full next minute, until (apparently) the ct_to_ts message below, where I gather the RTC is read to restore the clock (albeit up to a second off) Now none of the following messages appear on VT0 until they all do, but on 8.0-R these t_delta messages used to appear as they happened, 15 or perhaps 16? seconds apart. I'd still like to know what these really mean, and what may be causing the problem they seem to be indicating? acpi_lid0: run_prep cleaned up for \\_SB_.LID_ acpi_button0: run_prep cleaned up for \\_SB_.SLPB pci0:1:0:0: Transition from D3 to D0 Straight after pressing the resume button, the screen comes on. Apart from the ultrabay CD light flashing (just BIOS init, I think) none of the keyboard or HD LEDs flash until the 60 second stall completes; if ata is stalling, it's not indicating even trying to access the HD, and there's no difference with my newer 120GB drive or its original 30GB. t_delta 15.fbb95ad165139480 too short t_delta 15.fbb94cc1cd800000 too short t_delta 16.09c9679193616a00 too long Occasionally only two of these appear, though usually three. Either way the nothing-happening stall seems to last exactly 60 seconds. If those do indicate 16 second intervals, then the one following the third must be 12 seconds; as these no longer appear on the console, I can't check. So after that 60 seconds, the above and the following messages all appear at once, and the resume beep also quitss at/near this point: ct_to_ts([2010-12-04 00:36:31]) = 1291422991.000000000 wakeup from sleeping state (slept 00:01:04) Here I'd pressed resume immediately, so that's the 3 second sleep in rc.suspend, plus the 60 second stall, plus the one second all this takes anyway, eg when faking it with debug.acpi.suspend_bounce=1 (see below) At this point the keyboard LEDs flash, then immediately after the HD LED flashes, then all the above plus these messages below appear: ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ad0: setting UDMA100 ata0: reinit done .. Then there's a 1 or 2 second delay as the CD is tasted, then: ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 acd0: setting UDMA33 ata1: reinit done .. atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 fxp0: link state changed to UP battery0: battery initialization start battery0: battery initialization done, tried 1 times Again, fxp0 going UP here is new. On boot it actually comes up a bit late, /var/log/console.log now shows fxp0 as inactive where before it showed as active 100 fdx, though it does come up soon afterwards, and doesn't seem to be an issue - ntpdate runs once on boot and that's ok, as reported by the final ts_to_ct on the verbose dmesg. Re fxp, a couple of points: firstly WoL is enabled in BIOS, showing as: fxp0: flags=8843 metric 0 mtu 1500 options=2009 ether 00:02:8a:36:08:29 inet 192.168.7.7 netmask 0xffffff00 broadcast 192.168.7.255 media: Ethernet autoselect (100baseTX ) status: active but attempts to wake it up with net/wakeonlan, both via the switch and directly with a cross-over cable, are ignored. Earlier I tried having WoL disabled in BIOS, no difference. According to if_fxp.c: /* * Enable workarounds for certain chip revision deficiencies. * * Systems based on the ICH2/ICH2-M chip from Intel, and possibly * some systems based a normal 82559 design, have a defect where * the chip can cause a PCI protocol violation if it receives * a CU_RESUME command when it is entering the IDLE state. The * workaround is to disable Dynamic Standby Mode, so the chip never * deasserts CLKRUN#, and always remains in an active state. which sounds a bit disturbing, re fxp power consumption while sleeping? * * See Intel 82801BA/82801BAM Specification Update, Errata #30. */ if ((sc->ident->ich >= 2 && sc->ident->ich <= 3) || (sc->ident->ich == 0 && sc->revision >= FXP_REV_82559_A0)) { fxp_read_eeprom(sc, &data, 10, 1); if (data & 0x02) { /* STB enable */ It's ICH3, and sc->revision >= FXP_REV_82559_A0 is also true, but that bit is already off in eeprom so 'fxp0: Dynamic Standby mode is disabled' if (bootverbose) { device_printf(dev, "PCI IDs: %04x %04x %04x %04x %04x\n", pci_get_vendor(dev), pci_get_device(dev), pci_get_subvendor(dev), pci_get_subdevice(dev), pci_get_revid(dev)); fxp_read_eeprom(sc, &data, 10, 1); device_printf(dev, "Dynamic Standby mode is %s\n", data & 0x02 ? "enabled" : "disabled"); } Not that I really know what's going on with this, but I did notice that when debug.acpi.suspend_bounce=1, apart from not getting down to the suspend/resume 'acpi_printcpu()' messages, and no stall, the difference in dmesg is only that on the resume side we see: pci0:1:0:0: Transition from D0 to D3 fxp0: link state changed to DOWN pci0:2:8:0: Transition from D0 to D3 ct_to_ts([2010-12-05 05:17:08]) = 1291526228.000000000 acpi_lid0: wake_prep enabled for \\_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \\_SB_.SLPB (S3) pci0:1:0:0: Transition from D3 to D0 pci0:2:8:0: Transition from D3 to D0 <<<<<<<<<<<<<<<<<<<<<<<<<< ct_to_ts([2010-12-05 05:17:09]) = 1291526229.000000000 wakeup from sleeping state (slept 00:00:01) ata0: reiniting channel .. [..] ie fxp0 reports 'pci0:2:8:0: Transition from D3 to D0' which does NOT appear after a 'real' resume. I don't know it that's significant, in fact I don't know if I can trust my nose to lead anywhere useful .. Apologies for the long-winded description, but I wanted to be thorough. Any clues welcome, I'm desperate enough to try anything, before I have to abandon 8.x, install 7.4-PRE and get on with some real work including travel, really requiring 100% reliable suspend/resume, without the nasty clock / uptime / process time resets that can occur now, especially when running X - all the above is on a bare system not running anything much. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 14:52:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D99A106564A for ; Sat, 4 Dec 2010 14:52:45 +0000 (UTC) (envelope-from ika256@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF9E8FC08 for ; Sat, 4 Dec 2010 14:52:44 +0000 (UTC) Received: by qwj9 with SMTP id 9so5176359qwj.13 for ; Sat, 04 Dec 2010 06:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=SBkZgtzXr59OHSqtYZf3uObwM93YOyQL3bbydAbZLkk=; b=uexwnTwjKLpAR1dFg0CVloHOSKoYuy1m3OznQQD26X6xmJy0n1MoXS0LQbhTlWFPso 1sfu6qTWIjqrTVxVok9u4tmC6LYXWwY3p/5ERqZlXXxYk90/Wh212aWQZe7oVrzkBBcV ruABgbEE8kCm55RVKM/KEsNWM855n4jEn1iAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QD/Bl6cBLNPOY4j/iumbgujOBFYR3AoHUWU5ZBFd5v3Vrt45c+pigQ+1BE9SPMV7U9 AfD8eK/UvZtQ0fyCM6pmxx1cunT0drFI+YfapJ01siNW5tH/dVwEq5jmz/Y485wwulTp 4fGpmifovUc/LMccXcoMC28I/NnIxM+vHRVuM= MIME-Version: 1.0 Received: by 10.224.3.6 with SMTP id 6mr2369428qal.397.1291472687991; Sat, 04 Dec 2010 06:24:47 -0800 (PST) Received: by 10.220.171.5 with HTTP; Sat, 4 Dec 2010 06:24:47 -0800 (PST) Date: Sat, 4 Dec 2010 18:24:47 +0400 Message-ID: From: Irakli To: freebsd-stable@freebsd.org X-Mailman-Approved-At: Sat, 04 Dec 2010 19:31:34 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 14:52:45 -0000 mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/i386/compile/NS /usr/src/sys/modules/ae/../../dev/ae/if_ae.c ===> aesni (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include make: don't know how to make aesni.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 19:42:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAADD106564A; Sat, 4 Dec 2010 19:42:42 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA7A8FC08; Sat, 4 Dec 2010 19:42:41 +0000 (UTC) Received: from www.liukuma.net (localhost [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 3AFD61CC67; Sat, 4 Dec 2010 21:25:11 +0200 (EET) X-DKIM: Sendmail DKIM Filter v2.8.3 www.liukuma.net 3AFD61CC67 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=liukuma.net; s=liukudkim; t=1291490711; bh=2F9G4UH8sdMV38b47g0BCLUi3MiD3xmPBXbsMyqYn4U=; h=Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date: MIME-Version:Content-Type:Content-Transfer-Encoding; b=H47N2t/YUYKmiOG7Qg0ZeWMlLjJwICyvIPIGPVr1r2iudA4TQQfDKAHplLk4NRCRf D6LZzf5lAD0FtEsa5DLSkgXkPl8ZmlNE3Uky6v5phadcAG61X8pVsTp9VUWFePaa+6 VnsYkOrvkUAqiGrCu6LdBgCnc830X8xOYvIg18Hc= X-Virus-Scanned: amavisd-new at liukuma.net Received: from www.liukuma.net ([127.0.0.1]) by www.liukuma.net (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MrigPAz14iQz; Sat, 4 Dec 2010 21:25:07 +0200 (EET) Received: from rivendell (a91-155-174-194.elisa-laajakaista.fi [91.155.174.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTPSA id 3D00C1CC60; Sat, 4 Dec 2010 21:25:05 +0200 (EET) X-DKIM: Sendmail DKIM Filter v2.8.3 www.liukuma.net 3D00C1CC60 Message-ID: From: "Reko Turja" To: "Zhihao Yuan" , "Andriy Gapon" References: <20101123131353.GA7243@icarus.home.lan><20101123132519.GA1426@icarus.home.lan><4CEBC155.9090706@freebsd.org><20101202002734.GA84177@icarus.home.lan><20101202022416.GA86118@icarus.home.lan><4CF8FDC8.7050702@freebsd.org><4CF97D6A.7020900@freebsd.org> In-Reply-To: Date: Sat, 4 Dec 2010 21:25:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8089.726 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726 Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 19:42:42 -0000 From: "Zhihao Yuan" Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > My world and kernel are sync. Is it possible that the dtrace-enabled=20 > kernel > must be compiled with '-g'? > > On Fri, Dec 3, 2010 at 5:29 PM, Andriy Gapon =20 > wrote: >> I suppose that you have some problem with either your local=20 >> environment or >> following the procedures. Most of all, I still suspect that your=20 >> world and >> your >> kernel are out of sync. Changed CFLAGS? -Reko=20 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 22:23:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CF291065679; Sat, 4 Dec 2010 22:23:04 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 71BEF8FC1D; Sat, 4 Dec 2010 22:23:02 +0000 (UTC) Received: by wwf26 with SMTP id 26so6517989wwf.31 for ; Sat, 04 Dec 2010 14:23:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=AZpv1xUUikY8mpAfpEduF8c77XIGOMRouc7TezLb5FA=; b=t6HZlKurtyhxTVVNQAqtF2GDAHRBDMCP6+ZVhKsTJa5Ycc4Ob+P6Z4LoBHTQPnxBCS Rmaz2tj+Hsry/MQ5HWmcd3xY4NXbZfmXn5heG+bDUkTrIEaV4OT8mFC2kxYKeAsjBC/9 ueXCIRqfcuPDryT5oGcdd0wqHPoMBn6QuiYRk= 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=OaB+OfvdaeZzLb0UAPt5Rs2maomnesKdsKPQhw6JG6ZOXp0C1dsMKR7Av1aj7f747o Cn8dVQVTdAiUh4cWLfqFPZ5FG0ALCvouR32B5gDtt9pCKdqgoqisgYWabNpnXx0DrH3v larfIL0/nzrkkDmmjJniDCAlVuU8qm0SxKBmw= MIME-Version: 1.0 Received: by 10.227.132.208 with SMTP id c16mr3827617wbt.25.1291501382106; Sat, 04 Dec 2010 14:23:02 -0800 (PST) Received: by 10.227.136.84 with HTTP; Sat, 4 Dec 2010 14:23:01 -0800 (PST) In-Reply-To: <4CFA23A7.3050604@freebsd.org> References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> <4CF97D6A.7020900@freebsd.org> <4CFA23A7.3050604@freebsd.org> Date: Sat, 4 Dec 2010 16:23:01 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 22:23:04 -0000 On Sat, Dec 4, 2010 at 5:19 AM, Andriy Gapon wrote: > on 04/12/2010 04:28 Zhihao Yuan said the following: > > My world and kernel are sync. Is it possible that the dtrace-enabled > kernel must > > be compiled with '-g'? > > It shouldn't be a requirement. But please try. > HAHAHAHA! It matters.... Not KBD, not DDB, only the DEBUG=-g option. It seems like DTrace requires the symbols inside a kernel/program. Well, now my DTrace works perfectly, and the examples on the wiki also work. The next step is to try to use it to trace my program. SDT may help. I need to learn more. Thanks guys... > DTrace (userland utility on FreeBSD) self-diagnostics really should be > improved. > Obscure complaints about problem in system .d files do not help at all for > a > user to understand what the actual problem could be. Sigh. > > -- > Andriy Gapon > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 22:43:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5789410656A4 for ; Sat, 4 Dec 2010 22:43:14 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEB38FC14 for ; Sat, 4 Dec 2010 22:43:13 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA14162; Sun, 05 Dec 2010 00:43:08 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PP0ot-0005nw-Vl; Sun, 05 Dec 2010 00:43:08 +0200 Message-ID: <4CFAC3FA.9050601@freebsd.org> Date: Sun, 05 Dec 2010 00:43:06 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> <4CF97D6A.7020900@freebsd.org> <4CFA23A7.3050604@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 22:43:14 -0000 on 05/12/2010 00:23 Zhihao Yuan said the following: > HAHAHAHA! It matters.... Not KBD, not DDB, only the DEBUG=-g option. It seems > like DTrace requires the symbols inside a kernel/program. Well, now my DTrace > works perfectly, and the examples on the wiki also work. The next step is to try > to use it to trace my program. SDT may help. I need to learn more. Thanks guys... Interesting, thank you very much for the investigation and report! And your persistence too! :) I will try to find time to investigate why this requirement has arisen or if it has always been present, just not documented. If it can be removed, then good; otherwise I will update the documentation at least. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 22:46:09 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6242106566C for ; Sat, 4 Dec 2010 22:46:09 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 503438FC12 for ; Sat, 4 Dec 2010 22:46:08 +0000 (UTC) Received: from [192.168.0.93] (f055110181.adsl.alicedsl.de [78.55.110.181]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id oB4MZLKg010677 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Sat, 4 Dec 2010 23:35:22 +0100 (CET) Message-ID: <4CFAC229.40804@FreeBSD.org> Date: Sat, 04 Dec 2010 23:35:21 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 22:46:09 -0000 Am 04.12.2010 15:24, schrieb Irakli: > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/src/sys/i386/compile/NS /usr/src/sys/modules/ae/../../dev/ae/if_ae.c > ===> aesni (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > make: don't know how to make aesni.c. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 If you've built with -DNOCLEAN, try without that option, or running "make clean" HTH Matthias From owner-freebsd-stable@FreeBSD.ORG Sat Dec 4 23:39:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8A371065673 for ; Sat, 4 Dec 2010 23:39:18 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 98F798FC1E for ; Sat, 4 Dec 2010 23:39:18 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id A695B7D39E; Sat, 4 Dec 2010 18:39:17 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ItXGKk1M+AaB; Sat, 4 Dec 2010 18:39:17 -0500 (EST) Received: from daemon.localdomain (daemon.egr.msu.edu [35.9.44.65]) by mail.egr.msu.edu (Postfix) with ESMTP id 738837D397; Sat, 4 Dec 2010 18:39:17 -0500 (EST) Received: by daemon.localdomain (Postfix, from userid 21281) id 6BA9E1309C5; Sat, 4 Dec 2010 18:39:17 -0500 (EST) Date: Sat, 4 Dec 2010 18:39:17 -0500 From: Adam McDougall To: Rick Macklem Message-ID: <20101204233906.GY82436@egr.msu.edu> References: <4CF5DEC4.3070901@egr.msu.edu> <1918825226.1032577.1291246386604.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1918825226.1032577.1291246386604.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: Stale NFS file handles on 8.x amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2010 23:39:18 -0000 On Wed, Dec 01, 2010 at 06:33:06PM -0500, Rick Macklem wrote: > > I'll give negnametimeo=0 a try on one server starting tonight, I'll be > busy tomorrow and don't want to risk making anything potentially worse > than it is yet. I can't figure out how to disable the attr cache in > FreeBSD. Neither suggestions seem to be valid, and years ago when I > looked into it I got the impression that you can't, but I'd love to be > proven wrong. I just looked and, yea, you are correct, in that the cached attributes are still used while NMODIFIED is set if the mtime isn't within the current second. (I'm not going to veture a guess as to why this is done at this time:-) But, "acregmon=0,acregmax=0,acdirmin=0,acdirmax=0" looks like it comes close, from a quick inspection of the code. I haven't tested this. You do have to set both min and max == 0, or max just gets set to min instead of 0. The *dir* ones apply to directories and the *reg* ones otherwise. Ok. I'm applying it right now (with s/mon/min/) > I'll try dotlock when I can. Would disabling statd and > lockd be the same as using nolock on all mounts? Nope. If you kill off lockd and statd without using the "nolock" option, I think all file lock operations will fail with ENOTSUPPORTED whereas when you mount with "nolock", the lock ops will be done locally in the client (ie seen by other processes in the same client, but not by other clients). This last go around I told dovecot to use dotlock for more things, not just Maildir files (apparently) and it apparently made it stop using fcntl because it no longer complained when I temporarily stop lockd. It did not help the Stale files through, nor did turning off lockd, so I'm still hunting. > The vacation binary > is > the only thing I can think of that might use it, not sure how well it > would like missing it which is how I discovered I needed it in the > first > place. Also, if disabling lockd shows an improvement, could it lead to > further investigation or is it just a workaround? Well, it's a work around in the sense that you are avoiding the NLM and NSM protocols. These are fundamentally flawed protocol designs imho, but some folks find that they work ok for them. Imho, the two big flaws are: 1 - Allowing a blocking lock in the server. Then what happens if the client is network partitioned when the server finally acquires the lock for the client? (NFSv4 only allows the server to block for a very short time before it replies. The client must "poll" until the lock is available, if the client app. allows blocking. In other works, the client does the blocking.) 2 - It depends upon the NSM to decide if a node is up/down. I'm not sure what the NSM actually does, but it's along the lines of an IP broadcast to see if the other host(s) are responding and then sets up/down based on how recently it saw a message from a given host. (NFSv4 requires that the server recognize a lock request where the client had state that predates this boot and reply with an error that tells the client to recover its lock state using special variants of the lock ops. Imho, this does a much better job of making sure the server and clients maintain a consistent set of lock state. The server may throw away lock state for an NFSv4 client if it hasn't renewed the state within a lease time and then the client will be given an "expired" error to tell it that it has lost locks. This should only happen when a network partitioning exceeds the lease duration and, in the case of the FreeBSD NFSv4 server, it has also received a conflicting lock request from another client whose lease has not expired.) I always appreciate learning more. I have a fairly strict firewall in place and don't see any denies related to rpc/nfs but I'll keep my eyes open. I'm presently allowing all traffic between the client and the nfs server on all ports, tcp and udp. The firewall was put in place after the problems started, as part of a different project. Probably a lot more glop than you expected, but I couldn't resist a chance to put in a plug for NFSv4 file locking. Btw, you could try NFSv4 mounts, since Netapp and the experimental FreeBSD8 client both support them. I'll keep that in mind too, I tried it a while back before the revamp. >From a firewall standpoint (all around), I would love to get rid of v3 when the time comes. Although, I would probably invest my time into testing dovecot v2 where the author tries to keep users on their own server anyway. Either would probably be a bigger project. I have some solaris clients that are too smart for their own good for example and broke when I enabled v4 on the netapp in the past (permission issues). Good lock (oh, I meant luck:-) with it, rick HA ha :)