From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 02:35:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4EE106564A; Sun, 31 Jul 2011 02:35:03 +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 087DB8FC08; Sun, 31 Jul 2011 02:35:03 +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 918C246B09; Sat, 30 Jul 2011 22:35:02 -0400 (EDT) Received: from John-Baldwins-Macbook-Pro.local (c-68-36-150-83.hsd1.nj.comcast.net [68.36.150.83]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0E2BD8A02C; Sat, 30 Jul 2011 22:35:02 -0400 (EDT) Message-ID: <4E34BF55.3070909@FreeBSD.org> Date: Sat, 30 Jul 2011 22:35:01 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Doug Barton References: <4E23EE49.5040801@FreeBSD.org> <201107191116.07116.jhb@freebsd.org> <4E33A990.7040006@FreeBSD.org> <201107300834.29194.jhb@freebsd.org> <4E349A08.50801@FreeBSD.org> In-Reply-To: <4E349A08.50801@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Sat, 30 Jul 2011 22:35:02 -0400 (EDT) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ichwd0: unable to reserve GCS registers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 02:35:03 -0000 On 7/30/11 7:55 PM, Doug Barton wrote: > On 07/30/2011 05:34, John Baldwin wrote: >> On Saturday, July 30, 2011 02:49:52 AM Andriy Gapon wrote: >>> on 19/07/2011 18:16 John Baldwin said the following: >>>> Hmm, can you get devinfo -r output from a working kernel with ichwd >>>> loaded? You might be able to just build the kernel with 'nooptions >>>> NEW_PCIB'. > > So is this still relevant? I'm sorry I haven't had a chance to get this > done, but I may be able to this weekend if you still think it's useful. No, I was able to get that info from someone else with the same issue. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 03:31:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E79BC1065676; Sun, 31 Jul 2011 03:31:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-4.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E5FF3150323; Sun, 31 Jul 2011 03:31:53 +0000 (UTC) Message-ID: <4E34CCA9.7070406@FreeBSD.org> Date: Sat, 30 Jul 2011 20:31:53 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110723 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <4E23EE49.5040801@FreeBSD.org> <201107191116.07116.jhb@freebsd.org> <4E33A990.7040006@FreeBSD.org> <201107300834.29194.jhb@freebsd.org> <4E349A08.50801@FreeBSD.org> <4E34BF55.3070909@FreeBSD.org> In-Reply-To: <4E34BF55.3070909@FreeBSD.org> X-Enigmail-Version: 1.2pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ichwd0: unable to reserve GCS registers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 03:31:55 -0000 On 07/30/2011 19:35, John Baldwin wrote: > On 7/30/11 7:55 PM, Doug Barton wrote: >> On 07/30/2011 05:34, John Baldwin wrote: >>> On Saturday, July 30, 2011 02:49:52 AM Andriy Gapon wrote: >>>> on 19/07/2011 18:16 John Baldwin said the following: >>>>> Hmm, can you get devinfo -r output from a working kernel with ichwd >>>>> loaded? You might be able to just build the kernel with 'nooptions >>>>> NEW_PCIB'. >> >> So is this still relevant? I'm sorry I haven't had a chance to get this >> done, but I may be able to this weekend if you still think it's useful. > > No, I was able to get that info from someone else with the same issue. Awesome. Let me know if there is anything else I can not do to help. :) -- 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-current@FreeBSD.ORG Sun Jul 31 07:36:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A70D1065673 for ; Sun, 31 Jul 2011 07:36: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 60BB68FC14 for ; Sun, 31 Jul 2011 07:36:30 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA04640; Sun, 31 Jul 2011 10:36:28 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QnQZX-000B0Y-TP; Sun, 31 Jul 2011 10:36:27 +0300 Message-ID: <4E3505FA.6000403@FreeBSD.org> Date: Sun, 31 Jul 2011 10:36:26 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Rick Macklem References: <557218859.1217065.1312066518634.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <557218859.1217065.1312066518634.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Heavy I/O blocks FreeBSD box for several seconds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 07:36:32 -0000 on 31/07/2011 01:55 Rick Macklem said the following: > Andriv Gapon wrote: >> on 26/07/2011 00:44 Rick Macklem said the following: >>> hrs sent me this panic. I'm wondering if it might be relevant to >>> this? >> >> To 'this' what? > > Well, my thinking was (and it is quite likely completely incorrect) is > that, since this panic is a result of holding the spin lock too long, > that it might be another symptom of the same problem as when the scheduler > seems to "lock up" for several seconds. I don't think that there is any issue with the scheduler "locking up" or taking too long to make scheduling decisions, at least when we talk about performance problems. There can be issues with the scheduler making sub-optimal scheduling decisions. > --> The bug might be some case where the spin lock isn't being released > when it should be, and that "could" result in "Heavy I/O blocks > FreeBSD box for several seconds". Note that the server was under > heavy I/O load when this panic occurred. > > >> A panic is a panic. >> >>> spin lock 0xffffffff80cb52c0 (sched lock 1) held by >>> 0xffffff0012c7f8c0 (tid 100317) too long >>> panic: spin lock held too long >> >> I guess it's more related to the thread on stable@ which has the panic >> message >> as its subject. >> >>> cpuid = 0 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >>> kdb_backtrace() at kdb_backtrace+0x37 >>> panic() at panic+0x187 >>> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 >>> _mtx_lock_spin() at _mtx_lock_spin+0x9e >>> sched_add() at sched_add+0x117 >>> setrunnable() at setrunnable+0x78 >>> sleepq_signal() at sleepq_signal+0x7a >>> cv_signal() at cv_signal+0x3b >>> xprt_active() at xprt_active+0xe3 >>> svc_vc_soupcall() at svc_vc_soupcall+0xc >>> sowakeup() at sowakeup+0x69 >>> tcp_do_segment() at tcp_do_segment+0x2cbd >>> tcp_input() at tcp_input+0xcdd >>> ip_input() at ip_input+0xac >>> netisr_dispatch_src() at netisr_dispatch_src+0x7e >>> ether_demux() at ether_demux+0x14d >>> ether_input() at ether_input+0x17d >>> em_rxeof() at em_rxeof+0x1ca >>> em_handle_que() at em_handle_que+0x5b >>> taskqueue_run_locked() at taskqueue_run_locked+0x85 >>> taskqueue_thread_loop() at taskqueue_thread_loop+0x4e >>> fork_exit() at fork_exit+0x11f >>> fork_trampoline() at fork_trampoline+0xe >>> --- trap 0, rip = 0, rsp = 0xffffff8000160d00, rbp = 0 --- >>> KDB: enter: panic >>> [thread pid 0 tid 100033 ] >>> Stopped at kdb_enter+0x3b: movq $0,0x6b4e62(%rip) >>> db> ps >>> >> >> -- >> Andriy Gapon >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 08:22:44 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55DF2106566C for ; Sun, 31 Jul 2011 08:22:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2DF8FC0A for ; Sun, 31 Jul 2011 08:22:44 +0000 (UTC) Received: from delta.delphij.net (unknown [IPv6:2001:470:83bf:0:221:5cff:fe6a:37bb]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 0E6FC14AF2; Sun, 31 Jul 2011 01:22:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1312100564; bh=e3eMFmWL6UZUpU71V0LUNlEs/KV+cYUkRpfC2ATjOV0=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=BT8VSZ0UAwsFj8KORqRkpv0/ckRaD1TAYo8ognlBM0t444VqoOZMjIolcAMUlby7o ijf9OZds3Odh6Kt2iOfO5rmZ80LL5Bckjw4gA+5m1pSEzZz6RZPzX5s9WtwVet3z0M bSBZ+g9DI9+Yu0TllhhMczYHqhYTtMblDEDjQ+eE= Message-ID: <4E3510CC.8090300@delphij.net> Date: Sun, 31 Jul 2011 01:22:36 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: weekly_catman not generating the right result? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 08:22:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I just noticed that weekly_catman is not generating the right result, e.g. instead of a highlight NAME, it gives 1mNAME0m (looks like the escape character is missing here). Is this a known issue? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJONRDMAAoJEATO+BI/yjfBvm8H/inlCp7yRRpo5wCqGnvskZCw TueCyHrcDbgU4B+W1ZxRM02S9HpCYpPBB5EQQ6HSCIkPb3IyckK4MJzyJ+w57Dxb Z6MH0T8zQ8gtto60Xz4Hos+rPJEGRHBw645ABLGm5N2RbQ+zvzvwSR91Ma40zf/Q l5GMTq0E/L2UsKkX1WQ+RgPDJmefc4ckvOawp0XsnhNGdeAXu8K+DsmJ6x2UoKLr BwJMbytBjQJ89MCKdpWdvB0r8VmjglqoZ0J8JLdTx3Bv9cG0YAGH4vp9MG1Dv7YT PaTOof4iN/vt5ZD2nkv6IH1nAGgPcumlXqrS2UX1vw63Bpd+EyzjKW9OdUXz0Qo= =e88D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 09:46:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1D0106566C for ; Sun, 31 Jul 2011 09:46:30 +0000 (UTC) (envelope-from sinkeyteck@yahoo.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1A61D8FC12 for ; Sun, 31 Jul 2011 09:46:29 +0000 (UTC) Received: from passion.hsins.com (linebetter.tpcity.corp.yahoo.com [10.82.108.43]) by mrout2-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id p6V9Z8rs033377 for ; Sun, 31 Jul 2011 02:35:09 -0700 (PDT) Received: from passion.hsins.com (localhost [127.0.0.1]) by passion.hsins.com (8.14.5/8.14.5) with ESMTP id p6V9Z7uv067079 for ; Sun, 31 Jul 2011 17:35:07 +0800 (MYT) (envelope-from sinkeyteck@yahoo.com) Received: (from ktsin@localhost) by passion.hsins.com (8.14.5/8.14.5/Submit) id p6V9Z7dp067078 for freebsd-current@freebsd.org; Sun, 31 Jul 2011 17:35:07 +0800 (MYT) (envelope-from sinkeyteck@yahoo.com) X-Authentication-Warning: passion.hsins.com: ktsin set sender to sinkeyteck@yahoo.com using -f Date: Sun, 31 Jul 2011 17:35:07 +0800 From: KiT Sin To: freebsd-current@freebsd.org Message-ID: <20110731093506.GA67005@passion.hsins.com> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: breakage caused by changes to mount structure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 09:46:30 -0000 as of r224290, the mnt_flag in the mount structure was changed from 32 to 64 bits. should __FreeBSD_version be bumped to reflect breakage introduced by this change? fusefs-kmod broke after the kernel was upgraded, and the ports failed to build due to inconsistent data type as it is expecting 32bit int. thanks kit From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 12:17:48 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB61C106566C; Sun, 31 Jul 2011 12:17:48 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4B13B8FC0A; Sun, 31 Jul 2011 12:17:48 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p6VCHXIk052667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 31 Jul 2011 14:17:33 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1312114653; bh=R7qWdKV3YhuZyuX+ftuh4yKnF0iJPBdVoOKjulXz1jY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=BbRt4xfOTfMu649dtfvm+7aogtgWO4yWFOGHwVSg+8OH7C3lQcVDHYlbLDOu67DAj 3jPSN9RgZnInDuSToveCU4OOUijaF5G0U/9poJw1tdJlPJpQEmATl0WGrspM9X+2KQ poNYWduzekLUFrmVYR13my+KmK2MDSB7jZrl8PXU= Date: Sun, 31 Jul 2011 14:17:33 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: d@delphij.net, ru@FreeBSD.org Message-ID: <20110731121732.GB11991@acme.spoerlein.net> Mail-Followup-To: d@delphij.net, ru@FreeBSD.org, FreeBSD Current References: <4E3510CC.8090300@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <4E3510CC.8090300@delphij.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: weekly_catman not generating the right result? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 12:17:48 -0000 --4bRzO86E/ozDv8r1 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2011-07-31 at 01:22:36 -0700, Xin LI wrote: > Hi, >=20 > I just noticed that weekly_catman is not generating the right result, > e.g. instead of a highlight NAME, it gives 1mNAME0m (looks like the > escape character is missing here). >=20 > Is this a known issue? Now it is :) This is due to the recent changes that made groff emit ANSI sequences and catman(1) is still putting col(1) in the pipe, which is not really required and gobbles up part of the escape sequences. Please try the attached patch. Thanks. Uli --C7zPtVaVf+AK4Oqc Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename="catman.diff" Content-Transfer-Encoding: quoted-printable commit 363e4ce24b5017eb060d6a54bebbf92608ba3873 Author: Ulrich Sp=C3=B6rlein Date: Sun Jul 31 14:13:51 2011 +0200 Unbreak catman(1) by removing calls to col(1). =20 col(1) was mangling the SGR escapes and is not strictly required. Tab "compression" is now done by passing -h to nroff directly. =20 See r222650 and r222653 for more details. =20 Reviewed by: ? Approved by: ? MFC after: 3 weeks diff --git a/usr.bin/catman/catman.c b/usr.bin/catman/catman.c index c17a091..886563b 100644 --- a/usr.bin/catman/catman.c +++ b/usr.bin/catman/catman.c @@ -432,7 +432,7 @@ process_page(char *mandir, char *src, char *cat, enum Z= iptype zipped) } snprintf(tmp_file, sizeof tmp_file, "%s.tmp", cat); snprintf(cmd, sizeof cmd, - "%scat %s | tbl | nroff -T%s -man | col | %s > %s.tmp", + "%scat %s | tbl | nroff -h -T%s -man | %s > %s.tmp", zipped =3D=3D BZIP ? BZ2CAT_CMD : zipped =3D=3D GZIP ? GZCAT_CMD : "", src, nroff_device, zipped =3D=3D BZIP ? BZ2_CMD : zipped =3D=3D GZIP ? GZ_CMD : "cat", --C7zPtVaVf+AK4Oqc-- --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJONUfcAAoJEKOmmGRKr4LOPRMH/iLM7Im3emFm/jYNVsITt9f6 5t7xy3sdRiiZpQ+ET5KehJa1QyO3w84WMG3TqPJu9TxrAz4xIRgT9Z3NKXTtpNXc ZCQcwc+00mbEW1XlZL0ITLEwopEDfpsKZS6Dzin/u6RRprnSGwr7nn84AHJv6e1d /YqX+OT1X5UY71cfBwISvc3EncRtHb2y1xs+6I7XouC7zPJxV4x0skQRu7Rg/+du 8wsEsRWOw5EcZpvnScnlxShnd8o2Y873OF1fHO+gw8EMixeYUA7e2+XooBBTf/kK 7Kot4SHV/CM2kRjkYPocYVxckY6o5/5XRip0sxqyFOUoeiWXuyFL+CQXGPXwgoU= =hDK0 -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 12:43:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D211065673; Sun, 31 Jul 2011 12:43:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id F18388FC0C; Sun, 31 Jul 2011 12:43:47 +0000 (UTC) Received: from delta.delphij.net (unknown [IPv6:2001:470:83bf:0:221:5cff:fe6a:37bb]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B94D5143D6; Sun, 31 Jul 2011 05:43:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1312116227; bh=GpUj/OIK2PWhhgaPhCrG7gSO3wYuswvZA7aqjHi0Ewg=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IiD9TeN1jtXQzzTbqmJUQ2pKbKFmUG+MOPYOzSUxAaSbi0Xlh1YQcdycv+i2G39y9 cIBCmZj13J2bhrYS2xpQa57EB+bccR7K9+6iEmNZbecBeiPyrk7ePz6FRqaYPYJxCr mVAq2je43jqzgPYkU9KTJMwrGc37jMoLh1GK0A8s= Message-ID: <4E354DFB.1020206@delphij.net> Date: Sun, 31 Jul 2011 05:43:39 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: d@delphij.net, ru@FreeBSD.org, FreeBSD Current References: <4E3510CC.8090300@delphij.net> <20110731121732.GB11991@acme.spoerlein.net> In-Reply-To: <20110731121732.GB11991@acme.spoerlein.net> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: Re: weekly_catman not generating the right result? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 12:43:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 07/31/11 05:17, Ulrich Spörlein wrote: > On Sun, 2011-07-31 at 01:22:36 -0700, Xin LI wrote: >> Hi, >> >> I just noticed that weekly_catman is not generating the right >> result, e.g. instead of a highlight NAME, it gives 1mNAME0m (looks >> like the escape character is missing here). >> >> Is this a known issue? > > Now it is :) > > This is due to the recent changes that made groff emit ANSI > sequences and catman(1) is still putting col(1) in the pipe, which is > not really required and gobbles up part of the escape sequences. > > Please try the attached patch. Thanks. Thanks, that fixes the problem. Note that I noticed that setting PAGER to less won't work. Looking at my 8.2-RELEASE system, the rendered catpages are using ^H when highlighting while on -CURRENT it's an escape sequence (but I didn't see any change to nroff script nor catman itself)... Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJONU37AAoJEATO+BI/yjfBwwkH/2lBNu/Qk+kfYqlknmBN6/f6 1JfwR/oL8ByYwc1wfDVNH9dHFgwwsmkwOja+InJNeSD62Vld8A5kLw7+AopWvsWu WRSu24qq6mP4l82K9mnClHgHEnQxmXa3AIbYcGqiTF1T8AqzVp9iqZfHnC6FDcNI l7EQZZdp3x2Uvx5ATPuTsPaZbWs5gdUC2gKEWBVlUzoIK/U2zQtBw92HbYuOuMcR dViuYNJqetuABre+m0IqslQktmd3/pIwwlJJVoDJ3KYG2SFqZTS1a4cM8dS+dX1U 8JnICR1KfkKiwKyh0QSpnoTtgy2WoCVBb5gwzXofsBZujkUbMCtkChgSxf0ulM8= =pw5b -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 13:57:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E88D1065670; Sun, 31 Jul 2011 13:57:07 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id A34EE8FC0C; Sun, 31 Jul 2011 13:57:06 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p6VDv1xH055009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 31 Jul 2011 15:57:01 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1312120621; bh=p1Tlvo8VsEb2Rfj8HwRRryN/yP8aDEj9LVWsAVcATLc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=mvSev+wpcxqrCjyfmRGVEqy0Yn6OsNs6AXioXvuQPJiioG9jYAjYF3GHVO06mGdYS PfKl/bbGL6X+5nO9YGYpE02det97SYiCluNUSbY7EZfrJWZ7yayQPH5an045Zb023G 1mEmBoruglZhLsg3/L6r2q+6DKChNb8GY3V/0St8= Date: Sun, 31 Jul 2011 15:57:01 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: d@delphij.net Message-ID: <20110731135700.GC11991@acme.spoerlein.net> Mail-Followup-To: d@delphij.net, ru@freebsd.org, FreeBSD Current References: <4E3510CC.8090300@delphij.net> <20110731121732.GB11991@acme.spoerlein.net> <4E354DFB.1020206@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline In-Reply-To: <4E354DFB.1020206@delphij.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: weekly_catman not generating the right result? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 13:57:07 -0000 --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2011-07-31 at 05:43:39 -0700, Xin LI wrote: > On 07/31/11 05:17, Ulrich Sp=C3=B6rlein wrote: > > On Sun, 2011-07-31 at 01:22:36 -0700, Xin LI wrote: > >> Hi, > >>=20 > >> I just noticed that weekly_catman is not generating the right > >> result, e.g. instead of a highlight NAME, it gives 1mNAME0m (looks > >> like the escape character is missing here). > >>=20 > >> Is this a known issue? > >=20 > > Now it is :) > >=20 > > This is due to the recent changes that made groff emit ANSI > > sequences and catman(1) is still putting col(1) in the pipe, which is > > not really required and gobbles up part of the escape sequences. > >=20 > > Please try the attached patch. Thanks. >=20 > Thanks, that fixes the problem. >=20 > Note that I noticed that setting PAGER to less won't work. Looking at > my 8.2-RELEASE system, the rendered catpages are using ^H when > highlighting while on -CURRENT it's an escape sequence (but I didn't see > any change to nroff script nor catman itself)... The change that did this is r222648. You'll need to use `less -Rs' as your PAGER/MANPAGER (or export LESS=3D-Rs). It's debatable if we want catpages to retain the old way of marking up bold and underlined text. Ruslan: bsd.doc.mk was told to not use SGR in r222647, does it make sense to do the same for catpages? Uli --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJONV8sAAoJEKOmmGRKr4LOAekH/3VTFQripKzPjS53zyodDWnF vfrlPefG3ve6mYHWmx2DfOrrGWljBEIFr0sNhU/sR8mqpqXem8AIFzvqjwdyM3jv 5jb2bUK4nnR0lNjDDqrFScKZZXa3c/mpXfF+0tXqMjnIw6blPXEbsRYdJgCEufyR LyWVazWS6cBVCORwQx2qrPmXJ4FRcDPHnlELcuFmUG8Esein1Jwfotb8TzU34VVO gWHyz2RTuxaCc0Qu1IME2mEpAv8Y8CXSQO/3Py8s59PjxWyPc1RkTlbGHlbOi6aR 4OMmLdTW2RAOU57JvBUFuSJ8QBEX+6YSbijIwZnt9fqKu+vAF1mty3E4Id35vCc= =PcJO -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 15:22:23 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E9B1065674 for ; Sun, 31 Jul 2011 15:22: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 5A5FB8FC12 for ; Sun, 31 Jul 2011 15:22:22 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA07919 for ; Sun, 31 Jul 2011 18:22:20 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QnXqO-000BBQ-BW for freebsd-current@FreeBSD.org; Sun, 31 Jul 2011 18:22:20 +0300 Message-ID: <4E35732A.8060807@FreeBSD.org> Date: Sun, 31 Jul 2011 18:22:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 15:22:23 -0000 Just an observation: - print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c - print_INTEL_TLB doesn't cover all the codes defined by Intel specs - not sure; perhaps print_INTEL_info should use deterministic cache parameters as provided by CPUID 0x4 for a more complete coverage... -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 17:41:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6AE6106564A for ; Sun, 31 Jul 2011 17:41:02 +0000 (UTC) (envelope-from vertex.symphony@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id A45B68FC18 for ; Sun, 31 Jul 2011 17:41:02 +0000 (UTC) Received: by yic13 with SMTP id 13so4036815yic.13 for ; Sun, 31 Jul 2011 10:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=NjhClykNxLrJU+syE41UMbTzi0bInYaVjWCNJ1OSr3I=; b=ZqBXTSDMt0Xrbh86NvpCiXyd8VoG5rSvnRjUMQME3mLh6tOJbDyYuzU9ktJdZDJop+ kguY42HQ+w0gc9WYS+JJSYtxYQgpktVnFQ91rSUyhdBxGEDI8jGE/qxPBZhEZ+UQ6quL UVJIzJeJ3h7W+imO8f8wGLErUVbAp/op2EK5k= Received: by 10.91.72.23 with SMTP id z23mr2632785agk.13.1312132550788; Sun, 31 Jul 2011 10:15:50 -0700 (PDT) Received: from symphony.gl (165-55-16-190.fibertel.com.ar [190.16.55.165]) by mx.google.com with ESMTPS id p40sm4148696ann.33.2011.07.31.10.15.48 (version=SSLv3 cipher=OTHER); Sun, 31 Jul 2011 10:15:50 -0700 (PDT) From: Alex Kuster To: freebsd-current@freebsd.org Date: Sun, 31 Jul 2011 14:15:58 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-CURRENT; KDE/4.6.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1608635.RlpNNI43yj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201107311416.07307.vertex.Symphony@gmail.com> Subject: libc build broken with clang ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 17:41:03 -0000 --nextPart1608635.RlpNNI43yj Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I'm writing because I'm having some issues with -CURRENT and clang in= =20 amd64. I first compiled latest revision at this date and everything went ok: > [0][root@Symphony ~]# uname -a > FreeBSD Symphony.Gl 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sun Jul 10 10:38:= 28 > ART 2011 toor@Symphony.Gl:/usr/obj/usr/src/sys/GENERIC amd64 Now, a week or two later, something around libc broke. here's the output of make buildworld with clang : > lang -fpic -DPIC -O2 -pipe "-march=3Dnative" -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS=20 > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall > -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c > /usr/src/lib/libc/string/wmemset.c -o wmemset.So building shared library > libc.so.7 > /usr/bin/ld: cap_getrights.So: relocation R_X86_64_32S against > `SYS_cap_getrights' can not be used when making a shared object; recompile > with -fPIC cap_getrights.So: could not read symbols: Bad value > clang: error: linker command failed with exit code 1 (use -v to see > invocation) *** Error code 1 >=20 > Stop in /usr/src/lib/libc. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 My kernel configurations is very generic ( here it is, just in case ->=20 http://pastebin.com/ev78UTZL ), I've just disabled debug-related stuff (I h= ave=20 a separate kernel for that) I also think that my make.conf has nothing special (but I'll leave it anywa= ys=20 =2D> http://pastebin.com/2Pi0ejbR ) So, I'm kinda confused here (I'm still not completely familiar with the sou= rce=20 code) Any idea ? Thanks for reading ! =2D-=20 =2D----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@>$=20 UBLVS++++>$ P+ L+++(++++) E- W++=20 N++(+++) o K- w--- !O- M-@ !V PS++@=20 PE? Y+ PGP+++ t- 5? X- R* tv-- b+=20 DI+ D+(++) G h-- r++@ z?**=20 =2D-----END GEEK CODE BLOCK------ --nextPart1608635.RlpNNI43yj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQIcBAABAgAGBQJONY3XAAoJEAbK7mQx/toetMwP/0S1JvrjsG/cLOnbyhb6gV/L fi+wTbqNeJa4azbG/w4MH15HheUsI73sY9jcCiGKyXpzkXCJiz2TFoBGLeB86zHU aqxQyl8FDkaR1H2mJKDaxS9fGVtaQ7YeednuqdVjWoAtN2IFw92jh6+jrYVfcnNg YVwJrX/9uP78PlSaC6Xh/ydHjupW7RMkMeU6cSANeMEDSUb6uc5xu+jvnn8vunlW O+yoUpMKBQj13kNlsHdrt6OzhqzlF13SWzdA7ui9bCvxCO8Dod6q94Jj1uePUL3c 6odplmlZ+tCCIGQw549deqrMzHeJwn0BU3xW8fZj3pmvHcRlvTrRqI97Vrh3zUOW yfQWFfOh4ugbXbG8I/ClfthpyCNYe3U6pF0f8wt8KZ56JiFxph8bHKYfgYVvr1Hh 1m7IDhz6nzUtZ+B3Q513Z8SZuBeBJCUCnlV/EtAdKZ0Ta2pIJFIol24+1rh5Ggpm nONN2bGslp8aAmURtcWrTLiHuLXzek7ZM1b3lGAtGEguu/c5SHubgIC+fP+qG3Ve JMKYc4xme+BBdRyTNCao7y0zfOYtrWyonDTtqwlJ3oC9Eqx2dMQCRPWwh5o7xQn+ JAt8T5H12/DEfPzWTvGb/VXKo+CpM4CfLh9MhPngR08Q7Q+HSY/Wchsgfo4DCOmj e63ynWecnnJjpKgo5Q6v =ZjN+ -----END PGP SIGNATURE----- --nextPart1608635.RlpNNI43yj-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 19:03:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94BED106564A; Sun, 31 Jul 2011 19:03:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 381DD8FC0C; Sun, 31 Jul 2011 19:03:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAFymNU6DaFvO/2dsb2JhbABAhEekDoFAAQEFIwRSGw4KAgINGQJZBrYxkA+BK4QHgRAEknuRAA X-IronPort-AV: E=Sophos;i="4.67,296,1309752000"; d="scan'208";a="132942797" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 31 Jul 2011 15:03:21 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 25954B3F5A; Sun, 31 Jul 2011 15:03:21 -0400 (EDT) Date: Sun, 31 Jul 2011 15:03:21 -0400 (EDT) From: Rick Macklem To: Andriy Gapon Message-ID: <1368975528.1226755.1312139001048.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E3505FA.6000403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: Heavy I/O blocks FreeBSD box for several seconds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 19:03:22 -0000 Andriy Gapon wrote: > on 31/07/2011 01:55 Rick Macklem said the following: > > Andriv Gapon wrote: > >> on 26/07/2011 00:44 Rick Macklem said the following: > >>> hrs sent me this panic. I'm wondering if it might be relevant to > >>> this? > >> > >> To 'this' what? > > > > Well, my thinking was (and it is quite likely completely incorrect) > > is > > that, since this panic is a result of holding the spin lock too > > long, > > that it might be another symptom of the same problem as when the > > scheduler > > seems to "lock up" for several seconds. > > I don't think that there is any issue with the scheduler "locking up" > or taking > too long to make scheduling decisions, at least when we talk about > performance > problems. There can be issues with the scheduler making sub-optimal > scheduling > decisions. > > > --> The bug might be some case where the spin lock isn't being > > released > > when it should be, and that "could" result in "Heavy I/O blocks > > FreeBSD box for several seconds". Note that the server was under > > heavy I/O load when this panic occurred. > > > > > >> A panic is a panic. > >> > >>> spin lock 0xffffffff80cb52c0 (sched lock 1) held by > >>> 0xffffff0012c7f8c0 (tid 100317) too long > >>> panic: spin lock held too long > >> > >> I guess it's more related to the thread on stable@ which has the > >> panic > >> message > >> as its subject. > >> > >>> cpuid = 0 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >>> kdb_backtrace() at kdb_backtrace+0x37 > >>> panic() at panic+0x187 > >>> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 > >>> _mtx_lock_spin() at _mtx_lock_spin+0x9e > >>> sched_add() at sched_add+0x117 > >>> setrunnable() at setrunnable+0x78 > >>> sleepq_signal() at sleepq_signal+0x7a > >>> cv_signal() at cv_signal+0x3b > >>> xprt_active() at xprt_active+0xe3 > >>> svc_vc_soupcall() at svc_vc_soupcall+0xc > >>> sowakeup() at sowakeup+0x69 > >>> tcp_do_segment() at tcp_do_segment+0x2cbd > >>> tcp_input() at tcp_input+0xcdd > >>> ip_input() at ip_input+0xac > >>> netisr_dispatch_src() at netisr_dispatch_src+0x7e > >>> ether_demux() at ether_demux+0x14d > >>> ether_input() at ether_input+0x17d > >>> em_rxeof() at em_rxeof+0x1ca > >>> em_handle_que() at em_handle_que+0x5b > >>> taskqueue_run_locked() at taskqueue_run_locked+0x85 > >>> taskqueue_thread_loop() at taskqueue_thread_loop+0x4e > >>> fork_exit() at fork_exit+0x11f > >>> fork_trampoline() at fork_trampoline+0xe > >>> --- trap 0, rip = 0, rsp = 0xffffff8000160d00, rbp = 0 --- > >>> KDB: enter: panic > >>> [thread pid 0 tid 100033 ] > >>> Stopped at kdb_enter+0x3b: movq $0,0x6b4e62(%rip) > >>> db> ps > >>> > >> > >> -- > >> Andriy Gapon > >> Ok, so if the scheduler spin lock is being held too long, what could cause this, if it isn't a scheduler bug? I can't think of how NFS would affect this beyond causing a heavy I/O load, but if there is some way it does, I suppose I need to know what that is? rick From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 19:28:36 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E25D2106564A for ; Sun, 31 Jul 2011 19:28:36 +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 38AEC8FC16 for ; Sun, 31 Jul 2011 19:28:35 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA10747; Sun, 31 Jul 2011 22:28:32 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Qnbge-000BJI-Dy; Sun, 31 Jul 2011 22:28:32 +0300 Message-ID: <4E35ACDD.90303@FreeBSD.org> Date: Sun, 31 Jul 2011 22:28:29 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Rick Macklem References: <1368975528.1226755.1312139001048.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1368975528.1226755.1312139001048.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Heavy I/O blocks FreeBSD box for several seconds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 19:28:37 -0000 on 31/07/2011 22:03 Rick Macklem said the following: > Ok, so if the scheduler spin lock is being held too long, what could > cause this, if it isn't a scheduler bug? > > I can't think of how NFS would affect this beyond causing a heavy I/O > load, but if there is some way it does, I suppose I need to know what > that is? I think I've already referred to the thread on stable@. This is currently being investigated. P.S. Just a pure illustration you can grep for thread_lock to see where else outside schedulers the sched locks are taken. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 20:49:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF78E106566B for ; Sun, 31 Jul 2011 20:49:29 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 218DF8FC14 for ; Sun, 31 Jul 2011 20:49:29 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 518C41666FD; Sun, 31 Jul 2011 22:49:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id S11eiJMMnUNZ; Sun, 31 Jul 2011 22:49:26 +0200 (CEST) Received: from [10.9.8.1] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id F3A601666F5; Sun, 31 Jul 2011 22:49:25 +0200 (CEST) Message-ID: <4E35BFD8.6010603@FreeBSD.org> Date: Sun, 31 Jul 2011 22:49:28 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Alexander Leidinger References: <4E316E19.9040309@FreeBSD.org> <20110730172945.00001576@unknown> In-Reply-To: <20110730172945.00001576@unknown> X-Enigmail-Version: 1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] updated /etc/rc.d/jail and added ZFS support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 20:49:29 -0000 Dňa 30. 7. 2011 17:29, Alexander Leidinger wrote / napísal(a): > On Thu, 28 Jul 2011 16:11:37 +0200 Martin Matuska > wrote: > > >> The attached patch allows better fine-tuning of jails started via >> /etc/rc.d, uses the new jail(8) flags (-c -m), the persist parameter >> and adds ZFS support. >> Patch is fully backward compatible. >> >> Please review, comment and/or test my attached patch. > Can you please have a look at the jail part of > http://www.leidinger.net/FreeBSD/current-patches/etc:rc.d.diff and take > some parts which you didn't take care about > (jailname/securelevel/correctness check for fstab entries)? > > Bye, > Alexander. > I have added the check for fstab entries to my patch. The jailname/securelevel part is questionable. As to discussion with Jamie Gritton (jamie@) we should go the jail_example_params way for as many parameters as possible so we don't unnecessarily pollute rc.conf. This is not possible for persist because it has to be set to 1 on creation time for ZFS support. This way a user can set something like: jail_example_params="name=test securelevel=1 enforce_statfs=1 allow.mount=1" Patch available at: http://people.freebsd.org/~mm/patches/jail/jail_etc.patch -- Martin Matuska FreeBSD committer http://blog.vx.sk From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 21:21:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E256106567C; Sun, 31 Jul 2011 21:21:20 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E92A68FC17; Sun, 31 Jul 2011 21:21:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAPzFNU6DaFvO/2dsb2JhbABAhEekDoFAAQEFI1YbDgoCAg0ZAlkGtm6QF4ErhAeBEASSe5EA X-IronPort-AV: E=Sophos;i="4.67,296,1309752000"; d="scan'208";a="132951885" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 31 Jul 2011 17:21:19 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id F282BB3F27; Sun, 31 Jul 2011 17:21:18 -0400 (EDT) Date: Sun, 31 Jul 2011 17:21:18 -0400 (EDT) From: Rick Macklem To: Andriy Gapon Message-ID: <2090844362.1227850.1312147278961.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E35ACDD.90303@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: Heavy I/O blocks FreeBSD box for several seconds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 21:21:20 -0000 Abdriy Gapon wrote: > on 31/07/2011 22:03 Rick Macklem said the following: > > Ok, so if the scheduler spin lock is being held too long, what could > > cause this, if it isn't a scheduler bug? > > > > I can't think of how NFS would affect this beyond causing a heavy > > I/O > > load, but if there is some way it does, I suppose I need to know > > what > > that is? > > I think I've already referred to the thread on stable@. > This is currently being investigated. > > P.S. > Just a pure illustration you can grep for thread_lock to see where > else outside > schedulers the sched locks are taken. > -- Yes, I see what you mean (ie. it's all over the place). Sorry about the noise, rick From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 23:09:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1345C106564A for ; Sun, 31 Jul 2011 23:09:44 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id C9ED48FC14 for ; Sun, 31 Jul 2011 23:09:43 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 1D4301FBE8 for ; Mon, 1 Aug 2011 01:09:40 +0200 (CEST) Message-ID: <4E35E0BE.7050407@FreeBSD.org> Date: Mon, 01 Aug 2011 01:09:50 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: FreeBSD9 ifnet + Member Function void (*if_watchdog)(struct ifnet *ifp) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohauer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 23:09:44 -0000 Hi, I just tried to build VMware modules for FreeBSD9-BETA1 and noticed the ifnet Member Function void (*if_watchdog)(struct ifnet *ifp) was removed from net/if_var.h. Is there a suggested replacement? PS: The man page for ifnet(9) does not reflect the remove of this (now missing) Member Function. -- olli From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 06:33:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F31106566B for ; Mon, 1 Aug 2011 06:33:21 +0000 (UTC) (envelope-from pluknet@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 3554C8FC15 for ; Mon, 1 Aug 2011 06:33:20 +0000 (UTC) Received: by ywm39 with SMTP id 39so656606ywm.13 for ; Sun, 31 Jul 2011 23:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=qxTtjYzyjqFv+q8/hxYkV+Kl2JxVSDiICNMiccAn1hU=; b=jsOL7g0Qx2e9HDVeNaknoo3kb5FTgfw/nVDUwM4eojgOrbNcut326oZIm526TA5XwW GdYLLrG/kWsdbki44qqC57tdMqajBbHg6NA3L6F1XVrnQ7m4sJoomKYVxSBpL86OBYcd FSoBjouMe37GFuPgW3V46Z30AVGZFeEgqAtos= MIME-Version: 1.0 Received: by 10.150.207.9 with SMTP id e9mr560259ybg.358.1312180400392; Sun, 31 Jul 2011 23:33:20 -0700 (PDT) Received: by 10.150.200.3 with HTTP; Sun, 31 Jul 2011 23:33:20 -0700 (PDT) In-Reply-To: <4E35E0BE.7050407@FreeBSD.org> References: <4E35E0BE.7050407@FreeBSD.org> Date: Mon, 1 Aug 2011 10:33:20 +0400 Message-ID: From: Sergey Kandaurov To: ohauer@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD9 ifnet + Member Function void (*if_watchdog)(struct ifnet *ifp) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 06:33:21 -0000 On 1 August 2011 03:09, Olli Hauer wrote: > Hi, > > I just tried to build VMware modules for FreeBSD9-BETA1 and noticed > the ifnet Member Function > > =A0void (*if_watchdog)(struct ifnet *ifp) > > was removed from net/if_var.h. > > Is there a suggested replacement? Per-ifnet watchdogs were transformed to private per-softc callout timer in earlier 9.x. See this thread for details: http://lists.freebsd.org/pipermail/freebsd-net/2009-November/023677.html > > PS: > The man page for ifnet(9) does not reflect the remove of this > (now missing) Member Function. It is massively outdated. I plan to update it some day when I get some more spare time/review. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 09:02:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D67106566B for ; Mon, 1 Aug 2011 09:02:02 +0000 (UTC) (envelope-from idecrash@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 AC8588FC16 for ; Mon, 1 Aug 2011 09:02:02 +0000 (UTC) Received: by gwb15 with SMTP id 15so4411127gwb.13 for ; Mon, 01 Aug 2011 02:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=W3k3C4DoaTBkue2AlUzn018vj/HToDWcHkf1nFDHNbk=; b=qxwA358nbe/QLhdMkscPAazIewoZwIsV+fMH2xaro8Dgohaf2AKotVox4ilAbeYNba nIUt97aKOdYWovKEmEfrnfdvsNMtO3niXE9ETS5kHoHm4qJn85OktuIsS7xYLpcBNtlq SgIMa2hrUN4dPnepZLX9jQ5fEGeRB3gv03DIk= MIME-Version: 1.0 Received: by 10.100.20.34 with SMTP id 34mr2940935ant.41.1312187904297; Mon, 01 Aug 2011 01:38:24 -0700 (PDT) Received: by 10.100.210.17 with HTTP; Mon, 1 Aug 2011 01:38:24 -0700 (PDT) Date: Mon, 1 Aug 2011 04:38:24 -0400 Message-ID: From: ide crash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: the nvidia-driver port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 09:02:03 -0000 Forgive me if I missed something loading. But I could not get any monitor listed with the ported driver. But I did get the past 3 versions of the Nvidia driver loaded from the drivers download site from nvidia. I have a 9500GT 1g galaxy card. Just a heads up for future users. just install /usr/src/ with ports current. and download the driver, tar - it and just make install. the linux_base-f10 kernel modules need to be preped but not loaded with the current drivers from Nvidia. in all 3 of my test install cases reinstalling the ported driver crashed my X system. If anyone has any issues with the current driver form nvidia shoot me a mail I should be able to walk even a novice through the install and loading of the kernel mods and driver to get it working with all openGL codex working. --=20 =A0 =A0 =A0 =93There is only one good, knowledge, and one evil, ignorance= =94......Socrates From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 09:15:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3419106566B for ; Mon, 1 Aug 2011 09:15:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 67EC18FC13 for ; Mon, 1 Aug 2011 09:15:17 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c068:3281:5b90:f86c] (unknown [IPv6:2001:7b8:3a7:0:c068:3281:5b90:f86c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6D0D25C59; Mon, 1 Aug 2011 11:15:15 +0200 (CEST) Message-ID: <4E366E9E.1050600@FreeBSD.org> Date: Mon, 01 Aug 2011 11:15:10 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Alex Kuster References: <201107311416.07307.vertex.Symphony@gmail.com> In-Reply-To: <201107311416.07307.vertex.Symphony@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: libc build broken with clang ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 09:15:17 -0000 On 2011-07-31 19:15, Alex Kuster wrote: > Hi! I'm writing because I'm having some issues with -CURRENT and clang in > amd64. > I first compiled latest revision at this date and everything went ok: > >> [0][root@Symphony ~]# uname -a >> FreeBSD Symphony.Gl 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sun Jul 10 10:38:28 >> ART 2011 toor@Symphony.Gl:/usr/obj/usr/src/sys/GENERIC amd64 > > Now, a week or two later, something around libc broke. > here's the output of make buildworld with clang : > >> lang -fpic -DPIC -O2 -pipe "-march=native" -I/usr/src/lib/libc/include >> -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS >> -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 >> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE >> -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime >> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES >> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING >> -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Wall >> -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c >> /usr/src/lib/libc/string/wmemset.c -o wmemset.So building shared library >> libc.so.7 >> /usr/bin/ld: cap_getrights.So: relocation R_X86_64_32S against >> `SYS_cap_getrights' can not be used when making a shared object; recompile >> with -fPIC cap_getrights.So: could not read symbols: Bad value >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) *** Error code 1 For now, remove the line: CFLAGS+="-march=native" from your make.conf, and try again. Clang still has some problems with this setting, and you are most likely hitting them. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 07:11:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC4A1065670 for ; Mon, 1 Aug 2011 07:11:53 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f93.mail.ru (f93.mail.ru [217.69.129.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC288FC0C for ; Mon, 1 Aug 2011 07:11:53 +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:Reply-To:Date:Mime-Version:Subject:To:From; bh=3naXFtB1/hCjoaFn0R65fhLbfg6LQH71Ux4hGg4f5mk=; b=M3QFhjX27b2VWqQghBoINPNL0BJtTvHUKAYIY1q+95ahb4s3bA3872Ek7gbdrag39EBBHxbqOZPTAhp/KepxKox1unGrWPitcSC6tdvf6iqQh7Q8VlE3+DVmVHkkuACp; Received: from mail by f93.mail.ru with local id 1QnmfH-0001D4-00 for freebsd-current@freebsd.org; Mon, 01 Aug 2011 11:11:51 +0400 Received: from [77.45.131.232] by e.mail.ru with HTTP; Mon, 01 Aug 2011 11:11:51 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [77.45.131.232] Date: Mon, 01 Aug 2011 11:11:51 +0400 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Mon, 01 Aug 2011 12:02:37 +0000 Subject: mbuf leak in 802.11 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 07:11:54 -0000 TXkgQXN1cyBFRUUgUEMgOTAwIGhhbmcgYWZ0ZXIgc29tZSBob3VyIG9mIHdvcmsuIApJIGZvdW5k IHRoYXQgYWxsIG1idWZzIGluIHVzZS4gSWYgSSBpbiBYIC0gc3lzdGFtIGhhbmcuCkkgdHJpZWQg Y29ubmVjdCAgVVNCIFdpRmkgIC0gaWZfcnVuLCBhbmQgYWZ0ZXIgc29tZSBob3VyIHN5c3RlbSBh bHNvIGhhbmcuCkkgdHJpZWQgY29ubmVjdCB2aWEgd2lyZSBhZTAgaW50ZXJmYWNlIC0gc3lzdGVt IHdvcmsgc3RhYmxlIGZvciBub3cuCgoKCgotLQrQn9C+0YfRgtCwQE1haWwuUnUg0LIg0YLQstC+ 0LXQvCDQvNC+0LHQuNC70YzQvdC+0LwhCtCf0YDQvtGB0YLQviDQt9Cw0LnQtNC4INGBINGC0LXQ u9C10YTQvtC90LAg0L3QsCBtLm1haWwucnU= From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 07:35:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F1D106566C for ; Mon, 1 Aug 2011 07:35:13 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EBF238FC17 for ; Mon, 1 Aug 2011 07:35:12 +0000 (UTC) Received: by wyg24 with SMTP id 24so1800308wyg.13 for ; Mon, 01 Aug 2011 00:35:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.160.68 with SMTP id t46mr370590wek.5.1312182567993; Mon, 01 Aug 2011 00:09:27 -0700 (PDT) Received: by 10.216.188.12 with HTTP; Mon, 1 Aug 2011 00:09:27 -0700 (PDT) Date: Mon, 1 Aug 2011 19:09:27 +1200 Message-ID: From: Andrew Thompson To: "current@freebsd.org Current" Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 01 Aug 2011 12:02:56 +0000 Cc: Subject: variable init X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 07:35:13 -0000 Hi, Looking at, http://www.freebsd.org/cgi/query-pr.cgi?pr=159345 The lock is a global variable, declared as static struct mtx lagg_list_mtx; I would expect this to be zeroed memory, is this guaranteed? Andrew From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 10:09:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0886106564A for ; Mon, 1 Aug 2011 10:09:25 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f30.mail.ru (f30.mail.ru [217.69.129.95]) by mx1.freebsd.org (Postfix) with ESMTP id 84A8D8FC08 for ; Mon, 1 Aug 2011 10:09:25 +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:Reply-To:Date:Mime-Version:Subject:To:From; bh=ETfzUHVeAdAc7RVfaFgyU/ZKJgAKbiZtPgJNJ3peM3c=; b=b2bO/g20qEfgs+tB3TRd0sKmU460WrmXNvAmhRPHxDYy6YHnQeAd4igDRtJXOtxzhd15lbRwwBMqGtkdlStM0hIP50V/rLCtRTMN7o5FF1aVJW/8StmYMTxveU1Ikxhm; Received: from mail by f30.mail.ru with local id 1QnpR5-0005PD-00 for freebsd-current@freebsd.org; Mon, 01 Aug 2011 14:09:23 +0400 Received: from [77.45.131.232] by e.mail.ru with HTTP; Mon, 01 Aug 2011 14:09:23 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [77.45.131.232] Date: Mon, 01 Aug 2011 14:09:23 +0400 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Mon, 01 Aug 2011 12:03:42 +0000 Subject: Re: mbuf leak in 802.11 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 10:09:25 -0000 c3lzdGVtIGlzIEZyZWVCU0QgOS4wLUNVUlJFTlQgIzAgcjIyNDE4OA== From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 12:50:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C14E41065675 for ; Mon, 1 Aug 2011 12:50:54 +0000 (UTC) (envelope-from ttsestt@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 821848FC18 for ; Mon, 1 Aug 2011 12:50:54 +0000 (UTC) Received: by vxg33 with SMTP id 33so5749626vxg.13 for ; Mon, 01 Aug 2011 05:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; bh=9hHRq9UVj8EbZM8UvgRihy45hkJ7BsG+qHg/+yB+dC0=; b=icEWrjIqXacpQ1kSpkTtLbqfORSLklI8/fakRQTR1KMVwb9iFr5kaxcfteoxyLwC2B xYu/SOd5u6YdrW3OcrkJSCrZOvN0liacjap/9eELDxB5TjnOt4I3E5WrfpJUbQHElj2x ru/eM2QqGJaEZeYpZVBu1CCLtXNCaHT5EZLq8= Received: by 10.52.28.16 with SMTP id x16mr1052817vdg.101.1312201492031; Mon, 01 Aug 2011 05:24:52 -0700 (PDT) Received: from localhost (bouazizi.torservers.net [74.120.13.132]) by mx.google.com with ESMTPS id eq10sm2201263vdb.16.2011.08.01.05.24.48 (version=SSLv3 cipher=OTHER); Mon, 01 Aug 2011 05:24:50 -0700 (PDT) From: Test Rat To: freebsd-current@freebsd.org Date: Mon, 01 Aug 2011 16:24:36 +0400 Message-ID: <86zkjtwc8r.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Subject: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 12:50:54 -0000 Anyone else? I can still reproduce with trunk r136607. boot and gptboot seem to be unaffected. IIRC, with previous clang import it just stuck during boot without any error messages. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 12:53:35 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F799106566B for ; Mon, 1 Aug 2011 12:53:35 +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 D0E398FC16 for ; Mon, 1 Aug 2011 12:53:34 +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 PAA26312; Mon, 01 Aug 2011 15:53:32 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E36A1CB.1000901@FreeBSD.org> Date: Mon, 01 Aug 2011 15:53:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, Jeff Roberson References: <20110706170132.GA68775@troutmask.apl.washington.edu> <5080.1309971941@critter.freebsd.dk> <20110706180001.GA69157@troutmask.apl.washington.edu> <4E14A54A.4050106@freebsd.org> <4E155FF9.5090905@FreeBSD.org> <20110707151440.GA75537@troutmask.apl.washington.edu> <4E160C2F.8020001@FreeBSD.org> <20110707200845.GA77049@troutmask.apl.washington.edu> <4E1B1198.6090308@FreeBSD.org> <20110711161654.GA97361@troutmask.apl.washington.edu> <4E1C003B.4090604@FreeBSD.org> In-Reply-To: <4E1C003B.4090604@FreeBSD.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Steve Kargl Subject: Re: Heavy I/O blocks FreeBSD box for several seconds X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 12:53:35 -0000 I've looked at this issue some more and it appears to me that sched_pickcpu() is never called for CPU-bound threads that use up their slices completely and never do any voluntary switches. A result of this is that the threads stay on their initial CPU until re-balance mechanism kicks in. There also seem to be some peculiarities that adversely affect the rebalance algorithm and potentially other CPU selection/affinity code. 1. For single-socket SMP systems our current sched topology code builds a topology with a redundant layer. Here is a real example for a single-socket dual-core Core2 Duo system: 0, 1 0, 1 As we can see both layers contain exactly the same set of CPUs. I will try to demonstrate below that having such a topology is not only redundant, but also harmful. 2. The algorithm for searching for CPUs with highest/lowest load within a CPU group is biased towards CPUs with lower IDs. E.g. if a CPU group contains CPUs with IDs 0..3 and all the CPUs have equal load, then CPU #0 is always selected. This happens as an obvious result of iterating from lower CPU IDs towards higher ones and selecting lowest loaded CPU by "this CPU load" < "lowest load so far" condition. It's also important to note that the algorithm above also takes into account a structure of a group being searched. E.g. when searching for a lowest loaded CPU in a group that has two subgroups, then we actually search for a lowest loaded CPU in a lowest loaded sub-group which may not be a CPU that has the lowest load overall. Say, we have 4 CPUs in a group and the group is sub-divided into two sub-groups with two CPUs in each. Let CPU loads be: 5 1 | 2 3 where a number corresponds to a load of a CPU and its position corresponds to CPU ID and the pipe symbol corresponds to a boundary between the sub-groups. Then the algorithm would select CPU 2 with its load of 2 as the lowest loaded, because its subgroup has a combined load of 2+3=5 which less than combined load of the other group (5+1=6), which contains the CPU with the lowest overall load of 1. Now let's assume the following configuration: 1 package x 2 cores x 2 HTT/SMT. Let CPU IDs be 0 .. 3. And let there be 5 CPU-bound threads. Our x86 topology code will create the following scheduling topology: level 1, cachelevel 0 ("shared nothing"), CPUs 0 .. 3 level 2, cache level 2 ("L2"), CPUs 0 .. 3 level 3, cache level 1 ("L1"), CPUs 0, 1 level 3, cache level 1 ("L1"), CPUs 2, 3 Let's assume initial load distribution of 1 1 | 1 2 where a number corresponds to a load of a CPU and its position corresponds to CPU ID from 0 to 3 and the pipe symbol corresponds to a boundary between the L1 sharing groups. Rebalancing algorithm first rebalances a top level group by moving some threads from a highest loaded CPU to a lowest loaded CPU. Then the procedure is repeated for each of the child groups, then their child groups, etc, until leaf groups are rebalanced. So, when the rebalancing is done for the top shared nothing group we get: 2 1 | 1 1 this is because CPU 0 is found to have the lowest load (as described above) and CPU 3 obviously has the highest load. Then the rebalancing is done in the L2 group which contains all the same CPUs and we get: 1 1 | 2 1 as described above, the "extra" thread is moved from the higher loaded sub-group to the lower loaded sub-group. Then the rebalanacing is done in each of the L1 groups. In the first group the load is already equal between CPUs and in the seconds group the load is moved from one CPU to the other: 1 1 | 1 2 So in the end of the rebalancing we get exactly the same load distribution as at the start. The extra load is always on the same CPU. I believe that this might describe the problem that Steve observes. But I am not quite sure of that without additional objective data. The thing is that the above reasoning demonstrates the load distribution only from the point of view of per-CPU run-queues. But it doesn't demonstrate how much of CPU time each individual _thread_ gets as a result. What would we have with the extra shared-nothing level? Let's start with the same initial distribution: 1 1 | 1 2 After L2 rebalancing: 2 1 | 1 1 After L1 rebalancing: 1 2 | 1 1 What happens at the next rebalancing run? After L2 rebalancing: 1 1 | 2 1 After L1 rebalancing: 1 1 | 1 2 So in this case the extra load oscillated between CPUs 1 and 3. Better but still not perfect. Perhaps the things could be improved if we "tossed a coin" when comparing equal loads. Or maybe some load history could be taken into account. But definitely we should not have CPU groups that contain exactly the same sets of CPUs. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 12:55:58 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F84106564A for ; Mon, 1 Aug 2011 12:55:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 99A7B8FC0C for ; Mon, 1 Aug 2011 12:55:57 +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 PAA25833; Mon, 01 Aug 2011 15:39:02 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E369E64.2070800@FreeBSD.org> Date: Mon, 01 Aug 2011 15:39:00 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Andrew Thompson References: In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: variable init X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 12:55:58 -0000 on 01/08/2011 10:09 Andrew Thompson said the following: > Hi, > > Looking at, > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159345 > > The lock is a global variable, declared as > > static struct mtx lagg_list_mtx; > > I would expect this to be zeroed memory, is this guaranteed? Variables with static storage should be initialized with all zeros. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 13:25:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B33AA106566B for ; Mon, 1 Aug 2011 13:25:16 +0000 (UTC) (envelope-from vertex.symphony@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D01B8FC19 for ; Mon, 1 Aug 2011 13:25:16 +0000 (UTC) Received: by yic13 with SMTP id 13so4377344yic.13 for ; Mon, 01 Aug 2011 06:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=8RDzEN2AtNBhRHxvdRp+DTpp4nRCK9+LBJg0cxP5AOA=; b=GeHU0a4IjNtSKjz92kDdXb8q4JtAuJepdwNLVJ1+AuFtxtD6Tv+9eMhWgwhG3mEWqN dpGfe2HTL4KVysfi4lpLLLbLpXU08fRNn6etoaURDw+OzG7tlGtFO0IAZaPAJJgb80EL 6VfazCMB0LMLTmYHBco9iIFs97qFv6Q94XT6E= Received: by 10.101.47.15 with SMTP id z15mr2966063anj.104.1312205115621; Mon, 01 Aug 2011 06:25:15 -0700 (PDT) Received: from symphony.gl (229-217-114-200.fibertel.com.ar [200.114.217.229]) by mx.google.com with ESMTPS id e16sm4908804anb.40.2011.08.01.06.25.13 (version=SSLv3 cipher=OTHER); Mon, 01 Aug 2011 06:25:14 -0700 (PDT) From: Alex Kuster To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2011 10:25:24 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-CURRENT; KDE/4.6.5; amd64; ; ) References: <201107311416.07307.vertex.Symphony@gmail.com> <4E366E9E.1050600@FreeBSD.org> In-Reply-To: <4E366E9E.1050600@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2564992.f86EpDu4RG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201108011025.32772.vertex.Symphony@gmail.com> Subject: Re: libc build broken with clang ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 13:25:16 -0000 --nextPart2564992.f86EpDu4RG Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable >=20 > For now, remove the line: >=20 > CFLAGS+=3D"-march=3Dnative" >=20 > from your make.conf, and try again. Clang still has some problems with > this setting, and you are most likely hitting them. Whoops, didn't know that ...=20 I actually used "-march=3Dnative" before, but never had any kind of problem= s (I=20 guess it was just luck), I'll change it to a -O2 and see what happens. Thanks a lot for your time, and thanks a lot for answering ! =E2=99=A5 =2D-=20 =2D----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@>$=20 UBLVS++++>$ P+ L+++(++++) E- W++=20 N++(+++) o K- w--- !O- M-@ !V PS++@=20 PE? Y+ PGP+++ t- 5? X- R* tv-- b+=20 DI+ D+(++) G h-- r++@ z?**=20 =2D-----END GEEK CODE BLOCK------ --nextPart2564992.f86EpDu4RG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQIcBAABAgAGBQJONqlMAAoJEAbK7mQx/toeSG0P/2DHQM+/3IqFlsFNiPF79BRE fyCAg6hIdyYjDgZTLfeZ7DbUquJFrXU3uFEATPp7gi+IZ8bcXinDFSxZBcl0McYn DU11oSTUZS7UBbA0NqXbYqE2h9CqOpkxv63CX21cF91blHneViNxrVG0X8mK4jka Ne7NOQ4RvcTBeqOxAmH4PAyU9cYmVf0/0sKWriUNCXo1fIJ/Z2IRLeSCOcGpSjj5 GsDq+burWPfFDpYur75D7uMLyvKgJ7HFVTngfybtKp/AoEn28Oc3nWBhzlYOs/o2 YbKwyAaX7sArMUDri/Cj0doLSpM9PkxcADWs7CQ6PEvQ2Ve1F62siKJiT1Mg2XCY M4jiMXld1MKnzajbW/tUuDA7NKuqhHsJ6x/bLiAjEXtSmyMnEGA1d+PsbIMR2ypK aJbs2Or0VjAqJd0FG7/tp3CfBw00u1v1WnM4KaiOLGHh2luYUbJtJGIMU7TvKfyf EoE166ka/Pb1mBuOKvBUi3hJ7UsFYT21rfhGmJuLFDdqBPiDQeyJ61AruXg+TMeP 0H5KD6+EnTuSMGjVnLDEd7KLJ8TX9gA2o4we44c24dSXPR77BYDRFdKSWdzmsvnh LtPkI1YcdDvcJuobZ8oFijiE4hg0zjaFJbMPQGe/6eff7DDUDtysnwcFQfPStU1d ph4HhhBG1Izc+PUOle7n =REaI -----END PGP SIGNATURE----- --nextPart2564992.f86EpDu4RG-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 13:28:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F25C106564A for ; Mon, 1 Aug 2011 13:28:39 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 6904F8FC0C for ; Mon, 1 Aug 2011 13:28:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from tunnel1.sec101.ch ([62.2.44.113]) by asmtp028.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LP90064343BMKA0@asmtp028.mac.com> for freebsd-current@freebsd.org; Mon, 01 Aug 2011 06:28:27 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-01_04:2011-08-01, 2011-08-01, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108010095 From: Christoph Hoffmann Date: Mon, 01 Aug 2011 15:28:22 +0200 To: freebsd-current@freebsd.org Message-id: X-Mailer: Apple Mail (2.1084) Subject: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 13:28:39 -0000 Hello, The initial reboot followed the installation of ZFS-only version 5/28 system reports error: Attempting Boot From Hard Drive (C:) gptzfsboot: error 1 lba 32 gptzfsboot: error 1 lba 1 gptzfsboot: No ZFS pools located, can't boot The same installation procedure on older ProLiant with Compaq Smart Array 5i do not cause any problems. The system has been installed based on FreeBSD 8.2-20110731-SNAP i386 802510. The P410i Controller presents two units, and the disk da0 has been partitioned as follow: gpart destroy -F /dev/da0 dd if=/dev/zero of=/dev/da0 bs=1024 count=10000 gpart create -s GPT /dev/da0 gpart add -b 32K -s 64K -t freebsd-boot -l disk0boot /dev/da0 gpart add -s 30G -t freebsd-zfs -l disk0 /dev/da0 gpart add -s 4G -t freebsd-swap -l swap0 /dev/da0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/da0 gpart set -a bootme -i 1 /dev/da0 Early experimentation show the following footprint: Attempting Boot From CD-ROM Attempting Boot From Hard Drive (C:) probe_drive(360): drive 0x0: type 0: unit 0: slice 0: part 0: <-- dsk.drive=0 instead of 0x80 ? vdev_probe(): off=16384, sizeof(vdev_phys_t)=114688 vdev_read_phys(): reading 114688 bytes at 0x4000 to <-- *buf is empty gptzfsboot: error 1 lba 32 <-- why lba is not zero ? drvsize(): packet.count=16, off=0, seg=8192, lba=32 drvsize(): dsk->drive=0, type=0, unit=0, slice=0, part=0, init=0, start=0 vdev_read_phys(): rc from vdev->v_phys_read =4294967295 <-- -1 gptzfsboot: error 1 lba 1 drvsize(): packet.count=1, off=0, seg=8704, lba=1 drvsize(): dsk->drive=0, type=0, unit=0, slice=0, part=0, init=0, start=0 main(): retun from probe_drive(): spa_name=: kname=: drive=0: probe_drive(360): drive 0x81: type 0: unit 1: slice 0: part 0: <-- disk da1 is empty vdev_probe(): off=16384, sizeof(vdev_phys_t)=114688 vdev_read_phys(): reading 114688 bytes at 0x4000 to <-- *buf is empty vdev_read_phys(): rc from vdev->v_phys_read =0 probe_drive(390): drive 0x81: type 0: unit 1: slice 0: part 0: main(): spa_name=, kname=,drive=129: <-- da1 (0x81) do not contain any ZFS informations gptzfsboot: No ZFS pools located, can't boot Best regards, Christoph From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 13:59:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6234106567D; Mon, 1 Aug 2011 13:59:38 +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 C0DE98FC1B; Mon, 1 Aug 2011 13:59:38 +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 7AAB446B24; Mon, 1 Aug 2011 09:59:38 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1C64C8A02F; Mon, 1 Aug 2011 09:59:38 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2011 08:47:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E35732A.8060807@FreeBSD.org> In-Reply-To: <4E35732A.8060807@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108010847.52235.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 01 Aug 2011 09:59:38 -0400 (EDT) Cc: Andriy Gapon Subject: Re: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 13:59:39 -0000 On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote: > > Just an observation: > - print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c > - print_INTEL_TLB doesn't cover all the codes defined by Intel specs > - not sure; perhaps print_INTEL_info should use deterministic cache parameters > as provided by CPUID 0x4 for a more complete coverage... It might be nice to create a sys/x86/x86/identcpu.c to merge the two which would help with some of this. print_INTEL_TLB() hasn't been updated since it was added AFAIK which probably explains why it doesn't know about all of the codes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 13:59:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24434106564A for ; Mon, 1 Aug 2011 13:59:40 +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 ED6B08FC0A for ; Mon, 1 Aug 2011 13:59:39 +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 98D9546B32; Mon, 1 Aug 2011 09:59:39 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 38ACD8A037; Mon, 1 Aug 2011 09:59:39 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2011 08:52:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108010852.37607.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 01 Aug 2011 09:59:39 -0400 (EDT) Cc: Andrew Thompson Subject: Re: variable init X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 13:59:40 -0000 On Monday, August 01, 2011 3:09:27 am Andrew Thompson wrote: > Hi, > > Looking at, > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159345 > > The lock is a global variable, declared as > > static struct mtx lagg_list_mtx; > > I would expect this to be zeroed memory, is this guaranteed? Yes, but when if_lagg.ko is loaded, the runtime linker resolves references to 'lagg_list_mtx' to point to the lock that is in the kernel's .bss from the compiled-in lagg, not the one in the .ko file. However, both initializer functions run (the one from the kernel and the one from the .ko) which causes the panic. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:04:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6BE1106564A for ; Mon, 1 Aug 2011 14:04:01 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 526DF8FC0C for ; Mon, 1 Aug 2011 14:04:01 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 41A2E140D5; Mon, 1 Aug 2011 16:04:00 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p71E3w9J008718; Mon, 1 Aug 2011 16:03:59 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p71E3w9J008718 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1312207439; bh=lByVK6UjAjWLG3zxsSklQgAyuZxotZLzSfCq/0k1psY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=c9/RMJQgudOKMvovCWm6sFAui1lMRTK8naybi1wACHmPF29FT/jry75Gpzjf4/nJ7 aHDzp1n0FfCKuE0Nif+lw== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p71E3w9J008718 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=l4WJWq2PGV0bAuq1F6JGrjB8lVwnpY4Gof6PP4oXK38uqg6ftc8Sq909exiKg6ePc pdfRj0GsMfmxqm8UtjFcw== Message-ID: <4E36B24E.7000107@restart.be> Date: Mon, 01 Aug 2011 16:03:58 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110707 Thunderbird/5.0 MIME-Version: 1.0 To: Test Rat References: <86zkjtwc8r.fsf@gmail.com> In-Reply-To: <86zkjtwc8r.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:04:01 -0000 On 08/01/2011 14:24, Test Rat wrote: > Anyone else? I can still reproduce with trunk r136607. > boot and gptboot seem to be unaffected. > > IIRC, with previous clang import it just stuck during boot > without any error messages. I can confirm that zfsboot compliled by clang freeze during rotating bars. FreeBSD morzine.restart.bel 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224477M: Thu Jul 28 21:34:24 CEST 2011 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE i386 Henri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:07:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B9E1065676 for ; Mon, 1 Aug 2011 14:07:37 +0000 (UTC) (envelope-from christoph_hoffmann@me.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5FCC58FC1B for ; Mon, 1 Aug 2011 14:07:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from tunnel1.sec101.ch ([62.2.44.113]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LP900GD733PPT20@asmtp024.mac.com> for freebsd-current@freebsd.org; Mon, 01 Aug 2011 06:07:05 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-08-01_04:2011-08-01, 2011-08-01, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1108010088 From: Christoph Hoffmann Date: Mon, 01 Aug 2011 15:07:01 +0200 To: freebsd-current@freebsd.org Message-id: X-Mailer: Apple Mail (2.1084) Subject: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:07:37 -0000 Hello, The initial reboot followed the installation of ZFS-only version 5/28 system reports error: Attempting Boot From Hard Drive (C:) gptzfsboot: error 1 lba 32 gptzfsboot: error 1 lba 1 gptzfsboot: No ZFS pools located, can't boot The same installation procedure on older ProLiant with Compaq Smart Array 5i do not cause any problems. The system has been installed based on FreeBSD 8.2-20110731-SNAP i386 802510. The P410i Controller presents two units, and the disk da0 has been partitioned as follow: gpart destroy -F /dev/da0 dd if=/dev/zero of=/dev/da0 bs=1024 count=10000 gpart create -s GPT /dev/da0 gpart add -b 32K -s 64K -t freebsd-boot -l disk0boot /dev/da0 gpart add -s 30G -t freebsd-zfs -l disk0 /dev/da0 gpart add -s 4G -t freebsd-swap -l swap0 /dev/da0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 /dev/da0 gpart set -a bootme -i 1 /dev/da0 Early experimentation show the following footprint: Attempting Boot From CD-ROM Attempting Boot From Hard Drive (C:) probe_drive(360): drive 0x0: type 0: unit 0: slice 0: part 0: <-- dsk.drive=0 instead of 0x80 ? vdev_probe(): off=16384, sizeof(vdev_phys_t)=114688 vdev_read_phys(): reading 114688 bytes at 0x4000 to <-- *buf is empty gptzfsboot: error 1 lba 32 <-- why lba is not zero ? drvsize(): packet.count=16, off=0, seg=8192, lba=32 drvsize(): dsk->drive=0, type=0, unit=0, slice=0, part=0, init=0, start=0 vdev_read_phys(): rc from vdev->v_phys_read =4294967295 <-- -1 gptzfsboot: error 1 lba 1 drvsize(): packet.count=1, off=0, seg=8704, lba=1 drvsize(): dsk->drive=0, type=0, unit=0, slice=0, part=0, init=0, start=0 main(): retun from probe_drive(): spa_name=: kname=: drive=0: probe_drive(360): drive 0x81: type 0: unit 1: slice 0: part 0: <-- disk da1 is empty vdev_probe(): off=16384, sizeof(vdev_phys_t)=114688 vdev_read_phys(): reading 114688 bytes at 0x4000 to <-- *buf is empty vdev_read_phys(): rc from vdev->v_phys_read =0 probe_drive(390): drive 0x81: type 0: unit 1: slice 0: part 0: main(): spa_name=, kname=,drive=129: <-- da1 (0x81) do not contain any ZFS informations gptzfsboot: No ZFS pools located, can't boot Best regards, Christoph From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:16:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C4BF1065673 for ; Mon, 1 Aug 2011 14:16:06 +0000 (UTC) (envelope-from mdf356@gmail.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 B880E8FC0A for ; Mon, 1 Aug 2011 14:16:05 +0000 (UTC) Received: by qyk30 with SMTP id 30so1125865qyk.13 for ; Mon, 01 Aug 2011 07:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KJ2u3wQK+TM1XqOBTsXkSt3dyWUg9ArNqsaEBI+E1c4=; b=r8GNli6W6AQhDV3FhYc9ZE1ezMFsxj6yx6fyCa28KT+W0sPrWva8hX2RKSIPKjHVTR fdMtShow3BstmLrdgZkHOWXfPdsh1BUIMKnv0teLRp+btEqfV38rfzlpphDIhVYrSw7j lwMkGzegHOQw9tanDNpEvMWMioKlgs/lQR3gg= MIME-Version: 1.0 Received: by 10.229.26.212 with SMTP id f20mr1671012qcc.179.1312206441119; Mon, 01 Aug 2011 06:47:21 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.229.73.138 with HTTP; Mon, 1 Aug 2011 06:47:21 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Aug 2011 06:47:21 -0700 X-Google-Sender-Auth: c4FXwRm-l5I0Gmpekrb0LbRISlc Message-ID: From: mdf@FreeBSD.org To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "current@freebsd.org Current" Subject: Re: variable init X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:16:06 -0000 On Mon, Aug 1, 2011 at 12:09 AM, Andrew Thompson wrote: > Hi, > > Looking at, > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D159345 > > The lock is a global variable, declared as > > static struct mtx =A0 =A0 =A0 lagg_list_mtx; > > I would expect this to be zeroed memory, is this guaranteed? It depends. :-) The C standard mandates that this storage be zero. However, seeing as we're the operating system, it's our job to do it. For an application program the zero'd storage is zeroed by the loader. For the operating system, exactly when it's initialized is an architectural decision. I believe that the zeroed storage of FreeBSD is cleared by the boot loader before it transfers control to the operating system. (For reference, on AIX the storage is cleared by the virtual memory management code during bringup of the VMM leading to interesting bugs when some variables used in early boot weren't initialized). Cheers, matthew From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:22:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57861106564A; Mon, 1 Aug 2011 14:22:45 +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 711E68FC0A; Mon, 1 Aug 2011 14:22:44 +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 RAA27915; Mon, 01 Aug 2011 17:22:42 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E36B6B1.60804@FreeBSD.org> Date: Mon, 01 Aug 2011 17:22:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <201108010852.37607.jhb@freebsd.org> In-Reply-To: <201108010852.37607.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Andrew Thompson Subject: Re: variable init X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:22:46 -0000 on 01/08/2011 15:52 John Baldwin said the following: > On Monday, August 01, 2011 3:09:27 am Andrew Thompson wrote: >> Hi, >> >> Looking at, >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=159345 >> >> The lock is a global variable, declared as >> >> static struct mtx lagg_list_mtx; >> >> I would expect this to be zeroed memory, is this guaranteed? > > Yes, but when if_lagg.ko is loaded, the runtime linker resolves references to > 'lagg_list_mtx' to point to the lock that is in the kernel's .bss from the > compiled-in lagg, not the one in the .ko file. However, both initializer > functions run (the one from the kernel and the one from the .ko) which causes > the panic. Tangentially related: kib has/had a patch for proper hiding of static symbols from kernel runtime linker symbol resolution. It would be nice to get that into the tree some day. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:28:23 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E466B106566C; Mon, 1 Aug 2011 14:28: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 136828FC16; Mon, 1 Aug 2011 14:28: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 RAA28017; Mon, 01 Aug 2011 17:28:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E36B805.6070804@FreeBSD.org> Date: Mon, 01 Aug 2011 17:28:21 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <4E35732A.8060807@FreeBSD.org> <201108010847.52235.jhb@freebsd.org> In-Reply-To: <201108010847.52235.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 14:28:24 -0000 on 01/08/2011 15:47 John Baldwin said the following: > On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote: >> >> Just an observation: >> - print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c >> - print_INTEL_TLB doesn't cover all the codes defined by Intel specs >> - not sure; perhaps print_INTEL_info should use deterministic cache > parameters >> as provided by CPUID 0x4 for a more complete coverage... > > It might be nice to create a sys/x86/x86/identcpu.c to merge the two which > would help with some of this. I agree with this suggestion regardless of the issue at hand. > print_INTEL_TLB() hasn't been updated since it > was added AFAIK which probably explains why it doesn't know about all of the > codes. Given the current state of this code - is it useful at all? Should we keep it in kernel provided that there are tools like cpuid, x86info, etc...? I would have no doubts if we gathered that information for some real use by kernel and then also printed it for user's convenience. But if the code is there just for printing (and under bootverbose), then I am not really sure. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 16:21:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472BC1065677; Mon, 1 Aug 2011 16:21: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 20EB48FC18; Mon, 1 Aug 2011 16:21: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 5F0B546B03; Mon, 1 Aug 2011 12:21:36 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 003B98A02C; Mon, 1 Aug 2011 12:21:35 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Mon, 1 Aug 2011 12:17:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E35732A.8060807@FreeBSD.org> <201108010847.52235.jhb@freebsd.org> <4E36B805.6070804@FreeBSD.org> In-Reply-To: <4E36B805.6070804@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108011217.30206.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 01 Aug 2011 12:21:36 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 16:21:37 -0000 On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote: > on 01/08/2011 15:47 John Baldwin said the following: > > On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote: > >> > >> Just an observation: > >> - print_INTEL_info and print_INTEL_TLB are missing from amd64 identcpu.c > >> - print_INTEL_TLB doesn't cover all the codes defined by Intel specs > >> - not sure; perhaps print_INTEL_info should use deterministic cache > > parameters > >> as provided by CPUID 0x4 for a more complete coverage... > > > > It might be nice to create a sys/x86/x86/identcpu.c to merge the two which > > would help with some of this. > > I agree with this suggestion regardless of the issue at hand. > > > print_INTEL_TLB() hasn't been updated since it > > was added AFAIK which probably explains why it doesn't know about all of the > > codes. > > Given the current state of this code - is it useful at all? > Should we keep it in kernel provided that there are tools like cpuid, x86info, etc...? > I would have no doubts if we gathered that information for some real use by kernel > and then also printed it for user's convenience. But if the code is there just > for printing (and under bootverbose), then I am not really sure. Yeah, I would be fine with just tossing it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 17:44:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 03428106566C; Mon, 1 Aug 2011 17:44:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 1 Aug 2011 13:44:18 -0400 User-Agent: KMail/1.6.2 References: <4E35732A.8060807@FreeBSD.org> <4E36B805.6070804@FreeBSD.org> <201108011217.30206.jhb@freebsd.org> In-Reply-To: <201108011217.30206.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108011344.28449.jkim@FreeBSD.org> Cc: Andriy Gapon Subject: Re: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 17:44:41 -0000 On Monday 01 August 2011 12:17 pm, John Baldwin wrote: > On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote: > > on 01/08/2011 15:47 John Baldwin said the following: > > > On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote: > > >> Just an observation: > > >> - print_INTEL_info and print_INTEL_TLB are missing from amd64 > > >> identcpu.c - print_INTEL_TLB doesn't cover all the codes > > >> defined by Intel specs - not sure; perhaps print_INTEL_info > > >> should use deterministic cache > > > > > > parameters > > > > > >> as provided by CPUID 0x4 for a more complete coverage... > > > > > > It might be nice to create a sys/x86/x86/identcpu.c to merge > > > the two which would help with some of this. > > > > I agree with this suggestion regardless of the issue at hand. > > > > > print_INTEL_TLB() hasn't been updated since it > > > was added AFAIK which probably explains why it doesn't know > > > about all of the codes. > > > > Given the current state of this code - is it useful at all? > > Should we keep it in kernel provided that there are tools like > > cpuid, x86info, etc...? I would have no doubts if we gathered > > that information for some real use by kernel and then also > > printed it for user's convenience. But if the code is there just > > for printing (and under bootverbose), then I am not really sure. > > Yeah, I would be fine with just tossing it. Tossing print_INTEL_info() entirely or just print_INTEL_TLB()? If we are going to remove print_INTEL_info(), then I think we should do the same for print_AMD_info() (except for the last warning message in the function) because it's going to have the fate sooner or later, i.e., unmaintained and rot (if it isn't already). Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:10:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAF61065680; Mon, 1 Aug 2011 18:10:23 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA7D8FC0C; Mon, 1 Aug 2011 18:10:23 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3E8C7597A; Mon, 1 Aug 2011 14:02:10 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id D5D4E5D48; Mon, 1 Aug 2011 14:02:08 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id CFC59597A; Mon, 1 Aug 2011 14:02:08 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id C417F42ACC; Mon, 1 Aug 2011 14:02:08 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-NOMhOCw3Pe/vS7u0ueYW" Date: Mon, 01 Aug 2011 14:02:07 -0400 Message-ID: <1312221727.85876.27.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: FreeBSD 9.0-BETA1 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 18:10:23 -0000 --=-NOMhOCw3Pe/vS7u0ueYW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first BETA build of the 9.0-RELEASE release cycle is now available. Since this will be the first release on a brand new branch I'll cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO Those of you familiar with FreeBSD release schedules will not be shocked to notice we're already a bit behind schedule... :-) ISO images for the following architectures are available: amd64, i386, ia64, powerpc, powerpc64, and sparc64 Due to lack of support for boot floppies and issues with the new ATA_CAM infrastructure the pc98 architecture is being dropped to Tier-2 status and at this time there are no plans for 9.0 builds for pc98. I just got the sparc64 architecture ISOs loaded on ftp-master shortly before starting to type this so it may take a day or so to propagate out to the mirror sites. MD5/SHA256 checksums for the images are at the bottom of this message. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is "." (head). If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/head/". Note that some time between now and BETA2 we will finalize the list of shared libraries that need to have their versions bumped (only a subset of libraries have been converted to symbol-versioning) and take care of doing the bumps. So at the moment packages built for current should work. But when the bump happens you will need to recompile any applications you have installed and there will likely be a delay for suitable pre-built packages to become available on the FTP sites. Sorry in advance for that hassle but it's somewhat normal for the testing phase of a .0 release. One of the many new features in 9.0 we would like tested is the new installer, so fresh installs on test systems are encouraged. At this time FreeBSD-Update is not available, in part because of the above issues (libs bump still coming, and encouraging testing of the installer... :-). Checksums: MD5 (FreeBSD-9.0-BETA1-amd64-bootonly.iso) =3D 8735758ac97a54289eb9697e4e91= b4f6 MD5 (FreeBSD-9.0-BETA1-amd64-disc1.iso) =3D 0f66b7f1cf9f0841bcbb2a448f0d147= 6 MD5 (FreeBSD-9.0-BETA1-amd64-memstick.img) =3D be053143500e39703543d8975fab= a7c6 MD5 (FreeBSD-9.0-BETA1-i386-bootonly.iso) =3D e1e2cb4ab7213fc458a2eabd8c725= 63c MD5 (FreeBSD-9.0-BETA1-i386-disc1.iso) =3D 61467b53bfa327b4af1deb9426d76f0f MD5 (FreeBSD-9.0-BETA1-i386-memstick.img) =3D 5637bcb95e2f7d555963ad219fe44= 12f MD5 (FreeBSD-9.0-BETA1-ia64-bootonly.iso) =3D a14c604135d600018aa0531ae4d3f= a31 MD5 (FreeBSD-9.0-BETA1-ia64-memstick) =3D a270eb61a73407f040f1f205c62b3881 MD5 (FreeBSD-9.0-BETA1-ia64-release.iso) =3D a697c4bc92600bd9e8978be35f61e7= ea MD5 (FreeBSD-9.0-BETA1-powerpc-bootonly.iso) =3D 089f0ac6aec8706d99bd07a51f= d3eb51 MD5 (FreeBSD-9.0-BETA1-powerpc-memstick) =3D 4b772ad3cf933d1bb5f6e70faee3d6= ca MD5 (FreeBSD-9.0-BETA1-powerpc-release.iso) =3D 239be45712e827bb3b3bcff91ad= 5f201 MD5 (FreeBSD-9.0-BETA1-powerpc64-bootonly.iso) =3D 5acab3ab0388b0556209e41f= b31dfbba MD5 (FreeBSD-9.0-BETA1-powerpc64-memstick) =3D de1a4e5b96c13d3b68131257ebb4= 99dc MD5 (FreeBSD-9.0-BETA1-powerpc64-release.iso) =3D d4dfefcbfc7580318a2aaca1a= 545d585 MD5 (FreeBSD-9.0-BETA1-sparc64-bootonly.iso) =3D c1020e3f52f5f760ef2a5ed20c= edd574 MD5 (FreeBSD-9.0-BETA1-sparc64-disc1.iso) =3D 8b8def377862103d8bca3fdf921ac= 38a SHA256 (FreeBSD-9.0-BETA1-amd64-bootonly.iso) =3D f5e4cf07a86d27381f961d63d= 1b6b2f224e52eb3bacc7ed3435605bf384722bb SHA256 (FreeBSD-9.0-BETA1-amd64-disc1.iso) =3D 27c4d6c85c8bb53ee7284869b9ab= c694d43d0d5110f4faf3d6057d766da5e984 SHA256 (FreeBSD-9.0-BETA1-amd64-memstick.img) =3D bdab308a347805935409f592a= 5bdca1e8288953fe0ae07d7cdce1965c4af7fb2 SHA256 (FreeBSD-9.0-BETA1-i386-bootonly.iso) =3D 0b0f13c2eebd779241ad491201= 97bc346e7ff2950e35e26832cfe7498f219bbe SHA256 (FreeBSD-9.0-BETA1-i386-disc1.iso) =3D 21099d74030500b3ca89d648c611c= f74c79a841558a7827740645e82be8901e5 SHA256 (FreeBSD-9.0-BETA1-i386-memstick.img) =3D e333fa7721f153f523d11e8af4= 87bc6c442197b3df31b67111d3b1b5ac57f18a SHA256 (FreeBSD-9.0-BETA1-ia64-bootonly.iso) =3D 8d7257cededc33bf2c62fe29d8= 36efa56375bfe0a5c3d219fe895894afcea9c1 SHA256 (FreeBSD-9.0-BETA1-ia64-memstick) =3D 9c05bf4d69f4aa2929db3e252c6ae1= 5f9e957542840e5b090ae6cdb26ff1ec98 SHA256 (FreeBSD-9.0-BETA1-ia64-release.iso) =3D 656c604d902d3a9ad1697e4dea7= 8a76740f899b7e2414c29905ffd1640260cb5 SHA256 (FreeBSD-9.0-BETA1-powerpc-bootonly.iso) =3D 8b2dacacd0fbeba98b63d41= f022335803c4cebb360e3c9a968cc9aea6bed059f SHA256 (FreeBSD-9.0-BETA1-powerpc-memstick) =3D ef7741c0d8431db886ef79c7acd= 03c7efdf281d1d5fbba634bdba371d22ef72c SHA256 (FreeBSD-9.0-BETA1-powerpc-release.iso) =3D 662eff3463ec9a05bc1617f1= af620ad5bbeac239668af3dd0a8405d79ef6d05f SHA256 (FreeBSD-9.0-BETA1-powerpc64-bootonly.iso) =3D 7e4a8a24cd942222d4fce= 60294d444525d9aea6c8d3e0ee55e6a9dda84a5ee9f SHA256 (FreeBSD-9.0-BETA1-powerpc64-memstick) =3D ec7eb9d6f5a69a0f3fbafd433= ac309dcafd411921c4c51f2886c39649d59ca07 SHA256 (FreeBSD-9.0-BETA1-powerpc64-release.iso) =3D 2721be511db390a95ddf30= 81afd8152be14f147d5d8a8213c4045875631950e7 SHA256 (FreeBSD-9.0-BETA1-sparc64-bootonly.iso) =3D 3db8cf663cd1722488277c5= c63f8daa2cd04a1e1aeb8bd54932cbc30d507bc3e SHA256 (FreeBSD-9.0-BETA1-sparc64-disc1.iso) =3D c051b5b9fad2e3183c595b3e7f= 786afb181bce91c7ce1c869a2c593ab9d29205 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-NOMhOCw3Pe/vS7u0ueYW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk426hcACgkQ/G14VSmup/aHEwCfVR6YLDRgTjFndtxtOK+yFmVo WecAn0MWFm5etNEh7YX7vMFAWwzT92a5 =6vnZ -----END PGP SIGNATURE----- --=-NOMhOCw3Pe/vS7u0ueYW-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:10:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 779BF10656D5; Mon, 1 Aug 2011 18:10:47 +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 4FBE48FC16; Mon, 1 Aug 2011 18:10:47 +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 E47B646B24; Mon, 1 Aug 2011 14:10:46 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7EDC98A02C; Mon, 1 Aug 2011 14:10:46 -0400 (EDT) From: John Baldwin To: "Jung-uk Kim" Date: Mon, 1 Aug 2011 14:08:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E35732A.8060807@FreeBSD.org> <201108011217.30206.jhb@freebsd.org> <201108011344.28449.jkim@FreeBSD.org> In-Reply-To: <201108011344.28449.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108011408.46105.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 01 Aug 2011 14:10:46 -0400 (EDT) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: print_INTEL_info/print_INTEL_TLB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 18:10:47 -0000 On Monday, August 01, 2011 1:44:18 pm Jung-uk Kim wrote: > On Monday 01 August 2011 12:17 pm, John Baldwin wrote: > > On Monday, August 01, 2011 10:28:21 am Andriy Gapon wrote: > > > on 01/08/2011 15:47 John Baldwin said the following: > > > > On Sunday, July 31, 2011 11:22:18 am Andriy Gapon wrote: > > > >> Just an observation: > > > >> - print_INTEL_info and print_INTEL_TLB are missing from amd64 > > > >> identcpu.c - print_INTEL_TLB doesn't cover all the codes > > > >> defined by Intel specs - not sure; perhaps print_INTEL_info > > > >> should use deterministic cache > > > > > > > > parameters > > > > > > > >> as provided by CPUID 0x4 for a more complete coverage... > > > > > > > > It might be nice to create a sys/x86/x86/identcpu.c to merge > > > > the two which would help with some of this. > > > > > > I agree with this suggestion regardless of the issue at hand. > > > > > > > print_INTEL_TLB() hasn't been updated since it > > > > was added AFAIK which probably explains why it doesn't know > > > > about all of the codes. > > > > > > Given the current state of this code - is it useful at all? > > > Should we keep it in kernel provided that there are tools like > > > cpuid, x86info, etc...? I would have no doubts if we gathered > > > that information for some real use by kernel and then also > > > printed it for user's convenience. But if the code is there just > > > for printing (and under bootverbose), then I am not really sure. > > > > Yeah, I would be fine with just tossing it. > > Tossing print_INTEL_info() entirely or just print_INTEL_TLB()? > > If we are going to remove print_INTEL_info(), then I think we should > do the same for print_AMD_info() (except for the last warning message > in the function) because it's going to have the fate sooner or later, > i.e., unmaintained and rot (if it isn't already). Actually, yeah, I would toss all but the warning at the end of print_AMD_info(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:32:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAAC106564A for ; Mon, 1 Aug 2011 20:32:17 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from relay.wahome.ru (relay.wahome.ru [95.211.21.141]) by mx1.freebsd.org (Postfix) with ESMTP id D13038FC0C for ; Mon, 1 Aug 2011 20:32:16 +0000 (UTC) Received: from mmx.lexasoft.ru (unknown [92.241.160.6]) by relay.wahome.ru (Postfix) with ESMTP id 4C4941FBCED7; Tue, 2 Aug 2011 00:21:51 +0400 (MSD) Received: from [92.241.160.200] by mmx.lexasoft.ru with esmtpa (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Qnyzn-000GTi-GU; Tue, 02 Aug 2011 00:21:51 +0400 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=utf-8 From: Alexey Tarasov In-Reply-To: <86zkjtwc8r.fsf@gmail.com> Date: Tue, 2 Aug 2011 00:21:51 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <35B69919-2E61-4285-9583-3CF2E7A94352@lexasoft.ru> References: <86zkjtwc8r.fsf@gmail.com> To: Test Rat , freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1244.3) Cc: Alexey Tarasov Subject: Re: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 20:32:17 -0000 On Aug 1, 2011, at 4:24 PM, Test Rat wrote: > Anyone else? I can still reproduce with trunk r136607. > boot and gptboot seem to be unaffected. >=20 > IIRC, with previous clang import it just stuck during boot > without any error messages. I have the same behavior. GCC build of gptzfsboot works fine. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" -- Alexey Tarasov (\__/)=20 (=3D'.'=3D)=20 E[: | | | | :]=D0=97=20 (")_(") From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 21:49:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D336B106564A for ; Mon, 1 Aug 2011 21:49:20 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D61D8FC0C for ; Mon, 1 Aug 2011 21:49:20 +0000 (UTC) Received: by qwc9 with SMTP id 9so4222521qwc.13 for ; Mon, 01 Aug 2011 14:49:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.90.104 with SMTP id h40mr3660254qcm.166.1312233656491; Mon, 01 Aug 2011 14:20:56 -0700 (PDT) Received: by 10.229.212.75 with HTTP; Mon, 1 Aug 2011 14:20:56 -0700 (PDT) In-Reply-To: <86zkjtwc8r.fsf@gmail.com> References: <86zkjtwc8r.fsf@gmail.com> Date: Mon, 1 Aug 2011 23:20:56 +0200 Message-ID: From: Olivier Smedts To: Test Rat Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 21:49:20 -0000 2011/8/1 Test Rat : > Anyone else? I can still reproduce with trunk r136607. > boot and gptboot seem to be unaffected. Just a "me too" with latest 9-CURRENT amd64, boot code updated and zpool v2= 8. Error message appearing on screen : ZFS: zfs_alloc()/zfs_free() mismatch > > IIRC, with previous clang import it just stuck during boot > without any error messages. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 21:53:20 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CCC1065672 for ; Mon, 1 Aug 2011 21:53:20 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7E18C8FC0C for ; Mon, 1 Aug 2011 21:53:20 +0000 (UTC) Received: from baby-jane.lamaiziere.net (12.176.97.84.rev.sfr.net [84.97.176.12]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 80B6163307C for ; Mon, 1 Aug 2011 23:36:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 98B0D7341D for ; Mon, 1 Aug 2011 23:36:41 +0200 (CEST) Date: Mon, 1 Aug 2011 23:36:39 +0200 From: Patrick Lamaiziere To: FreeBSD-Current Message-ID: <20110801233639.4a516ef0@davenulle.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Cc: Subject: pflow(4) in 9.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 21:53:20 -0000 Hello, Will pflow(4) be available on 9.0 ? There is a "if_pflow.h" in pf's code but no manual page. Thanks, regards. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 22:21:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 918C2106566B; Mon, 1 Aug 2011 22:21:05 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC078FC13; Mon, 1 Aug 2011 22:21:05 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 7961D206C0; Tue, 2 Aug 2011 00:21:01 +0200 (CEST) Message-ID: <4E3726CC.40908@FreeBSD.org> Date: Tue, 02 Aug 2011 00:21:00 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Sergey Kandaurov References: <4E35E0BE.7050407@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ohauer@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD9 ifnet + Member Function void (*if_watchdog)(struct ifnet *ifp) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohauer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 22:21:05 -0000 On 2011-08-01 08:33, Sergey Kandaurov wrote: > On 1 August 2011 03:09, Olli Hauer wrote: >> Hi, >> >> I just tried to build VMware modules for FreeBSD9-BETA1 and noticed >> the ifnet Member Function >> >> void (*if_watchdog)(struct ifnet *ifp) >> >> was removed from net/if_var.h. >> >> Is there a suggested replacement? > > Per-ifnet watchdogs were transformed to private per-softc callout timer > in earlier 9.x. See this thread for details: > http://lists.freebsd.org/pipermail/freebsd-net/2009-November/023677.html > >> >> PS: >> The man page for ifnet(9) does not reflect the remove of this >> (now missing) Member Function. > > It is massively outdated. I plan to update it some day when I get > some more spare time/review. > Ahh, thanks for the hint! -- Thanks, olli From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 00:14:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE861065672 for ; Tue, 2 Aug 2011 00:14:32 +0000 (UTC) (envelope-from callumgibson@optusnet.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 04CCB8FC1C for ; Tue, 2 Aug 2011 00:14:31 +0000 (UTC) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p71M8J64002326 for ; Tue, 2 Aug 2011 08:08:19 +1000 Received: from omma.gibson.athome (c122-106-15-156.rivrw1.nsw.optusnet.com.au [122.106.15.156]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with SMTP id p71M8F33030348 for ; Tue, 2 Aug 2011 08:08:16 +1000 Received: (qmail 25881 invoked by uid 107); 2 Aug 2011 08:08:15 +1000 Date: 2 Aug 2011 08:08:15 +1000 Date: Tue, 2 Aug 2011 08:08:15 +1000 From: Callum Gibson To: freebsd-current@freebsd.org Message-ID: <20110801220815.GA24623@omma.gibson.athome> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic: ffs_valloc: dup alloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 00:14:32 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I have an i386 -current from late Jul 18 which is running in VirtualBox (on 8.X amd64 host). After a VM reset I seem to have hit a SUJ-related issue. On boot the system produced a "panic: ffs_valloc: dup alloc". Stack trace below (sorry had to do this as a screenshot - I don't know if you can dump text any other way): --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename=p1 I took a snapshot with it sitting in DDB but I'm not sure what other information would be helpful to the FS-meisters. I can even make the whole snapshot available if someone wants it if you let me know which bits and pieces are required from the .VirtualBox directory. I booted into single user to fsck / and asked to use the journal and it found no issues. Them ee-fscking without using the journal found an unref file and some other errors. After that the system could boot normally. C -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 02:28:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A1A106564A; Tue, 2 Aug 2011 02:28:40 +0000 (UTC) (envelope-from adrian.chadd@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 AA34B8FC08; Tue, 2 Aug 2011 02:28:39 +0000 (UTC) Received: by ywm39 with SMTP id 39so1363914ywm.13 for ; Mon, 01 Aug 2011 19:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GnK1G923JLhShsXaQGWLKQy5KL62q3v/U6MTkAue+vo=; b=FgubpN1eo/njD0DPrqqmy7n2BHR/4rKC3Kvj/0yKOXIDDttFTtuk1fLZZYvAovSwJd id1kvuSGYfBv9qaNl0KH1IFAENMqm3ubxieD0m8YltEP39uJm+DCwfcH109/PNHyX+De WZR3TlpCzG0PPv7Y3WoWAvo3cJLjAtrhqVUK8= MIME-Version: 1.0 Received: by 10.150.225.1 with SMTP id x1mr1350107ybg.272.1312252118860; Mon, 01 Aug 2011 19:28:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.151.26.14 with HTTP; Mon, 1 Aug 2011 19:28:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Aug 2011 10:28:38 +0800 X-Google-Sender-Auth: 7ESQU7FkXPEZ7ZmraFbijVPRRRg Message-ID: From: Adrian Chadd To: Andrey Smagin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: mbuf leak in 802.11 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 02:28:40 -0000 On 1 August 2011 15:11, Andrey Smagin wrote: > My Asus EEE PC 900 hang after some hour of work. > I found that all mbufs in use. If I in X - systam hang. > I tried connect =A0USB WiFi =A0- if_run, and after some hour system also = hang. > I tried connect via wire ae0 interface - system work stable for now. What was the other wireless NIC? How long does it have to take to hang? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 02:39:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5047A106564A for ; Tue, 2 Aug 2011 02:39:49 +0000 (UTC) (envelope-from callumgibson@optusnet.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id C29E48FC12 for ; Tue, 2 Aug 2011 02:39:48 +0000 (UTC) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p722ddIV031203 for ; Tue, 2 Aug 2011 12:39:39 +1000 Received: from omma.gibson.athome (c122-106-15-156.rivrw1.nsw.optusnet.com.au [122.106.15.156]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with SMTP id p722IFDT024464 for ; Tue, 2 Aug 2011 12:18:15 +1000 Received: (qmail 33926 invoked by uid 107); 2 Aug 2011 12:18:15 +1000 Date: 2 Aug 2011 12:18:15 +1000 Date: Tue, 2 Aug 2011 12:18:15 +1000 From: Callum Gibson To: freebsd-current@freebsd.org Message-ID: <20110802021815.GB32905@omma.gibson.athome> References: <20110801220815.GA24623@omma.gibson.athome> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110801220815.GA24623@omma.gibson.athome> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: panic: ffs_valloc: dup alloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 02:39:49 -0000 On 02Aug11 08:08, Callum Gibson wrote: }I have an i386 -current from late Jul 18 which is running in VirtualBox }(on 8.X amd64 host). After a VM reset I seem to have hit a SUJ-related issue. }On boot the system produced a "panic: ffs_valloc: dup alloc". Stack trace }below (sorry had to do this as a screenshot - I don't know if you can dump }text any other way): Someone just let me know there is a cache setting in VirtualBox's storage configuration which I probably need to unset called "use host I/O cache". I think this is the cause of the issue. Sorry for the noise. C -- Callum Gibson @ home http://members.optusnet.com.au/callumgibson/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 03:31:31 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA831065670 for ; Tue, 2 Aug 2011 03:31:31 +0000 (UTC) (envelope-from jos@catnook.com) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 629F88FC1B for ; Tue, 2 Aug 2011 03:31:31 +0000 (UTC) Received: from lizzy.dyndns.org (50-0-16-194.dsl.dynamic.sonic.net [50.0.16.194]) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with SMTP id p7231DZX002520 for ; Mon, 1 Aug 2011 20:01:14 -0700 Received: (qmail 2299 invoked by uid 1000); 2 Aug 2011 03:01:37 -0000 Date: Mon, 1 Aug 2011 20:01:37 -0700 From: Jos Backus To: freebsd-current@FreeBSD.org Message-ID: <20110802030137.GA2262@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Debugging lockups that happen while running X? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 03:31:31 -0000 Hi, I was wondering if any progress has been made regarding debugging of system lockups that occur while running X? My system (tracking -current, updated every few days) has been locking up reliably every day or so for a few months now. It would be great to figure out what the cause is. As it stands, when it happens all I can do is hit the Reset button as the keyboard is non-responsive and usually I'm greeted by a frozen screen saver image. Any suggestions on how to get more information about this crash? It never seems to happen outside of X, btw. Thanks, Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 04:55:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1335C106564A for ; Tue, 2 Aug 2011 04:55:08 +0000 (UTC) (envelope-from yanegomi@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 B86408FC08 for ; Tue, 2 Aug 2011 04:55:06 +0000 (UTC) Received: by vws18 with SMTP id 18so6654310vws.13 for ; Mon, 01 Aug 2011 21:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CpzgzKZ0034ZdlwMAMqFowF3fXEpbkvxkzaEcrDkPmo=; b=dFOod9GohAQ1fMokbKMwXIlLuz4YpA86JwT+HThR4SROGn2fVutdd0Or/sWa1hwsj8 D5bIHx2E4BJHl6yCaC8HVpxKYQDu3Q8XlI5P5qFh1nazHDS0kxMBT9MWw1PgyOpc1Re6 kaw/7StYKkCF942XRM4IDBmeMUL13fiLq+8S4= MIME-Version: 1.0 Received: by 10.52.31.135 with SMTP id a7mr5084135vdi.118.1312260906144; Mon, 01 Aug 2011 21:55:06 -0700 (PDT) Received: by 10.220.172.18 with HTTP; Mon, 1 Aug 2011 21:55:06 -0700 (PDT) In-Reply-To: <20110802030137.GA2262@lizzy.catnook.local> References: <20110802030137.GA2262@lizzy.catnook.local> Date: Mon, 1 Aug 2011 21:55:06 -0700 Message-ID: From: Garrett Cooper To: jos@catnook.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Debugging lockups that happen while running X? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 04:55:08 -0000 On Mon, Aug 1, 2011 at 8:01 PM, Jos Backus wrote: > =A0 =A0Hi, > > I was wondering if any progress has been made regarding debugging of syst= em > lockups that occur while running X? My system (tracking -current, updated > every few days) has been locking up reliably every day or so for a few mo= nths > now. It would be great to figure out what the cause is. As it stands, whe= n it > happens all I can do is hit the Reset button as the keyboard is non-respo= nsive > and usually I'm greeted by a frozen screen saver image. > > Any suggestions on how to get more information about this crash? It never > seems to happen outside of X, btw. x11 driver in use? Video card? Versions of ports? When were the ports last built? Etc? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 05:39:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1076E106564A for ; Tue, 2 Aug 2011 05:39:00 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback5.mail.ru (fallback5.mail.ru [94.100.176.59]) by mx1.freebsd.org (Postfix) with ESMTP id BD4B08FC08 for ; Tue, 2 Aug 2011 05:38:59 +0000 (UTC) Received: from f280.mail.ru (f280.mail.ru [217.69.128.246]) by fallback5.mail.ru (mPOP.Fallback_MX) with ESMTP id 7FAAC56CA6E5 for ; Tue, 2 Aug 2011 09:26:36 +0400 (MSD) Received: from mail by f280.mail.ru with local id 1Qo7Uw-0001L4-00 for current@freebsd.org; Tue, 02 Aug 2011 09:26:34 +0400 Received: from [95.30.245.253] by e.mail.ru with HTTP; Tue, 02 Aug 2011 09:26:34 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: =?UTF-8?B?Y3VycmVudA==?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 172.17.1.151 via proxy [95.30.245.253] Date: Tue, 02 Aug 2011 09:26:34 +0400 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Cc: Subject: Re: mbuf leak in 802.11 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 05:39:00 -0000 Ck90aGVyIFdpRmkgTklDIGlzIHJ1bjA6IE1BQy9CQlAgUlQyODcyIChyZXYgMHgwMjAyKSwgUkYg UlQyNzIwIChNSU1PIDFUMlIpCkl0IHRha2UgZnJvbSAyMC02MDAgbWludXRlcy4gCkF0IG1vcm5p bmcgYWZ0ZXIgbmlnaHQgSSBmb3VuZCBpdCBhbHdheXMgaGFuZy4KVW5kZXIgV2lGaSBsb2FkIHVw dGltZSBzaG9ydGVyLiBBbHNvIGluIGRtZXNnIG1hbnkgbWVzc2FnZXM6CmluX2FycDogc291cmNl IGhhcmR3YXJlIGFkZHJlc3MgaXMgbXVsdGljYXN0Lgo= From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:41:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AFE106566C for ; Tue, 2 Aug 2011 09:41:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0498FC0A for ; Tue, 2 Aug 2011 09:41:26 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 72496E63DD for ; Tue, 2 Aug 2011 10:41:25 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=mail; bh=oE+0uRZIFgHKgqEWTFteOT+my sE=; b=M2NXbdNpLhcdL5zcsHKl2R+APYX/lUi+blAmR9iW4Z91BpfbjjfHsDG8l c1HkjW3e3OYKT4CY5eqJcef9sp7VPLdE+xqLIXryG53ZOnVany7ApzLEcIRUuSTi k2wBxqbm3JumfvuPRlNjpkQ1dZqnVSucLV0heysLARGkyk7SNo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; q=dns; s=mail; b=KnaVE0nWz+IrgzaVCFx Imn8LcArBZkmRYQqWkby8LA91yrl3uq8vB/9oLaWLKiEn9EEePdzoPmKfAaW3T9q 4/7bvz7nC4f802hmW2h425f7egD1mosu4Ao7iyJYc4BHao4cZHWR4qgWHv6wrRUa D8wwOgD86WANf5vVbmbz4qVo= Received: from [192.168.1.73] (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 567C1E63DB for ; Tue, 2 Aug 2011 10:41:25 +0100 (BST) Message-ID: <4E37C634.6090002@cran.org.uk> Date: Tue, 02 Aug 2011 10:41:08 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 9.0-BETA1 installer issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 09:41:27 -0000 I've been trying out 9.0-BETA1: it's a lot easier to install than previous releases with bsdinstall, but I spotted a few issues: Typo - "Resovler Configuration". If I leave the resolver window for a while it gets corrupted with: Aug 2 10:31:23 dhclient[973]: Bogus domain search list 15: lan, ..... In the documentation installation screen, it should say "At a minimum..." - the 'a' is missing. Also, there should perhaps be a semi-colon between "English version" and "this is the original". The menu also doesn't appear to do anything once you select "OK". The shell menu should perhaps have a newline after "making", to avoid "configuration" wrapping. Also, the partitioning screen should maybe have "Continue" instead of "Exit". The known issue with the installation not creating /home is still present in BETA1. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 10:20:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A691106566B for ; Tue, 2 Aug 2011 10:20:57 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 916888FC0A for ; Tue, 2 Aug 2011 10:20:56 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 55C0325D37C0; Tue, 2 Aug 2011 10:20:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 81268BD3C2C; Tue, 2 Aug 2011 10:20:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 547A4mdsJ21E; Tue, 2 Aug 2011 10:20:53 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 85C6DBD3BC0; Tue, 2 Aug 2011 10:20:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20110801233639.4a516ef0@davenulle.org> Date: Tue, 2 Aug 2011 10:20:51 +0000 Content-Transfer-Encoding: 7bit Message-Id: <2A85615B-6582-4401-87E1-236679851A63@lists.zabbadoz.net> References: <20110801233639.4a516ef0@davenulle.org> To: Patrick Lamaiziere X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-Current Subject: Re: pflow(4) in 9.0 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 10:20:57 -0000 On Aug 1, 2011, at 9:36 PM, Patrick Lamaiziere wrote: > Hello, > > Will pflow(4) be available on 9.0 ? > > There is a "if_pflow.h" in pf's code but no manual page. No; the header file is only there to ease compiling of the rest of the code. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 05:10:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4166106564A; Tue, 2 Aug 2011 05:10:23 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0818FC08; Tue, 2 Aug 2011 05:10:23 +0000 (UTC) Received: by pzk5 with SMTP id 5so36759193pzk.17 for ; Mon, 01 Aug 2011 22:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=sender:from:content-type:subject:date:message-id:cc:to:mime-version :x-mailer; bh=IDijeas8D5NwjNiMNJCSgZj0HL+ZYwVZaFNHYDtNwf8=; b=Ct6iHw9jRzcrOF9bzif8EQlSBvUFwUHQ45WQ63F0u4oAh5C0lShWb8HaVNaUH5T/gD bYlvGD0x6bzbBJXcLv2lPUOx0oN/YNIsDfFK+cx4Py4ekzp5Ltq3B7f7z5gcZWOzSucD 2+i/mzxOsAZ7DIVxiFz13+f3ZKGhRTspGwx3A= Received: by 10.68.39.137 with SMTP id p9mr1785024pbk.436.1312260098213; Mon, 01 Aug 2011 21:41:38 -0700 (PDT) Received: from [192.168.0.103] ([175.142.228.27]) by mx.google.com with ESMTPS id e6sm6315115pbm.39.2011.08.01.21.41.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 01 Aug 2011 21:41:35 -0700 (PDT) Sender: Martin Wilke From: Martin Wilke Date: Tue, 2 Aug 2011 12:41:29 +0800 Message-Id: <09BCDEAE-1EF8-455A-B468-25617230C73A@FreeBSD.org> To: current@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1247) X-Mailer: Apple Mail (2.1247) X-Mailman-Approved-At: Tue, 02 Aug 2011 10:55:11 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@FreeBSD.org Subject: 9.0 B1 Panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 05:10:23 -0000 9.0 Beta1 Panic Hi guys, I just downloaded and install 9.0 BETA1 but it panics on ACPI. Please = view attached screenshot for the error. If you need more information, do = let us know. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 05:14:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BFF106564A; Tue, 2 Aug 2011 05:14:34 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id B2F9F8FC08; Tue, 2 Aug 2011 05:14:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=l7yZn36CRGax4l5waVH//ZhZ79VpBvJZKjOjtHhtzmg=; b=T6yHHvjevRSkSCf8Q5ickJh6X4gKgj3lC/Kc9QWpOrZEokA8WLF3ojTzi1H4tQrVgRybkxpvP1rer3EWolJ1zohzNTHchMZdn+LrLq/gB3txTRycr/8tomW0SPHAuGsy1lyMImPqrzoou4MTusYd2Gp4Ol/B75gmy3eIxgYpfgY=; Received: from alex by mail.zagrebin.ru with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Qo6sx-0002SC-Je; Tue, 02 Aug 2011 08:47:19 +0400 Date: Tue, 2 Aug 2011 08:47:19 +0400 From: Alexander Zagrebin To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20110802044718.GA8838@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 02 Aug 2011 11:02:53 +0000 Cc: freebsd-current@freebsd.org Subject: ZFS v28: kernel panics while reading an extended attribute X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 05:14:34 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! It seems, I've found a bug in the ZFS v28 on the latest stable: if we have a snapshot with some files having an extended attributes, then attempt to read an extended attributes's value leads to a well reproducible kernel panic. The part of backtrace follows: #6 0xffffffff804bbe44 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff80950ea7 in zil_commit (zilog=0x0, foid=5795917) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c:1497 #8 0xffffffff80979e6b in zfs_freebsd_read (ap=Variable "ap" is not available.) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:622 #9 0xffffffff80979750 in zfs_getextattr (ap=0xffffff80dd5d8820) at vnode_if.h:384 #10 0xffffffff8038921b in extattr_get_vp (vp=0xffffff0056a01588, attrnamespace=1, attrname=0xffffff80dd5d89a0 "DOSATTRIB", data=Variable "data" is not available.) at vnode_if.h:1332 It seems that ZIL isn't available for snapshots, but zfs_freebsd_read doesn't check this when calling zil_commit. The attached patch fixes this issue. Can anybody confirm this? -- Alexander Zagrebin --NzB8fVQJ5HfG6fxh Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch-zfs_vnops.c" --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.orig 2011-08-01 23:04:07.358173627 +0400 +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c 2011-08-02 00:10:02.674585604 +0400 @@ -618,7 +618,8 @@ zfs_read(vnode_t *vp, uio_t *uio, int io /* * If we're in FRSYNC mode, sync out this znode before reading it. */ - if (ioflag & FRSYNC || zfsvfs->z_os->os_sync == ZFS_SYNC_ALWAYS) + if (zfsvfs->z_log && + (ioflag & FRSYNC || zfsvfs->z_os->os_sync == ZFS_SYNC_ALWAYS)) zil_commit(zfsvfs->z_log, zp->z_id); /* --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 11:38:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CA0C1065672; Tue, 2 Aug 2011 11:38:33 +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 271C78FC16; Tue, 2 Aug 2011 11:38:33 +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 BEFC746B09; Tue, 2 Aug 2011 07:38:32 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5062B8A02C; Tue, 2 Aug 2011 07:38:32 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, stable@freebsd.org Date: Tue, 2 Aug 2011 07:38:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <09BCDEAE-1EF8-455A-B468-25617230C73A@FreeBSD.org> In-Reply-To: <09BCDEAE-1EF8-455A-B468-25617230C73A@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108020738.31282.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 02 Aug 2011 07:38:32 -0400 (EDT) Cc: Martin Wilke Subject: Re: 9.0 B1 Panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 11:38:33 -0000 On Tuesday, August 02, 2011 12:41:29 am Martin Wilke wrote: > 9.0 Beta1 Panic > > Hi guys, > > I just downloaded and install 9.0 BETA1 but it panics on ACPI. Please view attached screenshot for the error. If you need more information, do let us know. > > Thanks. Unfortunately the attachment was lost, can you post it to a URL? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 12:27:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67831106566B for ; Tue, 2 Aug 2011 12:27:35 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 428B68FC15 for ; Tue, 2 Aug 2011 12:27:33 +0000 (UTC) Received: by wyg24 with SMTP id 24so3025006wyg.13 for ; Tue, 02 Aug 2011 05:27:33 -0700 (PDT) Received: by 10.227.196.193 with SMTP id eh1mr7347276wbb.12.1312288052956; Tue, 02 Aug 2011 05:27:32 -0700 (PDT) Received: from clue.co.za (dsl-185-175-80.dynamic.wa.co.za [41.185.175.80]) by mx.google.com with ESMTPS id fc2sm4978425wbb.35.2011.08.02.05.27.27 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Aug 2011 05:27:31 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QoE4C-00065B-CH for freebsd-current@FreeBSD.org; Tue, 02 Aug 2011 14:27:24 +0200 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.org From: "Ian FREISLICH" X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1312287941_20320" Date: Tue, 02 Aug 2011 14:27:24 +0200 Cc: Subject: panic; current process = 0 (ath0 taskq) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 12:27:35 -0000 This is a multipart MIME message. --==_Exmh_1312287941_20320 Content-Type: text/plain; charset=us-ascii Hi I've been getting a lot of these lately. Especially when my wireless struggles to maintain its association with the AP. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc6e5da00 fault code = supervisor write, page not present instruction pointer = 0x20:0xc051e0a8 stack pointer = 0x28:0xdea1dc28 frame pointer = 0x28:0xdea1dc8c 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 = 0 (ath0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 4h50m4s Physical memory: 2027 MB Dumping 202 MB: 187 171 155 139 123 107 91 75 59 43 27 11 (kgdb) #0 doadump (textdump=1) at pcpu.h:244 #1 0xc0690729 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xc069099a in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc085492e in trap_fatal (frame=0xdea1dbe8, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:967 #4 0xc0854b73 in trap_pfault (frame=0xdea1dbe8, usermode=0, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:880 #5 0xc085500d in trap (frame=0xdea1dbe8) at /usr/src/sys/i386/i386/trap.c:555 #6 0xc083f2bc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #7 0xc051e0a8 in ath_rx_proc (arg=0xc4e58000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:3651 #8 0xc06cc38d in taskqueue_run_locked (queue=0xc4e6b8c0) at /usr/src/sys/kern/subr_taskqueue.c:306 #9 0xc06cd1e5 in taskqueue_thread_loop (arg=0xc4e5832c) at /usr/src/sys/kern/subr_taskqueue.c:495 #10 0xc06664f9 in fork_exit (callout=0xc06cd129 , arg=0xc4e5832c, frame=0xdea1dd28) at /usr/src/sys/kern/kern_fork.c:941 #11 0xc083f334 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 Full crash message attached. Ian -- Ian Freislich --==_Exmh_1312287941_20320 Content-Type: text/plain ; name="core.txt.50"; charset=us-ascii Content-Description: core.txt.50 Content-Disposition: attachment; filename="core.txt.50" mini.clue.co.za dumped core - see /var/crash/vmcore.50 Tue Aug 2 13:51:03 SAST 2011 FreeBSD mini.clue.co.za 9.0-BETA1 FreeBSD 9.0-BETA1 #11: Mon Aug 1 13:31:56 SAST 2011 ianf@mini.clue.co.za:/usr/obj/usr/src/sys/APPLE i386 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc6e5da00 fault code = supervisor write, page not present instruction pointer = 0x20:0xc051e0a8 stack pointer = 0x28:0xdea1dc28 frame pointer = 0x28:0xdea1dc8c 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 = 0 (ath0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 4h50m4s Physical memory: 2027 MB Dumping 202 MB: 187 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_video.ko Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/fdescfs.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/u3g.ko...Reading symbols from /boot/kernel/u3g.ko.symbols...done. done. Loaded symbols for /boot/kernel/u3g.ko #0 doadump (textdump=1) at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:244 #1 0xc0690729 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xc069099a in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc085492e in trap_fatal (frame=0xdea1dbe8, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:967 #4 0xc0854b73 in trap_pfault (frame=0xdea1dbe8, usermode=0, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:880 #5 0xc085500d in trap (frame=0xdea1dbe8) at /usr/src/sys/i386/i386/trap.c:555 #6 0xc083f2bc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #7 0xc051e0a8 in ath_rx_proc (arg=0xc4e58000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:3651 #8 0xc06cc38d in taskqueue_run_locked (queue=0xc4e6b8c0) at /usr/src/sys/kern/subr_taskqueue.c:306 #9 0xc06cd1e5 in taskqueue_thread_loop (arg=0xc4e5832c) at /usr/src/sys/kern/subr_taskqueue.c:495 #10 0xc06664f9 in fork_exit (callout=0xc06cd129 , arg=0xc4e5832c, frame=0xdea1dd28) at /usr/src/sys/kern/kern_fork.c:941 #11 0xc083f334 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -52 0 0 0 - DLs ?? 0:09.53 [kernel] 0 1 0 0 20 0 8032 677264 wait DLs ?? 0:00.02 [init] 0 2 0 0 -16 0 0 0 pftm DL ?? 0:00.06 [pfpurge] 0 3 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 4 0 0 -16 0 0 0 psleep DL ?? 0:00.01 [pagedaemo 0 5 0 0 -16 0 0 0 psleep DL ?? 0:00.00 [vmdaemon] 0 6 0 0 155 0 0 0 pgzero DL ?? 0:00.00 [pagezero] 0 7 0 0 -16 0 0 0 psleep DL ?? 0:00.06 [bufdaemon 0 8 0 0 16 0 0 0 syncer DL ?? 0:01.58 [syncer] 0 9 0 0 -16 0 0 0 vlruwt DL ?? 0:00.06 [vnlru] 0 10 0 0 155 0 0 0 - RL ?? 24:08.41 [idle] 0 11 0 0 -72 0 0 0 - WL ?? 0:43.39 [intr] 0 12 0 0 -8 0 0 0 - DL ?? 0:00.99 [geom] 0 13 0 0 -16 0 0 0 - RL ?? 0:00.81 [yarrow] 0 14 0 0 -68 0 0 0 - DL ?? 0:00.37 [usb] 0 15 0 0 -16 0 0 0 tzpoll DL ?? 0:00.22 [acpi_ther 0 16 0 0 -16 0 0 0 sdflus DL ?? 0:00.23 [softdepfl 0 145 0 0 -20 0 0 0 IPRT S DL ?? 0:00.00 [TIMER] 0 146 0 0 -16 0 0 0 sleep DL ?? 0:00.00 [ng_queue] 0 446 1 0 20 0 11324 680976 select Ds ?? 0:00.09 [wpa_suppl 0 1125 1 0 -51 0 11244 40144 cuse-s Ds ?? 0:00.89 [webcamd] 0 1272 1 0 52 0 9492 47568 select Ds ?? 0:00.00 [dhclient] 65 1324 1 0 20 0 9492 46640 select Ds ?? 0:00.00 [dhclient] 0 1325 1 0 20 0 12128 2349360 select Ds ?? 0:02.13 [devd] 0 1514 1 0 1 0 9560 4034128 - Rs ?? 0:00.04 [syslogd] 53 1586 1 0 20 0 44268 35504 kqread Ds ?? 0:00.37 [named] 0 1726 1 0 52 0 9492 4033200 select Ds ?? 0:00.01 [lpd] 0 1761 1 0 20 0 11200 695504 - Rs ?? 0:00.53 [ntpd] 0 1841 1 0 20 0 9660 2345648 select Ds ?? 0:02.97 [moused] 556 1864 1 0 20 0 9748 689936 select Ds ?? 0:00.01 [dbus-daem 26 1883 1 0 20 0 13804 42928 select Ds ?? 0:00.01 [exim-4.72 0 1928 1 0 52 0 12940 4036912 select Ds ?? 0:00.00 [sshd] 0 1933 1 0 20 0 9588 675408 nanslp Ds ?? 0:00.04 [cron] 0 1965 1 0 52 0 9612 698288 select Ds ?? 0:00.01 [inetd] 0 2001 1 0 52 0 9560 676336 ttyin Ds+ ?? 0:00.01 [getty] 0 2002 1 0 52 0 9560 2356784 ttyin Ds+ ?? 0:00.00 [getty] 0 2003 1 0 52 0 9560 2351216 ttyin Ds+ ?? 0:00.01 [getty] 0 2004 1 0 52 0 9560 2346576 ttyin Ds+ ?? 0:00.00 [getty] 0 2005 1 0 52 0 9560 2350288 ttyin Ds+ ?? 0:00.00 [getty] 0 2006 1 0 52 0 9560 694576 ttyin Ds+ ?? 0:00.00 [getty] 0 2007 1 0 52 0 9560 2347504 ttyin Ds+ ?? 0:00.01 [getty] 0 2008 1 0 52 0 9560 79408 ttyin Ds+ ?? 0:00.00 [getty] 0 2009 1 0 26 0 11684 77552 pause D ?? 0:00.03 [xdm] 0 2011 2009 0 22 0 313444 75696 - Rs ?? 1:41.81 [Xorg] 0 2014 2009 0 24 0 12584 42000 wait Ds ?? 0:00.14 [xdm] 0 2020 1 0 20 0 11940 682832 - R ?? 0:00.02 [xconsole] 1000 2023 2014 0 20 0 11000 66416 select Ds ?? 0:01.76 [fvwm] 1000 2034 2023 0 20 0 10996 4046192 select D ?? 0:00.07 [GoodStuff 1000 2036 2023 0 20 0 11000 4045264 select D ?? 0:07.56 [wmbattery 1000 2037 2023 0 20 0 10844 4044336 select D ?? 0:00.08 [FvwmPager 1000 2038 2023 0 20 0 13748 4040624 select D ?? 0:04.70 [xclock] 1000 2046 1 0 20 0 95180 702000 select D ?? 1:13.56 [pidgin] 1000 2050 1 0 26 0 11044 2352144 select D ?? 0:00.00 [dbus-laun 1000 2051 1 0 20 0 9748 78480 select Ds ?? 0:00.18 [dbus-daem 1000 2075 1 0 20 0 284572 68272 uwait D ?? 0:59.48 [firefox-b 1000 2084 1 0 20 0 12896 4043408 select D ?? 0:00.09 [gconfd-2] 1000 2108 1 0 20 0 24788 4038768 select D ?? 0:38.02 [wish8.4] 1000 2116 1 0 20 0 13200 4032272 select D ?? 0:00.21 [xterm] 1000 2118 2116 0 20 0 10760 70128 ttyin Ds+ ?? 0:00.29 [bash] 1000 2129 2118 0 20 0 9492 2355856 kqread D ?? 0:00.01 [tail] 1000 2186 2108 0 20 0 16508 71056 select D ?? 0:00.38 [wish8.4] 1000 2297 1 0 20 0 13200 2353072 select D ?? 0:07.97 [xterm] 1000 2299 2297 0 20 0 12704 34576 select Ds+ ?? 0:01.34 [ssh] 1000 2419 1 0 20 0 13200 2357712 select D ?? 0:00.10 [xterm] 1000 2421 2419 0 25 0 10760 2857264 wait Ds ?? 0:00.02 [bash] 1000 2424 2421 0 20 0 12704 48496 select D+ ?? 0:00.09 [ssh] 1000 2495 1 0 20 0 13200 2860976 select D ?? 0:00.08 [xterm] 1000 2497 2495 0 20 0 12844 2856336 select Ds+ ?? 0:00.09 [ssh] 1000 2932 1 0 20 0 13200 4039696 select D ?? 0:00.00 [xterm] 1000 2934 2932 0 20 0 10760 673552 ttyin Ds+ ?? 0:00.00 [bash] 1000 2958 1 0 20 0 13200 686544 select D ?? 0:00.00 [xterm] 1000 2960 2958 0 20 0 10760 2869936 ttyin Ds+ ?? 0:00.00 [bash] 1000 2991 1 0 20 0 13200 2858192 select D ?? 0:00.00 [xterm] 1000 2993 2991 0 20 0 10760 2855408 ttyin Ds+ ?? 0:00.00 [bash] 1000 3252 1 0 20 0 45812 3145968 - R ?? 1:04.15 [xmms] ------------------------------------------------------------------------ vmstat -s 19744104 cpu context switches 5625290 device interrupts 2780620 software interrupts 2827316 traps 32281277 system calls 18 kernel threads created 3483 fork() calls 120 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 2335 vnode pager pageins 21954 vnode pager pages paged in 161 vnode pager pageouts 336 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 1149 pages reactivated 108242 copy-on-write faults 195 copy-on-write optimized faults 297945 zero fill pages zeroed 8593 zero fill pages prezeroed 107 intransit blocking page faults 697244 total VM faults taken 0 pages affected by kernel thread creation 3289464 pages affected by fork() 116704 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 552409 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 43183 pages active 180015 pages inactive 36 pages in VM cache 51004 pages wired down 235411 pages free 4096 bytes per page 1417437 total name lookups cache hits (91% pos + 2% neg) system 0% per-directory deletions 1%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) tty console 1 8K - 1 hdac 7 18K - 7 64,128,256,512,1024,4096 sigio 3 1K - 3 32 filedesc 104 52K - 3794 16,32,64,128,256,512,1024,2048,4096 kenv 82 7K - 94 16,32,64,128,4096 kqueue 8 8K - 873 128,256,1024,4096 agp 9 1K - 9 16,64 proc-args 57 4K - 2094 16,32,64,128,256 hhook 2 1K - 2 128 ithread 81 7K - 81 16,64,128 CAM queue 17 1K - 87 16,128 CAM SIM 5 1K - 5 128 KTRACE 100 13K - 100 128 acpisem 23 3K - 23 64,128 linker 145 382K - 258 16,32,256,1024,2048,4096 lockf 43 3K - 15237 32,64 loginclass 1 1K - 93 64 temp 152 232K - 98332 16,32,64,128,256,512,1024,2048,4096 devbuf 3551 6042K - 59328 16,32,64,128,256,512,1024,2048,4096 cache 1 1K - 1 16 CAM periph 4 1K - 17 16,32,64,128 module 244 16K - 244 64,128 feeder 22 2K - 54490 16,64 mtx_pool 2 8K - 2 4096 CAM XPT 67 83K - 166 16,32,64,1024,2048 osd 2 1K - 2 16,32 subproc 202 332K - 3750 256,4096 proc 2 8K - 2 4096 session 36 3K - 144 64 pgrp 38 3K - 319 64 cred 106 10K - 114734 64,128 uidinfo 7 2K - 96 64,1024 plimit 13 4K - 1465 256 sysctltmp 0 0K - 954 16,32,64,128 sysctloid 4676 144K - 4797 16,32,64 sysctl 0 0K - 1084 16,32,64 tidhash 1 8K - 1 callout 1 256K - 1 umtx 470 45K - 470 64,128 p1003.1b 1 1K - 1 16 SWAP 2 549K - 2 64 athdev 3 45K - 3 1024 bus-sc 78 162K - 960 16,32,64,128,256,512,1024,2048,4096 bus 752 35K - 72494 16,32,64,128,256,512,1024 devstat 8 17K - 8 16,4096 eventhandler 84 5K - 84 32,64,128 kobj 169 338K - 26881 2048 Per-cpu 1 1K - 1 16 mixer 2 8K - 2 4096 rman 230 14K - 397 16,32,64 ath_hal 3 15K - 3 64,2048 sbuf 0 0K - 1291 16,32,64,128,256,512,1024,2048,4096 taskqueue 19 1K - 19 16,64 Unitno 17 1K - 34733 16,64 iov 0 0K - 1059017 16,64,128,256 select 110 7K - 110 64 ioctlops 5 1K - 3857748 16,32,64,128,256,512,1024 msg 4 25K - 4 1024,4096 sem 4 101K - 4 1024,4096 shm 5 16K - 12 1024 tty 28 14K - 41 512,1024 pts 8 1K - 19 128 mbuf_tag 0 0K - 37 32 shmfd 1 4K - 1 4096 pcb 33 7K - 2433 16,512,1024,2048 soname 40 5K - 8354 16,32,64,128 vfscache 1 512K - 1 cl_savebuf 0 0K - 69 32 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 vnodemarker 0 0K - 6232 512 mount 106 4K - 209 16,32,64,128,256 BPF 21 1034K - 22 16,64,128,256,4096 ether_multi 14 1K - 32 16,32,64 ifaddr 326 21K - 328 16,32,256,2048 ifnet 13 13K - 13 64,1024 clone 4 16K - 4 4096 arpcom 3 1K - 3 16 lltable 16 4K - 20 128,256 USBdev 55 16K - 124 32,128,256,1024,2048,4096 USB 57 98K - 105 16,32,64,128,256,512,1024,2048,4096 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 1 64 drm_buflists 2 1K - 2 32 routetbl 15 2K - 274 16,32,64,128,256 80211vap 1 4K - 1 4096 80211crypto 3 1K - 6 128 80211com 1 8K - 1 80211nodeie 7 2K - 312 32,64,128,256,512 80211node 2 13K - 4 512 80211scan 7 6K - 18 256,2048 igmp 12 2K - 12 128 in_multi 3 1K - 5 128 hostcache 1 16K - 1 syncache 1 72K - 1 jblocks 6 1K - 6 128 savedino 0 0K - 477 256 sbdep 0 0K - 433 32 jsegdep 0 0K - 46139 32 jseg 0 0K - 1002 128 jfreefrag 0 0K - 454 64 jnewblk 0 0K - 13677 64 jmvref 0 0K - 74 64 jremref 0 0K - 15912 64 jaddref 0 0K - 16096 64 freedep 0 0K - 16 32 freework 1 1K - 1935 16,128 newdirblk 0 0K - 37 32 dirrem 0 0K - 15900 64 mkdir 0 0K - 70 64 diradd 0 0K - 16026 64 freefile 0 0K - 1172 32 freeblks 0 0K - 1007 128 freefrag 0 0K - 454 64 indirdep 0 0K - 65 64 newblk 1 64K - 13678 128 bmsafemap 1 4K - 952 128,4096 inodedep 2 257K - 10729 256 pagedep 1 64K - 727 128 ufs_dirhash 168 40K - 168 16,32,64,128,256,512,1024 ufs_mount 12 57K - 12 256,4096 vm_pgdata 2 65K - 2 64 UMAHash 1 1K - 3 256,512,1024 drm_files 1 1K - 3 64 DEVFS1 135 34K - 34774 256 DEVFS3 159 20K - 17508 128,256 atkbddev 2 1K - 2 32 DEVFS 28 1K - 33 16,64 DEVFSP 6 1K - 53 32 pfs_nodes 149 19K - 149 128 pfs_vncache 9 1K - 43 32 gg_data 1 1K - 1 1024 memdesc 1 4K - 6 32,4096 linux 15 1K - 15 32,64 GEOM 67 9K - 879 16,32,64,128,256,512,1024 drm_maps 9 9K - 13 64 drm_driver 5 5K - 9 16,32,64,256,4096 drm_sarea 1 1K - 1 16 drm_dma 1 1K - 1 16 kbdmux 6 18K - 6 16,256,1024,2048 apmdev 1 1K - 17294 64 CAM dev queue 5 1K - 5 128 acpidev 35 2K - 35 32 acpiwmi 11 1K - 12 64,256 acpiintr 1 1K - 1 32 io_apic 1 1K - 1 1024 acpica 2564 128K - 1686895 16,32,64,128,256,512,1024 isadev 9 1K - 9 64 pci_link 16 2K - 16 32,128 acpi_perf 2 1K - 2 128 msi 3 1K - 3 64 nexusdev 4 1K - 4 16 acpitask 1 1K - 1 1024 entropy 1024 64K - 1024 64 cdev 9 2K - 9 128 acpivideo 6 1K - 6 64 cuse 2 1K - 5 32,128 fdesc_mount 1 1K - 1 16 iprtheap 18 3K - 18 32,64,128,256,1024 iprtmobj 1 4K - 1 netgraph_node 3 1K - 3 128 netgraph 3 1K - 3 32 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 92, 28, 92, 0, 0 UMA Zones: 176, 0, 92, 8, 92, 0, 0 UMA Slabs: 284, 0, 715, 13, 15952, 0, 0 UMA RCntSlabs: 544, 0, 247, 5, 247, 0, 0 UMA Hash: 128, 0, 1, 29, 2, 0, 0 16 Bucket: 76, 0, 60, 40, 60, 0, 0 32 Bucket: 140, 0, 61, 23, 61, 0, 0 64 Bucket: 268, 0, 68, 2, 68, 11, 0 128 Bucket: 524, 0, 273, 0, 273, 468, 0 VM OBJECT: 136, 0, 6251, 448, 60896, 0, 0 MAP: 140, 0, 7, 49, 7, 0, 0 KMAP ENTRY: 72, 57505, 55, 210, 41653, 0, 0 MAP ENTRY: 72, 0, 2625, 1138, 122323, 0, 0 fakepg: 72, 0, 65565, 155, 65614, 0, 0 mt_zone: 2060, 0, 237, 10, 237, 0, 0 16: 16, 0, 3609, 451, 4253256, 0, 0 32: 32, 0, 3435, 9334, 1367478, 0, 0 64: 64, 0, 5134, 4483, 1386545, 0, 0 128: 128, 0, 2866, 9044, 152513, 0, 0 256: 256, 0, 800, 1255, 70079, 0, 0 512: 512, 0, 134, 50, 8756, 0, 0 1024: 1024, 0, 71, 125, 59787, 0, 0 2048: 2048, 0, 248, 50, 27404, 0, 0 4096: 4096, 0, 159, 40, 9998, 0, 0 Files: 56, 0, 313, 357, 138356, 0, 0 TURNSTILE: 72, 0, 236, 64, 236, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 PROC: 704, 0, 74, 51, 3621, 0, 0 THREAD: 728, 0, 207, 28, 438, 0, 0 SLEEPQUEUE: 44, 0, 236, 118, 236, 0, 0 VMSPACE: 232, 0, 57, 79, 3605, 0, 0 cpuset: 40, 0, 2, 182, 2, 0, 0 mbuf_packet: 256, 0, 40, 348, 213676, 0, 0 mbuf: 256, 0, 61, 455, 1294720, 0, 0 mbuf_cluster: 2048, 25600, 386, 108, 131957, 0, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 406, 73659, 0, 0 g_bio: 140, 0, 0, 784, 103666, 0, 0 ttyinq: 152, 0, 585, 221, 2010, 0, 0 ttyoutq: 256, 0, 297, 123, 1038, 0, 0 ata_request: 208, 0, 0, 0, 0, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 VNODE: 272, 0, 10616, 262, 29148, 0, 0 VNODEPOLL: 60, 0, 5, 121, 5, 0, 0 S VFS Cache: 72, 0, 11168, 174, 48613, 0, 0 L VFS Cache: 292, 0, 83, 34, 187, 0, 0 NAMEI: 1024, 0, 0, 36, 491012, 0, 0 DIRHASH: 1024, 0, 789, 11, 789, 0, 0 Mountpoints: 648, 0, 8, 10, 8, 0, 0 pipe: 392, 0, 21, 49, 2458, 0, 0 ksiginfo: 80, 0, 114, 942, 166802, 0, 0 itimer: 220, 0, 1, 35, 2, 0, 0 KNOTE: 72, 0, 15, 197, 7069, 0, 0 pfsrctrpl: 124, 0, 0, 0, 0, 0, 0 pfrulepl: 852, 0, 0, 0, 0, 0, 0 pfstatepl: 204, 10013, 0, 0, 0, 0, 0 pfstatekeypl: 204, 0, 0, 0, 0, 0, 0 pfstateitempl: 204, 0, 0, 0, 0, 0, 0 pfaltqpl: 224, 0, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 0, 0, 0, 0, 0 pfrktable: 1240, 0, 0, 0, 0, 0, 0 pfrkentry: 92, 0, 0, 0, 0, 0, 0 pffrent: 16, 5075, 0, 0, 0, 0, 0 pffrag: 48, 0, 0, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 0, 0, 0, 0, 0 pfospfen: 108, 0, 0, 0, 0, 0, 0 pfosfp: 28, 0, 0, 0, 0, 0, 0 pfsync: 48, 0, 0, 0, 0, 0, 0 socket: 416, 25605, 115, 74, 3139, 0, 0 unpcb: 172, 25622, 79, 59, 460, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 252, 25605, 11, 79, 1222, 0, 0 udpcb: 8, 25781, 11, 395, 1222, 0, 0 tcp_inpcb: 252, 25605, 21, 69, 1442, 0, 0 tcpcb: 688, 25600, 21, 44, 1442, 0, 0 tcptw: 52, 5184, 0, 216, 80, 0, 0 syncache: 120, 15360, 0, 96, 12, 0, 0 hostcache: 76, 15400, 24, 126, 68, 0, 0 tcpreass: 20, 1690, 0, 338, 2966, 0, 0 sackhole: 20, 0, 0, 338, 137, 0, 0 ripcb: 252, 25605, 1, 44, 2, 0, 0 rtentry: 108, 0, 6, 102, 10, 0, 0 selfd: 28, 0, 250, 385,27360641, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 FFS inode: 116, 0, 10509, 117, 11684, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 10509, 156, 11684, 0, 0 NetGraph items: 36, 4130, 0, 0, 0, 0, 0 NetGraph data items: 36, 531, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 22063 525 irq9: acpi0 100259 2387 irq12: psm0 99471 2368 irq16: uhci0 ehci0+ 69567 1656 irq18: ath0 uhci2 1303156 31027 irq20: hpet0 3723243 88648 irq256: hdac0 273928 6522 irq258: ahci0 33603 800 Total 5625290 133935 ------------------------------------------------------------------------ pstat -T 313/12328 files 0M/4095M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ada0p3 8388352 0 8388352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 pass0 cpu KB/t tps MB/s KB/t tps MB/s us ni sy in id 47.85 777 36.30 0.00 0 0.00 3 0 1 0 96 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 131072 0 --rw------- ianf guest ianf guest 2 393216 2046 2011 9:02:21 13:47:01 9:02:21 m 65537 0 --rw------- ianf guest ianf guest 2 393216 2046 2011 9:02:21 13:47:01 9:02:21 m 65538 0 --rw------- ianf guest ianf guest 2 393216 2075 2011 9:09:16 no-entry 9:09:16 m 65539 0 --rw------- ianf guest ianf guest 2 393216 3252 2011 12:37:13 no-entry 12:37:13 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat nfsstat: new client/server not loaded ------------------------------------------------------------------------ netstat -s tcp: 57755 packets sent 15913 data packets (13335325 bytes) 787 data packets (511757 bytes) retransmitted 30 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 37964 ack-only packets (27833 delayed) 0 URG only packets 0 window probe packets 278 window update packets 2813 control packets 56960 packets received 13236 acks (for 13284510 bytes) 3400 duplicate acks 0 acks for unsent data 38889 packets (12282275 bytes) received in-sequence 1561 completely duplicate packets (241267 bytes) 2 old duplicate packets 5 packets with some dup. data (2000 bytes duped) 2733 out-of-order packets (527234 bytes) 0 packets (0 bytes) of data after window 0 window probes 147 window update packets 71 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 1413 connection requests 12 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 1413 connections established (including accepts) 1421 connections closed (including 104 drops) 222 connections updated cached RTT on close 225 connections updated cached RTT variance on close 69 connections updated cached ssthresh on close 1 embryonic connection dropped 13042 segments updated rtt (of 14252 attempts) 677 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 1 keepalive timeout 1 keepalive probe sent 0 connections dropped by keepalive 2119 correct ACK header predictions 34435 correct data packet header predictions 12 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 12 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 12 cookies sent 0 cookies received 68 hostcache entries added 0 bucket overflow 76 SACK recovery episodes 162 segment rexmits in SACK recovery episodes 221773 byte rexmits in SACK recovery episodes 1208 SACK options (SACK blocks) received 235 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 8398 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 4 dropped due to no socket 6957 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 1437 delivered 1462 datagrams output 0 times multicast source filter matched ip: 65870 total packets received 490 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 65366 packets for this host 6 packets for unknown/unsupported protocol 2 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 59373 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 6 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 6 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 8 destination unreachable: 6 0 message responses generated 0 invalid return addresses 2 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent pfsync: 0 packets received (IPv4) 0 packets received (IPv6) 0 packets discarded for bad interface 0 packets discarded for bad ttl 0 packets shorter than header 0 packets discarded for bad version 0 packets discarded for bad HMAC 0 packets discarded for bad action 0 packets discarded for short packet 0 states discarded for bad values 0 stale states 0 failed state lookup/inserts 0 packets sent (IPv4) 0 packets sent (IPv6) 0 send failed due to mbuf memory error 0 send error arp: 8 ARP requests sent 13 ARP replies sent 1502 ARP requests received 7 ARP replies received 1509 ARP packets received 1 total packet dropped due to no ARP entry 2 ARP entrys timed out 0 Duplicate IPs seen ------------------------------------------------------------------------ netstat -m 101/803/904 mbufs in use (current/cache/total) 38/456/494/25600 mbuf clusters in use (current/cache/total/max) 40/348 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 101K/1112K/1214K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop ale0 1500 60:eb:69:5a:13:a0 0 0 0 0 0 0 0 ale0 1500 192.168.10.0 192.168.10.10 0 - - 0 - - - ath0 2290 4c:0f:6e:4b:25:72 212114 8928 0 59264 1 0 0 usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 pfsyn 1500 0 0 0 0 0 0 0 pflog 33200 0 0 0 0 0 0 0 lo0 16384 1776 0 0 1776 0 0 0 lo0 16384 your-net localhost 1776 - - 1776 - - - vboxn 1500 0a:00:27:00:00:00 0 0 0 0 0 0 0 wlan0 1500 4c:0f:6e:4b:25:72 65716 0 0 57564 0 0 0 wlan0 1500 10.0.2.0 10.0.2.67 48952 - - 48161 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.0.2.1 UGS 0 37177 wlan0 10.0.2.0/24 link#12 U 0 10986 wlan0 10.0.2.67 link#12 UHS 0 0 lo0 127.0.0.1 link#10 UH 0 1776 lo0 192.168.10.0/24 link#1 U 0 0 ale0 192.168.10.10 link#1 UHS 0 0 lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c685d810 tcp4 0 0 10.0.2.67.29430 10.0.2.3.80 SYN_SENT c60ff560 tcp4 0 0 10.0.2.67.41638 208.85.144.66.443 SYN_SENT c5e68000 tcp4 0 1237 10.0.2.67.19070 208.85.144.66.443 FIN_WAIT_1 c5e68810 tcp4 0 0 10.0.2.67.10372 10.0.2.3.80 LAST_ACK c6875000 tcp4 0 0 10.0.2.67.41468 10.0.2.3.80 LAST_ACK c6876000 tcp4 0 207 10.0.2.67.30170 208.85.146.99.443 FIN_WAIT_1 c5e682b0 tcp4 0 0 10.0.2.67.58147 41.161.56.4.22 ESTABLISHED c5e68560 tcp4 0 0 10.0.2.67.45846 10.0.2.1.22 ESTABLISHED c60fe000 tcp4 0 0 10.0.2.67.12198 41.154.0.9.22 ESTABLISHED c5716000 tcp4 0 0 10.0.2.67.23709 64.12.73.134.443 ESTABLISHED c5e672b0 tcp4 0 18 10.0.2.67.43816 205.188.11.70.443 ESTABLISHED c5716810 tcp4 0 15 10.0.2.67.11816 207.46.125.62.1863 ESTABLISHED c5717810 tcp4 0 0 *.6000 *.* LISTEN c57172b0 tcp4 0 0 *.21 *.* LISTEN c5717560 tcp4 0 0 *.22 *.* LISTEN c5716560 tcp4 0 0 *.25 *.* LISTEN c5717ac0 tcp4 0 0 *.515 *.* LISTEN c5716ac0 tcp4 0 0 127.0.0.1.953 *.* LISTEN c571c000 tcp4 0 0 10.0.2.67.53 *.* LISTEN c571c2b0 tcp4 0 0 127.0.0.1.53 *.* LISTEN c571c560 tcp4 0 0 192.168.10.10.53 *.* LISTEN c5316000 udp4 0 0 *.16023 *.* c5316ccc udp4 0 0 *.69 *.* c5316ad4 udp4 0 0 10.0.2.67.123 *.* c53169d8 udp4 0 0 127.0.0.1.123 *.* c53168dc udp4 0 0 192.168.10.10.123 *.* c53167e0 udp4 0 0 *.123 *.* c53163f0 udp4 0 0 10.0.2.67.53 *.* c53162f4 udp4 0 0 127.0.0.1.53 *.* c53150fc udp4 0 0 192.168.10.10.53 *.* c53160fc udp4 0 0 *.514 *.* c5316bd0 udp4 0 0 *.* *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c5ec84b4 stream 0 0 c6872770 0 0 0 /var/tmp/xmms_ianf.0 c5ec8764 stream 0 0 0 c5322810 0 0 /tmp/.X11-unix/X0 c5322810 stream 0 0 0 c5ec8764 0 0 c5ec8c18 stream 0 0 0 c5ec8cc4 0 0 /tmp/.X11-unix/X0 c5ec8cc4 stream 0 0 0 c5ec8c18 0 0 c548e560 stream 0 0 0 c548e4b4 0 0 /tmp/.X11-unix/X0 c548e4b4 stream 0 0 0 c548e560 0 0 c5ec8e1c stream 0 0 0 c5ec8d70 0 0 /tmp/.X11-unix/X0 c5ec8d70 stream 0 0 0 c5ec8e1c 0 0 c5ec88bc stream 0 0 0 c5ec8968 0 0 /tmp/.X11-unix/X0 c5ec8968 stream 0 0 0 c5ec88bc 0 0 c548eb6c stream 0 0 0 c548eac0 0 0 /tmp/.X11-unix/X0 c548eac0 stream 0 0 0 c548eb6c 0 0 c604a000 stream 0 0 0 c604a0ac 0 0 /tmp/.X11-unix/X0 c604a0ac stream 0 0 0 c604a000 0 0 c604a408 stream 0 0 0 c548e408 0 0 /tmp/.X11-unix/X0 c548e408 stream 0 0 0 c604a408 0 0 c604a158 stream 0 0 0 c604a204 0 0 /tmp/.X11-unix/X0 c604a204 stream 0 0 0 c604a158 0 0 c604a2b0 stream 0 0 0 c604a35c 0 0 /tmp/.X11-unix/X0 c604a35c stream 0 0 0 c604a2b0 0 0 c604a60c stream 0 0 0 c5322968 0 0 /var/run/dbus/system_bus_socket c5322968 stream 0 0 0 c604a60c 0 0 c548e764 stream 0 0 0 c548e810 0 0 /var/tmp/orbit-ianf/linc-81b-0-68a3f60f398e7 c548e810 stream 0 0 0 c548e764 0 0 c5ec80ac stream 0 0 c6037990 0 0 0 /var/tmp/orbit-ianf/linc-81b-0-68a3f60f398e7 c548e8bc stream 0 0 0 c548e968 0 0 /var/tmp/orbit-ianf/linc-824-0-18cd912b1c71a c548e968 stream 0 0 0 c548e8bc 0 0 c548ed70 stream 0 0 0 c5321ac0 0 0 /var/run/dbus/system_bus_socket c5321ac0 stream 0 0 0 c548ed70 0 0 c532260c stream 0 0 0 c5321810 0 0 /var/tmp/dbus-EMFekVYD1a c5321810 stream 0 0 0 c532260c 0 0 c548ea14 stream 0 0 c5fd6880 0 0 0 /var/tmp/orbit-ianf/linc-824-0-18cd912b1c71a c548ec18 stream 0 0 0 c548ecc4 0 0 /var/tmp/dbus-EMFekVYD1a c548ecc4 stream 0 0 0 c548ec18 0 0 c548eec8 stream 0 0 0 c5ec8000 0 0 /tmp/.X11-unix/X0 c5ec8000 stream 0 0 0 c548eec8 0 0 c5322c18 stream 0 0 0 c548e158 0 0 /var/tmp/dbus-EMFekVYD1a c548e158 stream 0 0 0 c5322c18 0 0 c5ec835c stream 0 0 0 c5322560 0 0 /tmp/.X11-unix/X0 c5322560 stream 0 0 0 c5ec835c 0 0 c5321764 stream 0 0 0 c53228bc 0 0 c53228bc stream 0 0 0 c5321764 0 0 c548e0ac stream 0 0 c5ec5990 0 0 0 /var/tmp/dbus-EMFekVYD1a c548e000 stream 0 0 0 c5321c18 0 0 /tmp/.X11-unix/X0 c5321c18 stream 0 0 0 c548e000 0 0 c5322ec8 stream 0 0 0 c5322e1c 0 0 /tmp/.X11-unix/X0 c5322e1c stream 0 0 0 c5322ec8 0 0 c53216b8 stream 0 0 0 c5321158 0 0 c5321158 stream 0 0 0 c53216b8 0 0 c5321000 stream 0 0 0 c53210ac 0 0 /tmp/.X11-unix/X0 c53210ac stream 0 0 0 c5321000 0 0 c5321204 stream 0 0 0 c53212b0 0 0 /tmp/.X11-unix/X0 c53212b0 stream 0 0 0 c5321204 0 0 c5322d70 stream 0 0 0 c5322cc4 0 0 /tmp/.X11-unix/X0 c5322cc4 stream 0 0 0 c5322d70 0 0 c532135c stream 0 0 0 c5321408 0 0 /tmp/.X11-unix/X0 c5321408 stream 0 0 0 c532135c 0 0 c5322ac0 stream 0 0 0 c5322a14 0 0 /tmp/.X11-unix/X0 c5322a14 stream 0 0 0 c5322ac0 0 0 c5322764 stream 0 0 0 c53226b8 0 0 /tmp/.X11-unix/X0 c53226b8 stream 0 0 0 c5322764 0 0 c53224b4 stream 0 0 0 c5322408 0 0 /var/run/dbus/system_bus_socket c5322408 stream 0 0 0 c53224b4 0 0 c53218bc stream 0 0 0 c5321968 0 0 /tmp/.X11-unix/X0 c5321968 stream 0 0 0 c53218bc 0 0 c532235c stream 0 0 c5919440 0 0 0 /tmp/.X11-unix/X0 c5321a14 stream 0 0 0 c5321d70 0 0 c5321d70 stream 0 0 0 c5321a14 0 0 c53220ac stream 0 0 c5758bb0 0 0 0 /var/run/dbus/system_bus_socket c5322158 stream 0 0 c574a990 0 0 0 /var/run/printer c5321cc4 stream 0 0 c52faaa0 0 0 0 /var/run/devd.pipe c5321560 dgram 0 0 0 c5322204 0 c5322000 c5322000 dgram 0 0 0 c5322204 0 c5321ec8 c5321ec8 dgram 0 0 0 c5322204 0 c5321b6c c5321b6c dgram 0 0 0 c5322204 0 0 c5322204 dgram 0 0 c5549aa0 0 c5321560 0 /var/run/logpriv c53222b0 dgram 0 0 c5549bb0 0 0 0 /var/run/log c5321e1c dgram 0 0 c52fb000 0 0 0 /var/run/wpa_supplicant/wlan0 ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 *.x11 tcp4 0/0/64 *.ftp tcp4 0/0/128 *.ssh tcp4 0/0/20 *.smtp tcp4 0/0/5 *.printer tcp4 0/0/128 localhost.rndc tcp4 0/0/3 10.0.2.67.domain tcp4 0/0/3 localhost.domain tcp4 0/0/3 192.168.10.10.domain unix 0/0/100 /var/tmp/xmms_ianf.0 unix 0/0/10 /var/tmp/orbit-ianf/linc-81b-0-68a3f60f398e7 unix 0/0/10 /var/tmp/orbit-ianf/linc-824-0-18cd912b1c71a unix 0/0/30 /var/tmp/dbus-EMFekVYD1a unix 0/0/128 /tmp/.X11-unix/X0 unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/5 /var/run/printer unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W ianf xmms 3252 root / 2 drwxr-xr-x 1024 r ianf xmms 3252 wd /usr 7577603 drwxr-x--- 18944 r ianf xmms 3252 text /usr 17762708 -r-xr-xr-x 947724 r ianf xmms 3252 0 /dev 17 crw-rw-rw- null r ianf xmms 3252 1 /usr 7577683 -rw------- 229 w ianf xmms 3252 2 /usr 7577683 -rw------- 229 w ianf xmms 3252 3* local stream c5322810 <-> c5ec8764 ianf xmms 3252 4* local stream c5ec84b4 ianf xmms 3252 5* pipe c66147a8 <-> c6614860 0 rw ianf xmms 3252 6* pipe c6614860 <-> c66147a8 0 rw ianf xmms 3252 7 /usr 28084706 -rwxr--r-- 2731660 r ianf xmms 3252 8 /dev 156 crw-rw-rw- dsp0.0 w ianf bash 2993 root / 2 drwxr-xr-x 1024 r ianf bash 2993 wd /usr 8345136 drwxr-xr-x 1024 r ianf bash 2993 text /usr 17761081 -rwxr-xr-x 616240 r ianf bash 2993 ctty /dev 157 crw--w---- pts/8 rw ianf bash 2993 0 /dev 157 crw--w---- pts/8 rw ianf bash 2993 1 /dev 157 crw--w---- pts/8 rw ianf bash 2993 2 /dev 157 crw--w---- pts/8 rw ianf bash 2993 255 /dev 157 crw--w---- pts/8 rw ianf xterm 2991 root / 2 drwxr-xr-x 1024 r ianf xterm 2991 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2991 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2991 0 /dev 17 crw-rw-rw- null r ianf xterm 2991 1 /usr 7577683 -rw------- 229 w ianf xterm 2991 2 /usr 7577683 -rw------- 229 w ianf xterm 2991 3* local stream c5ec8cc4 <-> c5ec8c18 ianf xterm 2991 4* pseudo-terminal master pts/8 rw ianf xterm 2991 5 - - bad - ianf bash 2960 root / 2 drwxr-xr-x 1024 r ianf bash 2960 wd /usr 7577603 drwxr-x--- 18944 r ianf bash 2960 text /usr 17761081 -rwxr-xr-x 616240 r ianf bash 2960 ctty /dev 146 crw--w---- pts/7 rw ianf bash 2960 0 /dev 146 crw--w---- pts/7 rw ianf bash 2960 1 /dev 146 crw--w---- pts/7 rw ianf bash 2960 2 /dev 146 crw--w---- pts/7 rw ianf bash 2960 255 /dev 146 crw--w---- pts/7 rw ianf xterm 2958 root / 2 drwxr-xr-x 1024 r ianf xterm 2958 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2958 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2958 0 /dev 17 crw-rw-rw- null r ianf xterm 2958 1 /usr 7577683 -rw------- 229 w ianf xterm 2958 2 /usr 7577683 -rw------- 229 w ianf xterm 2958 3* local stream c548e4b4 <-> c548e560 ianf xterm 2958 4* pseudo-terminal master pts/7 rw ianf xterm 2958 5 - - bad - ianf bash 2934 root / 2 drwxr-xr-x 1024 r ianf bash 2934 wd /usr 8240662 drwxr-xr-x 1536 r ianf bash 2934 text /usr 17761081 -rwxr-xr-x 616240 r ianf bash 2934 ctty /dev 145 crw--w---- pts/6 rw ianf bash 2934 0 /dev 145 crw--w---- pts/6 rw ianf bash 2934 1 /dev 145 crw--w---- pts/6 rw ianf bash 2934 2 /dev 145 crw--w---- pts/6 rw ianf bash 2934 255 /dev 145 crw--w---- pts/6 rw ianf xterm 2932 root / 2 drwxr-xr-x 1024 r ianf xterm 2932 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2932 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2932 0 /dev 17 crw-rw-rw- null r ianf xterm 2932 1 /usr 7577683 -rw------- 229 w ianf xterm 2932 2 /usr 7577683 -rw------- 229 w ianf xterm 2932 3* local stream c5ec8d70 <-> c5ec8e1c ianf xterm 2932 4* pseudo-terminal master pts/6 rw ianf xterm 2932 5 - - bad - ianf ssh 2497 root / 2 drwxr-xr-x 1024 r ianf ssh 2497 wd /usr 7577603 drwxr-x--- 18944 r ianf ssh 2497 text /usr 18328348 -r-xr-xr-x 147740 r ianf ssh 2497 ctty /dev 142 crw--w---- pts/3 rw ianf ssh 2497 0 /dev 142 crw--w---- pts/3 rw ianf ssh 2497 1 /dev 142 crw--w---- pts/3 rw ianf ssh 2497 2 /dev 142 crw--w---- pts/3 rw ianf ssh 2497 3* internet stream tcp c5e682b0 ianf ssh 2497 4 /dev 142 crw--w---- pts/3 rw ianf ssh 2497 5 /dev 142 crw--w---- pts/3 rw ianf ssh 2497 6 /dev 142 crw--w---- pts/3 rw ianf xterm 2495 root / 2 drwxr-xr-x 1024 r ianf xterm 2495 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2495 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2495 0 /dev 17 crw-rw-rw- null r ianf xterm 2495 1 /usr 7577683 -rw------- 229 w ianf xterm 2495 2 /usr 7577683 -rw------- 229 w ianf xterm 2495 3* local stream c5ec8968 <-> c5ec88bc ianf xterm 2495 4* pseudo-terminal master pts/3 rw ianf xterm 2495 5 - - bad - ianf ssh 2424 root / 2 drwxr-xr-x 1024 r ianf ssh 2424 wd /usr 7577603 drwxr-x--- 18944 r ianf ssh 2424 text /usr 18328348 -r-xr-xr-x 147740 r ianf ssh 2424 ctty /dev 141 crw--w---- pts/2 rw ianf ssh 2424 0 /dev 141 crw--w---- pts/2 rw ianf ssh 2424 1 /dev 141 crw--w---- pts/2 rw ianf ssh 2424 2 /dev 141 crw--w---- pts/2 rw ianf ssh 2424 3* internet stream tcp c5e68560 ianf ssh 2424 4 /dev 141 crw--w---- pts/2 rw ianf ssh 2424 5 /dev 141 crw--w---- pts/2 rw ianf ssh 2424 6 /dev 141 crw--w---- pts/2 rw ianf bash 2421 root / 2 drwxr-xr-x 1024 r ianf bash 2421 wd /usr 7577603 drwxr-x--- 18944 r ianf bash 2421 text /usr 17761081 -rwxr-xr-x 616240 r ianf bash 2421 ctty /dev 141 crw--w---- pts/2 rw ianf bash 2421 0 /dev 141 crw--w---- pts/2 rw ianf bash 2421 1 /dev 141 crw--w---- pts/2 rw ianf bash 2421 2 /dev 141 crw--w---- pts/2 rw ianf bash 2421 255 /dev 141 crw--w---- pts/2 rw ianf xterm 2419 root / 2 drwxr-xr-x 1024 r ianf xterm 2419 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2419 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2419 0 /dev 17 crw-rw-rw- null r ianf xterm 2419 1 /usr 7577683 -rw------- 229 w ianf xterm 2419 2 /usr 7577683 -rw------- 229 w ianf xterm 2419 3* local stream c548eac0 <-> c548eb6c ianf xterm 2419 4* pseudo-terminal master pts/2 rw ianf xterm 2419 5 - - bad - ianf ssh 2299 root / 2 drwxr-xr-x 1024 r ianf ssh 2299 wd /usr 7577603 drwxr-x--- 18944 r ianf ssh 2299 text /usr 18328348 -r-xr-xr-x 147740 r ianf ssh 2299 ctty /dev 140 crw--w---- pts/1 rw ianf ssh 2299 0 /dev 140 crw--w---- pts/1 rw ianf ssh 2299 1 /dev 140 crw--w---- pts/1 rw ianf ssh 2299 2 /dev 140 crw--w---- pts/1 rw ianf ssh 2299 3* internet stream tcp c60fe000 ianf ssh 2299 4 /dev 140 crw--w---- pts/1 rw ianf ssh 2299 5 /dev 140 crw--w---- pts/1 rw ianf ssh 2299 6 /dev 140 crw--w---- pts/1 rw ianf xterm 2297 root / 2 drwxr-xr-x 1024 r ianf xterm 2297 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2297 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2297 0 /dev 17 crw-rw-rw- null r ianf xterm 2297 1 /usr 7577683 -rw------- 229 w ianf xterm 2297 2 /usr 7577683 -rw------- 229 w ianf xterm 2297 3* local stream c604a0ac <-> c604a000 ianf xterm 2297 4* pseudo-terminal master pts/1 rw ianf xterm 2297 5 - - bad - ianf wish8.4 2186 root / 2 drwxr-xr-x 1024 r ianf wish8.4 2186 wd /usr 7577603 drwxr-x--- 18944 r ianf wish8.4 2186 text /usr 17762628 -rwxr-xr-x 6289 r ianf wish8.4 2186 0 /dev 17 crw-rw-rw- null r ianf wish8.4 2186 1 /usr 7577683 -rw------- 229 w ianf wish8.4 2186 2 /usr 7577683 -rw------- 229 w ianf wish8.4 2186 3* local stream c548e408 <-> c604a408 ianf wish8.4 2186 4 /tmp 33120 -rw------- 281 w ianf tail 2129 root / 2 drwxr-xr-x 1024 r ianf tail 2129 wd /usr 7577603 drwxr-x--- 18944 r ianf tail 2129 text /usr 18338841 -r-xr-xr-x 17780 r ianf tail 2129 ctty /dev 143 crw--w---- pts/4 rw ianf tail 2129 0 /dev 143 crw--w---- pts/4 rw ianf tail 2129 1 /dev 143 crw--w---- pts/4 rw ianf tail 2129 2 /dev 143 crw--w---- pts/4 rw ianf tail 2129 3 /var 236943 -rw-r----- 192780517 r ianf bash 2118 root / 2 drwxr-xr-x 1024 r ianf bash 2118 wd /usr 7577603 drwxr-x--- 18944 r ianf bash 2118 text /usr 17761081 -rwxr-xr-x 616240 r ianf bash 2118 ctty /dev 143 crw--w---- pts/4 rw ianf bash 2118 0 /dev 143 crw--w---- pts/4 rw ianf bash 2118 1 /dev 143 crw--w---- pts/4 rw ianf bash 2118 2 /dev 143 crw--w---- pts/4 rw ianf bash 2118 255 /dev 143 crw--w---- pts/4 rw ianf xterm 2116 root / 2 drwxr-xr-x 1024 r ianf xterm 2116 wd /usr 7577603 drwxr-x--- 18944 r ianf xterm 2116 text /usr 17762726 -rws--x--x 322032 r ianf xterm 2116 0 /dev 17 crw-rw-rw- null r ianf xterm 2116 1 /usr 7577683 -rw------- 229 w ianf xterm 2116 2 /usr 7577683 -rw------- 229 w ianf xterm 2116 3* local stream c604a204 <-> c604a158 ianf xterm 2116 4* pseudo-terminal master pts/4 rw ianf xterm 2116 5 - - bad - ianf wish8.4 2108 root / 2 drwxr-xr-x 1024 r ianf wish8.4 2108 wd /usr 7577603 drwxr-x--- 18944 r ianf wish8.4 2108 text /usr 17762628 -rwxr-xr-x 6289 r ianf wish8.4 2108 0 /dev 17 crw-rw-rw- null r ianf wish8.4 2108 1 /usr 7577683 -rw------- 229 w ianf wish8.4 2108 2 /usr 7577683 -rw------- 229 w ianf wish8.4 2108 3* local stream c604a35c <-> c604a2b0 ianf wish8.4 2108 4 /usr 17762779 -rw-r--r-- 10203 r ianf wish8.4 2108 5 /tmp 33105 -rw------- 3210 w ianf gconfd-2 2084 root / 2 drwxr-xr-x 1024 r ianf gconfd-2 2084 wd / 2 drwxr-xr-x 1024 r ianf gconfd-2 2084 text /usr 17764858 -r-xr-xr-x 52116 r ianf gconfd-2 2084 0 /dev 17 crw-rw-rw- null rw ianf gconfd-2 2084 1 /dev 17 crw-rw-rw- null rw ianf gconfd-2 2084 2 /dev 17 crw-rw-rw- null rw ianf gconfd-2 2084 3 /dev 17 crw-rw-rw- null rw ianf gconfd-2 2084 4 /dev 17 crw-rw-rw- null rw ianf gconfd-2 2084 5* pipe c5190000 <-> c51900b8 0 rw ianf gconfd-2 2084 6 /usr 17854865 drwxr-xr-x 512 r ianf gconfd-2 2084 7 /usr 18330760 drwxr-xr-x 1024 r ianf gconfd-2 2084 8* pipe c51900b8 <-> c5190000 0 rw ianf gconfd-2 2084 9* pipe c5f70000 <-> c5f700b8 0 rw ianf gconfd-2 2084 10* pipe c5f700b8 <-> c5f70000 0 rw ianf gconfd-2 2084 11* pipe c51b3dc8 <-> c51b3e80 0 rw ianf gconfd-2 2084 12* pipe c51b3e80 <-> c51b3dc8 0 rw ianf gconfd-2 2084 13* local stream c548ea14 ianf gconfd-2 2084 14* local stream c5321810 <-> c532260c ianf gconfd-2 2084 15* local stream c5321ac0 <-> c548ed70 ianf gconfd-2 2084 16* local stream c548e8bc <-> c548e968 ianf gconfd-2 2084 17* local stream c548e810 <-> c548e764 ianf firefox-bin 2075 root / 2 drwxr-xr-x 1024 r ianf firefox-bin 2075 wd /usr 7577603 drwxr-x--- 18944 r ianf firefox-bin 2075 text /usr 18002773 -rwxr-xr-x 8464 r ianf firefox-bin 2075 0 /dev 17 crw-rw-rw- null r ianf firefox-bin 2075 1 /usr 7577683 -rw------- 229 w ianf firefox-bin 2075 2 /usr 7577683 -rw------- 229 w ianf firefox-bin 2075 3* local stream c5ec8000 <-> c548eec8 ianf firefox-bin 2075 4* pipe c5190930 <-> c51909e8 0 rw ianf firefox-bin 2075 5* pipe c51909e8 <-> c5190930 0 rw ianf firefox-bin 2075 6* pipe c51b3498 <-> c51b3550 0 rw ianf firefox-bin 2075 7* pipe c51b3550 <-> c51b3498 0 rw ianf firefox-bin 2075 8* pipe c51b3c40 <-> c51b3cf8 0 rw ianf firefox-bin 2075 9* pipe c51b3cf8 <-> c51b3c40 0 rw ianf firefox-bin 2075 10* local stream c548ecc4 <-> c548ec18 ianf firefox-bin 2075 11* local stream c548e968 <-> c548e8bc ianf firefox-bin 2075 12* local stream c5ec80ac ianf firefox-bin 2075 13* local stream c548e764 <-> c548e810 ianf firefox-bin 2075 14 /usr 7767325 -rw-r--r-- 0 w ianf firefox-bin 2075 15* pipe c5191310 <-> c51913c8 0 rw ianf firefox-bin 2075 16* pipe c51913c8 <-> c5191310 0 rw ianf firefox-bin 2075 17* local stream c5322968 <-> c604a60c ianf firefox-bin 2075 18* pipe c5191930 <-> c51919e8 0 rw ianf firefox-bin 2075 19* pipe c51919e8 <-> c5191930 0 rw ianf firefox-bin 2075 20 /dev 23 crw-rw-rw- random r ianf firefox-bin 2075 21 /usr 7767186 -rw-r--r-- 2048 rw ianf firefox-bin 2075 22 /usr 7767175 -rw-r--r-- 6144 rw ianf firefox-bin 2075 23 /usr 7767179 -rw-r--r-- 61440 rw ianf firefox-bin 2075 24 /usr 7767173 -rw-r--r-- 13312 rw ianf firefox-bin 2075 25 /usr 7767326 -rw------- 344064 rw ianf firefox-bin 2075 26 /usr 7767328 -rw------- 16384 rw ianf firefox-bin 2075 27* pipe c5190620 <-> c51906d8 0 rw ianf firefox-bin 2075 28* pipe c51906d8 <-> c5190620 0 rw ianf firefox-bin 2075 29 /usr 7767335 -rw-r--r-- 41943040 rw ianf firefox-bin 2075 30 /usr 7767330 -rw-r--r-- 10485760 rw ianf firefox-bin 2075 31 /usr 7767053 -rw-r--r-- 8272 rw ianf firefox-bin 2075 32 /usr 7767042 drwx------ 1536 r ianf firefox-bin 2075 33 /usr 7767062 -rw-r--r-- 32768 rw ianf firefox-bin 2075 34 /usr 7767330 -rw-r--r-- 10485760 r ianf firefox-bin 2075 35 /usr 7767053 -rw-r--r-- 8272 rw ianf firefox-bin 2075 36 /usr 7767042 drwx------ 1536 r ianf firefox-bin 2075 37 /usr 7767192 -rw-r--r-- 2048 rw ianf firefox-bin 2075 38 /usr 7767072 -rw-r--r-- 164392 rw ianf firefox-bin 2075 39 /usr 7767327 -rw-r--r-- 524288 rw ianf firefox-bin 2075 40 /usr 7767063 -rw-r--r-- 20992 rw ianf firefox-bin 2075 41 /usr 7767042 drwx------ 1536 r ianf firefox-bin 2075 42 /usr 7767069 -rw-r--r-- 32768 rw ianf firefox-bin 2075 43 /usr 7767327 -rw-r--r-- 524288 rw ianf firefox-bin 2075 44 /usr 7767330 -rw-r--r-- 10485760 r ianf firefox-bin 2075 45 /usr 7767053 -rw-r--r-- 8272 rw ianf firefox-bin 2075 46 /usr 8669441 -rw------- 33044 rw ianf firefox-bin 2075 47 /usr 8669458 -rw------- 528801 rw ianf firefox-bin 2075 48 /usr 8669459 -rw------- 910919 rw ianf firefox-bin 2075 49 /usr 8669460 -rw------- 3920268 rw ianf firefox-bin 2075 50 /usr 7767042 drwx------ 1536 r ianf firefox-bin 2075 51 /usr 7767054 -rw-r--r-- 1450001 r ianf firefox-bin 2075 52 /usr 7767178 -rw-r--r-- 393216 rw ianf firefox-bin 2075 53 /usr 7767165 -rw-r--r-- 262144 rw ianf firefox-bin 2075 54* internet stream tcp c60ff560 ianf firefox-bin 2075 55* internet stream tcp c685d810 ianf firefox-bin 2075 57 /usr 7767330 -rw-r--r-- 10485760 r ianf firefox-bin 2075 58 /usr 7767053 -rw-r--r-- 8272 rw ianf firefox-bin 2075 59 /usr 7767042 drwx------ 1536 r ianf firefox-bin 2075 60 /usr 7767200 -rw-r--r-- 133120 rw ianf firefox-bin 2075 61 /usr 7767334 -rw-r--r-- 184320 rw ianf firefox-bin 2075 62 /usr 7767170 -rw-r--r-- 131072 rw ianf dbus-daemon 2051 root / 2 drwxr-xr-x 1024 r ianf dbus-daemon 2051 wd / 2 drwxr-xr-x 1024 r ianf dbus-daemon 2051 text /usr 17761170 -r-xr-xr-x 325404 r ianf dbus-daemon 2051 0 /dev 17 crw-rw-rw- null rw ianf dbus-daemon 2051 1 /dev 17 crw-rw-rw- null rw ianf dbus-daemon 2051 2 /dev 17 crw-rw-rw- null rw ianf dbus-daemon 2051 3* local stream c548e0ac ianf dbus-daemon 2051 4 /dev 17 crw-rw-rw- null rw ianf dbus-daemon 2051 6 /usr 17854865 drwxr-xr-x 512 r ianf dbus-daemon 2051 7 /usr 18330760 drwxr-xr-x 1024 r ianf dbus-daemon 2051 8* local stream c53228bc <-> c5321764 ianf dbus-daemon 2051 9* local stream c5321764 <-> c53228bc ianf dbus-daemon 2051 10* local stream c5322c18 <-> c548e158 ianf dbus-daemon 2051 11* local stream c548ec18 <-> c548ecc4 ianf dbus-daemon 2051 13* local stream c532260c <-> c5321810 ianf dbus-launch 2050 root / 2 drwxr-xr-x 1024 r ianf dbus-launch 2050 wd / 2 drwxr-xr-x 1024 r ianf dbus-launch 2050 text /usr 17761171 -r-xr-xr-x 21576 r ianf dbus-launch 2050 0 /dev 17 crw-rw-rw- null rw ianf dbus-launch 2050 1 /dev 17 crw-rw-rw- null rw ianf dbus-launch 2050 2 /dev 17 crw-rw-rw- null rw ianf dbus-launch 2050 3* local stream c5321c18 <-> c548e000 ianf dbus-launch 2050 4 /dev 17 crw-rw-rw- null rw ianf dbus-launch 2050 5* local stream c5322560 <-> c5ec835c ianf dbus-launch 2050 8* pipe c5190c40 <-> c5190cf8 0 rw ianf pidgin 2046 root / 2 drwxr-xr-x 1024 r ianf pidgin 2046 wd /usr 7577603 drwxr-x--- 18944 r ianf pidgin 2046 text /usr 17762172 -r-xr-xr-x 854716 r ianf pidgin 2046 0 /dev 17 crw-rw-rw- null r ianf pidgin 2046 1 /usr 7577683 -rw------- 229 w ianf pidgin 2046 2 /usr 7577683 -rw------- 229 w ianf pidgin 2046 3* local stream c5321158 <-> c53216b8 ianf pidgin 2046 4* local stream c53216b8 <-> c5321158 ianf pidgin 2046 5* pipe c51917a8 <-> c5191860 0 rw ianf pidgin 2046 6* pipe c5191860 <-> c51917a8 0 rw ianf pidgin 2046 7* local stream c5322e1c <-> c5322ec8 ianf pidgin 2046 8* local stream c548e158 <-> c5322c18 ianf pidgin 2046 9* internet stream tcp c5e672b0 ianf pidgin 2046 10 /dev 23 crw-rw-rw- random r ianf pidgin 2046 11* internet dgram udp c5316000 ianf pidgin 2046 12* pipe c51b3620 <-> c51b36d8 0 rw ianf pidgin 2046 15* pipe c5190550 <-> c5190498 0 rw ianf pidgin 2046 18* internet stream tcp c5716810 ianf pidgin 2046 21 /usr 7909253 -rw-r--r-- 1269 w ianf pidgin 2046 22 /usr 7956769 -rw-r--r-- 4792 w ianf pidgin 2046 23* internet stream tcp c5716000 ianf pidgin 2046 25 /usr 7956768 -rw-r--r-- 2422 w ianf pidgin 2046 26 /usr 7909244 -rw-r--r-- 1690 w ianf xclock 2038 root / 2 drwxr-xr-x 1024 r ianf xclock 2038 wd /usr 7577603 drwxr-x--- 18944 r ianf xclock 2038 text /usr 17762655 -r-xr-xr-x 32884 r ianf xclock 2038 0 /dev 17 crw-rw-rw- null r ianf xclock 2038 1 /usr 7577683 -rw------- 229 w ianf xclock 2038 2 /usr 7577683 -rw------- 229 w ianf xclock 2038 3* local stream c5322cc4 <-> c5322d70 ianf FvwmPager 2037 root / 2 drwxr-xr-x 1024 r ianf FvwmPager 2037 wd /usr 7577603 drwxr-x--- 18944 r ianf FvwmPager 2037 text /usr 18001684 -rwxr-xr-x 33000 r ianf FvwmPager 2037 0 /dev 17 crw-rw-rw- null r ianf FvwmPager 2037 1 /usr 7577683 -rw------- 229 w ianf FvwmPager 2037 2 /usr 7577683 -rw------- 229 w ianf FvwmPager 2037 3* local stream c53210ac <-> c5321000 ianf FvwmPager 2037 4* pipe c5190dc8 <-> c5190e80 0 rw ianf FvwmPager 2037 5 /tmp 98 -rw-r--r-- 23217 r ianf FvwmPager 2037 9* pipe c51b3240 <-> c51b3188 0 rw ianf wmbattery 2036 root / 2 drwxr-xr-x 1024 r ianf wmbattery 2036 wd /usr 7577603 drwxr-x--- 18944 r ianf wmbattery 2036 text /usr 17762630 -r-xr-xr-x 10744 r ianf wmbattery 2036 0 /dev 17 crw-rw-rw- null r ianf wmbattery 2036 1 /usr 7577683 -rw------- 229 w ianf wmbattery 2036 2 /usr 7577683 -rw------- 229 w ianf wmbattery 2036 3* local stream c53212b0 <-> c5321204 ianf GoodStuff 2034 root / 2 drwxr-xr-x 1024 r ianf GoodStuff 2034 wd /usr 7577603 drwxr-x--- 18944 r ianf GoodStuff 2034 text /usr 18001689 -rwxr-xr-x 28756 r ianf GoodStuff 2034 0 /dev 17 crw-rw-rw- null r ianf GoodStuff 2034 1 /usr 7577683 -rw------- 229 w ianf GoodStuff 2034 2 /usr 7577683 -rw------- 229 w ianf GoodStuff 2034 3* local stream c5321408 <-> c532135c ianf GoodStuff 2034 4* pipe c5191dc8 <-> c5191e80 0 rw ianf GoodStuff 2034 5 /tmp 98 -rw-r--r-- 23217 r ianf GoodStuff 2034 7* pipe c5191b70 <-> c5191ab8 0 rw ianf fvwm 2023 root / 2 drwxr-xr-x 1024 r ianf fvwm 2023 wd /usr 7577603 drwxr-x--- 18944 r ianf fvwm 2023 text /usr 17761370 -rwxr-xr-x 132532 r ianf fvwm 2023 0 /dev 17 crw-rw-rw- null r ianf fvwm 2023 1 /usr 7577683 -rw------- 229 w ianf fvwm 2023 2 /usr 7577683 -rw------- 229 w ianf fvwm 2023 3* local stream c5322a14 <-> c5322ac0 ianf fvwm 2023 5* pipe c5191e80 <-> c5191dc8 0 rw ianf fvwm 2023 6* pipe c5191ab8 <-> c5191b70 0 rw ianf fvwm 2023 7* pipe c5190e80 <-> c5190dc8 0 rw ianf fvwm 2023 8* pipe c51b3188 <-> c51b3240 0 rw root xconsole 2020 root / 2 drwxr-xr-x 1024 r root xconsole 2020 wd / 2 drwxr-xr-x 1024 r root xconsole 2020 text /usr 17762658 -r-xr-xr-x 12680 r root xconsole 2020 0 /dev 17 crw-rw-rw- null r root xconsole 2020 1 /var 236932 -rw-r--r-- 1292 w root xconsole 2020 2 /var 236932 -rw-r--r-- 1292 w root xconsole 2020 3* local stream c53226b8 <-> c5322764 root xconsole 2020 4* pseudo-terminal master pts/0 rw root xconsole 2020 5 /dev 137 crw--w---- pts/0 rw root xdm 2014 root / 2 drwxr-xr-x 1024 r root xdm 2014 wd / 2 drwxr-xr-x 1024 r root xdm 2014 text /usr 17762667 -r-xr-xr-x 83220 r root xdm 2014 0* local stream c5321968 <-> c53218bc root xdm 2014 2 /var 236932 -rw-r--r-- 1292 w root Xorg 2011 root / 2 drwxr-xr-x 1024 r root Xorg 2011 wd / 2 drwxr-xr-x 1024 r root Xorg 2011 text /usr 17760977 -r-sr-xr-x 1650792 r root Xorg 2011 0 /var 236908 -rw-r--r-- 16392 w root Xorg 2011 1* internet stream tcp c5717810 root Xorg 2011 2 /var 236932 -rw-r--r-- 1292 w root Xorg 2011 3* local stream c532235c root Xorg 2011 4 /usr 18004846 -r--r--r-- 31246 r root Xorg 2011 5 /dev 13 crw-r----- mem rw root Xorg 2011 6 /dev 49 crw------- ttyv8 rw root Xorg 2011 7 /dev 21 crw-r--r-- pci rw root Xorg 2011 8 /dev 19 crw------- io rw root Xorg 2011 9 /dev 34 crw------- agpgart rw root Xorg 2011 10 /dev 35 crw-rw---- dri/card0 rw root Xorg 2011 11 /dev 9 crw------- sysmouse rw root Xorg 2011 12* local stream c5322408 <-> c53224b4 root Xorg 2011 13* local stream c53218bc <-> c5321968 root Xorg 2011 14* local stream c5322ac0 <-> c5322a14 root Xorg 2011 15* local stream c5322764 <-> c53226b8 root Xorg 2011 16* local stream c5322ec8 <-> c5322e1c root Xorg 2011 17* local stream c532135c <-> c5321408 root Xorg 2011 18* local stream c5322d70 <-> c5322cc4 root Xorg 2011 19* local stream c5321204 <-> c53212b0 root Xorg 2011 20* local stream c5321000 <-> c53210ac root Xorg 2011 21* local stream c548e000 <-> c5321c18 root Xorg 2011 22* local stream c5ec835c <-> c5322560 root Xorg 2011 23* local stream c604a000 <-> c604a0ac root Xorg 2011 24* local stream c548eb6c <-> c548eac0 root Xorg 2011 25* local stream c5ec88bc <-> c5ec8968 root Xorg 2011 26* local stream c548eec8 <-> c5ec8000 root Xorg 2011 27* local stream c604a2b0 <-> c604a35c root Xorg 2011 28* local stream c604a158 <-> c604a204 root Xorg 2011 29* local stream c604a408 <-> c548e408 root Xorg 2011 31* local stream c5ec8e1c <-> c5ec8d70 root Xorg 2011 32* local stream c548e560 <-> c548e4b4 root Xorg 2011 33* local stream c5ec8c18 <-> c5ec8cc4 root Xorg 2011 34* local stream c5ec8764 <-> c5322810 root xdm 2009 root / 2 drwxr-xr-x 1024 r root xdm 2009 wd / 2 drwxr-xr-x 1024 r root xdm 2009 text /usr 17762667 -r-xr-xr-x 83220 r root xdm 2009 0 /var 35 -rw-r--r-- 6 rw root xdm 2009 2 /var 236932 -rw-r--r-- 1292 w root getty 2008 root / 2 drwxr-xr-x 1024 r root getty 2008 wd / 2 drwxr-xr-x 1024 r root getty 2008 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2008 ctty /dev 48 crw------- ttyv7 rw root getty 2008 0 /dev 48 crw------- ttyv7 rw root getty 2008 1 /dev 48 crw------- ttyv7 rw root getty 2008 2 /dev 48 crw------- ttyv7 rw root getty 2007 root / 2 drwxr-xr-x 1024 r root getty 2007 wd / 2 drwxr-xr-x 1024 r root getty 2007 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2007 ctty /dev 47 crw------- ttyv6 rw root getty 2007 0 /dev 47 crw------- ttyv6 rw root getty 2007 1 /dev 47 crw------- ttyv6 rw root getty 2007 2 /dev 47 crw------- ttyv6 rw root getty 2006 root / 2 drwxr-xr-x 1024 r root getty 2006 wd / 2 drwxr-xr-x 1024 r root getty 2006 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2006 ctty /dev 46 crw------- ttyv5 rw root getty 2006 0 /dev 46 crw------- ttyv5 rw root getty 2006 1 /dev 46 crw------- ttyv5 rw root getty 2006 2 /dev 46 crw------- ttyv5 rw root getty 2005 root / 2 drwxr-xr-x 1024 r root getty 2005 wd / 2 drwxr-xr-x 1024 r root getty 2005 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2005 ctty /dev 45 crw------- ttyv4 rw root getty 2005 0 /dev 45 crw------- ttyv4 rw root getty 2005 1 /dev 45 crw------- ttyv4 rw root getty 2005 2 /dev 45 crw------- ttyv4 rw root getty 2004 root / 2 drwxr-xr-x 1024 r root getty 2004 wd / 2 drwxr-xr-x 1024 r root getty 2004 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2004 ctty /dev 44 crw------- ttyv3 rw root getty 2004 0 /dev 44 crw------- ttyv3 rw root getty 2004 1 /dev 44 crw------- ttyv3 rw root getty 2004 2 /dev 44 crw------- ttyv3 rw root getty 2003 root / 2 drwxr-xr-x 1024 r root getty 2003 wd / 2 drwxr-xr-x 1024 r root getty 2003 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2003 ctty /dev 43 crw------- ttyv2 rw root getty 2003 0 /dev 43 crw------- ttyv2 rw root getty 2003 1 /dev 43 crw------- ttyv2 rw root getty 2003 2 /dev 43 crw------- ttyv2 rw root getty 2002 root / 2 drwxr-xr-x 1024 r root getty 2002 wd / 2 drwxr-xr-x 1024 r root getty 2002 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2002 ctty /dev 42 crw------- ttyv1 rw root getty 2002 0 /dev 42 crw------- ttyv1 rw root getty 2002 1 /dev 42 crw------- ttyv1 rw root getty 2002 2 /dev 42 crw------- ttyv1 rw root getty 2001 root / 2 drwxr-xr-x 1024 r root getty 2001 wd / 2 drwxr-xr-x 1024 r root getty 2001 text /usr 15013144 -r-xr-xr-x 22052 r root getty 2001 ctty /dev 41 crw------- ttyv0 rw root getty 2001 0 /dev 41 crw------- ttyv0 rw root getty 2001 1 /dev 41 crw------- ttyv0 rw root getty 2001 2 /dev 41 crw------- ttyv0 rw root inetd 1965 root / 2 drwxr-xr-x 1024 r root inetd 1965 wd / 2 drwxr-xr-x 1024 r root inetd 1965 text /usr 17097329 -r-xr-xr-x 42252 r root inetd 1965 0 /dev 17 crw-rw-rw- null rw root inetd 1965 1 /dev 17 crw-rw-rw- null rw root inetd 1965 2 /dev 17 crw-rw-rw- null rw root inetd 1965 3 /var 21 -rw------- 4 w root inetd 1965 4* pipe c5190310 <-> c51903c8 0 rw root inetd 1965 5* internet stream tcp c57172b0 root inetd 1965 6* internet dgram udp c5316ccc root inetd 1965 7* pipe c51903c8 <-> c5190310 0 rw root cron 1933 root / 2 drwxr-xr-x 1024 r root cron 1933 wd /var 236801 drwxr-x--- 512 r root cron 1933 text /usr 17097271 -r-xr-xr-x 33732 r root cron 1933 0 /dev 17 crw-rw-rw- null rw root cron 1933 1 /dev 17 crw-rw-rw- null rw root cron 1933 2 /dev 17 crw-rw-rw- null rw root cron 1933 3 /var 20 -rw------- 4 w root sshd 1928 root / 2 drwxr-xr-x 1024 r root sshd 1928 wd / 2 drwxr-xr-x 1024 r root sshd 1928 text /usr 17096965 -r-xr-xr-x 235464 r root sshd 1928 0 /dev 17 crw-rw-rw- null rw root sshd 1928 1 /dev 17 crw-rw-rw- null rw root sshd 1928 2 /dev 17 crw-rw-rw- null rw root sshd 1928 3* internet stream tcp c5717560 mailnull exim-4.72-0 1883 root / 2 drwxr-xr-x 1024 r mailnull exim-4.72-0 1883 wd /var 143553 drwxr-x--- 512 r mailnull exim-4.72-0 1883 text /usr 17764947 -rwsr-xr-x 871044 r mailnull exim-4.72-0 1883 0 /dev 17 crw-rw-rw- null rw mailnull exim-4.72-0 1883 1 /dev 17 crw-rw-rw- null rw mailnull exim-4.72-0 1883 2 /dev 17 crw-rw-rw- null rw mailnull exim-4.72-0 1883 4* internet stream tcp c5716560 messageb dbus-daemon 1864 root / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1864 wd / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1864 text /usr 17761170 -r-xr-xr-x 325404 r messageb dbus-daemon 1864 0 /dev 17 crw-rw-rw- null rw messageb dbus-daemon 1864 1 /dev 17 crw-rw-rw- null rw messageb dbus-daemon 1864 2 /dev 17 crw-rw-rw- null rw messageb dbus-daemon 1864 3* local stream c53220ac messageb dbus-daemon 1864 4 /dev 17 crw-rw-rw- null rw messageb dbus-daemon 1864 6 /usr 17854866 drwxr-xr-x 512 r messageb dbus-daemon 1864 7 /usr 18330761 drwxr-xr-x 512 r messageb dbus-daemon 1864 8* local stream c5321d70 <-> c5321a14 messageb dbus-daemon 1864 9* local stream c5321a14 <-> c5321d70 messageb dbus-daemon 1864 10* local stream c53224b4 <-> c5322408 messageb dbus-daemon 1864 11 - - bad - messageb dbus-daemon 1864 12* local stream c548ed70 <-> c5321ac0 messageb dbus-daemon 1864 13* local stream c604a60c <-> c5322968 root moused 1841 root / 2 drwxr-xr-x 1024 r root moused 1841 wd / 2 drwxr-xr-x 1024 r root moused 1841 text /usr 17097373 -r-xr-xr-x 36432 r root moused 1841 0 /dev 17 crw-rw-rw- null rw root moused 1841 1 /dev 17 crw-rw-rw- null rw root moused 1841 2 /dev 17 crw-rw-rw- null rw root moused 1841 3 /dev 39 crw-rw-rw- psm0 rw root moused 1841 4 /dev 57 crw------- consolectl rw root moused 1841 5 /var 41 -rw------- 4 w root ntpd 1761 root / 2 drwxr-xr-x 1024 r root ntpd 1761 wd / 2 drwxr-xr-x 1024 r root ntpd 1761 text /usr 17097362 -r-xr-xr-x 342364 r root ntpd 1761 0 /dev 17 crw-rw-rw- null rw root ntpd 1761 1 /dev 17 crw-rw-rw- null rw root ntpd 1761 2 /dev 17 crw-rw-rw- null rw root ntpd 1761 3* local dgram c5322000 <-> c5322204 root ntpd 1761 20* internet dgram udp c53167e0 root ntpd 1761 21* internet dgram udp c53168dc root ntpd 1761 22* internet dgram udp c53169d8 root ntpd 1761 23* internet dgram udp c5316ad4 root ntpd 1761 24* route raw 0 c5750000 root lpd 1726 root / 2 drwxr-xr-x 1024 r root lpd 1726 wd / 2 drwxr-xr-x 1024 r root lpd 1726 text /usr 17097352 -r-xr-xr-x 73592 r root lpd 1726 0 /dev 17 crw-rw-rw- null rw root lpd 1726 1 /dev 17 crw-rw-rw- null rw root lpd 1726 2 /dev 17 crw-rw-rw- null rw root lpd 1726 3* local dgram c5321ec8 <-> c5322204 root lpd 1726 4 /var 143603 -rw-rw-r-- 5 w root lpd 1726 5* local stream c5322158 root lpd 1726 6* internet stream tcp c5717ac0 bind named 1586 root / 2 drwxr-xr-x 1024 r bind named 1586 wd / 33086 drwxrwxr-x 512 r bind named 1586 text /usr 17097364 -r-xr-xr-x 2069880 r bind named 1586 0 /dev 17 crw-rw-rw- null rw bind named 1586 1 /dev 17 crw-rw-rw- null rw bind named 1586 2 /dev 17 crw-rw-rw- null rw bind named 1586 3* local dgram c5321b6c <-> c5322204 bind named 1586 4 /dev 17 crw-rw-rw- null rw bind named 1586 5* pipe c5191000 <-> c51910b8 0 rw bind named 1586 7* pipe c51910b8 <-> c5191000 0 rw bind named 1586 9 /dev 23 crw-rw-rw- random r bind named 1586 20* internet stream tcp c571c560 bind named 1586 21* internet stream tcp c571c2b0 bind named 1586 22* internet stream tcp c571c000 bind named 1586 23* internet stream tcp c5716ac0 bind named 1586 512* internet dgram udp c53150fc bind named 1586 513* internet dgram udp c53162f4 bind named 1586 514* internet dgram udp c53163f0 root syslogd 1514 root / 2 drwxr-xr-x 1024 r root syslogd 1514 wd / 2 drwxr-xr-x 1024 r root syslogd 1514 text /usr 17097446 -r-xr-xr-x 36200 r root syslogd 1514 0 /dev 17 crw-rw-rw- null rw root syslogd 1514 1 /dev 17 crw-rw-rw- null rw root syslogd 1514 2 /dev 17 crw-rw-rw- null rw root syslogd 1514 3 /var 32 -rw------- 4 w root syslogd 1514 4* local dgram c53222b0 root syslogd 1514 5* local dgram c5322204 root syslogd 1514 6* internet dgram udp c53160fc root syslogd 1514 7 /dev 15 crw------- klog r root syslogd 1514 9 /dev 5 crw------- console w root syslogd 1514 10 /var 236913 -rw-r--r-- 113824 w root syslogd 1514 11 /var 236911 -rw------- 1511 w root syslogd 1514 12 /var 236816 -rw------- 81909 w root syslogd 1514 13 /var 236905 -rw-r----- 59 w root syslogd 1514 14 /var 236867 -rw-r--r-- 47448 w root syslogd 1514 15 /var 236933 -rw------- 67108 w root syslogd 1514 16 /var 236839 -rw------- 28534 w root syslogd 1514 17 /var 236829 -rw------- 5797 w root syslogd 1514 18 /var 236814 -rw-r----- 20459 w root devd 1325 root / 2 drwxr-xr-x 1024 r root devd 1325 wd / 2 drwxr-xr-x 1024 r root devd 1325 text / 19381 -r-xr-xr-x 391400 r root devd 1325 0 /dev 17 crw-rw-rw- null rw root devd 1325 1 /dev 17 crw-rw-rw- null rw root devd 1325 2 /dev 17 crw-rw-rw- null rw root devd 1325 3 /dev 7 crw------- devctl r root devd 1325 4* local stream c5321cc4 root devd 1325 5 /var 5 -rw------- 4 w _dhcp dhclient 1324 root /var 142081 dr-xr-xr-x 512 r _dhcp dhclient 1324 wd /var 142081 dr-xr-xr-x 512 r _dhcp dhclient 1324 jail /var 142081 dr-xr-xr-x 512 r _dhcp dhclient 1324 text / 19389 -r-xr-xr-x 74856 r _dhcp dhclient 1324 0 /dev 17 crw-rw-rw- null rw _dhcp dhclient 1324 1 /dev 17 crw-rw-rw- null rw _dhcp dhclient 1324 2 /dev 17 crw-rw-rw- null rw _dhcp dhclient 1324 4* route raw 0 c5314000 _dhcp dhclient 1324 5* pipe c51b33c8 <-> c51b3310 0 rw _dhcp dhclient 1324 6 /var 94983 ---------- 1321 w _dhcp dhclient 1324 7 /dev 31 crw------- bpf rw _dhcp dhclient 1324 8* internet raw ip c552e000 root dhclient 1272 root / 2 drwxr-xr-x 1024 r root dhclient 1272 wd / 2 drwxr-xr-x 1024 r root dhclient 1272 text / 19389 -r-xr-xr-x 74856 r root dhclient 1272 0 /dev 17 crw-rw-rw- null rw root dhclient 1272 1 /dev 17 crw-rw-rw- null rw root dhclient 1272 2 /dev 17 crw-rw-rw- null rw root dhclient 1272 4* pipe c51b3310 <-> c51b33c8 0 rw root webcamd 1125 root / 2 drwxr-xr-x 1024 r root webcamd 1125 wd / 2 drwxr-xr-x 1024 r root webcamd 1125 text /usr 17765000 -r-xr-xr-x 1957420 r root webcamd 1125 0 /dev 17 crw-rw-rw- null rw root webcamd 1125 1 /dev 17 crw-rw-rw- null rw root webcamd 1125 2 /dev 17 crw-rw-rw- null rw root webcamd 1125 3 /var 53 -rw------- 4 w root webcamd 1125 4 /dev 3 crw------- cuse rw root webcamd 1125 5 /dev 105 crw------- usb/4.2.0 rw root webcamd 1125 6 /dev 105 crw------- usb/4.2.0 rw root wpa_supplicant 446 root / 2 drwxr-xr-x 1024 r root wpa_supplicant 446 wd / 2 drwxr-xr-x 1024 r root wpa_supplicant 446 text /usr 17097473 -r-xr-xr-x 311376 r root wpa_supplicant 446 0 /dev 17 crw-rw-rw- null rw root wpa_supplicant 446 1 /dev 17 crw-rw-rw- null rw root wpa_supplicant 446 2 /dev 17 crw-rw-rw- null rw root wpa_supplicant 446 3* internet dgram udp c5316bd0 root wpa_supplicant 446 4* route raw 0 c5314820 root wpa_supplicant 446 5 /dev 31 crw------- bpf rw root wpa_supplicant 446 6* local dgram c5321e1c root wpa_supplicant 446 7* local dgram c5321560 <-> c5322204 root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 19305 -r-xr-xr-x 717424 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2011 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 9.0-BETA1 #11: Mon Aug 1 13:31:56 SAST 2011 ianf@mini.clue.co.za:/usr/obj/usr/src/sys/APPLE i386 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2083237888 (1986 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.14 @ /dev/cuse wlan: mac acl policy registered kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x50d0-0x50d7 mem 0x96380000-0x963fffff,0x80000000-0x8fffffff,0x96400000-0x9643ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory acpi_video0: on vgapci0 drm0: on vgapci0 info: [drm] AGP at 0x80000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0x96300000-0x9637ffff at device 2.1 on pci0 hdac0: mem 0x96440000-0x96443fff irq 16 at device 27.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 ale0: port 0x3000-0x307f mem 0x95200000-0x9523ffff irq 16 at device 0.0 on pci1 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ale0: Ethernet address: 60:eb:69:5a:13:a0 pcib2: at device 28.2 on pci0 pci2: on pcib2 ath0: mem 0x94100000-0x9410ffff irq 18 at device 0.0 on pci2 ath0: AR9285 mac 192.2 RF5133 phy 14.0 pcib3: at device 28.3 on pci0 pci3: on pcib3 uhci0: port 0x50a0-0x50bf irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0x5080-0x509f irq 17 at device 29.1 on pci0 usbus1: on uhci1 uhci2: port 0x5060-0x507f irq 18 at device 29.2 on pci0 usbus2: on uhci2 uhci3: port 0x5040-0x505f irq 19 at device 29.3 on pci0 usbus3: on uhci3 ehci0: mem 0x96444400-0x964447ff irq 16 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci0 pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x50c8-0x50cf,0x50dc-0x50df,0x50c0-0x50c7,0x50d8-0x50db,0x5020-0x502f mem 0x96444000-0x964443ff irq 17 at device 31.2 on pci0 ahci0: AHCI v1.10 with 4 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_wmi0: on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: Realtek ALC272 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 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 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 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 SMP: AP CPU #1 Launched! Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 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 Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered ugen4.2: at usbus4 Root mount waiting for: usbus4 Trying to mount root from ufs:/dev/ada0p2 [rw]... WARNING: / was not properly dismounted Setting hostuuid: 10d8d06a-14dd-11dc-9980-0017f2506616. Setting hostid: 0xe7450848. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: ugen2.2: