From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 00:02:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7811F1065673 for ; Sun, 24 Aug 2008 00:02:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4C78FC19 for ; Sun, 24 Aug 2008 00:02:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KX33c-0005Yj-QP for freebsd-current@freebsd.org; Sun, 24 Aug 2008 00:02:12 +0000 Received: from 78-1-71-103.adsl.net.t-com.hr ([78.1.71.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Aug 2008 00:02:12 +0000 Received: from ivoras by 78-1-71-103.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Aug 2008 00:02:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 24 Aug 2008 02:01:56 +0200 Lines: 34 Message-ID: References: <3cb459ed0808230256g3f0f51epd9ab54047d3bd681@mail.gmail.com> <3395C244-A050-40D9-B857-588A58666DA2@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD1D54C0F416735B95537DCBD" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-71-103.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: <3395C244-A050-40D9-B857-588A58666DA2@mac.com> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 00:02:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD1D54C0F416735B95537DCBD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: > I've been working on this for a bit. The approach I took was > to 1) kick syscons out, 2) write a VGA driver that works in > graphics mode, 3) create a terminal driver that uses UNICODE > internally (that is, it uses UTF-32) and that can support > different terminal emulations, 4) start a VT100/VT102 terminal > emulation driver. AFAIK this is what Linux did and I think it's the Right Way To Do It (based on seeing it work). Massaging UTF-8 into 8-bit text mode in console could be nice but is of very limited usefulness today. --------------enigD1D54C0F416735B95537DCBD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiwpPoACgkQldnAQVacBciM4QCgxw7seixUXcSS52YdNSfFFvK1 lfAAnimzhRw0YG6Y2ap8DzVmCv+KdJkd =Mw4Z -----END PGP SIGNATURE----- --------------enigD1D54C0F416735B95537DCBD-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 00:04:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A81B8106566C; Sun, 24 Aug 2008 00:04:47 +0000 (UTC) (envelope-from svein-listmail@d80.iso100.no) Received: from d80.iso100.no (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 628418FC12; Sun, 24 Aug 2008 00:04:47 +0000 (UTC) (envelope-from svein-listmail@d80.iso100.no) Received: from localhost (unknown [127.0.0.1]) by d80.iso100.no (Familien Skogens mail) with ESMTP id 45AD42285A; Sun, 24 Aug 2008 01:45:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at d80.iso100.no Received: from d80.iso100.no ([127.0.0.1]) by localhost (d80.iso100.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fh1k4cTNLMUM; Sun, 24 Aug 2008 01:45:10 +0200 (CEST) Received: from [192.168.4.5] (unknown [192.168.4.5]) (Authenticated sender: svein) by d80.iso100.no (Familien Skogens mail) with ESMTPSA id 2166A22844; Sun, 24 Aug 2008 01:45:10 +0200 (CEST) Message-ID: <48B0A104.7060808@d80.iso100.no> Date: Sun, 24 Aug 2008 01:45:08 +0200 From: Svein Skogen User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Ken Smith References: <1219409496.10487.22.camel@bauer.cse.buffalo.edu> In-Reply-To: <1219409496.10487.22.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current , freebsd-stable Subject: Re: Upcoming Releases Schedule... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 00:04:47 -0000 Ken Smith wrote: > We're about to start the release cycle for FreeBSD-7.1 and FreeBSD-6.4. > The proposed schedule for the "major events" of the cycle is: > > Freeze August 29 > BETA September 1 > Branch September 6 > 6.4-RC1 September 8 > 7.1-RC1 September 15 > 6.4-RC2 September 22 > 7.1-RC2 September 29 > 6.4-REL October 6 > 7.1-REL October 13 *snip* In 25 words or less, what are the major changes in 7.0->7.1 and 6.3->6.4 for us end users? //Svein From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 01:08:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A981065670 for ; Sun, 24 Aug 2008 01:08:09 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 46ED78FC0A for ; Sun, 24 Aug 2008 01:08:09 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1772120rvf.43 for ; Sat, 23 Aug 2008 18:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=w+u3OV9f5sJd6TyU+7Aq7VyND/muhOfaBW7mSaKodkE=; b=rxFhPqexqjJwAJBVA+6gBELCfjnPjZVnxB8KjE5wNMXTFEPGG+lc23vtExUYZ3Hex4 CnP4nrJnwVdZ2Ov7DpScHKNogu/m0mLR4k4E1rr09j/8v/cA9TuDvMa4jTm7vzQ60kKb NaBawImfUzMJZyQEeyJ1AlI4y7syYeXiM/n2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=KmxLlGJXaiMaSFEgxIxmyL6l9LeKAyyy/lqqsgc5fQjpCqn2KCrOaoZjS3NIrgazSk FvIWqgaAu5aCYOx3xqOXLDSZZ+CB4hsvnP5gFbI1bP1TB5GepnUMGS7rjY6GFO8NknLy NII98tWAY3xYF72nOpRUgtj2QYnd4dazSTY+I= Received: by 10.141.63.20 with SMTP id q20mr1345276rvk.291.1219540088858; Sat, 23 Aug 2008 18:08:08 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sat, 23 Aug 2008 18:08:08 -0700 (PDT) Message-ID: <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> Date: Sat, 23 Aug 2008 18:08:08 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Brad Pitney" In-Reply-To: <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3c1674c90808221625gda3be13gf63a71666876cfef@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> X-Google-Sender-Auth: a6dc7f2cfa923537 Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 01:08:09 -0000 Oops please send me your config it looks like the device number starts at 767 and not 768. -Kip On Sat, Aug 23, 2008 at 5:31 PM, Brad Pitney wrote: > On Sun, Aug 24, 2008 at 12:16 AM, Kip Macy wrote: >> I've just committed a change so that hda corresponds to xbd0. Also >> I've tested xen 3.3 from hg and have booted a kernel off an md. I >> think the key thing is just to give it the right root. >> > > thanks. > > something is not quite right, so I am going to restart from scratch > only this time configure my file image so it works under a jail, > because at the moment after your recent change I get: > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > xbd-767cs1d xbd-767cs1c xbd-767cs1a xbd-767cs1 xbd-767s1d xbd-767s1c > xbd-767s1a xbd-767c xbd-767a xbd-767s1 xbd-765 xbd-766 xbd-767 > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ufs:xbd-767s1a > Trying to mount root from ufs:xbd-767s1a > panic: vm_fault: fault on nofault entry, addr: c0877000 > cpuid = 0 > KDB: enter: panic > [thread pid 12 tid 100024 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> > > this time I wont use fdisk. I'll report back either way as I don't > want you to be trying to solve a none existent problem that may well > just be my fault :) > > -- > Best regards, > Brad > From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 02:08:44 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F33D106564A; Sun, 24 Aug 2008 02:08:44 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id F3DEF8FC18; Sun, 24 Aug 2008 02:08:43 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.9] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m7O1q8d5030846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Aug 2008 18:52:09 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48B0BEC7.1070806@FreeBSD.org> Date: Sat, 23 Aug 2008 18:52:07 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Peter Jeremy References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> In-Reply-To: <20080822225510.GI32539@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, kmacy@FreeBSD.org, freebsd-hackers@FreeBSD.org, Kris Kennaway , freebsd-sun4v@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 02:08:44 -0000 Peter Jeremy wrote: > Is there a summary of the open issues somewhere? There are no sun4v > PRs open. http://wiki.freebsd.org/FreeBSD/sun4v effectively hasn't > been touched since November 2006 and suggests that the only critical > issue is lack of serial port support. There is a better interpretation, which is that the only critical issue is lack of real users for this port, not lack of serial port support :). -Maxim From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 00:31:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9402F106568D for ; Sun, 24 Aug 2008 00:31:05 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6869D8FC13 for ; Sun, 24 Aug 2008 00:31:04 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so1759210rvf.43 for ; Sat, 23 Aug 2008 17:31:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OfqLzNj+cVggnXpBbBoLcLWtmyIOlr2q08Zru9YvdUk=; b=GqsTO6YI0E6cqogurmEu0j1El7ZDraJDniHm7cNF/HB3USo7sSCEqlWJ/n5JxWXqMK AoRDkegbP8WBY+qvLMVPV/aKKPRDgA9geo04cLtu6J+ELTnbPKOvc5TnZJpTNNw7vits 7Khq9ByLFEFbVmX32Xv3miHa5jzKhjQQ9ziXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cY9nM51MjfQTmFVTxlkaNsgy7NSCRTni5NvIizZ3BvVXbK1lAQqUxIgnzZboNaJIl6 +mYW4ROEtDWsytg6dnZZSRwQ/v/6ujdqvoCdSDq1iiuP3gHnIRMebNMA7be1924D0OuR 5xcsggvbF3gDBI6bAqQjfxEWk24s2XlzpgjgM= Received: by 10.140.140.3 with SMTP id n3mr1332680rvd.299.1219537864646; Sat, 23 Aug 2008 17:31:04 -0700 (PDT) Received: by 10.140.142.14 with HTTP; Sat, 23 Aug 2008 17:31:04 -0700 (PDT) Message-ID: <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> Date: Sun, 24 Aug 2008 01:31:04 +0100 From: "Brad Pitney" To: "Kip Macy" In-Reply-To: <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3c1674c90808221625gda3be13gf63a71666876cfef@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> X-Mailman-Approved-At: Sun, 24 Aug 2008 03:00:18 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 00:31:05 -0000 On Sun, Aug 24, 2008 at 12:16 AM, Kip Macy wrote: > I've just committed a change so that hda corresponds to xbd0. Also > I've tested xen 3.3 from hg and have booted a kernel off an md. I > think the key thing is just to give it the right root. > thanks. something is not quite right, so I am going to restart from scratch only this time configure my file image so it works under a jail, because at the moment after your recent change I get: Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ? List of GEOM managed disk devices: xbd-767cs1d xbd-767cs1c xbd-767cs1a xbd-767cs1 xbd-767s1d xbd-767s1c xbd-767s1a xbd-767c xbd-767a xbd-767s1 xbd-765 xbd-766 xbd-767 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ufs:xbd-767s1a Trying to mount root from ufs:xbd-767s1a panic: vm_fault: fault on nofault entry, addr: c0877000 cpuid = 0 KDB: enter: panic [thread pid 12 tid 100024 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> this time I wont use fdisk. I'll report back either way as I don't want you to be trying to solve a none existent problem that may well just be my fault :) -- Best regards, Brad From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 03:39:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F51106566B for ; Sun, 24 Aug 2008 03:39:30 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 679958FC1B for ; Sun, 24 Aug 2008 03:39:30 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1010787fgb.35 for ; Sat, 23 Aug 2008 20:39:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FbR9LnBx4r9WCDAz92lLNz10AhdDhg/SeWR+Y4n02xs=; b=Vl2O6YIjOaKHreQbezujfAxZp49hC78AC5oTXVAX2J3QjAIwh9tdwuQj2rocmrL8QS eXYssdA9G01SZBD6nJF6o9hClBSjozCk1IJCsKVcerwKCv2pINFEVIZXq4i4mkIoyUQc FDO5yJupYzJtVWXPjpmHfEB9X0cFwkkphrZC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ovDvLrcGMIjGUumSYqWeuAgz7s7IvfUvh+1r0U/+1XHW4f5EUx0Zwtb2K1gX1ZcMs9 0Q8dvFpkbq6l/mteufPOf3tIRkznbf9u9+JAKSP179J90QBH69bK13PAT1wRV9CTGy0Q buSZA+pPX+J6UPKfBJXKKJeGNETFyIumD70G8= Received: by 10.86.63.19 with SMTP id l19mr2163446fga.77.1219549169284; Sat, 23 Aug 2008 20:39:29 -0700 (PDT) Received: by 10.86.62.14 with HTTP; Sat, 23 Aug 2008 20:39:29 -0700 (PDT) Message-ID: <7d6fde3d0808232039i78fadb9bu7373e1c36f4f37a1@mail.gmail.com> Date: Sat, 23 Aug 2008 20:39:29 -0700 From: "Garrett Cooper" To: "Maxim Sobolev" In-Reply-To: <48B0BEC7.1070806@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> Cc: freebsd-stable@freebsd.org, kmacy@freebsd.org, Peter Jeremy , freebsd-sun4v@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 03:39:30 -0000 On Sat, Aug 23, 2008 at 6:52 PM, Maxim Sobolev wrote: > Peter Jeremy wrote: >> >> Is there a summary of the open issues somewhere? There are no sun4v >> PRs open. http://wiki.freebsd.org/FreeBSD/sun4v effectively hasn't >> been touched since November 2006 and suggests that the only critical >> issue is lack of serial port support. > > There is a better interpretation, which is that the only critical issue is > lack of real users for this port, not lack of serial port support :). > > -Maxim Maybe some time should be spent looking at stuff from NetBSD to see whether or not they've solved some already critical porting pieces that FreeBSD lacks in this architecture? -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 04:00:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0FF21065676; Sun, 24 Aug 2008 04:00:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 837488FC08; Sun, 24 Aug 2008 04:00:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 79CF18C07F; Sat, 23 Aug 2008 22:40:55 -0500 (CDT) Date: Sat, 23 Aug 2008 22:40:55 -0500 To: Maxim Sobolev Message-ID: <20080824034055.GB12515@soaustin.net> References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48B0BEC7.1070806@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 24 Aug 2008 04:09:49 +0000 Cc: freebsd-stable@FreeBSD.org, kmacy@FreeBSD.org, Peter Jeremy , Kris Kennaway , freebsd-sun4v@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 04:00:42 -0000 On Sat, Aug 23, 2008 at 06:52:07PM -0700, Maxim Sobolev wrote: > There is a better interpretation, which is that the only critical issue > is lack of real users for this port, not lack of serial port support :). My understanding is the the port is in a pre-alpha state due to unfinished work in the kernel, so expecting there to be any userbase is premature. All of our 'new' architectures which are in this state have so few non- developer users that there is hardly any reason to submit PRs. AFAICT the active developers already know what's missing :-) Our implementation of GNATS barely serves us as a problem report system; it fails almost completely as a system for listing missing features. We would need to have something like that to track the status of the non- Tier-1 ports. (I used to maintain a table of how feature-complete the various ports are, but it is now way out of date.) mcl From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 04:23:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30DE1065674; Sun, 24 Aug 2008 04:23:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 65B1C8FC1A; Sun, 24 Aug 2008 04:23:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7O4Nd6b006451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Aug 2008 14:23:40 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7O4NdR1055219; Sun, 24 Aug 2008 14:23:39 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7O4NdNr055218; Sun, 24 Aug 2008 14:23:39 +1000 (EST) (envelope-from peter) Date: Sun, 24 Aug 2008 14:23:39 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org, kmacy@freebsd.org, freebsd-hackers@freebsd.org, freebsd-sun4v@freebsd.org, freebsd-current@freebsd.org Message-ID: <20080824042339.GM32539@server.vk2pj.dyndns.org> References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> <7d6fde3d0808232039i78fadb9bu7373e1c36f4f37a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0UhZIN3Sa23/ILEd" Content-Disposition: inline In-Reply-To: <20080824034055.GB12515@soaustin.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 04:23:43 -0000 --0UhZIN3Sa23/ILEd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-23 22:40:55 -0500, Mark Linimon wrote: >My understanding is the the port is in a pre-alpha state due to unfinished >work in the kernel, so expecting there to be any userbase is premature. Except that the wiki gives a far more optimistic picture. >All of our 'new' architectures which are in this state have so few non- >developer users that there is hardly any reason to submit PRs. AFAICT >the active developers already know what's missing :-) That makes it very difficult for someone outside that group to come up to speed. I can't find anything in the freebsd-sun4v archvies. I was hoping that there would be a list somewhere of what state various subsystems were in and what remained to be done. wiki.freebsd.org sounds like the ideal place for this. On 2008-Aug-23 20:39:29 -0700, Garrett Cooper wrote: >Maybe some time should be spent looking at stuff from NetBSD to see >whether or not they've solved some already critical porting pieces >that FreeBSD lacks in this architecture? I can't find anything that suggests NetBSD runs on sun4v. Their sparc64 port only covers the US-I/II families and there's no mention of sun4v. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --0UhZIN3Sa23/ILEd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiw4ksACgkQ/opHv/APuIfCKQCgkJgMnkua99IkNkpX4C+iHiaB GFQAmQH4EbznLy5sf/McyCpJG1u1Xo1N =A59I -----END PGP SIGNATURE----- --0UhZIN3Sa23/ILEd-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 04:39:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02331065670 for ; Sun, 24 Aug 2008 04:39:35 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 686968FC12 for ; Sun, 24 Aug 2008 04:39:35 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1838936rvf.43 for ; Sat, 23 Aug 2008 21:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=7H1UD66pqfwQAkv4fnW4Ygpc6TIEI3yfXfRUJ/CMg+c=; b=ATj+xjfnaMFTwLFulDo7sxpM9eF/mdUxM0GidtIi2dzYxs2kEyNFjU/o4wGI4sfH+A +961j9XRdC2aCizyg1m3RCOQU+B9dsDcklVB0SVfikhe03URYcCZSf6+ACBcH9hKgZqT OkgqU0711yCPFzjKSJcVQcUk6TSjEhl4/kI3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=bIXtUm5NIHiSwOS9Bt2rGQw3E9UBgGW2lhOmGWzpn/7IKGhvrW2bZMMy6JahfX9b4a oVqIG5KZPWl3Xi5DC4qp00EJ6pWb7gOX4UBPh3Igm2m9EYYypRez4Mba32liTlIXlg/i rLqRJBqdDjMYxLdtYsfSSraEV0BfCptJ5xR28= Received: by 10.141.145.11 with SMTP id x11mr1405902rvn.215.1219552774808; Sat, 23 Aug 2008 21:39:34 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sat, 23 Aug 2008 21:39:34 -0700 (PDT) Message-ID: <3c1674c90808232139k76f8091bw34aa0f9b71437023@mail.gmail.com> Date: Sat, 23 Aug 2008 21:39:34 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Peter Jeremy" In-Reply-To: <20080824042339.GM32539@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> <7d6fde3d0808232039i78fadb9bu7373e1c36f4f37a1@mail.gmail.com> <20080824034055.GB12515@soaustin.net> <20080824042339.GM32539@server.vk2pj.dyndns.org> X-Google-Sender-Auth: 00e31adbbaeba537 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-sun4v@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 04:39:36 -0000 Hi Peter, There really isn't any magic to bringing up a port. You compile it, install it, and then run it until it breaks. Once it breaks you spend a lot of time instrumenting the code to track down what went wrong. Then, depending on the amount of technical insight you have in to the issue, you go through a number of iterations until it is fixed. Fixing the pmap issue is "just" (notice the quotes) a matter of tracking down the missing TLB shootdowns. For anyone who chooses pick this up it will be very educational. It will also be very time consuming. -Kip On Sat, Aug 23, 2008 at 9:23 PM, Peter Jeremy wrote: > On 2008-Aug-23 22:40:55 -0500, Mark Linimon wrote: >>My understanding is the the port is in a pre-alpha state due to unfinished >>work in the kernel, so expecting there to be any userbase is premature. > > Except that the wiki gives a far more optimistic picture. > >>All of our 'new' architectures which are in this state have so few non- >>developer users that there is hardly any reason to submit PRs. AFAICT >>the active developers already know what's missing :-) > > That makes it very difficult for someone outside that group to come up > to speed. I can't find anything in the freebsd-sun4v archvies. I was > hoping that there would be a list somewhere of what state various > subsystems were in and what remained to be done. wiki.freebsd.org > sounds like the ideal place for this. > > On 2008-Aug-23 20:39:29 -0700, Garrett Cooper wrote: >>Maybe some time should be spent looking at stuff from NetBSD to see >>whether or not they've solved some already critical porting pieces >>that FreeBSD lacks in this architecture? > > I can't find anything that suggests NetBSD runs on sun4v. Their sparc64 > port only covers the US-I/II families and there's no mention of sun4v. > > -- > Peter Jeremy > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed behaviour. > From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 04:49:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0B11065675 for ; Sun, 24 Aug 2008 04:49:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id AE7518FC15 for ; Sun, 24 Aug 2008 04:49:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1841873rvf.43 for ; Sat, 23 Aug 2008 21:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=iskk53kQdmUP+vP/cEh1OU4g1bOAl8gyNZXcMR1NmIA=; b=kJWuN60mA1Oy0ETuSxHwnEVTI7VrkdSw1/tl5P2W5JX9nNZW1MR1QwaUVKcqICyRf5 xnlloZELcp0Sz0iT90qxrq04sKyGlZM9N+TgCi6I1iOcqUgGmbCEvM5kyUGwPMe4MrCB +SvlJ57hZqlNw6/5nYScqanlII/lCDmgYDQ+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=o0G2dg1aPsbFdsGYTFMu3hARTuaWU26aSTAX53I5d1Rd5oXHeOU2vp/1yXnAHVMQy8 MGP3IAe1Auu3u1Fui9utTI97qC6GMN0l9V6keypYbq1O6Ls82MREiEHvIU/zGRwy+HYI k+DVoN042N3b3fzzTQ9UGLD+xeVRkXJIsfTF0= Received: by 10.141.107.13 with SMTP id j13mr1401881rvm.276.1219553389078; Sat, 23 Aug 2008 21:49:49 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sat, 23 Aug 2008 21:49:49 -0700 (PDT) Message-ID: <3c1674c90808232149t58993f49x9bbc4ac561b40e4@mail.gmail.com> Date: Sat, 23 Aug 2008 21:49:49 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Sevan / Venture37" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> <7d6fde3d0808232039i78fadb9bu7373e1c36f4f37a1@mail.gmail.com> <20080824042339.GM32539@server.vk2pj.dyndns.org> X-Google-Sender-Auth: 8ed0fd8b6e2ae2a8 Cc: Peter Jeremy , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-sun4v@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 04:49:50 -0000 On Sat, Aug 23, 2008 at 9:34 PM, Sevan / Venture37 wrote: > > >> I can't find anything that suggests NetBSD runs on sun4v. Their sparc64 >> port only covers the US-I/II families and there's no mention of sun4v. > > OpenBSD/sparc64 supports the sun4v architecture & has done for a while. > Heh. The bugs that FreeBSD exhibits on sun4v won't be hit on UP and are much less prevalent without preemption. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 04:57:16 2008 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 1264E1065674; Sun, 24 Aug 2008 04:57:16 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out2.iinet.net.au (outbound.icp-qv1-irony-out2.iinet.net.au [203.59.1.107]) by mx1.freebsd.org (Postfix) with ESMTP id 173438FC0A; Sun, 24 Aug 2008 04:57:14 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjABANSGsEh8qk4q/2dsb2JhbAAIs06Bag X-IronPort-AV: E=Sophos;i="4.32,261,1217779200"; d="scan'208";a="357987134" Received: from unknown (HELO [10.4.1.1]) ([124.170.78.42]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 24 Aug 2008 12:57:23 +0800 Message-ID: <48B0EA50.2090105@mawer.org> Date: Sun, 24 Aug 2008 14:57:52 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Volker References: <20080819211814.6CD685B4D@mail.bitblocks.com> <20080819.160510.104119134.imp@bsdimp.com> <48AB566B.5010507@mawer.org> <20080819.180450.-867152686.imp@bsdimp.com> <48ABB1FA.5070609@mawer.org> <48AFE196.7050100@vwsoft.com> In-Reply-To: <48AFE196.7050100@vwsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-usb@freebsd.org, current@freebsd.org, "M. Warner Losh" , hselasky@c2i.net Subject: Re: HEADSUP new usb code coming in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 04:57:16 -0000 On 23/08/2008 8:08 PM, Volker wrote: > On 12/23/-58 20:59, Antony Mawer wrote: >> M. Warner Losh wrote: >>> In message: <48AB566B.5010507@mawer.org> >>> Antony Mawer writes: >>> : Warner Losh wrote: >>> : > From: Bakul Shah >>> : > Subject: Re: HEADSUP new usb code coming in. : > Date: Tue, 19 Aug >>> 2008 14:18:13 -0700 >>> : > : >> On Tue, 19 Aug 2008 22:44:20 +0200 Hans Petter Selasky >>> wrote: >>> : >>> New stuff (all of which I can remember right now): >>> : >> ... >>> : >> >>> : >> Accidentally unplugging a mounted USB disk (without >>> : >> unmounting it) resulted in a hang or a crash. Is this fixed? >>> : > : > That's fixed in -current right now with the old stack. It >>> isn't a usb >>> : > issue at all, but a buffer cache issue. >>> : : Is this change that is likely to be MFC'd in time for 7.1? And/or >>> is : there a specific patch that can manually be applied to -STABLE to >>> fix this? >>> >>> I should spend the time to dig into the changes in current. There >>> turned out to be several little changes... And I need to verify all >>> the edge cases were covered... >> I'd be happy to test patches if you do end up doing this.. it would be >> really nice to have in 7.1, or at least available as a patchset if it >> isn't suitable for MFC (eg. ABI changes)... > > I'm a bit behind with reading emails. Please forgive me if this has > already been answered. > > Don't expect the new USB stack for 7.1-R. It's too short and the new USB > stack will introduce an ABI breakage. For that, all drivers written for > the old USB stack need to be rewritten and I guess, we need to take care > about 3rd party developers and inform them in advance about that massive > change. I would not wonder if this will never get MFC'd but I don't know > actually. This wasn't about the new USB stack -- we were discussing the buffer cache and CAM-related fixes that prevents the system from panic'ing when a USB device is unplugged without first unmounting the filesystem. These patches are in HEAD with the existing USB stack. :-) --Antony From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 05:10:43 2008 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 0F73B106567A; Sun, 24 Aug 2008 05:10:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A69688FC1A; Sun, 24 Aug 2008 05:10:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7O5AO8b010004; Sat, 23 Aug 2008 23:10:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 23:10:58 -0600 (MDT) Message-Id: <20080823.231058.-1605553760.imp@bsdimp.com> To: fbsd-current@mawer.org From: "M. Warner Losh" In-Reply-To: <48B0EA50.2090105@mawer.org> References: <48ABB1FA.5070609@mawer.org> <48AFE196.7050100@vwsoft.com> <48B0EA50.2090105@mawer.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: volker@vwsoft.com, usb@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: HEADSUP new usb code coming in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 05:10:43 -0000 In message: <48B0EA50.2090105@mawer.org> Antony Mawer writes: : On 23/08/2008 8:08 PM, Volker wrote: : > On 12/23/-58 20:59, Antony Mawer wrote: : >> M. Warner Losh wrote: : >>> In message: <48AB566B.5010507@mawer.org> : >>> Antony Mawer writes: : >>> : Warner Losh wrote: : >>> : > From: Bakul Shah : >>> : > Subject: Re: HEADSUP new usb code coming in. : > Date: Tue, 19 Aug : >>> 2008 14:18:13 -0700 : >>> : > : >> On Tue, 19 Aug 2008 22:44:20 +0200 Hans Petter Selasky : >>> wrote: : >>> : >>> New stuff (all of which I can remember right now): : >>> : >> ... : >>> : >> : >>> : >> Accidentally unplugging a mounted USB disk (without : >>> : >> unmounting it) resulted in a hang or a crash. Is this fixed? : >>> : > : > That's fixed in -current right now with the old stack. It : >>> isn't a usb : >>> : > issue at all, but a buffer cache issue. : >>> : : Is this change that is likely to be MFC'd in time for 7.1? And/or : >>> is : there a specific patch that can manually be applied to -STABLE to : >>> fix this? : >>> : >>> I should spend the time to dig into the changes in current. There : >>> turned out to be several little changes... And I need to verify all : >>> the edge cases were covered... : >> I'd be happy to test patches if you do end up doing this.. it would be : >> really nice to have in 7.1, or at least available as a patchset if it : >> isn't suitable for MFC (eg. ABI changes)... : > : > I'm a bit behind with reading emails. Please forgive me if this has : > already been answered. : > : > Don't expect the new USB stack for 7.1-R. It's too short and the new USB : > stack will introduce an ABI breakage. For that, all drivers written for : > the old USB stack need to be rewritten and I guess, we need to take care : > about 3rd party developers and inform them in advance about that massive : > change. I would not wonder if this will never get MFC'd but I don't know : > actually. : : This wasn't about the new USB stack -- we were discussing the buffer : cache and CAM-related fixes that prevents the system from panic'ing when : a USB device is unplugged without first unmounting the filesystem. These : patches are in HEAD with the existing USB stack. :-) The best I can do is say "Maybe" and the answer is closer to yes if somebody data-mines the changes I've made in this area in -current. That's the hard part of back porting them.. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 09:52:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67D041065671 for ; Sun, 24 Aug 2008 09:52:20 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (unknown [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id EBD408FC14 for ; Sun, 24 Aug 2008 09:52:19 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id E5ADB408E for ; Sun, 24 Aug 2008 11:52:18 +0200 (CEST) Received: from carrot.paeps.cx (carrot [IPv6:2001:6f8:1408::2]) by detritus.paeps.cx (Postfix) with ESMTP id ED7C32070 for ; Sun, 24 Aug 2008 11:52:16 +0200 (CEST) Received: from carrot.paeps.cx (philip@localhost [127.0.0.1]) by carrot.paeps.cx (8.14.2/8.14.2) with ESMTP id m7O9o8aO013265 for ; Sun, 24 Aug 2008 11:50:08 +0200 (CEST) (envelope-from philip@carrot.paeps.cx) Received: (from philip@localhost) by carrot.paeps.cx (8.14.2/8.14.2/Submit) id m7O9o8m0013264 for freebsd-current@freebsd.org; Sun, 24 Aug 2008 11:50:08 +0200 (CEST) (envelope-from philip) Date: Sun, 24 Aug 2008 11:50:08 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20080824095008.GA73856@carrot.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20080823224510.C7F36C3D@mx1.synetsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080823224510.C7F36C3D@mx1.synetsystems.com> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Sweetmorn, the 17th day of Bureaucracy in the YOLD 3174 X-Date-in-France: Octidi 08 Fructidor CCXVI, jour de l'apocyn X-Date-in-Rome: ante diem IX Kalendas Septembres MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waning Crescent (46% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Weirdness with recently updated NTP on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 09:52:20 -0000 On 2008-08-23 17:13:49 (-0500), Richard Todd wrote: > I just today updated my system to the most recent -current. Upon rebooting, > I noticed that NTP seemed to be seriously confused: > Aug 23 16:29:01 ichotolot ntpd[1694]: time correction of -433225776 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. > > Further experimentation revealed that indeed, the newly updated NTP seems > to be somewhat confused. Behold the following transcript. Note that > "ntpdate" is the -current ntpdate in /usr/sbin, and > /snap/usr:daily.200808230000/sbin/ntpdate is the ntpdate from my previous > -current build as of last July. The old ntpdate gives a sane value for > the time offset between my machine and another one on the local LAN, but > the new ntpdate gives something totally out-of-whack: > > Script started on Sat Aug 23 17:05:42 2008 > ichotolot# ntpdate -q -v -v aagenfelt > 23 Aug 17:06:18 ntpdate[24205]: ntpdate 4.2.4p5-a Sat Aug 23 15:03:37 CDT 2008 (1) > server 10.0.0.8, stratum 3, offset -866449315.927817, delay 0.02515 > 23 Aug 17:06:18 ntpdate[24205]: step time server 10.0.0.8 offset -866449315.927817 sec > ichotolot# /snap/usr:daily.200808230000/sbin/ntpdate -q -v -v aagenfelt > 23 Aug 17:06:33 ntpdate[25545]: ntpdate 4.2.0-a Tue Jul 29 19:06:12 CDT 2008 (1) > server 10.0.0.8, stratum 3, offset 1.102235, delay 0.02666 > 23 Aug 17:06:33 ntpdate[25545]: step time server 10.0.0.8 offset 1.102235 sec > ichotolot# exit > > Script done on Sat Aug 23 17:06:41 2008 > > (Also note that the out-of-whack value from ntpdate doesn't match the > out-of-whack value from ntpd either.) > > Has anyone else seen anything like this? This is on a Core2Duo system > running FreeBSD in i386 mode. Yes - I'm also seeing this on amd64. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. hundred-and-one symptoms of being an internet addict: 105. When someone asks you for your address, you tell them your URL. From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 10:09:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87131065671 for ; Sun, 24 Aug 2008 10:09:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBB58FC1C for ; Sun, 24 Aug 2008 10:09:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1933648rvf.43 for ; Sun, 24 Aug 2008 03:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=caLkTv6YQoGnpxttznRL+Ux6Jzb/jFLUX+FQf+JBJYk=; b=nUNvMezxpxojKK+ZoxtHbqIWMNm6Bcepd0XcnWKj4IwD5q2ysUcQVF07629xHCAjBA 7FgHgGm0VUt2GGEMaQFXWD8w0viZqv17DbfWYwPPR2Zj0BH+vCjwB84T8nEEo0UFsW7Z kX24/k8qLyW/3SK1DrdBLVaRO+kjwxMSVTcWU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=AG4Eh5+eUlqZQoG/FS76J6bkwIPhlvAc5YW8q1POvyR/gknSPSIW1cYLJmiNSlzvIH FvHnhrsIC9KMc/K+eOdVhc4zCsFuQcKpYkB4eGmm+wI4XJC7YKIreL9eHmkGOtDqbcK7 XPDohVL8UTAr13pHuoI/ddHnXZ2zSkCW3/lws= Received: by 10.140.131.11 with SMTP id e11mr863134rvd.153.1219572572251; Sun, 24 Aug 2008 03:09:32 -0700 (PDT) Received: by 10.141.189.15 with HTTP; Sun, 24 Aug 2008 03:09:32 -0700 (PDT) Message-ID: <3a142e750808240309v3085aa33ub49eb189d0ca18d9@mail.gmail.com> Date: Sun, 24 Aug 2008 12:09:32 +0200 From: "Paul B. Mahol" To: freebsd-current@freebsd.org In-Reply-To: <3a142e750808230849j1158fb8coa9f1d818ddf4a762@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080724120210.GA38346@freebsd.weongyo.org> <3a142e750808230849j1158fb8coa9f1d818ddf4a762@mail.gmail.com> Subject: Re: CFT/CFR: NDIS(4) USB 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, 24 Aug 2008 10:09:32 -0000 On 8/23/08, Paul B. Mahol wrote: > On 7/24/08, Weongyo Jeong wrote: >> Hello All, >> >> It looks that NDIS USB support works for some USB wireless drivers so >> I'd like to call for tests to everyone who interested in NDIS for >> FreeBSD. I have 7 USB wireless adapters and with current NDIS USB >> support 4 of 7 adapters are supported. The detail is as follows: >> >> Working: >> U-Khan UW-2054i (Marvell Libertas chipset) >> Netgear WG111v2 (Intersil/Prism chipset) - supported by upgt(4) >> EFM-IPTIME G054U2 (Ralink RT2573) - supported by rum(4) >> ZCOM XM-142 (Intersil/Prism chipset, another revision) >> >> Not working: >> Unicorn WL-54G (ZyDAS zd1211b chipset) - supported by zyd(4) >> Attaching is working sucessfully and LED works fine but it's not >> UPed. >> Zyxel G-200v2 (ZyDAS zd1211 chipset) - supported by zyd(4) >> The sympotom is same with Unicorn WL-54G. >> SMCWUSBT-G-CA EZ 108Mbps (Atheros chipset) >> This NDIS driver uses some functions which aren't supported by >> current NDIS implementation. So I can't test it now. >> >> The patch for HEAD can be found at: >> >> http://people.freebsd.org/~weongyo/patch_ndisusb_20080724.diff >> >> When you try to test this patch, you should make sure that ndiscvt(8) >> is updated. Some instructions like below could be helpful: >> >> # cd /usr/src >> # patch -p0 < ~/patch_ndisusb_20080724.diff > > Here it asked me politely what to do: > I dont have share/man/man4/man4.i386/ndis.4 > but I have share/man/man4/ndis.4 > >> # cd usr.sbin/ndiscvt >> # make && make install >> # cd ~/ >> # ndisgen ABC.inf ABC.sys >> # cd /usr/src/sys/modules/ndis >> # make >> # kldload ./ndis.ko > > Here I get: > link_elf: symbol M_USBDEV undefined > Workaround is to build custom kernel with usb stuff .. I tested Edimax EW-7318Ug and EW-7318USg, both partialy supported with rum(4), mostly because of rx/tx low signals and crashing on SMP kernel. I got following kernel output on console: no match for ZwWriteFile no match for ZwCreateFile no match for ZwReadFile But both cards works fine, scan outputs are working and signal strength is great (comparing with rum(4)) Also association and data transfer works. It appears to deadlock if device is detached before module (rt73_sys.ko in this case) is unloaded, looks like usb problem to me. Before it got to HEAD, I would like if newly introduced linking bug got fixed. Thanks. > and kernel will not load it. > I have custom kernel without usb stuff (it is loaded via module) > The only place where M_USBDEV is defined is in sys/dev/usb/usb.h > and I'm somehow at dead end. > >> # cd /usr/src/sys/modules/if_ndis > > I can load new if_ndis.ko with old ndis.ko but that is not usefull. > >> # make >> # kldload ./if_ndis.ko >> # kldload ~/ABC_sys.ko >> >> It seems that the current status of NDIS USB support is beta status so >> I'm not sure I've implemented all features yet that it needs more >> debugging and stability. I don't have all H/Ws for testing! :) >> Please tell me if you were successful or you failed though it looks >> it's not easy to debug NDIS .sys binary using disassembler. >> >> Any help and comments are welcome. Thanks. >> >> regards, >> Weongyo Jeong >> >> _______________________________________________ >> 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 Sun Aug 24 11:33:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7136D1065681 for ; Sun, 24 Aug 2008 11:33:25 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mx1.freebsd.org (Postfix) with ESMTP id 152708FC08 for ; Sun, 24 Aug 2008 11:33:25 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 69CF0187ECD for ; Sun, 24 Aug 2008 13:33:23 +0200 (CEST) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 5EAA1ABAB0 for ; Sun, 24 Aug 2008 13:33:23 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-112-002.pools.arcor-ip.net [88.67.112.2]) by mail-in-16.arcor-online.net (Postfix) with ESMTP id 3B8E8236E45 for ; Sun, 24 Aug 2008 13:33:23 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7OBXMeo054643 for ; Sun, 24 Aug 2008 13:33:22 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7OBXMQo054642 for freebsd-current@freebsd.org; Sun, 24 Aug 2008 13:33:22 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 24 Aug 2008 11:33:22 +0000 (UTC) Message-ID: References: <20080823224510.C7F36C3D@mx1.synetsystems.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8080/Sun Aug 24 01:39:30 2008 on mail-in-16.arcor-online.net X-Virus-Status: Clean Subject: Re: Weirdness with recently updated NTP on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 11:33:25 -0000 Richard Todd wrote: > I just today updated my system to the most recent -current. Upon rebooting, > I noticed that NTP seemed to be seriously confused: Support for my serially attached DCF77 receiver (server 127.127.8.0 mode 14) reference clock is also broken. ntpd logs the supposedly received time stamp every minute: Aug 24 13:14:20 lorvorc ntpd[32943]: parse: convert_rawdcf: parity check FAILED for "--#--#-#---##--R-D--S--4812-p-2----P----1-1-4--48-12-812--P__" Aug 24 13:15:22 lorvorc ntpd[32943]: parse: convert_rawdcf: parity check FAILED for "##-#-#--###--#-R--M-s1248---P----1-p--4--2--4----11-----4-p?_" Aug 24 13:16:24 lorvorc ntpd[32943]: parse: convert_rawdcf: parity check FAILED for "##-#--###--#-#--A--LS12---2-p--4---p1-48--124-248-12--1--8P??" However, this is random garbage. I've truss(1)ed ntpd and the bits it actually reads from the serial port are correct. Somehow they don't make it into the time stamp. > This is on a Core2Duo system running FreeBSD in i386 mode. amd64 here. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 11:49:29 2008 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 94441106567A for ; Sun, 24 Aug 2008 11:49:29 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out4.iinet.net.au (outbound.icp-qv1-irony-out4.iinet.net.au [203.59.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id C39008FC18 for ; Sun, 24 Aug 2008 11:49:28 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj8BAAzosEh8qk4q/2dsb2JhbAAIsliBag X-IronPort-AV: E=Sophos;i="4.32,262,1217779200"; d="scan'208";a="262942823" Received: from unknown (HELO [10.4.1.1]) ([124.170.78.42]) by outbound.icp-qv1-irony-out4.iinet.net.au with ESMTP; 24 Aug 2008 19:49:26 +0800 Message-ID: <48B14AEC.2020609@mawer.org> Date: Sun, 24 Aug 2008 21:50:04 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: "M. Warner Losh" References: <48ABB1FA.5070609@mawer.org> <48AFE196.7050100@vwsoft.com> <48B0EA50.2090105@mawer.org> <20080823.231058.-1605553760.imp@bsdimp.com> In-Reply-To: <20080823.231058.-1605553760.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: volker@vwsoft.com, usb@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: HEADSUP new usb code coming in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 11:49:29 -0000 On 24/08/2008 3:10 PM, M. Warner Losh wrote: > In message: <48B0EA50.2090105@mawer.org> > Antony Mawer writes: ... > : This wasn't about the new USB stack -- we were discussing the buffer > : cache and CAM-related fixes that prevents the system from panic'ing when > : a USB device is unplugged without first unmounting the filesystem. These > : patches are in HEAD with the existing USB stack. :-) > > The best I can do is say "Maybe" and the answer is closer to yes if > somebody data-mines the changes I've made in this area in -current. > That's the hard part of back porting them.. I'm going to try and do just that - is there a particular date that this must be done by in order to make sure these would make it in for the 7.1 release cycle? --Antony From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 11:51:51 2008 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 2E49C1065674 for ; Sun, 24 Aug 2008 11:51:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id CAE1D8FC12 for ; Sun, 24 Aug 2008 11:51:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id B464541C5D9; Sun, 24 Aug 2008 13:35:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id qSQoDZZNiokU; Sun, 24 Aug 2008 13:35:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 6174A41C5CD; Sun, 24 Aug 2008 13:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6FFF344487F; Sun, 24 Aug 2008 11:31:54 +0000 (UTC) Date: Sun, 24 Aug 2008 11:31:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-net@freebsd.org Message-ID: <20080824111925.X66593@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: [CFT/R] IPv4 source address selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@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, 24 Aug 2008 11:51:51 -0000 Hi, I have a patch, that was inspired by work from Y!, to do porper IPv4 source address selection for unbound sockets (with multi-IP jails). You can temporary find it here: http://people.freebsd.org/~bz/20080823-01-in_pcbladdr.diff People running my latest jail patches have been ``testing'' this without really knowing the last weeks. In case you wonder why, in the jail case, I loop over the ifa first before simply falling back to the primary jail IP (which is the only jail IP as in HEAD) -- this is because with the upcoming jail patches I have to check if any of possibly lots of IPs match any IP on an interface and only if none matches I have to fall back to the 'primary' jail IP. So the code has been prepared for upcoming changes already. Feel free to test it and report problems or unexpected behavior. Unless someone is going to cry it'll hit HEAD in a few days. /bz PS: in case you review this properly (not only glance at it or test it) let me know so I can punish you in the Reviewed by: line;-) -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 13:12:23 2008 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 8CB7C106564A; Sun, 24 Aug 2008 13:12:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4EB4F8FC19; Sun, 24 Aug 2008 13:12:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6BADD159743; Sun, 24 Aug 2008 08:56:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 24 Aug 2008 08:56:35 -0400 X-Sasl-enc: 0OdIekMWhXtD5HwLZN4AdFIsUsojpZ7XCO0rzotZld9B 1219582593 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B9E2C4204; Sun, 24 Aug 2008 08:56:27 -0400 (EDT) Message-ID: <48B15A6E.5060000@FreeBSD.org> Date: Sun, 24 Aug 2008 13:56:14 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20080824111925.X66593@maildrop.int.zabbadoz.net> In-Reply-To: <20080824111925.X66593@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: [CFT/R] IPv4 source address selection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 13:12:23 -0000 Bjoern A. Zeeb wrote: > Hi, > > I have a patch, that was inspired by work from Y!, to do porper > IPv4 source address selection for unbound sockets (with multi-IP > jails). Hi, This kinda overlaps with some other ideas I'd like to see go in. It looks good and if it's already been tested, it should probably go in anyway as it disentangles the logic and puts it in a separate function. I'm thinking we may wish to use criteria other than interface or jailed socket to select source address. I should point out though that we picked some stuff up from KAME to do source address selection but it's not in the IPv4 stack. cheers BMS From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 05:50:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E5C106566B for ; Sun, 24 Aug 2008 05:50:58 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 75C4A8FC1E for ; Sun, 24 Aug 2008 05:50:57 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m7O5MP20017189; Sun, 24 Aug 2008 13:22:25 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m7O5MOqF017186; Sun, 24 Aug 2008 13:22:24 +0800 (KRAST) (envelope-from eugen) Date: Sun, 24 Aug 2008 13:22:24 +0800 From: Eugene Grosbein To: Svein Skogen Message-ID: <20080824052224.GA16736@svzserv.kemerovo.su> References: <1219409496.10487.22.camel@bauer.cse.buffalo.edu> <48B0A104.7060808@d80.iso100.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48B0A104.7060808@d80.iso100.no> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sun, 24 Aug 2008 14:14:55 +0000 Cc: Ken Smith , freebsd-stable , freebsd-current Subject: Re: Upcoming Releases Schedule... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 05:50:58 -0000 On Sun, Aug 24, 2008 at 01:45:08AM +0200, Svein Skogen wrote: > In 25 words or less, what are the major changes in 7.0->7.1 and 6.3->6.4 > for us end users? In more words, but pretty interesting: http://people.freebsd.org/~bmah/relnotes/6-STABLE/relnotes-i386.html http://people.freebsd.org/~bmah/relnotes/7-STABLE/relnotes.html Eugene Grosbein From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 06:47:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8BA11065672; Sun, 24 Aug 2008 06:47:07 +0000 (UTC) (envelope-from brad@comstyle.com) Received: from mail.comstyle.com (speedy.comstyle.com [IPv6:2001:470:1f07:471::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0E88FC16; Sun, 24 Aug 2008 06:47:07 +0000 (UTC) (envelope-from brad@comstyle.com) Received: from booyah.home.comstyle.com (toronto-hs-216-138-195-228.s-ip.magma.ca [216.138.195.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: brad) by mail.comstyle.com (Postfix) with ESMTPSA id B8E31984C7; Sun, 24 Aug 2008 02:46:57 -0400 (EDT) Date: Sun, 24 Aug 2008 02:46:56 -0400 From: Brad To: freebsd-sun4v@freebsd.org Message-ID: <20080824064655.GB11196@booyah.home.comstyle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-comstyle-MailScanner-Information: Please contact the ISP for more information X-comstyle-MailScanner-ID: B8E31984C7.0FB6F X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-From: brad@comstyle.com X-Spam-Status: No X-Mailman-Approved-At: Sun, 24 Aug 2008 14:15:15 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 06:47:08 -0000 > I can't find anything that suggests NetBSD runs on sun4v. Their sparc64 > port only covers the US-I/II families and there's no mention of sun4v. OpenBSD/sparc64 runs UltraSPARC-T1 and UltraSPARC-T2 systems... and the com port works too. ;) In addition to UltraSPARC III, III+, IIIi, IV and Fujitsu SPARC64 V, VI, VII systems (PRIMEPOWER / Mx000). console is /virtual-devices@100/console@1 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.4-current (GENERIC.MP) #7: Sun Aug 24 00:01:05 MDT 2008 root@sun4v.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP real mem = 34225520640 (32640MB) avail mem = 33572167680 (32016MB) mainbus0 at root: SPARC Enterprise T5120 cpu0 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu1 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu2 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu3 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu4 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu5 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu6 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu7 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu8 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu9 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu10 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu11 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu12 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu13 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu14 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu15 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu16 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu17 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu18 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu19 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu20 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu21 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu22 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu23 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu24 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu25 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu26 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu27 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu28 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu29 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu30 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu31 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu32 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu33 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu34 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu35 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu36 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu37 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu38 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu39 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu40 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu41 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu42 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu43 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu44 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu45 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu46 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu47 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu48 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu49 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu50 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu51 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu52 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu53 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu54 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu55 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu56 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu57 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu58 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu59 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu60 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu61 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu62 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz cpu63 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz vbus0 at mainbus0 "flashprom" at vbus0 not configured "channel-devices" at vbus0 not configured "n2cp" at vbus0 not configured "ncp" at vbus0 not configured "random-number-generator" at vbus0 not configured vcons0 at vbus0 vrtc0 at vbus0 "niu" at mainbus0 not configured vpci0 at mainbus0: bus 2 to 18, dvma map 80000000-ffffffff pci0 at vpci0 ppb0 at pci0 dev 0 function 0 "PLX PEX 8533" rev 0xaa pci1 at ppb0 bus 3 ppb1 at pci1 dev 1 function 0 "PLX PEX 8533" rev 0xaa pci2 at ppb1 bus 4 ppb2 at pci2 dev 0 function 0 "PLX PEX 8517" rev 0xad pci3 at ppb2 bus 5 ppb3 at pci3 dev 1 function 0 "PLX PEX 8517" rev 0xad pci4 at ppb3 bus 6 ppb4 at pci4 dev 0 function 0 "PLX PEX 8112" rev 0xaa pci5 at ppb4 bus 7 ohci0 at pci5 dev 0 function 0 "NEC USB" rev 0x43: ivec 0x16, version 1.0 ohci1 at pci5 dev 0 function 1 "NEC USB" rev 0x43: ivec 0x17, version 1.0 ehci0 at pci5 dev 0 function 2 "NEC USB" rev 0x04: ivec 0x14 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "NEC EHCI root hub" rev 2.00/1.00 addr 1 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 "NEC OHCI root hub" rev 1.00/1.00 addr 1 usb2 at ohci1: USB revision 1.0 uhub2 at usb2 "NEC OHCI root hub" rev 1.00/1.00 addr 1 ppb5 at pci3 dev 2 function 0 "PLX PEX 8517" rev 0xad pci6 at ppb5 bus 8 em0 at pci6 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: ivec 0x17, address 00:14:4f:d4:d2:c6 em1 at pci6 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: ivec 0x14, address 00:14:4f:d4:d2:c7 ppb6 at pci3 dev 3 function 0 "PLX PEX 8517" rev 0xad pci7 at ppb6 bus 9 em2 at pci7 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: ivec 0x14, address 00:14:4f:d4:d2:c8 em3 at pci7 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: ivec 0x15, address 00:14:4f:d4:d2:c9 ppb7 at pci1 dev 2 function 0 "PLX PEX 8533" rev 0xaa pci8 at ppb7 bus 10 mpi0 at pci8 dev 0 function 0 "Symbios Logic SAS1068E" rev 0x02: ivec 0x16 scsibus0 at mpi0: 112 targets, initiator 112 sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed sd0: 140009MB, 14089 cyl, 24 head, 848 sec, 512 bytes/sec, 286739329 sec total sd1 at scsibus0 targ 1 lun 0: SCSI3 0/direct fixed sd1: 140009MB, 14089 cyl, 24 head, 848 sec, 512 bytes/sec, 286739329 sec total ppb8 at pci1 dev 8 function 0 "PLX PEX 8533" rev 0xaa pci9 at ppb8 bus 11 ppb9 at pci9 dev 0 function 0 "PLX PEX 8533" rev 0xaa pci10 at ppb9 bus 12 ppb10 at pci10 dev 1 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x16 pci11 at ppb10 bus 13 ppb11 at pci10 dev 2 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x14 pci12 at ppb11 bus 14 ppb12 at pci10 dev 8 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x14 pci13 at ppb12 bus 15 ppb13 at pci10 dev 9 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x16 pci14 at ppb13 bus 16 ppb14 at pci10 dev 10 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x14 pci15 at ppb14 bus 17 ppb15 at pci1 dev 9 function 0 "PLX PEX 8533" rev 0xaa: ivec 0x16 pci16 at ppb15 bus 18 "pci-performance-counters" at mainbus0 not configured ebus0 at mainbus0 com0 at ebus0 addr ca0000-ca0007 ivec 0x13: ns16550a, 16 byte fifo umass0 at uhub0 port 2 configuration 1 interface 0 "Texas Instruments Incorporated 6250 FW: 03.05.02.22.562AD423" rev 2.00/2.00 addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets, initiator 0 cd0 at scsibus1 targ 1 lun 0: SCSI0 5/cdrom removable uhub3 at uhub0 port 4 "Cypress Semiconductor USB2 Hub" rev 2.00/0.0b addr 3 softraid0 at root bootpath: /pci@0,0/pci@0,0/pci@2,0/scsi@0,0/disk@0,0 root on sd0a swap on sd0b dump on sd0b -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 10:00:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D9F1065689 for ; Sun, 24 Aug 2008 10:00:35 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id D19B28FC27 for ; Sun, 24 Aug 2008 10:00:34 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so1931021rvf.43 for ; Sun, 24 Aug 2008 03:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=UHML4d/jkGjgBe1nwGNJ0GyJ0/NkXCqtSpdIMzPOExQ=; b=iqNq0ZHjLfeoDxz2ADPHfJ6NLKeKIewP886SCmT1x1RNOu7/WOFbetuJLdbm5ITeqk 5o3ctsLKONLFgciX5NtBHfCtLHkjHhXbbDV7BrAoRUg1UaewIneORnSNA2nGz1+cyao9 gMG03MLew09/zLDvrNLdvRDlhqr9mbHFQ8ZDY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=AzliixKpwxwJidEQbMh8UhUKW/OB5AEqEoT6hWT/GQIc0GSHsCgRk+RsOy2hP+ocCA cv8FIZgL5O4ofEC4T13hsj2254VcOCidOZx1vym5yYTvzZSs++xVjR3ME7p/HIXcY69H tqG3xylTNzMS9TXVEqDowurk1s+K5s0EA3BmM= Received: by 10.141.49.18 with SMTP id b18mr1510971rvk.92.1219572033920; Sun, 24 Aug 2008 03:00:33 -0700 (PDT) Received: by 10.140.142.14 with HTTP; Sun, 24 Aug 2008 03:00:33 -0700 (PDT) Message-ID: <3dd203290808240300s62609a77wfa43509fd7a8e098@mail.gmail.com> Date: Sun, 24 Aug 2008 11:00:33 +0100 From: "Brad Pitney" To: "Kip Macy" In-Reply-To: <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3c1674c90808221625gda3be13gf63a71666876cfef@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> X-Mailman-Approved-At: Sun, 24 Aug 2008 14:15:24 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 10:00:35 -0000 On Sun, Aug 24, 2008 at 2:08 AM, Kip Macy wrote: > Oops please send me your config it looks like the device number starts > at 767 and not 768. > > -Kip > my config: name = "bldr-fbsd32" kernel = "/var/xen/" + name + "/kernel" disk = [ 'file://var/xen/' + name + '/xbd0,0x01,w', 'file://var/xen/' + name + '/xbd1,0x02,w', 'file://var/xen/' + name + '/xbd2,0x03,w' ] vif = [ 'mac=00:bd:c4:12:00:ef,bridge=bridge0' ] memory = 256 on_crash = 'preserve' extra = "boot_single" extra += ",vfs.root.mountfrom=ufs:/dev/xbd-768s1a" extra += ",kern.hz=100" files: xbd0 = 1G file xbd1 = 512M file xbd2 = 6G file just about to try the latest change -- Best regards, Brad From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 16:26:12 2008 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 AB4FE1065674; Sun, 24 Aug 2008 16:26:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 225098FC19; Sun, 24 Aug 2008 16:26:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7OGMWE9023447; Sun, 24 Aug 2008 10:22:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Aug 2008 10:23:07 -0600 (MDT) Message-Id: <20080824.102307.439579517.imp@bsdimp.com> To: fbsd-current@mawer.org From: "M. Warner Losh" In-Reply-To: <48B14AEC.2020609@mawer.org> References: <48B0EA50.2090105@mawer.org> <20080823.231058.-1605553760.imp@bsdimp.com> <48B14AEC.2020609@mawer.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: volker@vwsoft.com, usb@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: HEADSUP new usb code coming in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Aug 2008 16:26:12 -0000 In message: <48B14AEC.2020609@mawer.org> Antony Mawer writes: : On 24/08/2008 3:10 PM, M. Warner Losh wrote: : > In message: <48B0EA50.2090105@mawer.org> : > Antony Mawer writes: : ... : > : This wasn't about the new USB stack -- we were discussing the buffer : > : cache and CAM-related fixes that prevents the system from panic'ing when : > : a USB device is unplugged without first unmounting the filesystem. These : > : patches are in HEAD with the existing USB stack. :-) : > : > The best I can do is say "Maybe" and the answer is closer to yes if : > somebody data-mines the changes I've made in this area in -current. : > That's the hard part of back porting them.. : : I'm going to try and do just that - is there a particular date that this : must be done by in order to make sure these would make it in for the 7.1 : release cycle? End of this month would be ideal. By the middle of next would be acceptable, I think. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 19:57:35 2008 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 14FCB1065692; Sun, 24 Aug 2008 19:57:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D888A8FC12; Sun, 24 Aug 2008 19:57:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7OJvVOo043901; Sun, 24 Aug 2008 15:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7OJvVgH087120; Sun, 24 Aug 2008 15:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 588CC73039; Sun, 24 Aug 2008 15:57:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080824195731.588CC73039@freebsd-current.sentex.ca> Date: Sun, 24 Aug 2008 15:57:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 19:57:35 -0000 TB --- 2008-08-24 18:15:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-24 18:15:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-24 18:15:19 - cleaning the object tree TB --- 2008-08-24 18:15:53 - cvsupping the source tree TB --- 2008-08-24 18:15:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-24 18:16:00 - building world (CFLAGS=-O -pipe) TB --- 2008-08-24 18:16:00 - cd /src TB --- 2008-08-24 18:16:00 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 24 18:16:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Aug 24 19:33:14 UTC 2008 TB --- 2008-08-24 19:33:14 - generating LINT kernel config TB --- 2008-08-24 19:33:14 - cd /src/sys/ia64/conf TB --- 2008-08-24 19:33:14 - /usr/bin/make -B LINT TB --- 2008-08-24 19:33:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-24 19:33:14 - cd /src TB --- 2008-08-24 19:33:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 24 19:33:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Aug 24 19:52:17 UTC 2008 TB --- 2008-08-24 19:52:17 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-08-24 19:52:17 - cd /src TB --- 2008-08-24 19:52:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 24 19:52:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ufs/ufs_inode.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ufs/ufs_lookup.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ufs/ufs_quota.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ufs/ufs_vfsops.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ufs/ufs/ufs_vnops.c cc1: warnings being treated as errors /src/sys/ufs/ufs/ufs_vnops.c: In function 'ufs_access': /src/sys/ufs/ufs/ufs_vnops.c:312: warning: unused variable 'relocked' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-24 19:57:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-24 19:57:31 - ERROR: failed to build GENERIC kernel TB --- 2008-08-24 19:57:31 - tinderbox aborted TB --- 4663.12 user 478.62 system 6131.89 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 20:04:23 2008 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 E19D6106567B for ; Sun, 24 Aug 2008 20:04:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFC58FC18 for ; Sun, 24 Aug 2008 20:04:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KXLp0-000JHZ-3B for current@freebsd.org; Sun, 24 Aug 2008 23:04:22 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7OK4IqD005143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 24 Aug 2008 23:04:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7OK4IGb040590 for ; Sun, 24 Aug 2008 23:04:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7OK4I6W040589 for current@freebsd.org; Sun, 24 Aug 2008 23:04:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 24 Aug 2008 23:04:18 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20080824200418.GE1803@deviant.kiev.zoral.com.ua> References: <20080824195731.588CC73039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="quagH4H09id5XL2e" Content-Disposition: inline In-Reply-To: <20080824195731.588CC73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KXLp0-000JHZ-3B eb01d7a850aa51864bbfe95e2364e608 X-Terabit: YES Cc: Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 20:04:24 -0000 --quagH4H09id5XL2e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 24, 2008 at 03:57:31PM -0400, FreeBSD Tinderbox wrote: > TB --- 2008-08-24 18:15:19 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2008-08-24 18:15:19 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2008-08-24 18:15:19 - cleaning the object tree > TB --- 2008-08-24 18:15:53 - cvsupping the source tree > TB --- 2008-08-24 18:15:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /= tinderbox/HEAD/ia64/ia64/supfile > TB --- 2008-08-24 18:16:00 - building world (CFLAGS=3D-O -pipe) > TB --- 2008-08-24 18:16:00 - cd /src > TB --- 2008-08-24 18:16:00 - /usr/bin/make -B buildworld > >>> World build started on Sun Aug 24 18:16:01 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> World build completed on Sun Aug 24 19:33:14 UTC 2008 > TB --- 2008-08-24 19:33:14 - generating LINT kernel config > TB --- 2008-08-24 19:33:14 - cd /src/sys/ia64/conf > TB --- 2008-08-24 19:33:14 - /usr/bin/make -B LINT > TB --- 2008-08-24 19:33:14 - building LINT kernel (COPTFLAGS=3D) > TB --- 2008-08-24 19:33:14 - cd /src > TB --- 2008-08-24 19:33:14 - /usr/bin/make -B buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Sun Aug 24 19:33:14 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > >>> Kernel build for LINT completed on Sun Aug 24 19:52:17 UTC 2008 > TB --- 2008-08-24 19:52:17 - building GENERIC kernel (COPTFLAGS=3D) > TB --- 2008-08-24 19:52:17 - cd /src > TB --- 2008-08-24 19:52:17 - /usr/bin/make -B buildkernel KERNCONF=3DGENE= RIC > >>> Kernel build for GENERIC started on Sun Aug 24 19:52:17 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > cc -c -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/s= ys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mconst= ant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror /= src/sys/ufs/ufs/ufs_inode.c > cc -c -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/s= ys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mconst= ant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror /= src/sys/ufs/ufs/ufs_lookup.c > cc -c -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/s= ys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mconst= ant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror /= src/sys/ufs/ufs/ufs_quota.c > cc -c -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/s= ys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mconst= ant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror /= src/sys/ufs/ufs/ufs_vfsops.c > cc -c -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wund= ef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/s= ys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mconst= ant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror /= src/sys/ufs/ufs/ufs_vnops.c > cc1: warnings being treated as errors > /src/sys/ufs/ufs/ufs_vnops.c: In function 'ufs_access': > /src/sys/ufs/ufs/ufs_vnops.c:312: warning: unused variable 'relocked' > *** Error code 1 >=20 > Stop in /obj/ia64/src/sys/GENERIC. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2008-08-24 19:57:31 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2008-08-24 19:57:31 - ERROR: failed to build GENERIC kernel > TB --- 2008-08-24 19:57:31 - tinderbox aborted > TB --- 4663.12 user 478.62 system 6131.89 real This should be fixed already in r182115, thanks to ed@ for notifying me before tinderbox. --quagH4H09id5XL2e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkixvsEACgkQC3+MBN1Mb4hn/wCgynwzLpj17UUZ6Y3DlUpQSz0L 0Q0AoIWKHtHQWqi9i+VC9jwTaV6oqEft =Eb+s -----END PGP SIGNATURE----- --quagH4H09id5XL2e-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 20:09:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FE8106564A for ; Sun, 24 Aug 2008 20:09:14 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 54A738FC15 for ; Sun, 24 Aug 2008 20:09:14 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1185856fgb.35 for ; Sun, 24 Aug 2008 13:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=2cz5olmQ079e336uVzfNJ26pn+XuEemt3bzg5ktqeSk=; b=VVGXFif+R4qBaZBGwjAdpPrARHdrUsNuTGT2gT0ckuiLtDgp5lEqijxBgmwE/uVBNK tDg4js1k4WNYgTfDwGOdN0kKsIb7GaHS6+lNpApYHQbg2P8Db+eKDO7x2oMiupkpMVrP txbzIydtrpc7G2tR6mSXYbcUOglMUi7veCbgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=xpw3cTAgaA3vx8ZAWtp1WlavD/m4c8FbeRxC4COSdm3f0O336pccCU9tZbUBNWUx09 9O+tGhq3Qvk9WGt8J5zAaGfTlCH6LwbLIm5bXG9QeGYffNvVjqSmDfoQb5f0o/zXFiZK DXWYx4tK11Wto/8ameNJ9QEFcWjWOkBnRsu3Y= Received: by 10.86.59.18 with SMTP id h18mr2744715fga.4.1219606740247; Sun, 24 Aug 2008 12:39:00 -0700 (PDT) Received: by 10.86.3.2 with HTTP; Sun, 24 Aug 2008 12:39:00 -0700 (PDT) Message-ID: <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> Date: Mon, 25 Aug 2008 03:39:00 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: Frank In-Reply-To: <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> X-Google-Sender-Auth: 01f8df7b51d19aa2 Cc: freebsd-current@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 20:09:14 -0000 On Sun, Aug 24, 2008 at 9:15 PM, Frank wrote: > I've heard that Japanese and Chinese users prefer their own coding systems, > because the Unicode Character Set in these languages is limited. Korean also > has Combining Characters, and UTF-8 comes in 3 different Levels depending on > its ability to cope with this. Maybe you need some contacts in other > countries. This is not true -- at least for Chinese. I'm a Chinese living in Taiwan and I am probably sure that Unicode is larger than any other Chinese character sets (including traditional and simplified Chinese). The UTF-8 support in FreeBSD/Xorg is good enough for me. I can read/type all Unicode 4.0 characters (including CJKV extension A/B) in Firefox or any gtk/qt programs if I have the needed font; I can produce documents with any Unicode characters by LaTeX+CJK package. It's much better than MS IE and Word because IE and Word only support Unicode 2.0 (or maybe 3.0, I'm not so sure). There are two reasons to use any character sets other than UTF-8: 1. compatibility for old programs/services or other OS. 2. the old man wrote the document when Unicode was not so popular and newbies read the old document. UTF-8 is more and more popular in Chinese, at least in Taiwan. Almost everything works well in my daily jobs (of course under the X). The major missing part is the kiconv UTF-8 support -- currently the kiconv doesn't support more than two bytes character conversion so there is no UTF-8 support for Chinese (most Chinese characters are 3-byte or more). I should mount msdosfs/cd9660 in zh_TW.Big5 and convert the filename to UTF-8 by lint or screen. IMHO, If I need Chinese support, I'll go into X. I have no reason to use Chinese under console even if I can read/type in Chinese. I prefer Firefox rather than w3m or links. :-) Regards, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 20:41:41 2008 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 CA0031065670; Sun, 24 Aug 2008 20:41:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3108FC16; Sun, 24 Aug 2008 20:41:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7OKfc1l045943; Sun, 24 Aug 2008 16:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7OKfcHb030395; Sun, 24 Aug 2008 16:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A8C6673039; Sun, 24 Aug 2008 16:41:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080824204138.A8C6673039@freebsd-current.sentex.ca> Date: Sun, 24 Aug 2008 16:41:38 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 20:41:41 -0000 TB --- 2008-08-24 19:16:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-24 19:16:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-24 19:16:10 - cleaning the object tree TB --- 2008-08-24 19:16:39 - cvsupping the source tree TB --- 2008-08-24 19:16:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-24 19:16:45 - building world (CFLAGS=-O -pipe) TB --- 2008-08-24 19:16:45 - cd /src TB --- 2008-08-24 19:16:45 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 24 19:16:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Aug 24 20:24:52 UTC 2008 TB --- 2008-08-24 20:24:52 - generating LINT kernel config TB --- 2008-08-24 20:24:52 - cd /src/sys/powerpc/conf TB --- 2008-08-24 20:24:52 - /usr/bin/make -B LINT TB --- 2008-08-24 20:24:52 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-24 20:24:52 - cd /src TB --- 2008-08-24 20:24:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 24 20:24:53 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Aug 24 20:37:56 UTC 2008 TB --- 2008-08-24 20:37:56 - building GENERIC kernel (COPTFLAGS=) TB --- 2008-08-24 20:37:56 - cd /src TB --- 2008-08-24 20:37:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 24 20:37:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/ufs/ufs/ufs_inode.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/ufs/ufs/ufs_lookup.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/ufs/ufs/ufs_quota.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/ufs/ufs/ufs_vfsops.c cc -c -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/ufs/ufs/ufs_vnops.c cc1: warnings being treated as errors /src/sys/ufs/ufs/ufs_vnops.c: In function 'ufs_access': /src/sys/ufs/ufs/ufs_vnops.c:312: warning: unused variable 'relocked' *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-24 20:41:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-24 20:41:38 - ERROR: failed to build GENERIC kernel TB --- 2008-08-24 20:41:38 - tinderbox aborted TB --- 3871.01 user 442.61 system 5127.82 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 22:02:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBAF41065670 for ; Sun, 24 Aug 2008 22:02:52 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.freebsd.org (Postfix) with ESMTP id 8A14D8FC25 for ; Sun, 24 Aug 2008 22:02:52 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-20-z2.arcor-online.net (mail-in-20-z2.arcor-online.net [151.189.8.85]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id E02CF27B354 for ; Mon, 25 Aug 2008 00:02:50 +0200 (CEST) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) by mail-in-20-z2.arcor-online.net (Postfix) with ESMTP id D341C107ADE for ; Mon, 25 Aug 2008 00:02:50 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-112-002.pools.arcor-ip.net [88.67.112.2]) by mail-in-16.arcor-online.net (Postfix) with ESMTP id BAA07236E46 for ; Mon, 25 Aug 2008 00:02:50 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7OM2n2n086561 for ; Mon, 25 Aug 2008 00:02:49 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7OM2nhJ086560 for freebsd-current@freebsd.org; Mon, 25 Aug 2008 00:02:49 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 24 Aug 2008 22:02:49 +0000 (UTC) Message-ID: References: <20080823224510.C7F36C3D@mx1.synetsystems.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8082/Sun Aug 24 18:40:03 2008 on mail-in-16.arcor-online.net X-Virus-Status: Clean Subject: Re: Weirdness with recently updated NTP on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 22:02:52 -0000 We are using a wrong source file to build libntp. As a consequence, ntpd believes itself to be in a simulation and does not read the system time--not the best strategy for a timekeeping daemon. Index: libntp/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/ntp/libntp/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- libntp/Makefile 22 Aug 2008 16:00:48 -0000 1.11 +++ libntp/Makefile 24 Aug 2008 21:36:50 -0000 @@ -21,7 +21,7 @@ msutotsf.c msyslog.c netof.c ntp_rfc2553.c \ numtoa.c numtohost.c octtoint.c prettydate.c \ recvbuff.c refnumtoa.c snprintf.c socktoa.c \ - socktohost.c strstr.c systime_s.c statestr.c \ + socktohost.c strstr.c systime.c statestr.c \ strerror.c syssignal.c tsftomsu.c tstotv.c \ tvtoa.c tvtots.c uglydate.c uinttoa.c \ utvtoa.c ymd2yd.c -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sun Aug 24 23:29:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC701065675 for ; Sun, 24 Aug 2008 23:29:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id A1CB88FC20 for ; Sun, 24 Aug 2008 23:29:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 628AA3A6DE for ; Mon, 25 Aug 2008 01:29:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzK6EE0SZf9o for ; Mon, 25 Aug 2008 01:29:51 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 11D9D3A6DD; Mon, 25 Aug 2008 01:29:51 +0200 (CEST) Date: Mon, 25 Aug 2008 01:29:51 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20080824232950.GA14121@keltia.freenix.fr> References: <20080823224510.C7F36C3D@mx1.synetsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Weirdness with recently updated NTP on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 23:29:52 -0000 According to Christian Weisgerber: > We are using a wrong source file to build libntp. As a consequence, > ntpd believes itself to be in a simulation and does not read the > system time--not the best strategy for a timekeeping daemon. Committed, thanks. Sorry for the mistake, my bad. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 02:24:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4904B1065696 for ; Mon, 25 Aug 2008 02:24:11 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id EEAD08FC1F for ; Mon, 25 Aug 2008 02:24:10 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so745240nfh.33 for ; Sun, 24 Aug 2008 19:24:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=cVU8wvD+oZD+yDna7oMSZ6RsERVfzm7Rm8zCF1KCvk8=; b=KcUXGuhKfBx8rHrrl11BHHtSd91zKK/hJAsh0IfBHcyx4XdLwU++ZeZP5tJaPsbPKZ uIGhPrCE1nd6oEK9O7nwdhMoC+otQybzU5CWbFZyue8jaryYOwWuDyjTr2YUPXPfI/ak /C3NbJ0EHElBKtV41+I8TRsZN49tQpBbPE//w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=MjRGXqoOW0vnyxxuiTsGxi1j7jgP+auKM9S9rmO/yqomMzNIYG6sYmgeIrD1JrX6n7 QqxXOBUbDKIf9OlRionkHVXsvb3rz/jn8r4RA7yvsuKziroU2nLk22JqjzBGcvr86DLe gx5/nwBILKr7QhsseY4n6d2orDIr7bK3nuJ/I= Received: by 10.210.117.1 with SMTP id p1mr5869273ebc.53.1219631049543; Sun, 24 Aug 2008 19:24:09 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Sun, 24 Aug 2008 19:24:09 -0700 (PDT) Message-ID: <3cb459ed0808241924u20c64c1ayede0048795be726b@mail.gmail.com> Date: Mon, 25 Aug 2008 06:24:09 +0400 From: "Alexander Churanov" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808230256g3f0f51epd9ab54047d3bd681@mail.gmail.com> <3395C244-A050-40D9-B857-588A58666DA2@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 02:24:11 -0000 Ivan, 2008/8/24 Ivan Voras > AFAIK this is what Linux did and I think it's the Right Way To Do It > (based on seeing it work). Massaging UTF-8 into 8-bit text mode in > console could be nice but is of very limited usefulness today. > My vision is that syscons should be a failsafe alternative to X or ssh. Most boxes are either running X or managed via ssh and ssh client is running in graphical mode. My proposal is NOT about displaying all assigned unicode code points in character-mode. It's about switching the whole system to UTF-8 and making syscons working correctly in new curicumstances. It seems that other parts of FreeBSD are mostly ready. Read about my experience of using vipw with UTF-8. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 02:59:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D174A106567C for ; Mon, 25 Aug 2008 02:59:00 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 751608FC0A for ; Mon, 25 Aug 2008 02:59:00 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so749441nfh.33 for ; Sun, 24 Aug 2008 19:58:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Hd/45f+ooIFUDeWPLpBHWkkIMRG11egWGSE31nkQHPY=; b=qnTbIGmzEOwmU/qgygmaYoIBx7EXHNSXTqrzo8Z7mXFNFoOQquHt9yjHyDUjkmUor9 jmtnd6jTKO1esgpDlhPsXr/y+KKx/C4+iml3KAZ1ZNtJQhHoVlNr2Kr8eUUQeYYZw87Z yfn4wM74S331ub54aOUf+mfse9TSmoo0rftA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=c2CXYkIVKmO8q+1t/pXBGsqOx0IN2p/Xj4juvBvc9yyaLW8DOP0tYvpGzjGYEDR5xG aD6ywtkdh6Al7zUifvz3+ODKIqgBHnWUd2KM54SpzagOIdK3Ov6++yBT1hPZCn1mo8am ss7MzNL9DgEs5c7RYh3EWUxmXWkkkdNL9w5Ts= Received: by 10.210.72.14 with SMTP id u14mr5857740eba.177.1219633139334; Sun, 24 Aug 2008 19:58:59 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Sun, 24 Aug 2008 19:58:59 -0700 (PDT) Message-ID: <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> Date: Mon, 25 Aug 2008 06:58:59 +0400 From: "Alexander Churanov" To: "Tz-Huan Huang" In-Reply-To: <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Frank , freebsd-i18n@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 02:59:00 -0000 2008/8/24 Tz-Huan Huang > I'm a Chinese living in Taiwan and I am probably sure that Unicode is > larger > than any other Chinese character sets (including traditional and simplified > Chinese). The UTF-8 support in FreeBSD/Xorg is good enough for me. > I can read/type all Unicode 4.0 characters (including CJKV extension A/B) > in Firefox or any gtk/qt programs if I have the needed font; I can produce > documents with any Unicode characters by LaTeX+CJK package. > It's much better than MS IE and Word because IE and Word only support > Unicode 2.0 (or maybe 3.0, I'm not so sure). > > There are two reasons to use any character sets other than UTF-8: > 1. compatibility for old programs/services or other OS. > 2. the old man wrote the document when Unicode was not so popular and > newbies read the old document. > > UTF-8 is more and more popular in Chinese, at least in Taiwan. > Almost everything works well in my daily jobs (of course under the X). > The major missing part is the kiconv UTF-8 support -- currently the kiconv > doesn't support more than two bytes character conversion so there > is no UTF-8 support for Chinese (most Chinese characters are 3-byte or > more). I should mount msdosfs/cd9660 in zh_TW.Big5 and convert the > filename to UTF-8 by lint or screen. > > IMHO, If I need Chinese support, I'll go into X. I have no reason to use > Chinese under console even if I can read/type in Chinese. I prefer Firefox > rather than w3m or links. :-) > > Regards, > Tz-Huan > _______________________________________________ > 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" Tz-Huan, Working with Chinese text is the hard part of my solution (described in full in freebsd-current@freebsd.org). In brief it's about moving FreeBSD to UTF-8 completely and making syscons map UTF-8 to selected 8-bit charset for displaying (a failsafe solution). It seems that this makes syscons somewhat more usable for some people, but not for from East Asia, am I right? I was thinking of how to make working with Chinese filenames possible under syscons, but the help of a native speaker/writer would help much, because I know only basic facts about that matter. I see two alternatives of displaying unicode code points that do not fit into selected 8-bit display charset: 1) Substituting with some character, like '?'. This is very affordable solutiuon, but makes inconvenient working with files having names that do not fit into selected charset. 2) Substituting with encoded code point value like "#1234;". This is more complex solutuon, if correct baskspacing and things like that are required. I am not ready to implement it. In any case, it would be nice to have some "magic" implemented: if copying a text with substitued code points and then pasting it would case the original UTF-8 sequence to be inserted. For all folks I'd like to explain again that I'm not discussing correct rendering of non-latin scripts. It's not possible to render Devanagari in character mode. And approach that Linux console takes is partial. The cost of full solution is like X, freetype, freebidi and so on. Tz-Huan, could you comment on the proposed solution? From your point of view, are proposed changes in syscons useful? Again, this does not affect X, Firefox, etc, but would make possible to have the whole system using UTF-8 out of box. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 04:03:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA711065676; Mon, 25 Aug 2008 04:03:11 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from kaga.kitchenlab.org (unknown [IPv6:2001:470:1f04:55c::2]) by mx1.freebsd.org (Postfix) with ESMTP id 919688FC0C; Mon, 25 Aug 2008 04:03:11 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from Macintosh-3.local ([IPv6:2001:5a8:4:72:21b:63ff:fecd:f07c]) (authenticated bits=0) by kaga.kitchenlab.org (8.14.2/8.14.2) with ESMTP id m7P4319D017327 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Aug 2008 21:03:02 -0700 (PDT) (envelope-from bmah@freebsd.org) Message-ID: <48B22EF4.3050106@freebsd.org> Date: Sun, 24 Aug 2008 21:03:00 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Eugene Grosbein References: <1219409496.10487.22.camel@bauer.cse.buffalo.edu> <48B0A104.7060808@d80.iso100.no> <20080824052224.GA16736@svzserv.kemerovo.su> In-Reply-To: <20080824052224.GA16736@svzserv.kemerovo.su> X-Enigmail-Version: 0.95.7 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5FBBEA6BA895D100322529BD" X-Virus-Scanned: ClamAV 0.93.3/8083/Sun Aug 24 17:48:23 2008 on kaga.kitchenlab.org X-Virus-Status: Clean Cc: Svein Skogen , Ken Smith , freebsd-stable , freebsd-current Subject: Re: Upcoming Releases Schedule... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 04:03:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5FBBEA6BA895D100322529BD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Eugene Grosbein wrote: > On Sun, Aug 24, 2008 at 01:45:08AM +0200, Svein Skogen wrote: >=20 >> In 25 words or less, what are the major changes in 7.0->7.1 and 6.3->6= =2E4 >> for us end users? >=20 > In more words, but pretty interesting: >=20 > http://people.freebsd.org/~bmah/relnotes/6-STABLE/relnotes-i386.html > http://people.freebsd.org/~bmah/relnotes/7-STABLE/relnotes.html These documents need a fair amount of work towards making them reflect reality. My FreeBSD-related activities have been severely time-constrained for most of this year and I don't see the situation getting much better before these releases ship. :-( For those people who are interested in *helping* with the release notes, patches or inquiries to the doc@ list would probably be appropriate. Cheers, Bruce. --------------enig5FBBEA6BA895D100322529BD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiyLvQACgkQ2MoxcVugUsNb/gCaAt5UjeGLBn9F9rBTQqYBJDmy OjcAoJeMal4wqCCgVHhxjBOyn5m+so+3 =mDFL -----END PGP SIGNATURE----- --------------enig5FBBEA6BA895D100322529BD-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 06:24:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3C01106568C for ; Mon, 25 Aug 2008 06:24:22 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id BF9508FC17 for ; Mon, 25 Aug 2008 06:24:22 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2398336rvf.43 for ; Sun, 24 Aug 2008 23:24:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=aC9XiPuUSKghpb26Pa/+1ADRSRIFNZtZgbG97GNUxfQ=; b=ntmVLZN+qwLdM6awi083HWI87zE5VkSHxuFAuo2dRr1rtHUtNtwP3m4U7f90az8bxx gNEzUn/TKn9Smc3GQPkWQelf+cN6Hq/2eV3dnFh/1OEw7R+n7wx+/2Hh53ibblcBatUw D2M+BVGuu7UZlJVJkvTSMFvzJczpYgimuO4yk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=bEmuG/IHNr7/V9GA+YCPBfzIrCjIvh23K2e3jT4tcPSoJ5DUJiOsDf83SUDL6rXbqr Rq32XBCdyuzzBddl0cbQUfxZ5i3xK+RigE9ZYkeMK4LMK79w9y8yPcgRr7UP8LbsWRcc 4XVt/WhJXMRYB8JxDTERxv8WPawNHtyIgDDNk= Received: by 10.141.87.13 with SMTP id p13mr1945376rvl.93.1219645462128; Sun, 24 Aug 2008 23:24:22 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Sun, 24 Aug 2008 23:24:22 -0700 (PDT) Message-ID: <3c1674c90808242324y5607c88dm58155d6c94ae1e81@mail.gmail.com> Date: Sun, 24 Aug 2008 23:24:22 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Brad Pitney" In-Reply-To: <3dd203290808242106l5e3bb749ja86292eaa1afc243@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3c1674c90808221625gda3be13gf63a71666876cfef@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> <3dd203290808240300s62609a77wfa43509fd7a8e098@mail.gmail.com> <3dd203290808242106l5e3bb749ja86292eaa1afc243@mail.gmail.com> X-Google-Sender-Auth: e51c652f0a09824f Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 06:24:23 -0000 Have you added xc0 to your ttys? What hardware are you running on? I don't see any issues on my single package 4-core (3270 IIRC). It may also be a timing issue with the scripts on NetBSD. I'm running centos with mercurial xen. -Kip On Sun, Aug 24, 2008 at 9:06 PM, Brad Pitney wrote: > On Sun, Aug 24, 2008 at 11:00 AM, Brad Pitney > wrote: >> On Sun, Aug 24, 2008 at 2:08 AM, Kip Macy wrote: >>> Oops please send me your config it looks like the device number starts >>> at 767 and not 768. >>> >>> -Kip >>> >> > > hmm, I can get a lot further providing I don't have a network interface, e.g: > > vif = [] > > results in: > > Entropy harvesting: interrupts ethernet point_to_point kickstart. > > /dev/xbd765: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/xbd765: clean, 405538 free (1106 frags, 50554 blocks, 0.2% fragmentation) > /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). > Starting Network: lo0. > Generating host.conf. > Aug 24 15:11:06 syslogd: /var/log/slip.log: No such file or directory > > Aug 23 10:43:10 kernel: bad stray interrupt > > Sat Aug 23 10:43:09 BST 2008 > Aug 23 10:43:10 getty[627]: open /dev/ttyv5: No such file or directory > Aug 23 10:43:10 getty[628]: open /dev/ttyv6: No such file or directory > Aug 23 10:43:10 getty[629]: open /dev/ttyv7: No such file or directory > Aug 23 10:43:10 getty[622]: open /dev/ttyv0: No such file or directory > Aug 23 10:43:10 getty[623]: open /dev/ttyv1: No such file or directory > Aug 23 10:43:10 getty[624]: open /dev/ttyv2: No such file or directory > Aug 23 10:43:10 getty[625]: open /dev/ttyv3: No such file or directory > Aug 23 10:43:10 getty[626]: open /dev/ttyv4: No such file or directory > > I obviously cannot login, also didn't go to single user mode as it should have > > -- > Best regards, > Brad > From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 04:06:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38801065733 for ; Mon, 25 Aug 2008 04:06:03 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFB88FC08 for ; Mon, 25 Aug 2008 04:06:03 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so2345544rvf.43 for ; Sun, 24 Aug 2008 21:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bgk9a86j6lX6/QahOZTXgJNloK5zeqcZTgw5+2vOVdU=; b=tPsiK4XmolbGHsxolHX/OdnkgesyzC2vxt+2xAZtpg8NCBI7RD7qsvwLCVpJTkBP+W jZroVvguXcmNHg+TtHkDOpb2lC60ss3+9DUJIA+obj3mVnaabBw+NHFcV35T+j+53w7s qXP0ypdXZzJW1OvcLGWkYQNrbahUCA98UhWqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QO/cxG32Lthl9gPxuA6Of0SCpN0lUI7sCGVg5P/B4F34Lbek9Mq4I9PAFkobaWidJJ BY9zsWvuzl5WSszC18v1yMDewj47zAjcNKPGVe3yPMHOw/aDUEtLaDUKF1Itly1l5gW+ 81WYTXBjDI3ryONbUK+HWlG6tMpmnGx+2C+EA= Received: by 10.141.176.4 with SMTP id d4mr1911370rvp.14.1219637163133; Sun, 24 Aug 2008 21:06:03 -0700 (PDT) Received: by 10.140.142.14 with HTTP; Sun, 24 Aug 2008 21:06:03 -0700 (PDT) Message-ID: <3dd203290808242106l5e3bb749ja86292eaa1afc243@mail.gmail.com> Date: Mon, 25 Aug 2008 05:06:03 +0100 From: "Brad Pitney" To: "Kip Macy" In-Reply-To: <3dd203290808240300s62609a77wfa43509fd7a8e098@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3c1674c90808221625gda3be13gf63a71666876cfef@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> <3dd203290808240300s62609a77wfa43509fd7a8e098@mail.gmail.com> X-Mailman-Approved-At: Mon, 25 Aug 2008 11:20:03 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 04:06:03 -0000 On Sun, Aug 24, 2008 at 11:00 AM, Brad Pitney wrote: > On Sun, Aug 24, 2008 at 2:08 AM, Kip Macy wrote: >> Oops please send me your config it looks like the device number starts >> at 767 and not 768. >> >> -Kip >> > hmm, I can get a lot further providing I don't have a network interface, e.g: vif = [] results in: Entropy harvesting: interrupts ethernet point_to_point kickstart. /dev/xbd765: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/xbd765: clean, 405538 free (1106 frags, 50554 blocks, 0.2% fragmentation) /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Starting Network: lo0. Generating host.conf. Aug 24 15:11:06 syslogd: /var/log/slip.log: No such file or directory Aug 23 10:43:10 kernel: bad stray interrupt Sat Aug 23 10:43:09 BST 2008 Aug 23 10:43:10 getty[627]: open /dev/ttyv5: No such file or directory Aug 23 10:43:10 getty[628]: open /dev/ttyv6: No such file or directory Aug 23 10:43:10 getty[629]: open /dev/ttyv7: No such file or directory Aug 23 10:43:10 getty[622]: open /dev/ttyv0: No such file or directory Aug 23 10:43:10 getty[623]: open /dev/ttyv1: No such file or directory Aug 23 10:43:10 getty[624]: open /dev/ttyv2: No such file or directory Aug 23 10:43:10 getty[625]: open /dev/ttyv3: No such file or directory Aug 23 10:43:10 getty[626]: open /dev/ttyv4: No such file or directory I obviously cannot login, also didn't go to single user mode as it should have -- Best regards, Brad From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 11:24:26 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C41106566C; Mon, 25 Aug 2008 11:24:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 69C738FC16; Mon, 25 Aug 2008 11:24:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id DB7151B10EF2; Mon, 25 Aug 2008 13:24:24 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 064481B10F29; Mon, 25 Aug 2008 13:24:15 +0200 (CEST) Message-ID: <48B2965E.20700@moneybookers.com> Date: Mon, 25 Aug 2008 14:24:14 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.16 (X11/20080813) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20080727125413.GG1345@garage.freebsd.pl> In-Reply-To: <20080727125413.GG1345@garage.freebsd.pl> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8085/Mon Aug 25 12:08:16 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 11:24:26 -0000 Hi, I can add work for me too. Will this patch be ready for 7.1R ? I guess/hope if not ready for 7.1R we will see it in 7.1-STABLE a week after 7.1R ? :) Pawel Jakub Dawidek wrote: > Hi. > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > The patch above contains the most recent ZFS version that could be found > in OpenSolaris as of today. Apart for large amount of new functionality, > I belive there are many stability (and also performance) improvements > compared to the version from the base system. > > Check out OpenSolaris website to find out the differences between base > system version and patch version. > > Please test, test, test. If I get enough positive feedback, I may be > able to squeeze it into 7.1-RELEASE, but this might be hard. > > If you have any questions, please use mailing lists > (freebsd-fs@FreeBSD.org would be the best). > > Thank you in advance! > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 10:01:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5C531065671 for ; Mon, 25 Aug 2008 10:01:58 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 735888FC12 for ; Mon, 25 Aug 2008 10:01:58 +0000 (UTC) (envelope-from pitney.brad@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so2489185rvf.43 for ; Mon, 25 Aug 2008 03:01:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=1VbUlax/VsFBBfStvMzuUhA2SI94+89IGVfQ1PoiHII=; b=iQ15Nm3N46F5fcStm2DykBm1jOb6BdN04K7XLOyUI9gbsyGAvvZwH5ISkkiJjHNGHq rXXV9KoIl/ppgCLd2dCJ9QsG/AosQw3wEey7S3/j1zdb1uY0K6NAjy1IHzrw725mp4m7 0xhZfyxXrEu2Zru8a41eluj7iJfvFl3Btld28= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=mlBiLsoLExOLfdHOPpziYTjn40PPo0V5rI7C4hS5lBNzCrgh+NqccblB11qaTPUkd/ 7XT6oa7Wdu72pUG8c5AiIAwSLh8rlNbpfgJWwXDFpqzfgt0v71Vm7h4rUD+Fu7YT03iC ChF49wnWrEvnxfo5V1MPS6lBm4cHHP92dXoTI= Received: by 10.141.74.18 with SMTP id b18mr2032142rvl.159.1219658517842; Mon, 25 Aug 2008 03:01:57 -0700 (PDT) Received: by 10.140.142.14 with HTTP; Mon, 25 Aug 2008 03:01:57 -0700 (PDT) Message-ID: <3dd203290808250301w32a895cag4725a62270b09afa@mail.gmail.com> Date: Mon, 25 Aug 2008 11:01:57 +0100 From: "Brad Pitney" To: "Kip Macy" In-Reply-To: <3c1674c90808242324y5607c88dm58155d6c94ae1e81@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3dd203290808221612r338afd77h7397595eb48ce6a7@mail.gmail.com> <3dd203290808221808m2cff2e50tef3b3407628dea17@mail.gmail.com> <3c1674c90808221813w3874230dh945a6579819e76fd@mail.gmail.com> <3dd203290808230331m7dcc314ve40988eba1b0a42@mail.gmail.com> <3c1674c90808231616y111580adp6674989c13ce7627@mail.gmail.com> <3dd203290808231731j68b9caf9ted54c12f628dd13f@mail.gmail.com> <3c1674c90808231808n506ab38ayd37a81a2715b90cc@mail.gmail.com> <3dd203290808240300s62609a77wfa43509fd7a8e098@mail.gmail.com> <3dd203290808242106l5e3bb749ja86292eaa1afc243@mail.gmail.com> <3c1674c90808242324y5607c88dm58155d6c94ae1e81@mail.gmail.com> X-Mailman-Approved-At: Mon, 25 Aug 2008 11:27:12 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [XEN] xs_single device/vbd xs_talkv read_reply panic: bad stray interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 10:01:58 -0000 On Mon, Aug 25, 2008 at 7:24 AM, Kip Macy wrote: > Have you added xc0 to your ttys? > no, doh! thanks. can it be added to the wiki? > What hardware are you running on? I don't see any issues on my single > package 4-core (3270 IIRC). It may also be a timing issue with the > scripts on NetBSD. I'm running centos with mercurial xen. > A single core AMD Sempron(tm) Processor 3000+ @ 1.8GHz, nothing special. when you say scripts, do you mean xend-config.sxp ? or scripts/block? scripts/qemu-dm? scripts/vif-bridge ? scripts/vif-ip ? I'm guessing scripts/vif-bridge. thanks for your patience. -- Best regards, Brad From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 11:05:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F35E01065680 for ; Mon, 25 Aug 2008 11:05:46 +0000 (UTC) (envelope-from admin@stuff.is) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 93FF98FC25 for ; Mon, 25 Aug 2008 11:05:46 +0000 (UTC) (envelope-from admin@stuff.is) Received: by nf-out-0910.google.com with SMTP id h3so823388nfh.33 for ; Mon, 25 Aug 2008 04:05:45 -0700 (PDT) Received: by 10.210.21.13 with SMTP id 13mr6428314ebu.75.1219660713186; Mon, 25 Aug 2008 03:38:33 -0700 (PDT) Received: from ?10.0.0.20? ( [194.144.25.21]) by mx.google.com with ESMTPS id h7sm27337136nfh.4.2008.08.25.03.38.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 03:38:32 -0700 (PDT) Message-ID: <48B28B8D.9030305@kjarrval.is> Date: Mon, 25 Aug 2008 10:38:05 +0000 User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> In-Reply-To: <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit From: =?UTF-8?B?U3ZhdmFyIEzDunRoZXJzc29u?= X-Mailman-Approved-At: Mon, 25 Aug 2008 11:27:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 11:05:47 -0000 Alexander Churanov wrote: > 2008/8/24 Tz-Huan Huang > >> I'm a Chinese living in Taiwan and I am probably sure that Unicode is >> larger >> than any other Chinese character sets (including traditional and simplified >> Chinese). The UTF-8 support in FreeBSD/Xorg is good enough for me. >> I can read/type all Unicode 4.0 characters (including CJKV extension A/B) >> in Firefox or any gtk/qt programs if I have the needed font; I can produce >> documents with any Unicode characters by LaTeX+CJK package. >> It's much better than MS IE and Word because IE and Word only support >> Unicode 2.0 (or maybe 3.0, I'm not so sure). >> >> There are two reasons to use any character sets other than UTF-8: >> 1. compatibility for old programs/services or other OS. >> 2. the old man wrote the document when Unicode was not so popular and >> newbies read the old document. >> >> UTF-8 is more and more popular in Chinese, at least in Taiwan. >> Almost everything works well in my daily jobs (of course under the X). >> The major missing part is the kiconv UTF-8 support -- currently the kiconv >> doesn't support more than two bytes character conversion so there >> is no UTF-8 support for Chinese (most Chinese characters are 3-byte or >> more). I should mount msdosfs/cd9660 in zh_TW.Big5 and convert the >> filename to UTF-8 by lint or screen. >> >> IMHO, If I need Chinese support, I'll go into X. I have no reason to use >> Chinese under console even if I can read/type in Chinese. I prefer Firefox >> rather than w3m or links. :-) >> >> Regards, >> Tz-Huan >> _______________________________________________ >> 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" >> > > > > Tz-Huan, > > Working with Chinese text is the hard part of my solution (described in full > in freebsd-current@freebsd.org). In brief it's about moving FreeBSD to UTF-8 > completely and making syscons map UTF-8 to selected 8-bit charset for > displaying (a failsafe solution). It seems that this makes syscons somewhat > more usable for some people, but not for from East Asia, am I right? > > I was thinking of how to make working with Chinese filenames possible under > syscons, but the help of a native speaker/writer would help much, because I > know only basic facts about that matter. > > I see two alternatives of displaying unicode code points that do not fit > into selected 8-bit display charset: > > 1) Substituting with some character, like '?'. This is very affordable > solutiuon, but makes inconvenient working with files having names that do > not fit into selected charset. > > 2) Substituting with encoded code point value like "#1234;". This is more > complex solutuon, if correct baskspacing and things like that are required. > I am not ready to implement it. > > In any case, it would be nice to have some "magic" implemented: if copying > a text with substitued code points and then pasting it would case the > original UTF-8 sequence to be inserted. > > For all folks I'd like to explain again that I'm not discussing correct > rendering of non-latin scripts. It's not possible to render Devanagari in > character mode. And approach that Linux console takes is partial. The cost > of full solution is like X, freetype, freebidi and so on. > > Tz-Huan, could you comment on the proposed solution? From your point of > view, are proposed changes in syscons useful? > > Again, this does not affect X, Firefox, etc, but would make possible to have > the whole system using UTF-8 out of box. > > Alexander Churanov > _______________________________________________ > 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" > Hi. First time poster so be nice, please. I am not an expert in Unicode but I am Icelandic and need to manage filenames which have some "special characters" in the Latin alphabet. Like á, ð, é, í, ó, ú, þ, æ and ö. Even though these characters are defined in ISO-8859-1 and -15, they cannot be directly typed (by default) in the console in FreeBSD (also applies to Debian Linux). This means I have to resort to other programs - under certain circumstances - if I want to rename, copy or delete files which have these aforementioned alphabetic characters. For me it is an annoying situation and I would gladly support ideas to fix that and especially those who enable one to type and display most Unicode characters in the console. On to my point... My suggestion is to go as far as possible with the proposed solution. There should be UTF-32, UTF-16 and UTF-8 support and the first-mentioned should be the primary charset with the others as fallback. I think only enabling UTF-8 is not going far enough and therefore I do not support Churanov's ideas to obscure non-displayable characters with other symbols. We should take future needs into account and have UTF-32 and UTF-16 solutions already available instead of having to take on a yet another rewrite when it is needed. I do not know much about other system components but the same should apply to them. I think there should be total Unicode support in FreeBSD as soon as possible. It might take some time for those ISO-8859 charsets to die out but it should not delay the transfer to Unicode. But again, I am not the most knowledgeable about Unicode. I suggest that the FreeBSD Foundation set a policy which states that every new component must have Unicode support (if applicable) and support projects to bring in Unicode support where there is none or only partial. In FreeBSD 9 or 10, we might start seeing pretty reliable Unicode support and maybe, just maybe, be able to migrate everything from other charsets to Unicode and keep it as the default. This is the chicken and the egg problem. FreeBSD does not have a good enough Unicode support because hardly anybody uses it and hardly anybody uses it because the support is not good enough. To break out of this circle, we need to acknowledge the problem and solve it. Með kveðju / With regards, Svavar Kjarrval (svavar@kjarrval.is) s. 863-9900 From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 13:21:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F881065679 for ; Mon, 25 Aug 2008 13:21:39 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 583608FC1F for ; Mon, 25 Aug 2008 13:21:38 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so490934uge.39 for ; Mon, 25 Aug 2008 06:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=fJSE/hx9gpwV8NwXFQ+WuvGTemmRTnW6nVaf49cfApc=; b=w89zSKgxkLSeYlpq6EAMcFKraFh3hgrjfL6GUDZ29DbRdKWv8kNoHG6jC/w+14eh86 lNdt33Mf8fSG81iXmX9ovablvbfXrCxPhTYy3aDC30RCB4Wa7f/BCLgmXFcJhocaDdji PXczL2LQWGRaUr4TcyYgeJwUYDus/9Jp4tz4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=hdgR0xFpucww7xc00p7D7VGzT+4npyw9zjQeLKwU8Zp1py8NJy1YCCQf9hU50fiJew dctWbglw2VRWcgx6fTAp2SF6IxKV9hv4m6SjlffXp9NaSZ9CAtMC8whZwiz3sk3Jp3CV pjn83SesyfWInzaz8PgXciJzTTJvO7g5a87v8= Received: by 10.210.135.18 with SMTP id i18mr6615030ebd.122.1219670496752; Mon, 25 Aug 2008 06:21:36 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Mon, 25 Aug 2008 06:21:36 -0700 (PDT) Message-ID: <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> Date: Mon, 25 Aug 2008 17:21:36 +0400 From: "Alexander Churanov" To: "=?ISO-8859-1?Q?Svavar_L=FAthersson?=" In-Reply-To: <48B28B8D.9030305@kjarrval.is> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 13:21:39 -0000 2008/8/25 Svavar L=FAthersson > I am not an expert in Unicode but I am Icelandic and need to manage > filenames which have some "special characters" in the Latin alphabet. Lik= e > =E1, =F0, =E9, =ED, =F3, =FA, =FE, =E6 and =F6. Even though these charact= ers are defined in > ISO-8859-1 and -15, they cannot be directly typed (by default) in the > console in FreeBSD (also applies to Debian Linux). > > On to my point... My suggestion is to go as far as possible with the > proposed solution. There should be UTF-32, UTF-16 and UTF-8 support and t= he > first-mentioned should be the primary charset with the others as fallback= . I > think only enabling UTF-8 is not going far enough and therefore I do not > support Churanov's ideas to obscure non-displayable characters with other > symbols. > Svavar, You have to type "special characters" that are high-bit characters of ISO-8859-1 and -15. I have to type cyrillic characters that are high-bit characters of koi8-r. But I am able to do this. Did you try "keymap" and "scrnmap" settings of "rc.conf"? I am not sure, but your issue looks like misconfiguration. Then, about UTFs. All three forms encode THE SAME set of code points and from user's perspective there is no great difference. However, UTF-8 is interoperable with ASCII and this fact makes many old applications work without modification. I've already posted information about my experience o= f using vipw with UTF-8 on FreeBSD 6.2 having LANG=3Dru_RU.KOI8-R to the list= . The actual drawback of my solution is that a person will not be able to rea= d and type Icelandic and Russian text simultaneously in syscons console. And that ideas of obscuring output are attempts to provide some way to manipulate files with, say, russian names on a PC tuned for Icelandic text. Please note, that I DO NOT propagandize syscons character mode as a device for working correctly with multilingual texts. For some scripts, for example, Devanagari, syscons will NEVER work uless it is extended to something like X, freetype, freebidi and many other tools working together. Please, note that you can start working in true multilingual environment right now, using, for example, X+KDE (kate and konsole) and switching them to UTF-8. This will work. What I am trying to discuss is just making syscons working correctly if the whole system is switched to UTF-8. This will not affect X and KDE, but standard syscons FreeBSD console will fail to work correctly. Mainly the ideas are: 1) Make switching everything to UTF-8 possible. 2) Either map non-ASCII characters to 128-chars subset of full unicode rang= e Or encode them to sequences of ASCII chars. Or mix these approaches. To my mind this should result in the following abilities: 1) To work in graphical environment without restrictions. (this is what you have right now) 2) To read and type some filenames (that contains only characters that are mappable to 8-bit font) in a natural way. (this is also possible now, but with 8-bit LANG, not UTF-8) 3) To read and type filenames that contain characters that do not fit in current 8-bit screenmap, possibly in an unnatural way. The later would help if you are in Iceland and see a Chinese filename. I want engineers that do techical support of systems to be able to delete or rename such files even in single-user mode. I think that typing something like "#1234;#4321;" instead of actual hieroglyph is affordable price. I'm just trying to be realistic and provide doable solution. I leave plans of rewriting every bit of software to others. And I even think that latter is not required, since syscons console is probably not heavily used now. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 13:46:21 2008 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 3BB13106567B; Mon, 25 Aug 2008 13:46:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDB68FC1B; Mon, 25 Aug 2008 13:46:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B2B7A7.1030907@FreeBSD.org> Date: Mon, 25 Aug 2008 15:46:15 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ed Schouten References: <200808241520.m7OFKiKx018944@svn.freebsd.org> In-Reply-To: <200808241520.m7OFKiKx018944@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 13:46:21 -0000 Ed Schouten wrote: > Author: ed > Date: Sun Aug 24 15:20:44 2008 > New Revision: 182109 > URL: http://svn.freebsd.org/changeset/base/182109 > > Log: > Make sysmouse(4) use its own locks, instead of using Giant. > > When I changed syscons(4) to work with the MPSAFE TTY code, I just > locked all device nodes down using the compatibility feature that allows > you to override the TTY's lock (Giant in this case). Upon closer > inspection, it seems sysmouse(4) only has two internal variables that > need locking: mouse_level and mouse_status. > > I haven't done any performance benchmarks on this, though I think it > won't have any dramatic improvements on the system. It is good to get > rid of Giant here, because the third argument of tty_alloc() has only > been added to ease migration to MPSAFE TTY. It should not be used when > not needed. > > While there, remove SC_MOUSE, which is a leftover from the MPSAFE TTY > import. This might help mouse interactivity for desktop users that have legacy Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked disk drivers), etc. Kris From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 14:04:04 2008 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 65BB01065678; Mon, 25 Aug 2008 14:04:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 673F58FC18; Mon, 25 Aug 2008 14:04:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B2BBCD.9090406@FreeBSD.org> Date: Mon, 25 Aug 2008 16:03:57 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Kris Kennaway References: <200808241520.m7OFKiKx018944@svn.freebsd.org> <48B2B7A7.1030907@FreeBSD.org> In-Reply-To: <48B2B7A7.1030907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , FreeBSD Current Subject: Re: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 14:04:04 -0000 Kris Kennaway wrote: > Ed Schouten wrote: >> Author: ed >> Date: Sun Aug 24 15:20:44 2008 >> New Revision: 182109 >> URL: http://svn.freebsd.org/changeset/base/182109 >> >> Log: >> Make sysmouse(4) use its own locks, instead of using Giant. >> When I changed syscons(4) to work with the MPSAFE TTY code, I just >> locked all device nodes down using the compatibility feature that >> allows >> you to override the TTY's lock (Giant in this case). Upon closer >> inspection, it seems sysmouse(4) only has two internal variables that >> need locking: mouse_level and mouse_status. >> I haven't done any performance benchmarks on this, though I think it >> won't have any dramatic improvements on the system. It is good to get >> rid of Giant here, because the third argument of tty_alloc() has only >> been added to ease migration to MPSAFE TTY. It should not be used when >> not needed. >> While there, remove SC_MOUSE, which is a leftover from the MPSAFE TTY >> import. > > This might help mouse interactivity for desktop users that have legacy > Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked > disk drivers), etc. (obviously, only if you're using sysmouse) Kris From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 14:19:52 2008 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 A1ADE1065681; Mon, 25 Aug 2008 14:19:52 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 49BF68FC15; Mon, 25 Aug 2008 14:19:52 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 625641CE37; Mon, 25 Aug 2008 16:19:51 +0200 (CEST) Date: Mon, 25 Aug 2008 16:19:51 +0200 From: Ed Schouten To: Kris Kennaway Message-ID: <20080825141951.GB99951@hoeg.nl> References: <200808241520.m7OFKiKx018944@svn.freebsd.org> <48B2B7A7.1030907@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VhTfnZMp4IyRFcf/" Content-Disposition: inline In-Reply-To: <48B2B7A7.1030907@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 14:19:52 -0000 --VhTfnZMp4IyRFcf/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kris Kennaway wrote: > Ed Schouten wrote: >> Author: ed >> Date: Sun Aug 24 15:20:44 2008 >> New Revision: 182109 >> URL: http://svn.freebsd.org/changeset/base/182109 >> >> Log: >> Make sysmouse(4) use its own locks, instead of using Giant. >> When I changed syscons(4) to work with the MPSAFE TTY code, I just >> locked all device nodes down using the compatibility feature that allo= ws >> you to override the TTY's lock (Giant in this case). Upon closer >> inspection, it seems sysmouse(4) only has two internal variables that >> need locking: mouse_level and mouse_status. >> I haven't done any performance benchmarks on this, though I think=20 >> it >> won't have any dramatic improvements on the system. It is good to get >> rid of Giant here, because the third argument of tty_alloc() has only >> been added to ease migration to MPSAFE TTY. It should not be used when >> not needed. >> While there, remove SC_MOUSE, which is a leftover from the MPSAFE=20 >> TTY >> import. > > This might help mouse interactivity for desktop users that have legacy = =20 > Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked = =20 > disk drivers), etc. Yes, but only a very very little bit. moused still delivers the input to /dev/consolectl, which is still Giant locked. The part where the Xorg server reads from /dev/sysmouse is now Giant-free. --=20 Ed Schouten WWW: http://80386.nl/ --VhTfnZMp4IyRFcf/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiyv4cACgkQ52SDGA2eCwVGKACfYIsmQia1C741Gaunf5Tq68zX EL8An0gPZx5PF4DpNy1E+DsPF0dRV7mN =tgIW -----END PGP SIGNATURE----- --VhTfnZMp4IyRFcf/-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 14:29:31 2008 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 2CF191065679 for ; Mon, 25 Aug 2008 14:29:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBBD8FC1E; Mon, 25 Aug 2008 14:29:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B2C1C6.6020901@FreeBSD.org> Date: Mon, 25 Aug 2008 16:29:26 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ed Schouten References: <200808241520.m7OFKiKx018944@svn.freebsd.org> <48B2B7A7.1030907@FreeBSD.org> <20080825141951.GB99951@hoeg.nl> In-Reply-To: <20080825141951.GB99951@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 14:29:31 -0000 Ed Schouten wrote: > * Kris Kennaway wrote: >> Ed Schouten wrote: >>> Author: ed >>> Date: Sun Aug 24 15:20:44 2008 >>> New Revision: 182109 >>> URL: http://svn.freebsd.org/changeset/base/182109 >>> >>> Log: >>> Make sysmouse(4) use its own locks, instead of using Giant. >>> When I changed syscons(4) to work with the MPSAFE TTY code, I just >>> locked all device nodes down using the compatibility feature that allows >>> you to override the TTY's lock (Giant in this case). Upon closer >>> inspection, it seems sysmouse(4) only has two internal variables that >>> need locking: mouse_level and mouse_status. >>> I haven't done any performance benchmarks on this, though I think >>> it >>> won't have any dramatic improvements on the system. It is good to get >>> rid of Giant here, because the third argument of tty_alloc() has only >>> been added to ease migration to MPSAFE TTY. It should not be used when >>> not needed. >>> While there, remove SC_MOUSE, which is a leftover from the MPSAFE >>> TTY >>> import. >> This might help mouse interactivity for desktop users that have legacy >> Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked >> disk drivers), etc. > > Yes, but only a very very little bit. moused still delivers the input to > /dev/consolectl, which is still Giant locked. The part where the Xorg > server reads from /dev/sysmouse is now Giant-free. Ah, OK. Well it's at least a step in the right direction! Kris From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 15:59:25 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AAF0106566C for ; Mon, 25 Aug 2008 15:59:25 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id D1DAD8FC08 for ; Mon, 25 Aug 2008 15:59:22 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7PFxLvg038069 for ; Tue, 26 Aug 2008 00:59:21 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 26 Aug 2008 00:59:20 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20080826005920.8aca164b.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 26 Aug 2008 00:59:21 +0900 (JST) Cc: Subject: How about AMD Puma platform 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: Mon, 25 Aug 2008 15:59:25 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi! I bought a new note PC a.k.a. AMD Puma platform - Acer Aspire AS5530-U6F(http://global.acer.com/products/notebook/as5530.htm). It has(and status on 8-current): OK: AMD AthlonX2 Dual-Core QL-60(1.9GHz) But k8temp(4) doesn't work. OK: AMD M780G (north bridge) ??: AMD M780G (ATI Radeon HD 3200) I don't test, yet. OK: AMD SB700(south bridge) SATA(AHCI), USB OHCI, USB EHCI, HDAudio OK: High Definition Audio I don't test, yet. But probe&attach is good expected M780G HDMI audio. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - pcm0: mem 0xcfdec000-0xcfdeffff irq 19 at device 5.1 on pci1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - NG: Broadcom BCM5764(BCOM_VENDORID:0x1684) bge(4) or bce(4) doesn't probe it, yet. NG: Atheros AR5007EG? (0x168c:0x001c) ??: HPET I don't know that acpi_hpet is ok. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - NG?: AGP AGP? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - can't evaluate \\_SB_.PCI0.AGP_.VGA_.CRT_._DCS - AE_NOT_FOUND can't evaluate \\_SB_.PCI0.AGP_.VGA_.CRT_._DCS - AE_NOT_FOUND can't evaluate \\_SB_.PCI0.AGP_.VGA_.LCD_._DCS - AE_NOT_FOUND can't evaluate \\_SB_.PCI0.AGP_.VGA_.LCD_._DCS - AE_NOT_FOUND can't evaluate \\_SB_.PCI0.AGP_.VGA_.TV__._DCS - AE_NOT_FOUND can't evaluate \\_SB_.PCI0.AGP_.VGA_.TV__._DCS - AE_NOT_FOUND - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I can't fix these to support on FreeBSD, but I can test codes. Anyone, do you have any idea? --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX Content-Type: text/plain; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgOC4wLTIwMDgwODE5LVNOQVAgIzM6IE1vbiBB dWcgMjUgMjM6MTg6MjYgSlNUIDIwMDgNCiAgICByb290QHBlbHNpYS5uaW50aC1uaW5lLmNvbTov dXNyL29iai91c3Ivc3JjL3N5cy9QRUxTSUENClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9r ZXJuZWwva2VybmVsIiBhdCAweGZmZmZmZmZmODBhNjkwMDAuDQpQcmVsb2FkZWQgZWxmIG9iaiBt b2R1bGUgIi9ib290L2tlcm5lbC96ZnMua28iIGF0IDB4ZmZmZmZmZmY4MGE2OTIzMC4NClByZWxv YWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL29wZW5zb2xhcmlzLmtvIiBhdCAweGZm ZmZmZmZmODBhNjk4OTguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9z bmRfaGRhLmtvIiBhdCAweGZmZmZmZmZmODBhNjllODguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1 bGUgIi9ib290L2tlcm5lbC9zb3VuZC5rbyIgYXQgMHhmZmZmZmZmZjgwYTZhNDcwLg0KUHJlbG9h ZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvdXNiLmtvIiBhdCAweGZmZmZmZmZmODBh NmFhZDguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC91Z2VuLmtvIiBh dCAweGZmZmZmZmZmODBhNmIxNDAuDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tl cm5lbC91aGlkLmtvIiBhdCAweGZmZmZmZmZmODBhNmI2MjguDQpQcmVsb2FkZWQgZWxmIG9iaiBt b2R1bGUgIi9ib290L2tlcm5lbC91a2JkLmtvIiBhdCAweGZmZmZmZmZmODBhNmJiNTAuDQpQcmVs b2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC91bXMua28iIGF0IDB4ZmZmZmZmZmY4 MGE2YzBmOC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3VtYXNzLmtv IiBhdCAweGZmZmZmZmZmODBhNmM1ZTAuDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290 L2tlcm5lbC9jYW0ua28iIGF0IDB4ZmZmZmZmZmY4MGE2Y2I0OC4NClByZWxvYWRlZCBlbGYgb2Jq IG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vtb2RlbS5rbyIgYXQgMHhmZmZmZmZmZjgwYTZkMWIwLg0K UHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvdWNvbS5rbyIgYXQgMHhmZmZm ZmZmZjgwYTZkNmQ4Lg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvc25k X3VhdWRpby5rbyIgYXQgMHhmZmZmZmZmZjgwYTZkYmMwLg0KUHJlbG9hZGVkIGVsZiBvYmogbW9k dWxlICIvYm9vdC9rZXJuZWwvYWdwLmtvIiBhdCAweGZmZmZmZmZmODBhNmUxMzAuDQpQcmVsb2Fk ZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9hY2NmX2RhdGEua28iIGF0IDB4ZmZmZmZm ZmY4MGE2ZTcxOC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjY2Zf ZG5zLmtvIiBhdCAweGZmZmZmZmZmODBhNmViYzguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUg Ii9ib290L2tlcm5lbC9hY2NmX2h0dHAua28iIGF0IDB4ZmZmZmZmZmY4MGE2ZjA3OC4NClByZWxv YWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3JhbmRvbS5rbyIgYXQgMHhmZmZmZmZm ZjgwYTZmNWU4Lg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvY29yZXRl bXAua28iIGF0IDB4ZmZmZmZmZmY4MGE2ZmJkMC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAi L2Jvb3Qva2VybmVsL2s4dGVtcC5rbyIgYXQgMHhmZmZmZmZmZjgwYTcwMGMwLg0KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaV92aWRlby5rbyIgYXQgMHhmZmZmZmZm ZjgwYTcwNWE4Lg0KUHJlbG9hZGVkIC9ib290L3pmcy96cG9vbC5jYWNoZSAiL2Jvb3QvemZzL3pw b29sLmNhY2hlIiBhdCAweGZmZmZmZmZmODBhNzBiMTguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1 bGUgIi9ib290L2tlcm5lbC9haW8ua28iIGF0IDB4ZmZmZmZmZmY4MGE3MGI3OC4NClByZWxvYWRl ZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FtZHBtLmtvIiBhdCAweGZmZmZmZmZmODBh NzEwZTAuDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9zbWJ1cy5rbyIg YXQgMHhmZmZmZmZmZjgwYTcxNjA4Lg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9r ZXJuZWwvYW1kc21iLmtvIiBhdCAweGZmZmZmZmZmODBhNzFhNzAuDQpQcmVsb2FkZWQgZWxmIG9i aiBtb2R1bGUgIi9ib290L2tlcm5lbC9jYXJkYnVzLmtvIiBhdCAweGZmZmZmZmZmODBhNzFmZDgu DQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9jYmIua28iIGF0IDB4ZmZm ZmZmZmY4MGE3MjVjMC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2V4 Y2Eua28iIGF0IDB4ZmZmZmZmZmY4MGE3MmJhOC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAi L2Jvb3Qva2VybmVsL2NwdWN0bC5rbyIgYXQgMHhmZmZmZmZmZjgwYTczMTEwLg0KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvY3B1ZnJlcS5rbyIgYXQgMHhmZmZmZmZmZjgw YTczNjc4Lg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvaXBtaS5rbyIg YXQgMHhmZmZmZmZmZjgwYTczYmUwLg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9r ZXJuZWwvbnZyYW0ua28iIGF0IDB4ZmZmZmZmZmY4MGE3NDFjOC4NClByZWxvYWRlZCBlbGYgb2Jq IG1vZHVsZSAiL2Jvb3Qva2VybmVsL3BjY2FyZC5rbyIgYXQgMHhmZmZmZmZmZjgwYTc0NmIwLg0K UHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvcmFkZW9uLmtvIiBhdCAweGZm ZmZmZmZmODBhNzRjOTguDQpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9k cm0ua28iIGF0IDB4ZmZmZmZmZmY4MGE3NTIwMC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAi L2Jvb3Qva2VybmVsL3NkbW1jLmtvIiBhdCAweGZmZmZmZmZmODBhNzU3ZTguDQpQcmVsb2FkZWQg ZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9zZW0ua28iIGF0IDB4ZmZmZmZmZmY4MGE3NWRk MC4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpD YWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMTkwMDA4MTQ2NiBIeg0KQ1BVOiBB TUQgQXRobG9uKHRtKSBYMiBEdWFsLUNvcmUgUUwtNjAgKDE5MDAuMDgtTUh6IEs4LWNsYXNzIENQ VSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgyMDBmMzEgIFN0ZXBwaW5nID0g MQ0KICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxD WDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsTU1YLEZYU1Is U1NFLFNTRTIsSFRUPg0KICBGZWF0dXJlczI9MHgyMDAxPFNTRTMsQ1gxNj4NCiAgQU1EIEZlYXR1 cmVzPTB4ZWE1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLFJEVFNDUCxMTSwzRE5vdyErLDNE Tm93IT4NCiAgQU1EIEZlYXR1cmVzMj0weDEzMWY8TEFIRixDTVAsU1ZNLEV4dEFQSUMsQ1I4LFBy ZWZldGNoLDxiOT4sPGIxMj4+DQogIENvcmVzIHBlciBwYWNrYWdlOiAyDQpMMSAyTUIgZGF0YSBU TEI6IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDJNQiBpbnN0cnVjdGlvbiBUTEI6 IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDRLQiBkYXRhIFRMQjogMzIgZW50cmll cywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMs IGZ1bGx5IGFzc29jaWF0aXZlDQpMMSBkYXRhIGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xp bmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQ0KTDEgaW5zdHJ1Y3Rpb24gY2FjaGU6 IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZl DQpMMiAyTUIgdW5pZmllZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQNCkwy IDRLQiBkYXRhIFRMQjogNTEyIGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlDQpMMiA0S0IgaW5z dHJ1Y3Rpb24gVExCOiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUNCkwyIHVuaWZpZWQg Y2FjaGU6IDUxMiBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNz b2NpYXRpdmUNCnVzYWJsZSBtZW1vcnkgPSA0MDE0NzU1ODQwICgzODI4IE1CKQ0KUGh5c2ljYWwg bWVtb3J5IGNodW5rKHMpOg0KMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDk5ZmZm LCA2MjY2ODggYnl0ZXMgKDE1MyBwYWdlcykNCjB4MDAwMDAwMDAwMGFhNDAwMCAtIDB4MDAwMDAw MDBiNTg3MmZmZiwgMzAzNDM3ODI0MCBieXRlcyAoNzQwODE1IHBhZ2VzKQ0KMHgwMDAwMDAwMTAw MDAwMDAwIC0gMHgwMDAwMDAwMTMxZmJmZmZmLCA4Mzg1OTg2NTYgYnl0ZXMgKDIwNDczNiBwYWdl cykNCmF2YWlsIG1lbW9yeSAgPSAzODUzMDM3NTY4ICgzNjc0IE1CKQ0KQUNQSSBBUElDIFRhYmxl OiA8UFRMVEQgIAkgQVBJQyAgPg0KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMSBhcyBhIHRhcmdl dA0KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzDQog Y3B1MCAoQlNQKTogQVBJQyBJRDogIDANCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxDQpBUElDOiBD UFUgMCBoYXMgQUNQSSBJRCAwDQpBUElDOiBDUFUgMSBoYXMgQUNQSSBJRCAxDQpVTEU6IHNldHVw IGNwdSAwDQpVTEU6IHNldHVwIGNwdSAxDQpUaGlzIG1vZHVsZSAob3BlbnNvbGFyaXMpIGNvbnRh aW5zIGNvZGUgY292ZXJlZCBieSB0aGUNCkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0 aW9uIExpY2Vuc2UgKENEREwpDQpzZWUgaHR0cDovL29wZW5zb2xhcmlzLm9yZy9vcy9saWNlbnNp bmcvb3BlbnNvbGFyaXNfbGljZW5zZS8NCkFDUEk6IFJTRFAgQCAweDB4Zjc3MDAvMHgwMDI0ICh2 ICAyIEFDUlNZUykNCkFDUEk6IFhTRFQgQCAweDB4YmRlZDE3YjEvMHgwMDVDICh2ICAxIEFDUlNZ UyBBQ1JQUkRDVCAweDA2MDQwMDAwICBMVFAgMHgwMDAwMDAwMCkNCkFDUEk6IEZBQ1AgQCAweDB4 YmRlZGI4NzEvMHgwMEY0ICh2ICAzIEFNRCAgICBBTlQgICAgICAweDA2MDQwMDAwIEFUSSAgMHgw MDBGNDI0MCkNCkFDUEk6IERTRFQgQCAweDB4YmRlZDE4MGQvMHhBMDY0ICh2ICAxICAgQWNlciAg ICBTQjcwMCAweDA2MDQwMDAwIE1TRlQgMHgwMzAwMDAwMCkNCkFDUEk6IEZBQ1MgQCAweDB4YmRl ZGRmYzAvMHgwMDQwDQpBQ1BJOiBTTElDIEAgMHgweGJkZWRiOWQ5LzB4MDE3NiAodiAgMSBBQ1JT WVMgQUNSUFJEQ1QgMHgwNjA0MDAwMCBMT0hSIDB4MDAwMDAwMDApDQpBQ1BJOiBTU0RUIEAgMHgw eGJkZWRiYjRmLzB4MDJCNCAodiAgMSBQVExURCAgUE9XRVJOT1cgMHgwNjA0MDAwMCAgTFRQIDB4 MDAwMDAwMDEpDQpBQ1BJOiBBUElDIEAgMHgweGJkZWRiZTAzLzB4MDA1RSAodiAgMSBQVExURCAg CSBBUElDICAgMHgwNjA0MDAwMCAgTFRQIDB4MDAwMDAwMDApDQpBQ1BJOiBNQ0ZHIEAgMHgweGJk ZWRiZTYxLzB4MDAzQyAodiAgMSBQVExURCAgICBNQ0ZHICAgMHgwNjA0MDAwMCAgTFRQIDB4MDAw MDAwMDApDQpBQ1BJOiBIUEVUIEAgMHgweGJkZWRiZTlkLzB4MDAzOCAodiAgMSBQVExURCAgSFBF VFRCTCAgMHgwNjA0MDAwMCAgTFRQIDB4MDAwMDAwMDEpDQpBQ1BJOiBBU0YhIEAgMHgweGJkZWRi ZWQ1LzB4MDEyQiAodiAzMiAgICBETUEgQU1EVEJMICAgMHgwNjA0MDAwMCBQVEwgIDB4MDAwMDAw MDEpDQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDIsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDAN CmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMA0KbGFwaWMwOiBS b3V0aW5nIE5NSSAtPiBMSU5UMQ0KbGFwaWMwOiBMSU5UMSB0cmlnZ2VyOiBlZGdlDQpsYXBpYzA6 IExJTlQxIHBvbGFyaXR5OiBoaWdoDQpsYXBpYzE6IFJvdXRpbmcgTk1JIC0+IExJTlQxDQpsYXBp YzE6IExJTlQxIHRyaWdnZXI6IGVkZ2UNCmxhcGljMTogTElOVDEgcG9sYXJpdHk6IGhpZ2gNCk1B RFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyDQppb2FwaWMwOiBSb3V0aW5n IElSUSAwIC0+IGludHBpbiAyDQppb2FwaWMwOiBpbnRwaW4gMiB0cmlnZ2VyOiBsZXZlbA0KaW9h cGljMDogaW50cGluIDIgcG9sYXJpdHk6IGxvdw0KTUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBv bGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kNCmlvYXBpYzA6IGludHBpbiA5IHBvbGFy aXR5OiBsb3cNCmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsDQppb2FwaWMwIDxWZXJz aW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpjcHUwIEJTUDoNCiAgICAgSUQ6IDB4 MDAwMDAwMDAgICBWRVI6IDB4ODAwNTAwMTAgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZm Zg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAg U1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDANCnNuZF91bml0X2luaXQoKSB1PTB4MDBmZjgw MDAgWzUxMl0gZD0weDAwMDA3YzAwIFszMl0gYz0weDAwMDAwM2ZmIFsxMDI0XQ0KZmVlZGVyX3Jl Z2lzdGVyOiBzbmRfdW5pdD0tMSBzbmRfbWF4YXV0b3ZjaGFucz0xNiBsYXRlbmN5PTUgZmVlZGVy X2J1ZmZlcnNpemU9MTYzODQgZmVlZGVyX3JhdGVfbWluPTEgZmVlZGVyX3JhdGVfbWF4PTIwMTYw MDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUNCmtiZDogbmV3IGFycmF5IHNpemUgNA0Ka2JkMSBhdCBr YmRtdXgwDQptZW06IDxtZW1vcnk+DQpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPg0K aW86IDxJL08+DQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4NCmNw dWN0bDogYWNjZXNzIHRvIE1TUiByZWdpc3RlcnMvY3B1aWQgaW5mby4NCmFjcGkwOiA8QUNSU1lT IEFDUlBSRENUPiBvbiBtb3RoZXJib2FyZA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNB IElSUSA5KSB0byB2ZWN0b3IgNDgNCmFjcGkwOiBbTVBTQUZFXQ0KYWNwaTA6IFtJVEhSRUFEXQ0K QWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLlNBVEEuU0FUWCAtPiBidXMgMCBkZXYgMTcg ZnVuYyAwDQphY3BpOiBiYWQgd3JpdGUgdG8gcG9ydCAweDA4MCAoMTYpLCB2YWwgMHhmMQ0KQWNw aU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLlNNQl8uWjAwViAtPiBidXMgMCBkZXYgMjAgZnVu YyAwDQpBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLlBDSTAuQU1EMy5IVENSIC0+IGJ1cyAwIGRl diAyNCBmdW5jIDMNCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KQWNwaU9zRGVyaXZlUGNp SWQ6IFxcX1NCXy5QQ0kwLk5CQkkgLT4gYnVzIDAgZGV2IDAgZnVuYyAwDQpBY3BpT3NEZXJpdmVQ Y2lJZDogXFxfU0JfLlBDSTAuTkJNUyAtPiBidXMgMCBkZXYgMCBmdW5jIDANCkFjcGlPc0Rlcml2 ZVBjaUlkOiBcXF9TQl8uUENJMC5OQkJSIC0+IGJ1cyAwIGRldiAwIGZ1bmMgMA0KQWNwaU9zRGVy aXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLklERV8uSURFXyAtPiBidXMgMCBkZXYgMjAgZnVuYyAxDQpB Y3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLlBDSTAuQkFSMSAtPiBidXMgMCBkZXYgMCBmdW5jIDAN CkFDUEkgSFBFVCB0YWJsZSB3YXJuaW5nOiBTZXF1ZW5jZSBpcyBub24temVybyAoMikNCkFDUEkg dGltZXI6IDEvMiAwLzUgMC81IDAvNSAwLzMgMC8zIDAvMyAwLzUgMC82IDEvMiAtPiAyDQpUaW1l Y291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MA0KYWNw aV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDA4LTB4ODAw YiBvbiBhY3BpMA0KYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgzPiBwb3J0 IDB4NjIsMHg2NiBvbiBhY3BpMA0KcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQ0K ICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTENCnBjaV9saW5rMTogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMTAgMTENCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAx MCAxMQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQpwY2lf bGluazI6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFByb2Jl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMTAgMTENCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAxMCAxMQ0KcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMN CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQ0KICBWYWxpZGF0 aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQogIEFmdGVyIERpc2FibGUgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTENCnBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MTAgMTENCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQ0KICBB ZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQpwY2lfbGluazU6ICAg ICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAg IDI1NSAgIE4gICAgIDAgIDEwIDExDQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMTAgMTENCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAx MQ0KcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQ0KICBWYWxpZGF0aW9uICAgICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMTAgMTENCnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTENCiAg VmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQ0KICBBZnRlciBEaXNh YmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExDQphY3BpX2hwZXQwOiA8SGlnaCBQcmVj aXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMA0K YWNwaV9ocGV0MDogdmVuZDogMHg0MzUzIHJldjogMHgxIG51bTogMyBoejogMTQzMTgxODAgb3B0 czogbGVnYWN5X3JvdXRlDQphY3BpX2hwZXQwOiBIUEVUIG5ldmVyIGluY3JlbWVudHMsIGRpc2Fi bGluZw0KZGV2aWNlX2F0dGFjaDogYWNwaV9ocGV0MCBhdHRhY2ggcmV0dXJuZWQgNg0KYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KYWNwaV9idXR0b24xOiA8U2xlZXAgQnV0 dG9uPiBvbiBhY3BpMA0KYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24g YWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24g YWNwaTANCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwDQpwY2kwOiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTANCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4OTYwMCwgcmV2aWQ9MHgw MA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0wLCBmdW5jPTANCgljbGFzcz0wNi0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDIyMzAsIGNhY2hl bG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjUsIGRldj0weDk2 MDIsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0wDQoJY2xhc3M9 MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9 MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDIgKDE5ODAgbnMpLCBt aW5nbnQ9MHgwYyAoMzAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHg5NjA0LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTQs IGZ1bmM9MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZQ0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuNC5JTlRB DQpwY2liMDogc2xvdCA0IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNg0KZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHg5NjA2LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTYs IGZ1bmM9MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTE1DQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZQ0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuNi5JTlRB DQpwY2liMDogc2xvdCA2IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOA0KZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHg5NjA3LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTcs IGZ1bmM9MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTUNCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglN U0kgc3VwcG9ydHMgMSBtZXNzYWdlDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC43LklOVEEN CnBjaWIwOiBzbG90IDcgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5DQpmb3VuZC0+CXZlbmRvcj0w eDEwMjIsIGRldj0weDk2MDgsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9OSwg ZnVuYz0wDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MA0KCWNtZHJlZz0w eDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBp bj1hLCBpcnE9Nw0KCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCU1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjkuSU5UQQ0K cGNpYjA6IHNsb3QgOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcNCmZvdW5kLT4JdmVuZG9yPTB4 MTAwMiwgZGV2PTB4NDM5MCwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xNywg ZnVuYz0wDQoJY2xhc3M9MDEtMDEtOGYsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0w eDAwMDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4 NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWlu dHBpbj1hLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAN CgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MjAsIHNpemUgIDMs IGVuYWJsZWQNCgltYXBbMTRdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MTQs IHNpemUgIDIsIGVuYWJsZWQNCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweDg0MTgsIHNpemUgIDMsIGVuYWJsZWQNCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweDg0MTAsIHNpemUgIDIsIGVuYWJsZWQNCgltYXBbMjBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MDAsIHNpemUgIDQsIGVuYWJsZWQNCgltYXBbMjRdOiB0 eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmMDUwODAwMCwgc2l6ZSAxMCwgZW5hYmxlZA0K cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTcuSU5UQQ0KcGNpYjA6IHNsb3QgMTcgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDIyDQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOTcsIHJl dmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTgsIGZ1bmM9MA0KCWNsYXNzPTBjLTAz LTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDJh MCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJbWFw WzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjA1MDQwMDAsIHNpemUgMTIsIGVu YWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE4LklOVEENCnBjaWIwOiBzbG90IDE4 IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNg0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0 Mzk4LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE4LCBmdW5jPTENCgljbGFz cz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0x MA0KCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGYwNTA1MDAwLCBzaXpl IDEyLCBlbmFibGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOC5JTlRBDQpwY2liMDog c2xvdCAxOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYNCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwg ZGV2PTB4NDM5NiwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOCwgZnVuYz0y DQoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMTcs IHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5 MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1i LCBpcnE9Nw0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0K CW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGYwNTA4NDAwLCBzaXplICA4 LCBlbmFibGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOC5JTlRCDQpwY2liMDogc2xv dCAxOCBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcNCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2 PTB4NDM5NywgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwgZnVuYz0wDQoJ Y2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMTcsIHN0 YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBp cnE9MTUNCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmMDUwNjAwMCwg c2l6ZSAxMiwgZW5hYmxlZA0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQQ0KcGNp YjA6IHNsb3QgMTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4DQpmb3VuZC0+CXZlbmRvcj0weDEw MDIsIGRldj0weDQzOTgsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1 bmM9MQ0KCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgw MDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTE1DQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjA1 MDcwMDAsIHNpemUgMTIsIGVuYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklO VEENCnBjaWIwOiBzbG90IDE5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOA0KZm91bmQtPgl2ZW5k b3I9MHgxMDAyLCBkZXY9MHg0Mzk2LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTE5LCBmdW5jPTINCgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21k cmVnPTB4MDAxNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej04IChkd29yZHMpDQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp DQoJaW50cGluPWIsIGlycT01DQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBj dXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjA1MDg4 MDAsIHNpemUgIDgsIGVuYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEIN CnBjaWIwOiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQ0KZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0Mzg1LCByZXZpZD0weDNhDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIw LCBmdW5jPTANCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVn PTB4MDAwMywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODMsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjAsIGZ1bmM9Mg0KCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTANCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDQxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykN CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjA1 MDAwMDAsIHNpemUgMTQsIGVuYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIwLklO VEENCnBjaWIwOiBzbG90IDIwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNg0KZm91bmQtPgl2ZW5k b3I9MHgxMDAyLCBkZXY9MHg0MzlkLCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTIwLCBmdW5jPTMNCgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21k cmVnPTB4MDAwZiwgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpm b3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODQsIHJldmlkPTB4MDANCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MjAsIGZ1bmM9NA0KCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1m ZGV2PTENCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykNCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTMwMCwgcmV2aWQ9MHg0 MA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0wDQoJY2xhc3M9MDYtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMzAx LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTENCgljbGFzcz0w Ni0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0w eDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIs IGRldj0weDEzMDIsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9 Mg0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDAw LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVu ZG9yPTB4MTAyMiwgZGV2PTB4MTMwMywgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0yNCwgZnVuYz0zDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNt ZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0K Zm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMzA0LCByZXZpZD0weDAwDQoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI0LCBmdW5jPTQNCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xDQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29y ZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMA0KcGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMA0KcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1 cyAgICAgMQ0KcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQ0KcGNpYjE6ICAgSS9PIGRlY29k ZSAgICAgICAgMHg5MDAwLTB4OWZmZg0KcGNpYjE6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjZmQw MDAwMC0weGNmZWZmZmZmDQpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGQwMDAwMDAwLTB4 ZGZmZmZmZmYNCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2kxOiBkb21haW49MCwg cGh5c2ljYWwgYnVzPTENCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4OTYxMiwgcmV2aWQ9 MHgwMA0KCWRvbWFpbj0wLCBidXM9MSwgc2xvdD01LCBmdW5jPTANCgljbGFzcz0wMy0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNh Y2hlbG5zej04IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xNQ0KCXBvd2Vyc3BlYyAz ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCU1TSSBzdXBwb3J0cyAxIG1lc3Nh Z2UsIDY0IGJpdA0KCW1hcFsxMF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgMzIs IGJhc2UgMHhkMDAwMDAwMCwgc2l6ZSAyOCwgZW5hYmxlZA0KcGNpYjE6IHJlcXVlc3RlZCBtZW1v cnkgcmFuZ2UgMHhkMDAwMDAwMC0weGRmZmZmZmZmOiBnb29kDQoJbWFwWzE0XTogdHlwZSBJL08g UG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg5MDAwLCBzaXplICA4LCBlbmFibGVkDQpwY2liMTogcmVx dWVzdGVkIEkvTyByYW5nZSAweDkwMDAtMHg5MGZmOiBpbiByYW5nZQ0KCW1hcFsxOF06IHR5cGUg TWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGNmZGYwMDAwLCBzaXplIDE2LCBlbmFibGVkDQpwY2li MTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGNmZGYwMDAwLTB4Y2ZkZmZmZmY6IGdvb2QNCglt YXBbMjRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhjZmUwMDAwMCwgc2l6ZSAyMCwg ZW5hYmxlZA0KcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjZmUwMDAwMC0weGNmZWZm ZmZmOiBnb29kDQpwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMS41LklOVEENCnBjaWIxOiBzbG90 IDUgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4DQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDk2MGYsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTEsIHNsb3Q9NSwgZnVuYz0xDQoJY2xh c3M9MDQtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1iLCBpcnE9NQ0K CXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCU1TSSBzdXBw b3J0cyAxIG1lc3NhZ2UsIDY0IGJpdA0KCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwg YmFzZSAweGNmZGVjMDAwLCBzaXplIDE0LCBlbmFibGVkDQpwY2liMTogcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGNmZGVjMDAwLTB4Y2ZkZWZmZmY6IGdvb2QNCnBjaWIxOiBtYXRjaGVkIGVudHJ5 IGZvciAxLjUuSU5UQg0KcGNpYjE6IHNsb3QgNSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkNCnZn YXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4OTAwMC0weDkwZmYgbWVtIDB4 ZDAwMDAwMDAtMHhkZmZmZmZmZiwweGNmZGYwMDAwLTB4Y2ZkZmZmZmYsMHhjZmUwMDAwMC0weGNm ZWZmZmZmIGlycSAxOCBhdCBkZXZpY2UgNS4wIG9uIHBjaTENCmFjcGlfdmlkZW8wOiA8QUNQSSB2 aWRlbyBleHRlbnNpb24+IG9uIHZnYXBjaTANCmZvdW5kIFZHQSBDUlQgb3IgVkVTQSBDb21wYXRp YmxlIEFuYWxvZyBNb25pdG9yKDEwMCksIGlkeCMwLCBwb3J0IzAsIGRldGVjdGFibGUgYnkgQklP UywgaGVhZCAjMA0KZm91bmQgSW50ZXJuYWwvSW50ZWdyYXRlZCBEaWdpdGFsIEZsYXQgUGFuZWwo MTEwKSwgaWR4IzAsIHBvcnQjMSwgZGV0ZWN0YWJsZSBieSBCSU9TLCBoZWFkICMwDQphY3BpOiBi YWQgd3JpdGUgdG8gcG9ydCAweDA4MCAoMTYpLCB2YWwgMHhjMA0KZm91bmQgVFYvSERUViBvciBB bmFsb2ctVmlkZW8gTW9uaXRvcigyMDApLCBpZHgjMCwgcG9ydCMwLCBoZWFkICMwDQphY3BpOiBi YWQgd3JpdGUgdG8gcG9ydCAweDA4MCAoMTYpLCB2YWwgMHhjMQ0KcGNtMDogPEFUSSAoVW5rbm93 bikgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbSAweGNmZGVjMDAwLTB4Y2Zk ZWZmZmYgaXJxIDE5IGF0IGRldmljZSA1LjEgb24gcGNpMQ0KcGNtMDogRE1BIENvaGVyZW5jeTog VW5jYWNoZWFibGUgLyB2ZW5kb3I9MHgxMDAyDQpwY20wOiBSZXNlcnZlZCAweDQwMDAgYnl0ZXMg Zm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGNmZGVjMDAwDQppb2FwaWMwOiByb3V0aW5nIGludHBp biAxOSAoUENJIElSUSAxOSkgdG8gdmVjdG9yIDQ5DQpwY20wOiBbTVBTQUZFXQ0KcGNtMDogW0lU SFJFQURdDQpwY20wOiBoZGFjX2RtYV9hbGxvYzogc2l6ZT0xMDI0IC0+IHJvdW5kc3o9MTAyNA0K cGNtMDogaGRhY19kbWFfYWxsb2M6IHNpemU9MjA0OCAtPiByb3VuZHN6PTIwNDgNCnBjaWIyOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSA0LjAgb24gcGNpMA0KcGNpYjI6 ICAgZG9tYWluICAgICAgICAgICAgMA0KcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMg0KcGNp YjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgNA0KcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHgw LTB4MA0KcGNpYjI6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUNCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIyDQpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTINCnBjaWIzOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSA2LjAgb24gcGNpMA0KcGNpYjM6ICAgZG9t YWluICAgICAgICAgICAgMA0KcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNQ0KcGNpYjM6ICAg c3Vib3JkaW5hdGUgYnVzICAgNQ0KcGNpYjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4 ZmZmDQpwY2liMzogICBtZW1vcnkgZGVjb2RlICAgICAweGYwMjAwMDAwLTB4ZjAyZmZmZmYNCnBj aWIzOiAgIG5vIHByZWZldGNoZWQgZGVjb2RlDQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li Mw0KcGNpNTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz01DQpmb3VuZC0+CXZlbmRvcj0weDE2OGMs IGRldj0weDAwMWMsIHJldmlkPTB4MDENCglkb21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0w DQoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBp cnE9MTUNCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlDQoJTVNJLVggc3VwcG9ydHMgMSBtZXNzYWdlIGluIG1hcCAweDEwDQoJ bWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjAyMDAwMDAsIHNpemUgMTYs IGVuYWJsZWQNCnBjaWIzOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjAyMDAwMDAtMHhmMDIw ZmZmZjogZ29vZA0KcGNpYjM6IG1hdGNoZWQgZW50cnkgZm9yIDUuMC5JTlRBDQpwY2liMzogc2xv dCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOA0KcGNpNTogPG5ldHdvcmssIGV0aGVybmV0PiBh dCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2liNDogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgNy4wIG9uIHBjaTANCnBjaWI0OiAgIGRvbWFpbiAgICAg ICAgICAgIDANCnBjaWI0OiAgIHNlY29uZGFyeSBidXMgICAgIDYNCnBjaWI0OiAgIHN1Ym9yZGlu YXRlIGJ1cyAgIDYNCnBjaWI0OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZg0KcGNp YjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmMDMwMDAwMC0weGYwM2ZmZmZmDQpwY2liNDogICBu byBwcmVmZXRjaGVkIGRlY29kZQ0KcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQNCnBjaTY6 IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Ng0KZm91bmQtPgl2ZW5kb3I9MHgxNGU0LCBkZXY9MHgx Njg0LCByZXZpZD0weDEwDQoJZG9tYWluPTAsIGJ1cz02LCBzbG90PTAsIGZ1bmM9MA0KCWNsYXNz PTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVn PTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTUNCglw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMSBt ZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhm MDMwMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZA0KcGNpYjQ6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmMDMwMDAwMC0weGYwMzBmZmZmOiBnb29kDQpwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNi4w LklOVEENCnBjaWI0OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5DQpwY2k2OiA8bmV0 d29yaywgZXRoZXJuZXQ+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWI1 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSA5LjAgb24gcGNpMA0KcGNp YjU6ICAgZG9tYWluICAgICAgICAgICAgMA0KcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNw0K cGNpYjU6ICAgc3Vib3JkaW5hdGUgYnVzICAgNw0KcGNpYjU6ICAgSS9PIGRlY29kZSAgICAgICAg MHhmMDAwLTB4ZmZmDQpwY2liNTogICBtZW1vcnkgZGVjb2RlICAgICAweGYwNDAwMDAwLTB4ZjA0 ZmZmZmYNCnBjaWI1OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlDQpwY2liNTogY291bGQgbm90IGdl dCBQQ0kgaW50ZXJydXB0IHJvdXRpbmcgdGFibGUgZm9yIFxcX1NCXy5QQ0kwLlBCOV8gLSBBRV9O T1RfRk9VTkQNCnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpwY2k3OiBkb21haW49MCwg cGh5c2ljYWwgYnVzPTcNCmF0YXBjaTA6IDxBVEkgSVhQNzAwIFNBVEEzMDAgY29udHJvbGxlcj4g cG9ydCAweDg0MjAtMHg4NDI3LDB4ODQxNC0weDg0MTcsMHg4NDE4LTB4ODQxZiwweDg0MTAtMHg4 NDEzLDB4ODQwMC0weDg0MGYgbWVtIDB4ZjA1MDgwMDAtMHhmMDUwODNmZiBpcnEgMjIgYXQgZGV2 aWNlIDE3LjAgb24gcGNpMA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHgxMCBieXRlcyBmb3IgcmlkIDB4 MjAgdHlwZSA0IGF0IDB4ODQwMA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJp ZCAweDI0IHR5cGUgMyBhdCAweGYwNTA4MDAwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMiAo UENJIElSUSAyMikgdG8gdmVjdG9yIDUwDQphdGFwY2kwOiBbTVBTQUZFXQ0KYXRhcGNpMDogW0lU SFJFQURdDQphdGFwY2kwOiBBSENJIFZlcnNpb24gMDEuMTAgY29udHJvbGxlciB3aXRoIDQgcG9y dHMgUE0gc3VwcG9ydGVkDQphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhMjog U0FUQSBjb25uZWN0IHRpbWU9MG1zDQphdGEyOiBCVVNZIHdhaXQgdGltZT0xbXMNCmF0YTI6IFNJ R05BVFVSRTogMDAwMDAxMDENCmF0YTI6IGFoY2lfcmVzZXQgZGV2aWNlcz0wMDAwMDAwMQ0KYXRh MjogW01QU0FGRV0NCmF0YTI6IFtJVEhSRUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTANCmF0YTM6IFNBVEEgY29ubmVjdCB0aW1lPTBtcw0KYXRhMzogQlVTWSB3YWl0IHRpbWU9 MW1zDQphdGEzOiBTSUdOQVRVUkU6IGViMTQwMTAxDQphdGEzOiBhaGNpX3Jlc2V0IGRldmljZXM9 MDAwMTAwMDANCmF0YTM6IFtNUFNBRkVdDQphdGEzOiBbSVRIUkVBRF0NCmF0YTQ6IDxBVEEgY2hh bm5lbCAyPiBvbiBhdGFwY2kwDQphdGE0OiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAwDQph dGE0OiBwaHkgcmVzZXQgZm91bmQgbm8gZGV2aWNlDQphdGE0OiBbTVBTQUZFXQ0KYXRhNDogW0lU SFJFQURdDQphdGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMA0KYXRhNTogU0FUQSBjb25u ZWN0IHN0YXR1cz0wMDAwMDAwMA0KYXRhNTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQ0KYXRh NTogW01QU0FGRV0NCmF0YTU6IFtJVEhSRUFEXQ0Kb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gbWVtIDB4ZjA1MDQwMDAtMHhmMDUwNGZmZiBpcnEgMTYgYXQgZGV2aWNlIDE4 LjAgb24gcGNpMA0Kb2hjaTA6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlw ZSAzIGF0IDB4ZjA1MDQwMDANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2 KSB0byB2ZWN0b3IgNTENCm9oY2kwOiBbR0lBTlQtTE9DS0VEXQ0Kb2hjaTA6IFtJVEhSRUFEXQ0K dXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQNCnVzYjA6IDxPSENJIChnZW5l cmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTANCnVzYjA6IFVTQiByZXZpc2lvbiAxLjANCnVo dWIwOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2IwDQp1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQN Cm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGYwNTA1MDAwLTB4 ZjA1MDVmZmYgaXJxIDE2IGF0IGRldmljZSAxOC4xIG9uIHBjaTANCm9oY2kxOiBSZXNlcnZlZCAw eDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGYwNTA1MDAwDQpvaGNpMTogW0dJ QU5ULUxPQ0tFRF0NCm9oY2kxOiBbSVRIUkVBRF0NCnVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAsIGxl Z2FjeSBzdXBwb3J0DQp1c2IxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9o Y2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMTogPEFUSSBPSENJIHJvb3QgaHViLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQ0KdWh1YjE6IDMgcG9ydHMg d2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVT QiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjA1MDg0MDAtMHhmMDUwODRmZiBpcnEgMTcgYXQgZGV2 aWNlIDE4LjIgb24gcGNpMA0KZWhjaTA6IFJlc2VydmVkIDB4MTAwIGJ5dGVzIGZvciByaWQgMHgx MCB0eXBlIDMgYXQgMHhmMDUwODQwMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTcgKFBDSSBJ UlEgMTcpIHRvIHZlY3RvciA1Mg0KZWhjaTA6IFtHSUFOVC1MT0NLRURdDQplaGNpMDogW0lUSFJF QURdDQplaGNpMDogRHJvcHBlZCBpbnRlcnJ1cHRzIHdvcmthcm91bmQgZW5hYmxlZA0KdXNiMjog RUhDSSB2ZXJzaW9uIDEuMA0KdXNiMjogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAzIHBvcnRzIGVh Y2g6IHVzYjAgdXNiMQ0KdXNiMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4g b24gZWhjaTANCnVzYjI6IFVTQiByZXZpc2lvbiAyLjANCnVodWIyOiA8QVRJIEVIQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IyDQp1aHViMjogNiBw b3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVnZW4wOiA8VVNCIEF1ZGlvIERl dmljZSBBY2VyIENyeXN0YWwgRXllIHdlYmNhbSwgY2xhc3MgMjM5LzIsIHJldiAyLjAwLzAuMDcs IGFkZHIgMj4gb24gdWh1YjINCm9oY2kyOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IG1lbSAweGYwNTA2MDAwLTB4ZjA1MDZmZmYgaXJxIDE4IGF0IGRldmljZSAxOS4wIG9uIHBjaTAN Cm9oY2kyOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGYw NTA2MDAwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gdmVjdG9y IDUzDQpvaGNpMjogW0dJQU5ULUxPQ0tFRF0NCm9oY2kyOiBbSVRIUkVBRF0NCnVzYjM6IE9IQ0kg dmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0DQp1c2IzOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG9uIG9oY2kyDQp1c2IzOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMzogPEFUSSBP SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMw0K dWh1YjM6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpvaGNpMzogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmMDUwNzAwMC0weGYwNTA3ZmZmIGly cSAxOCBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwDQpvaGNpMzogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVz IGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmMDUwNzAwMA0Kb2hjaTM6IFtHSUFOVC1MT0NLRURd DQpvaGNpMzogW0lUSFJFQURdDQp1c2I0OiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9y dA0KdXNiNDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMw0KdXNiNDog VVNCIHJldmlzaW9uIDEuMA0KdWh1YjQ6IDxBVEkgT0hDSSByb290IGh1YiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjQNCnVodWI0OiAzIHBvcnRzIHdpdGggMyByZW1v dmFibGUsIHNlbGYgcG93ZXJlZA0KZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweGYwNTA4ODAwLTB4ZjA1MDg4ZmYgaXJxIDE5IGF0IGRldmljZSAxOS4yIG9u IHBjaTANCmVoY2kxOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0 IDB4ZjA1MDg4MDANCmVoY2kxOiBbR0lBTlQtTE9DS0VEXQ0KZWhjaTE6IFtJVEhSRUFEXQ0KZWhj aTE6IERyb3BwZWQgaW50ZXJydXB0cyB3b3JrYXJvdW5kIGVuYWJsZWQNCnVzYjU6IEVIQ0kgdmVy c2lvbiAxLjANCnVzYjU6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMyBwb3J0cyBlYWNoOiB1c2Iz IHVzYjQNCnVzYjU6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kx DQp1c2I1OiBVU0IgcmV2aXNpb24gMi4wDQp1aHViNTogPEFUSSBFSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNQ0KdWh1YjU6IDYgcG9ydHMgd2l0 aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0 IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY20xOiA8QVRJIFNCNjAwIEhpZ2gg RGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhmMDUwMDAwMC0weGYwNTAzZmZmIGly cSAxNiBhdCBkZXZpY2UgMjAuMiBvbiBwY2kwDQpwY20xOiBETUEgQ29oZXJlbmN5OiBVbmNhY2hl YWJsZSAvIHZlbmRvcj0weDEwMDINCnBjbTE6IFJlc2VydmVkIDB4NDAwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSAzIGF0IDB4ZjA1MDAwMDANCnBjbTE6IFtNUFNBRkVdDQpwY20xOiBbSVRIUkVB RF0NCnBjbTE6IGhkYWNfZG1hX2FsbG9jOiBzaXplPTEwMjQgLT4gcm91bmRzej0xMDI0DQpwY20x OiBoZGFjX2RtYV9hbGxvYzogc2l6ZT0yMDQ4IC0+IHJvdW5kc3o9MjA0OA0KaXNhYjA6IDxQQ0kt SVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlz YWIwDQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMC40IG9uIHBjaTAN CnBjaWI2OiAgIGRvbWFpbiAgICAgICAgICAgIDANCnBjaWI2OiAgIHNlY29uZGFyeSBidXMgICAg IDgNCnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEwDQpwY2liNjogICBJL08gZGVjb2RlICAg ICAgICAweGYwMDAtMHhmZmYNCnBjaWI2OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlDQpwY2liNjog ICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJpZGdlLg0KcGNpODogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjYNCnBjaTg6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9OA0KYWNwaV90ejA6IDxUaGVybWFs IFpvbmU+IG9uIGFjcGkwDQphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTANCmF0cnRj MDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMA0KYXRy dGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2sgKHJlc29sdXRpb24gMTAwMDAw MHVzKQ0KcHNtY3BucDA6IDxQUy8yIG1vdXNlIHBvcnQ+IGlycSAxMiBvbiBhY3BpMA0KYWNwaV9h Y2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQpiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRo b2QgQmF0dGVyeT4gb24gYWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTA6IHN3 aXRjaGluZyB0byBnZW5lcmljIEN4IG1vZGUNCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhy b3R0bGluZz4gb24gY3B1MA0KYWNwaV90aHJvdHRsZTA6IFBfQ05UIGZyb20gUF9CTEsgMHg4MDEw DQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQphY3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24g RXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMA0KYWNwaV9o cGV0MDogdmVuZDogMHg0MzUzIHJldjogMHgxIG51bTogMyBoejogMTQzMTgxODAgb3B0czogbGVn YWN5X3JvdXRlDQpUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgOTAwDQpzYzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KdmdhOiB2Z2EwIGFs cmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcg UG5QIGRldmljZXMNCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmljZXMN CmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA0Nw0KYXRr YmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikNCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgz MDA+DQpzYzA6IGZiMCwga2JkMSwgdGVybWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1p bmFsKQ0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAw eGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4 MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGly cSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIg KDIpLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4g MSAoSVNBIElSUSAxKSB0byB2ZWN0b3IgNTQNCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NCmF0a2Jk MDogW0lUSFJFQURdDQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDQ3DQpwc20wOiA8UFMv MiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEyIChJ U0EgSVJRIDEyKSB0byB2ZWN0b3IgNTUNCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiBbSVRI UkVBRF0NCnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAwLTAwLCAyIGJ1dHRvbnMN CnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAwMDgsIHBhY2tldCBzaXplOjMNCnBz bTA6IHN5bmNtYXNrOmMwLCBzeW5jYml0czowMA0KZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9y dCAweDNmMCBpcnEgNiBkcnEgMiBvbiBpc2EwDQpwcGMwIGZhaWxlZCB0byBwcm9iZSBhdCBpcnEg NyBvbiBpc2EwDQp1YXJ0MCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmOCBpcnEgNCBvbiBp c2EwDQp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBpcnEgMyBvbiBpc2EwDQp1 YXJ0Mjogbm90IHByb2JlZCAoZGlzYWJsZWQpDQp1YXJ0Mzogbm90IHByb2JlZCAoZGlzYWJsZWQp DQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMNCkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLg0KUmVkdWNpbmcga2Vybi5tYXh2bm9kZXMgMjQyNTkwIC0+IDEwMDAw MA0KV0FSTklORzogWkZTIGlzIGNvbnNpZGVyZWQgdG8gYmUgYW4gZXhwZXJpbWVudGFsIGZlYXR1 cmUgaW4gRnJlZUJTRC4NCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1ZW5jeSAxMDAwMDQzMDkgaHoN ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxOTAwMDgxNDY2IEh6IHF1YWxpdHkgLTEwMA0K VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KbG8wOiBicGYgYXR0YWNoZWQNCmF0 YTI6IGlkZW50aWZ5IGNoLT5kZXZpY2VzPTAwMDAwMDAxDQphY3BpX2FjYWQwOiBhY2xpbmUgaW5p dGlhbGl6YXRpb24gc3RhcnQNCmJhdHRlcnkwOiBiYXR0ZXJ5IGluaXRpYWxpemF0aW9uIHN0YXJ0 DQphdGEyLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMzMgY2FibGU9NDAg d2lyZQ0KYWQ0OiAxNTI2MjdNQiA8SGl0YWNoaSBIVFM1NDMyMTZMOUEzMDAgRkIyT0M0MEM+IGF0 IGF0YTItbWFzdGVyIFNBVEEzMDANCmFkNDogMzEyNTgxODA4IHNlY3RvcnMgWzMxMDEwMUMvMTZI LzYzU10gMTYgc2VjdG9ycy9pbnRlcnJ1cHQgMSBkZXB0aCBxdWV1ZQ0KR0VPTTogbmV3IGRpc2sg YWQ0DQpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDExDQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24g MTENCmFjcGlfdHowOiBfQUMwOiB0ZW1wZXJhdHVyZSA3OC4wID49IHNldHBvaW50IDUwLjANCmFj cGlfdHowOiBzd2l0Y2hlZCBmcm9tIE5PTkUgdG8gX0FDMDogNzguMEMNCmFjcGlfYWNhZDA6IE9u IExpbmUNCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRp bWVzDQphZDQ6IFNpbGljb24gSW1hZ2UgY2hlY2szIGZhaWxlZA0KYmF0dGVyeTA6IGJhdHRlcnkg aW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcw0KYWQ0OiBBZGFwdGVjIGNoZWNrMSBm YWlsZWQNCmFkNDogTFNJICh2MykgY2hlY2sxIGZhaWxlZA0KYWQ0OiBMU0kgKHYyKSBjaGVjazEg ZmFpbGVkDQphZDQ6IEZyZWVCU0QgY2hlY2sxIGZhaWxlZA0KYXRhMzogaWRlbnRpZnkgY2gtPmRl dmljZXM9MDAwMTAwMDANCmF0YTMtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURN QTEzMyBjYWJsZT00MCB3aXJlDQphdGE0OiBpZGVudGlmeSBjaC0+ZGV2aWNlcz0wMDAwMDAwMA0K YXRhNTogaWRlbnRpZnkgY2gtPmRldmljZXM9MDAwMDAwMDANCnBjbTA6IEhEQV9ERUJVRzogSERB IENvbmZpZzogb249MHgwMDAwMDAwMCBvZmY9MHgwMDAwMDAwMA0KcGNtMDogSERBX0RFQlVHOiBT dGFydGluZyBDT1JCIEVuZ2luZS4uLg0KcGNtMDogSERBX0RFQlVHOiBTdGFydGluZyBSSVJCIEVu Z2luZS4uLg0KcGNtMDogSERBX0RFQlVHOiBFbmFibGluZyBjb250cm9sbGVyIGludGVycnVwdC4u Lg0KcGNtMDogSERBX0RFQlVHOiBTY2FubmluZyBIREEgY29kZWNzIFtzdGFydCBpbmRleD0wXSAu Li4NCnBjbTA6IEhEQV9ERUJVRzogUHJvYmluZyBjb2RlYzogMA0KcGNtMDogSERBX0RFQlVHOiAJ c3RhcnRub2RlPTEgZW5kbm9kZT0yDQpwY20wOiBIREFfREVCVUc6IAlGb3VuZCBBRkcgbmlkPTEg W3N0YXJ0bm9kZT0xIGVuZG5vZGU9Ml0NCnBjbTA6IEhEQV9ERUJVRzogUGFyc2luZyBBRkcgbmlk PTEgY2FkPTANCnBjbTA6ICAgICAgICBWZW5kb3I6IDB4MDAwMDEwMDINCnBjbTA6ICAgICAgICBE ZXZpY2U6IDB4MDAwMDc5MWENCnBjbTA6ICAgICAgUmV2aXNpb246IDB4MDAwMDAwMDANCnBjbTA6 ICAgICAgU3RlcHBpbmc6IDB4MDAwMDAwMDANCnBjbTA6IFBDSSBTdWJ2ZW5kb3I6IDB4MDE0YjEw MjUNCnBjbTA6ICAgICAgICAgTm9kZXM6IHN0YXJ0PTIgZW5kbm9kZT00IHRvdGFsPTINCnBjbTA6 ICAgICBDT1JCIHNpemU6IDI1Ng0KcGNtMDogICAgIFJJUkIgc2l6ZTogMjU2DQpwY20wOiAgICAg ICBTdHJlYW1zOiBJU1M9MCBPU1M9MSBCU1M9MA0KcGNtMDogICAgICAgICAgR1BJTzogMHgwMDAw MDAwMA0KcGNtMDogICAgICAgICAgICAgICAgTnVtR1BJTz0wIE51bUdQTz0wIE51bUdQST0wIEdQ SVdha2U9MCBHUElVbnNvbD0wDQpwY20wOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rp b25fcGFyc2U6IG5pZD0zIGVudHJpZXM9MSBmb3VuZD0xDQpwY20wOiBIREFfREVCVUc6IFBhcnNp bmcgQ3Rscy4uLg0KcGNtMDogSERBX0RFQlVHOiBQYXJzaW5nIHZlbmRvciBwYXRjaC4uLg0KcGNt MDogSERBX0RFQlVHOiBCdWlsZGluZyBBRkcgdHJlZS4uLg0KcGNtMDogSERBX0RFQlVHOiBIV2lQ OiBIREEgV2lkZ2V0IFBhcnNlciAtIFJldmlzaW9uIDENCnBjbTA6IEhEQV9ERUJVRzogSFdpUDog MCBEQUMgcGF0aCBmb3VuZCEgUmV0cnlpbmcgcGFyc2VyIHVzaW5nIEhEQV9QQVJTRV9ESVJFQ1Qg c3RyYXRlZ3kuDQpwY20wOiBIREFfREVCVUc6IEhXaVA6IEZvdW5kIDAgREFDIHBhdGggdXNpbmcg SERBX1BBUlNFX0RJUkVDVCBzdHJhdGVneS4NCnBjbTA6IEhEQV9ERUJVRzogQUZHIGNvbW1pdC4u Lg0KcGNtMDogSERBX0RFQlVHOiBDdGxzIGNvbW1pdC4uLg0KcGNtMDogSERBX0RFQlVHOiBQQ01E SVJfUExBWSBzZXR1cC4uLg0KcGNtMDogSERBX0RFQlVHOiBQQ01ESVJfUkVDIHNldHVwLi4uDQpw Y20wOiBIREFfREVCVUc6IE9TUyBtaXhlciBpbml0aWFsaXphdGlvbi4uLg0KcGNtMDogSERBX0RF QlVHOiBGb3JjaW5nIFNvZnQgUENNIHZvbHVtZQ0KcGNtMDogTWl4ZXIgInZvbCIgLT4gIm5vbmUi OiBjaGlsZD0weDAwMDAwMDEwDQpwY20wOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiDQpwY20w OiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVEDQpwY20wOiBIREFfREVCVUc6IFJlZ2lzdGVyaW5nIFBD TSBjaGFubmVscy4uLg0KcGNtMDogY2xvbmUgbWFuYWdlcjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9 MHg4MDAwMDAxZQ0KcGNtMDogPEhEQSBDb2RlYzogVW5rbm93biBDb2RlYz4NCnBjbTA6IDxIREEg Q29kZWMgSUQ6IDB4MTAwMjc5MWE+DQpwY20wOiA8SERBIERyaXZlciBSZXZpc2lvbjogMjAwODA0 MjBfMDA1Mj4NCnBjbTA6IA0KcGNtMDogSERBIGNvbmZpZy9xdWlya3M6IGdwaW8wIGZvcmNlc3Rl cmVvIGl2cmVmNTAgaXZyZWY4MCBpdnJlZjEwMCBpdnJlZg0KcGNtMDogDQpwY20wOiArLS0tLS0t LS0tLS0tLS0tLS0tLSsNCnBjbTA6IHwgRFVNUElORyBIREEgTk9ERVMgfA0KcGNtMDogKy0tLS0t LS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6IERlZmF1bHQgUGFyYW1ldGVyDQpwY20wOiAt LS0tLS0tLS0tLS0tLS0tLQ0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20w OiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMDIwMDQw DQpwY20wOiAgICAgICAgUENNIHNpemU6IDE2DQpwY20wOiAgICAgICAgUENNIHJhdGU6IDQ4DQpw Y20wOiAgICAgICAgICBJTiBhbXA6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgT1VUIGFtcDog MHgwMDAwMDAwMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDIgW0RJR0lUQUxdIFtE SVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gb3V0cHV0DQpwY20wOiAgICAg IHdpZGdldF9jYXA6IDB4MDAwMDAyMDENCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAw MA0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgIFN0cmVhbSBj YXA6IDB4MDAwMDAwMDENCnBjbTA6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAg IFBDTSBjYXA6IDB4MDAwMjAwNDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYNCnBjbTA6ICAg ICAgICBQQ00gcmF0ZTogNDgNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20w OiAgICAgICAgICAgICBuaWQ6IDMgW0RJR0lUQUxdIFtESVNBQkxFRF0NCnBjbTA6ICAgICAgICAg ICAgbmFtZTogcGluOiBkaWdpdGFsIChvdGhlcikgb3V0IChqYWNrKQ0KcGNtMDogICAgICB3aWRn ZXRfY2FwOiAweDAwNDAwMzgxDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgICBQaW4gY2FwOiAw eDAwMDAwMDk0DQpwY20wOiAgICAgICAgICAgICAgICAgIE9VVCA6IFVOU09MDQpwY20wOiAgICAg IFBpbiBjb25maWc6IDB4MTg1NjAwMTANCnBjbTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0 MCBPVVQNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6 ICAgICAgICAgICArIDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0NCnBjbTA6IA0K cGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTA6IHwgRFVNUElORyBIREEgQU1Q TElGSUVSUyB8DQpwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMDogDQpwY20w OiANCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTA6IHwg RFVNUElORyBIREEgQVVESU8vVk9MVU1FIENPTlRST0xTIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTA6IA0KcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMDogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNv cmQgQ2hhbm5lbHMgfA0KcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKw0KcGNtMTogSERBX0RFQlVHOiBIREEgQ29uZmlnOiBvbj0weDAwMDAwMDAwIG9mZj0weDAw MDAwMDAwDQpwY20xOiBIREFfREVCVUc6IFN0YXJ0aW5nIENPUkIgRW5naW5lLi4uDQpwY20xOiBI REFfREVCVUc6IFN0YXJ0aW5nIFJJUkIgRW5naW5lLi4uDQpwY20xOiBIREFfREVCVUc6IEVuYWJs aW5nIGNvbnRyb2xsZXIgaW50ZXJydXB0Li4uDQpwY20xOiBIREFfREVCVUc6IFNjYW5uaW5nIEhE QSBjb2RlY3MgW3N0YXJ0IGluZGV4PTBdIC4uLg0KcGNtMTogSERBX0RFQlVHOiBQcm9iaW5nIGNv ZGVjOiAwDQpwY20xOiBIREFfREVCVUc6IAlzdGFydG5vZGU9MSBlbmRub2RlPTINCnBjbTE6IEhE QV9ERUJVRzogCUZvdW5kIEFGRyBuaWQ9MSBbc3RhcnRub2RlPTEgZW5kbm9kZT0yXQ0KcGNtMTog SERBX0RFQlVHOiBQYXJzaW5nIEFGRyBuaWQ9MSBjYWQ9MA0KcGNtMTogICAgICAgIFZlbmRvcjog MHgwMDAwMTBlYw0KcGNtMTogICAgICAgIERldmljZTogMHgwMDAwMDg4OA0KcGNtMTogICAgICBS ZXZpc2lvbjogMHgwMDAwMDAwMg0KcGNtMTogICAgICBTdGVwcGluZzogMHgwMDAwMDAwMg0KcGNt MTogUENJIFN1YnZlbmRvcjogMHgwMTRiMTAyNQ0KcGNtMTogICAgICAgICBOb2Rlczogc3RhcnQ9 MiBlbmRub2RlPTM5IHRvdGFsPTM3DQpwY20xOiAgICAgQ09SQiBzaXplOiAyNTYNCnBjbTE6ICAg ICBSSVJCIHNpemU6IDI1Ng0KcGNtMTogICAgICAgU3RyZWFtczogSVNTPTQgT1NTPTQgQlNTPTAN CnBjbTE6ICAgICAgICAgIEdQSU86IDB4YzAwMDAwMDINCnBjbTE6ICAgICAgICAgICAgICAgIE51 bUdQSU89MiBOdW1HUE89MCBOdW1HUEk9MCBHUElXYWtlPTEgR1BJVW5zb2w9MQ0KcGNtMTogSERB X0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9OCBlbnRyaWVzPTEgZm91 bmQ9MQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9 OSBlbnRyaWVzPTEgZm91bmQ9MQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0 aW9uX3BhcnNlOiBuaWQ9MTAgZW50cmllcz0xIGZvdW5kPTENCnBjbTE6IEhEQV9ERUJVRzogaGRh Y193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTExIGVudHJpZXM9MTAgZm91bmQ9MTANCnBj bTE6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTEyIGVudHJp ZXM9MiBmb3VuZD0yDQpwY20xOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFy c2U6IG5pZD0xMyBlbnRyaWVzPTIgZm91bmQ9Mg0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdl dF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MTQgZW50cmllcz0yIGZvdW5kPTINCnBjbTE6IEhEQV9E RUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTE1IGVudHJpZXM9MiBmb3Vu ZD0yDQpwY20xOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0x NyBlbnRyaWVzPTEgZm91bmQ9MQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0 aW9uX3BhcnNlOiBuaWQ9MjAgZW50cmllcz01IGZvdW5kPTUNCnBjbTE6IEhEQV9ERUJVRzogaGRh Y193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTIxIGVudHJpZXM9NSBmb3VuZD01DQpwY20x OiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yMiBlbnRyaWVz PTUgZm91bmQ9NQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNl OiBuaWQ9MjMgZW50cmllcz01IGZvdW5kPTUNCnBjbTE6IEhEQV9ERUJVRzogaGRhY193aWRnZXRf Y29ubmVjdGlvbl9wYXJzZTogbmlkPTI0IGVudHJpZXM9NSBmb3VuZD01DQpwY20xOiBIREFfREVC VUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yNSBlbnRyaWVzPTUgZm91bmQ9 NQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MjYg ZW50cmllcz01IGZvdW5kPTUNCnBjbTE6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlv bl9wYXJzZTogbmlkPTI3IGVudHJpZXM9NSBmb3VuZD01DQpwY20xOiBIREFfREVCVUc6IGhkYWNf d2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0zMCBlbnRyaWVzPTEgZm91bmQ9MQ0KcGNtMTog SERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MzQgZW50cmllcz0x MiBmb3VuZD0xMg0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNl OiBuaWQ9MzUgZW50cmllcz0xMSBmb3VuZD0xMQ0KcGNtMTogSERBX0RFQlVHOiBoZGFjX3dpZGdl dF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MzggZW50cmllcz0yIGZvdW5kPTINCnBjbTE6IEhEQV9E RUJVRzogUGFyc2luZyBDdGxzLi4uDQpwY20xOiBIREFfREVCVUc6IFBhcnNpbmcgdmVuZG9yIHBh dGNoLi4uDQpwY20xOiBIREFfREVCVUc6IEJ1aWxkaW5nIEFGRyB0cmVlLi4uDQpwY20xOiBIREFf REVCVUc6IEhXaVA6IEhEQSBXaWRnZXQgUGFyc2VyIC0gUmV2aXNpb24gMQ0KcGNtMTogSERBX0RF QlVHOiBIV2lQOiBGb3VuZCAxMCBEQUMgcGF0aCB1c2luZyBIREFfUEFSU0VfTUlYRVIgc3RyYXRl Z3kuDQpwY20xOiBIREFfREVCVUc6IEFGRyBjb21taXQuLi4NCnBjbTE6IEdQSU8gaW5pdDogZGF0 YT0weDAwMDAwMDAwIG1hc2s9MHgwMDAwMDAwMCBkaXI9MHgwMDAwMDAwMA0KcGNtMTogR1BJTyBj b21taXQ6IGRhdGE9MHgwMDAwMDAwMSBtYXNrPTB4MDAwMDAwMDEgZGlyPTB4MDAwMDAwMDENCnBj bTE6IEhEQV9ERUJVRzogQ3RscyBjb21taXQuLi4NCnBjbTE6IFsgNl0gQ3RsIG5pZD0xMSBjaGls ZG5pZD0yNyBESVNBQkxFRA0KcGNtMTogWyA3XSBDdGwgbmlkPTExIGNoaWxkbmlkPTI4IERJU0FC TEVEDQpwY20xOiBbIDhdIEN0bCBuaWQ9MTEgY2hpbGRuaWQ9MjkgRElTQUJMRUQNCnBjbTE6IFsg OV0gQ3RsIG5pZD0xMSBjaGlsZG5pZD0yMCBCaW5kIHRvIE5PTkUNCnBjbTE6IFsxMF0gQ3RsIG5p ZD0xMSBjaGlsZG5pZD0yMSBCaW5kIHRvIE5PTkUNCnBjbTE6IFsxMV0gQ3RsIG5pZD0xMSBjaGls ZG5pZD0yMiBESVNBQkxFRA0KcGNtMTogWzEyXSBDdGwgbmlkPTExIGNoaWxkbmlkPTIzIERJU0FC TEVEDQpwY20xOiBbMTNdIEN0bCBuaWQ9MTIgQmluZCB0byBOT05FDQpwY20xOiBbMTVdIEN0bCBu aWQ9MTIgY2hpbGRuaWQ9MTEgQmluZCB0byBOT05FDQpwY20xOiBbMTZdIEN0bCBuaWQ9MTMgQmlu ZCB0byBOT05FDQpwY20xOiBbMThdIEN0bCBuaWQ9MTMgY2hpbGRuaWQ9MTEgQmluZCB0byBOT05F DQpwY20xOiBbMTldIEN0bCBuaWQ9MTQgQmluZCB0byBOT05FDQpwY20xOiBbMjFdIEN0bCBuaWQ9 MTQgY2hpbGRuaWQ9MTEgQmluZCB0byBOT05FDQpwY20xOiBbMjJdIEN0bCBuaWQ9MTUgQmluZCB0 byBOT05FDQpwY20xOiBbMjRdIEN0bCBuaWQ9MTUgY2hpbGRuaWQ9MTEgQmluZCB0byBOT05FDQpw Y20xOiBbMjVdIEN0bCBuaWQ9MjAgQmluZCB0byBOT05FDQpwY20xOiBbMjZdIEN0bCBuaWQ9MjAg QmluZCB0byBOT05FDQpwY20xOiBbMjddIEN0bCBuaWQ9MjEgQmluZCB0byBOT05FDQpwY20xOiBb MjhdIEN0bCBuaWQ9MjEgQmluZCB0byBOT05FDQpwY20xOiBbMjldIEN0bCBuaWQ9MjIgRElTQUJM RUQNCnBjbTE6IFszMF0gQ3RsIG5pZD0yMiBESVNBQkxFRA0KcGNtMTogWzMxXSBDdGwgbmlkPTIz IERJU0FCTEVEDQpwY20xOiBbMzJdIEN0bCBuaWQ9MjMgRElTQUJMRUQNCnBjbTE6IFszM10gQ3Rs IG5pZD0yNCBCaW5kIHRvIE5PTkUNCnBjbTE6IFszNF0gQ3RsIG5pZD0yNCBCaW5kIHRvIE5PTkUN CnBjbTE6IFszNV0gQ3RsIG5pZD0yNSBCaW5kIHRvIE5PTkUNCnBjbTE6IFszNl0gQ3RsIG5pZD0y NSBCaW5kIHRvIE5PTkUNCnBjbTE6IFszN10gQ3RsIG5pZD0yNiBCaW5kIHRvIE5PTkUNCnBjbTE6 IFszOF0gQ3RsIG5pZD0yNiBCaW5kIHRvIE5PTkUNCnBjbTE6IFszOV0gQ3RsIG5pZD0yNyBESVNB QkxFRA0KcGNtMTogWzQwXSBDdGwgbmlkPTI3IERJU0FCTEVEDQpwY20xOiBbNDFdIEN0bCBuaWQ9 MzQgY2hpbGRuaWQ9MjQgQmluZCB0byBOT05FDQpwY20xOiBbNDJdIEN0bCBuaWQ9MzQgY2hpbGRu aWQ9MjUgQmluZCB0byBOT05FDQpwY20xOiBbNDNdIEN0bCBuaWQ9MzQgY2hpbGRuaWQ9MjYgQmlu ZCB0byBOT05FDQpwY20xOiBbNDRdIEN0bCBuaWQ9MzQgY2hpbGRuaWQ9MjcgRElTQUJMRUQNCnBj bTE6IFs0NV0gQ3RsIG5pZD0zNCBjaGlsZG5pZD0yOCBESVNBQkxFRA0KcGNtMTogWzQ2XSBDdGwg bmlkPTM0IGNoaWxkbmlkPTI5IERJU0FCTEVEDQpwY20xOiBbNDddIEN0bCBuaWQ9MzQgY2hpbGRu aWQ9MjAgQmluZCB0byBOT05FDQpwY20xOiBbNDhdIEN0bCBuaWQ9MzQgY2hpbGRuaWQ9MjEgQmlu ZCB0byBOT05FDQpwY20xOiBbNDldIEN0bCBuaWQ9MzQgY2hpbGRuaWQ9MjIgRElTQUJMRUQNCnBj bTE6IFs1MF0gQ3RsIG5pZD0zNCBjaGlsZG5pZD0yMyBESVNBQkxFRA0KcGNtMTogWzUxXSBDdGwg bmlkPTM0IGNoaWxkbmlkPTExIEJpbmQgdG8gTk9ORQ0KcGNtMTogWzUyXSBDdGwgbmlkPTM0IGNo aWxkbmlkPTE4IERJU0FCTEVEDQpwY20xOiBbNTNdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjQgQmlu ZCB0byBOT05FDQpwY20xOiBbNTRdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjUgQmluZCB0byBOT05F DQpwY20xOiBbNTVdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjYgQmluZCB0byBOT05FDQpwY20xOiBb NTZdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjcgRElTQUJMRUQNCnBjbTE6IFs1N10gQ3RsIG5pZD0z NSBjaGlsZG5pZD0yOCBESVNBQkxFRA0KcGNtMTogWzU4XSBDdGwgbmlkPTM1IGNoaWxkbmlkPTI5 IERJU0FCTEVEDQpwY20xOiBbNTldIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjAgQmluZCB0byBOT05F DQpwY20xOiBbNjBdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjEgQmluZCB0byBOT05FDQpwY20xOiBb NjFdIEN0bCBuaWQ9MzUgY2hpbGRuaWQ9MjIgRElTQUJMRUQNCnBjbTE6IFs2Ml0gQ3RsIG5pZD0z NSBjaGlsZG5pZD0yMyBESVNBQkxFRA0KcGNtMTogWzYzXSBDdGwgbmlkPTM1IGNoaWxkbmlkPTEx IEJpbmQgdG8gTk9ORQ0KcGNtMTogWzY0XSBDdGwgbmlkPTM4IEJpbmQgdG8gTk9ORQ0KcGNtMTog WzY2XSBDdGwgbmlkPTM4IGNoaWxkbmlkPTExIEJpbmQgdG8gTk9ORQ0KcGNtMTogSERBX0RFQlVH OiBQQ01ESVJfUExBWSBzZXR1cC4uLg0KcGNtMTogSERBX0RFQlVHOiBQQ01ESVJfUkVDIHNldHVw Li4uDQpwY20xOiBIREFfREVCVUc6IE9TUyBtaXhlciBpbml0aWFsaXphdGlvbi4uLg0KcGNtMTog SERBX0RFQlVHOiBFbmFibGluZyBTb2Z0IFBDTSB2b2x1bWUNCnBjbTE6IE1peGVyICJ2b2wiOiBj aGlsZD0weDAwMDAwMDEwDQpwY20xOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiDQpwY20xOiBN aXhlciAibGluZSI6DQpwY20xOiBNaXhlciAibWljIjoNCnBjbTE6IE1peGVyICJyZWMiOg0KcGNt MTogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRA0KcGNtMTogSERBX0RFQlVHOiBSZWdpc3RlcmluZyBQ Q00gY2hhbm5lbHMuLi4NCnBjbTE6IGNsb25lIG1hbmFnZXI6IGRlYWRsaW5lPTc1MG1zIGZsYWdz PTB4ODAwMDAwMWUNCnBjbTE6IGhkYWNfZG1hX2FsbG9jOiBzaXplPTQwOTYgLT4gcm91bmRzej00 MDk2DQpwY20xOiBzbmRidWZfc2V0bWFwIDM5ZWMwMDAsIDQwMDA7IDB4ZmZmZmZmZmVhMjJlNTAw MCAtPiAzOWVjMDAwDQpwY20xOiBoZGFjX2RtYV9hbGxvYzogc2l6ZT00MDk2IC0+IHJvdW5kc3o9 NDA5Ng0KcGNtMTogc25kYnVmX3NldG1hcCAzOWYwMDAwLCA0MDAwOyAweGZmZmZmZmZlYTIyZTkw MDAgLT4gMzlmMDAwMA0KcGNtMTogPEhEQSBDb2RlYzogUmVhbHRlayBBTEM4ODg+DQpwY20xOiA8 SERBIENvZGVjIElEOiAweDEwZWMwODg4Pg0KcGNtMTogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIw MDgwNDIwXzAwNTI+DQpwY20xOiANCnBjbTE6IEhEQSBjb25maWcvcXVpcmtzOiBncGlvMCBmb3Jj ZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAgaXZyZWYNCnBjbTE6IA0KcGNtMTogKy0t LS0tLS0tLS0tLS0tLS0tLS0rDQpwY20xOiB8IERVTVBJTkcgSERBIE5PREVTIHwNCnBjbTE6ICst LS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMTogDQpwY20xOiBEZWZhdWx0IFBhcmFtZXRlcg0KcGNt MTogLS0tLS0tLS0tLS0tLS0tLS0NCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0K cGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDBl MDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMTogICAgICAgIFBDTSBy YXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICAgICAgIElOIGFtcDogMHgwMDAwMDAwMA0KcGNt MTogICAgICAgICBPVVQgYW1wOiAweDAwMDAwMDAwDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAg IG5pZDogMiBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBvdXRwdXQNCnBj bTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDAwMDQxMQ0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAw eDAwMDAwMDAxDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMTENCnBjbTE6ICAgICAg U3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6 ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAy MCAyNA0KcGNtMTogICAgICAgIFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICBjb25u ZWN0aW9uczogMA0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDMgW0FOQUxPR10NCnBj bTE6ICAgICAgICAgICAgbmFtZTogYXVkaW8gb3V0cHV0DQpwY20xOiAgICAgIHdpZGdldF9jYXA6 IDB4MDAwMDA0MTENCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMQ0KcGNtMTogICAg ICAgQ3RsIGZsYWdzOiAweDAwMDAwMDExDQpwY20xOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAw MDENCnBjbTE6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTA1NjANCnBjbTE6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTE6ICAgICAgICBQ Q00gcmF0ZTogNDQgNDggOTYgMTkyDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0K cGNtMTogICAgICAgICAgICAgbmlkOiA0IFtBTkFMT0ddDQpwY20xOiAgICAgICAgICAgIG5hbWU6 IGF1ZGlvIG91dHB1dA0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwMDAwNDExDQpwY20xOiAg ICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDENCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAw MDAxMQ0KcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20xOiAgICAgICAgICBG b3JtYXQ6IFBDTQ0KcGNtMTogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwDQpwY20xOiAgICAg ICAgUENNIHNpemU6IDE2IDIwIDI0DQpwY20xOiAgICAgICAgUENNIHJhdGU6IDQ0IDQ4IDk2IDE5 Mg0KcGNtMTogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5p ZDogNSBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBvdXRwdXQNCnBjbTE6 ICAgICAgd2lkZ2V0X2NhcDogMHgwMDAwMDQxMQ0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAxDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMTENCnBjbTE6ICAgICAgU3Ry ZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAg ICAgICAgUENNIGNhcDogMHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAy NA0KcGNtMTogICAgICAgIFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICBjb25uZWN0 aW9uczogMA0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDYgW0RJR0lUQUxdIFtESVNB QkxFRF0NCnBjbTE6ICAgICAgICAgICAgbmFtZTogYXVkaW8gb3V0cHV0DQpwY20xOiAgICAgIHdp ZGdldF9jYXA6IDB4MDAwMDA2MTENCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAgICAgIFN0cmVhbSBjYXA6 IDB4MDAwMDAwMDENCnBjbTE6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20xOiAgICAgICAgIFBD TSBjYXA6IDB4MDAwZTA1ZTANCnBjbTE6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTE6 ICAgICAgICBQQ00gcmF0ZTogNDQgNDggODggOTYgMTkyDQpwY20xOiAgICAgY29ubmVjdGlvbnM6 IDANCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiA3IFtBTkFMT0ddDQpwY20xOiAgICAg ICAgICAgIG5hbWU6IHZlbmRvciB3aWRnZXQNCnBjbTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMGYw MDAwMA0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAgICAgICBDdGwg ZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMTogDQpwY20x OiAgICAgICAgICAgICBuaWQ6IDggW0FOQUxPR10NCnBjbTE6ICAgICAgICAgICAgbmFtZTogYXVk aW8gaW5wdXQNCnBjbTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDEwMDUxYg0KcGNtMTogICAgIFBh cnNlIGZsYWdzOiAweDAwMDAwMDAyDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDA4MDAN CnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0 OiBQQ00NCnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBD TSBzaXplOiAxNiAyMCAyNA0KcGNtMTogICAgICAgIFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBj bTE6ICAgICAgIElucHV0IGFtcDogMHg4MDA1MWYwYg0KcGNtMTogICAgICAgICAgICAgICAgICBt dXRlPTEgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTExDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDEN CnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MzUgW2F1ZGlvIG1p eGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDkgW0FOQUxPR10NCnBjbTE6ICAg ICAgICAgICAgbmFtZTogYXVkaW8gaW5wdXQNCnBjbTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDEw MDUxYg0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAyDQpwY20xOiAgICAgICBDdGwg ZmxhZ3M6IDB4MDAwMDA4MDANCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNt MTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2 MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMTogICAgICAgIFBDTSByYXRl OiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHg4MDA1MWYwYg0KcGNtMTog ICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTExDQpwY20xOiAg ICAgY29ubmVjdGlvbnM6IDENCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8 LSBuaWQ9MzQgW2F1ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDEw IFtESUdJVEFMXSBbRElTQUJMRURdDQpwY20xOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIGlucHV0 DQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4MDAxMDA3MTENCnBjbTE6ICAgICBQYXJzZSBmbGFn czogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAg ICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDENCnBjbTE6ICAgICAgICAgIEZvcm1hdDogUENNDQpw Y20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjANCnBjbTE6ICAgICAgICBQQ00gc2l6ZTog MTYgMjAgMjQNCnBjbTE6ICAgICAgICBQQ00gcmF0ZTogNDQgNDggOTYgMTkyDQpwY20xOiAgICAg Y29ubmVjdGlvbnM6IDENCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBu aWQ9MzEgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTE6IA0KcGNtMTogICAg ICAgICAgICAgbmlkOiAxMSBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBt aXhlcg0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBiDQpwY20xOiAgICAgUGFyc2Ug ZmxhZ3M6IDB4MDAwMDAwMDINCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDBjMQ0KcGNt MTogICAgICAgSW5wdXQgYW1wOiAweDgwMDUxZjE3DQpwY20xOiAgICAgICAgICAgICAgICAgIG11 dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMNCnBjbTE6ICAgICBjb25uZWN0aW9uczogMTAN CnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWlj IGluIChqYWNrKV0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9 MjUgW3BpbjogTWljIGluIChmaXhlZCldDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAg ICAgICsgPC0gbmlkPTI2IFtwaW46IGxpbmUgaW4gKGphY2spXQ0KcGNtMTogICAgICAgICAgIHwN CnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0yNyBbcGluOiBzcGVha2VyIChub25lKV0gW0RJU0FC TEVEXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0yOCBbcGlu OiBzcGVha2VyIChub25lKV0gW0RJU0FCTEVEXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAg ICAgICAgICArIDwtIG5pZD0yOSBbcGluOiBzcGVha2VyIChub25lKV0gW0RJU0FCTEVEXQ0KcGNt MTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0yMCBbcGluOiBzcGVha2Vy IChmaXhlZCldDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTIx IFtwaW46IGhlYWRwaG9uZXMgb3V0IChqYWNrKV0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAg ICAgICAgICAgKyA8LSBuaWQ9MjIgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBj bTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjMgW3Bpbjogc3BlYWtl ciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAxMiBb QU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0KcGNtMTogICAgICB3 aWRnZXRfY2FwOiAweDAwMjAwMTBmDQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDEN CnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDBkMQ0KcGNtMTogICAgICBPdXRwdXQgYW1w OiAweDAwMDUxZjFmDQpwY20xOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMxIHNpemU9 NSBvZmZzZXQ9MzENCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMTogICAg ICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMTogICAgIGNv bm5lY3Rpb25zOiAyDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlk PTIgW2F1ZGlvIG91dHB1dF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8 LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDEz IFtBTkFMT0ddDQpwY20xOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20xOiAgICAg IHdpZGdldF9jYXA6IDB4MDAyMDAxMGYNCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAw MQ0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDExDQpwY20xOiAgICAgIE91dHB1dCBh bXA6IDB4MDAwNTFmMWYNCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MzEgc2l6 ZT01IG9mZnNldD0zMQ0KcGNtMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20xOiAg ICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20xOiAgICAg Y29ubmVjdGlvbnM6IDINCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBu aWQ9MyBbYXVkaW8gb3V0cHV0XQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICAr IDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5pZDog MTQgW0FOQUxPR10NCnBjbTE6ICAgICAgICAgICAgbmFtZTogYXVkaW8gbWl4ZXINCnBjbTE6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDIwMDEwZg0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAw MDAxDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMTENCnBjbTE6ICAgICAgT3V0cHV0 IGFtcDogMHgwMDA1MWYxZg0KcGNtMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zMSBz aXplPTUgb2Zmc2V0PTMxDQpwY20xOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTE6 ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTE6ICAg ICBjb25uZWN0aW9uczogMg0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwt IG5pZD00IFthdWRpbyBvdXRwdXRdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAg ICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0NCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlk OiAxNSBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0KcGNtMTog ICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBmDQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAw MDAwMDENCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAxMQ0KcGNtMTogICAgICBPdXRw dXQgYW1wOiAweDAwMDUxZjFmDQpwY20xOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMx IHNpemU9NSBvZmZzZXQ9MzENCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNt MTogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMTog ICAgIGNvbm5lY3Rpb25zOiAyDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsg PC0gbmlkPTUgW2F1ZGlvIG91dHB1dF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAg ICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBu aWQ6IDE2IFtESUdJVEFMXSBbRElTQUJMRURdDQpwY20xOiAgICAgICAgICAgIG5hbWU6IGF1ZGlv IG91dHB1dA0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwMDAwNjExDQpwY20xOiAgICAgUGFy c2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0K cGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20xOiAgICAgICAgICBGb3JtYXQ6 IFBDTQ0KcGNtMTogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNWUwDQpwY20xOiAgICAgICAgUENN IHNpemU6IDE2IDIwIDI0DQpwY20xOiAgICAgICAgUENNIHJhdGU6IDQ0IDQ4IDg4IDk2IDE5Mg0K cGNtMTogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5pZDog MTcgW0RJR0lUQUxdIFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVh a2VyIChub25lKQ0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwNzgwDQpwY20xOiAgICAg UGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAw MA0KcGNtMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDE0DQpwY20xOiAgICAgICAgICAgICAg ICAgIE9VVCA6IFVOU09MDQpwY20xOiAgICAgIFBpbiBjb25maWc6IDB4NDExMTExZjANCnBjbTE6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQNCnBjbTE6ICAgICBjb25uZWN0aW9uczog MQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xNiBbYXVkaW8g b3V0cHV0XSBbRElTQUJMRURdDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5pZDogMTggW0FO QUxPR10gW0RJU0FCTEVEXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5v bmUpDQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA0MDENCnBjbTE6ICAgICBQYXJzZSBm bGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20x OiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjANCnBjbTE6ICAgICAgICAgICAgICAgICAgSU4N CnBjbTE6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMTogICAgIFBpbiBjb250cm9s OiAweDAwMDAwMDIwIElODQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0KcGNtMTog ICAgICAgICAgICAgbmlkOiAxOSBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiB2ZW5k b3Igd2lkZ2V0DQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4MDBmMDAwMDANCnBjbTE6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAw DQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlk OiAyMCBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKGZpeGVk KQ0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwNThmDQpwY20xOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDENCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTog ICAgICAgICBQaW4gY2FwOiAweDAwMDEwMDNlDQpwY20xOiAgICAgICAgICAgICAgICAgIFRSUUQg SFAgT1VUIElOIEVBUEQgOiBVTlNPTA0KcGNtMTogICAgICBQaW4gY29uZmlnOiAweDk5MTMwMTEw DQpwY20xOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUDQpwY20xOiAgICAgICAgICAg IEVBUEQ6IDB4MDAwMDAwMDINCnBjbTE6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMA0KcGNt MTogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMTog ICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwDQpwY20xOiAgICAgICAgICAgICAgICAgIG11dGU9 MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MA0KcGNtMTogICAgIGNvbm5lY3Rpb25zOiA1DQpwY20x OiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0g KHNlbGVjdGVkKQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0x MyBbYXVkaW8gbWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0g bmlkPTE0IFthdWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAg KyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAg ICAgICArIDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAg IG5pZDogMjEgW0FOQUxPR10NCnBjbTE6ICAgICAgICAgICAgbmFtZTogcGluOiBoZWFkcGhvbmVz IG91dCAoamFjaykNCnBjbTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDU4Zg0KcGNtMTogICAg IFBhcnNlIGZsYWdzOiAweDAwMDAwMDAxDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAw MDANCnBjbTE6ICAgICAgICAgUGluIGNhcDogMHgwMDAxMDAzZQ0KcGNtMTogICAgICAgICAgICAg ICAgICBUUlFEIEhQIE9VVCBJTiBFQVBEIDogVU5TT0wNCnBjbTE6ICAgICAgUGluIGNvbmZpZzog MHgwMjIxMTAxZg0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMGMwIEhQIE9VVA0KcGNt MTogICAgICAgICAgICBFQVBEOiAweDAwMDAwMDAyDQpwY20xOiAgICAgIE91dHB1dCBhbXA6IDB4 ODAwMDAwMDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zm c2V0PTANCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMA0KcGNtMTogICAgICAgICAg ICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTANCnBjbTE6ICAgICBjb25uZWN0 aW9uczogNQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xMiBb YXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkNCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAg ICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAg ICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNt MTogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8 DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20x OiAgICAgICAgICAgICBuaWQ6IDIyIFtBTkFMT0ddIFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAg ICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAw NDAwNThmDQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAgIEN0 bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDM2DQpw Y20xOiAgICAgICAgICAgICAgICAgIFRSUUQgT1VUIElOIDogVU5TT0wNCnBjbTE6ICAgICAgUGlu IGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDYwIElO IE9VVA0KcGNtMTogICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwDQpwY20xOiAgICAgICAgICAg ICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20xOiAgICAgICBJbnB1dCBh bXA6IDB4MDAyNzAzMDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXpl PTM5IG9mZnNldD0wDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDUNCnBjbTE6ICAgICAgICAgICB8 DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAg ICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gbWl4ZXJdDQpwY20xOiAg ICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0NCnBj bTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVy XQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0zOCBbYXVkaW8g bWl4ZXJdDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5pZDogMjMgW0FOQUxPR10gW0RJU0FC TEVEXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5vbmUpDQpwY20xOiAg ICAgIHdpZGdldF9jYXA6IDB4MDA0MDA1OGYNCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAw MDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAgICAgICAgIFBp biBjYXA6IDB4MDAwMDAwMzYNCnBjbTE6ICAgICAgICAgICAgICAgICAgVFJRRCBPVVQgSU4gOiBV TlNPTA0KcGNtMTogICAgICBQaW4gY29uZmlnOiAweDQxMTExMWYwDQpwY20xOiAgICAgUGluIGNv bnRyb2w6IDB4MDAwMDAwNjAgSU4gT1VUDQpwY20xOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAw MDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAN CnBjbTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMA0KcGNtMTogICAgICAgICAgICAgICAg ICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTANCnBjbTE6ICAgICBjb25uZWN0aW9uczog NQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8g bWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTEzIFth dWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9 MTQgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwt IG5pZD0xNSBbYXVkaW8gbWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAg ICsgPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0NCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlk OiAyNCBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBwaW46IE1pYyBpbiAoamFjaykN CnBjbTE6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDU4Zg0KcGNtMTogICAgIFBhcnNlIGZsYWdz OiAweDAwMDAwMDAyDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwODENCnBjbTE6ICAg ICAgICAgUGluIGNhcDogMHgwMDAwMzczZQ0KcGNtMTogICAgICAgICAgICAgICAgICBUUlFEIEhQ IE9VVCBJTiBWUkVGWyA1MCA4MCAxMDAgR1JPVU5EIEhJWiBdIDogVU5TT0wNCnBjbTE6ICAgICAg UGluIGNvbmZpZzogMHgwMmExOWMzMA0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDI1 IElODQpwY20xOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTE6ICAgICAgICAgICAg ICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTE6ICAgICAgIElucHV0IGFt cDogMHgwMDI3MDMwMA0KcGNtMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9 Mzkgb2Zmc2V0PTANCnBjbTE6ICAgICBjb25uZWN0aW9uczogNQ0KcGNtMTogICAgICAgICAgIHwN CnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkNCnBj bTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVy XQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8g bWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTE1IFth dWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9 MzggW2F1ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDI1IFtBTkFM T0ddDQpwY20xOiAgICAgICAgICAgIG5hbWU6IHBpbjogTWljIGluIChmaXhlZCkNCnBjbTE6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDQwMDU4Zg0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAw MDAyDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwODENCnBjbTE6ICAgICAgICAgUGlu IGNhcDogMHgwMDAwMzczZQ0KcGNtMTogICAgICAgICAgICAgICAgICBUUlFEIEhQIE9VVCBJTiBW UkVGWyA1MCA4MCAxMDAgR1JPVU5EIEhJWiBdIDogVU5TT0wNCnBjbTE6ICAgICAgUGluIGNvbmZp ZzogMHg5OWEzMDkzMQ0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDI1IElODQpwY20x OiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3 MDMwMA0KcGNtMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0 PTANCnBjbTE6ICAgICBjb25uZWN0aW9uczogNQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAg ICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkNCnBjbTE6ICAgICAg ICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQ0KcGNtMTog ICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpw Y20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhl cl0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MzggW2F1ZGlv IG1peGVyXQ0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDI2IFtBTkFMT0ddDQpwY20x OiAgICAgICAgICAgIG5hbWU6IHBpbjogbGluZSBpbiAoamFjaykNCnBjbTE6ICAgICAgd2lkZ2V0 X2NhcDogMHgwMDQwMDU4Zg0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAyDQpwY20x OiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwNDENCnBjbTE6ICAgICAgICAgUGluIGNhcDogMHgw MDAwMzczZQ0KcGNtMTogICAgICAgICAgICAgICAgICBUUlFEIEhQIE9VVCBJTiBWUkVGWyA1MCA4 MCAxMDAgR1JPVU5EIEhJWiBdIDogVU5TT0wNCnBjbTE6ICAgICAgUGluIGNvbmZpZzogMHgwMjgx MzQzZg0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDI1IElODQpwY20xOiAgICAgIE91 dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9 MCBzaXplPTAgb2Zmc2V0PTANCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMA0KcGNt MTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTANCnBjbTE6 ICAgICBjb25uZWN0aW9uczogNQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICAr IDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkNCnBjbTE6ICAgICAgICAgICB8DQpw Y20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgICAg IHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpwY20xOiAgICAg ICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0NCnBjbTE6 ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXQ0K cGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDI3IFtBTkFMT0ddIFtESVNBQkxFRF0NCnBj bTE6ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0KcGNtMTogICAgICB3aWRn ZXRfY2FwOiAweDAwNDAwNThmDQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgICBQaW4gY2FwOiAw eDAwMDAzNzNlDQpwY20xOiAgICAgICAgICAgICAgICAgIFRSUUQgSFAgT1VUIElOIFZSRUZbIDUw IDgwIDEwMCBHUk9VTkQgSElaIF0gOiBVTlNPTA0KcGNtMTogICAgICBQaW4gY29uZmlnOiAweDQx MTExMWYwDQpwY20xOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwZTAgSFAgSU4gT1VUDQpwY20x OiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3 MDMwMA0KcGNtMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0 PTANCnBjbTE6ICAgICBjb25uZWN0aW9uczogNQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAg ICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdDQpwY20xOiAgICAgICAgICAgfA0KcGNt MTogICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8 DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAg ICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdDQpwY20xOiAg ICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0NCnBj bTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAyOCBbQU5BTE9HXSBbRElTQUJMRURdDQpwY20x OiAgICAgICAgICAgIG5hbWU6IHBpbjogc3BlYWtlciAobm9uZSkNCnBjbTE6ICAgICAgd2lkZ2V0 X2NhcDogMHgwMDQwMDQ4MQ0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwDQpwY20x OiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAgICAgUGluIGNhcDogMHgw MDAwMDAyNA0KcGNtMTogICAgICAgICAgICAgICAgICBJTiA6IFVOU09MDQpwY20xOiAgICAgIFBp biBjb25maWc6IDB4NDExMTExZjANCnBjbTE6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyMCBJ Tg0KcGNtMTogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20xOiANCnBjbTE6ICAgICAgICAgICAgIG5p ZDogMjkgW0FOQUxPR10gW0RJU0FCTEVEXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBwaW46IHNw ZWFrZXIgKG5vbmUpDQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA0MDANCnBjbTE6ICAg ICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MDAwDQpwY20xOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjANCnBjbTE6ICAgICAgICAgICAg ICAgICAgSU4NCnBjbTE6ICAgICAgUGluIGNvbmZpZzogMHg0MDE2ODUyZA0KcGNtMTogICAgIFBp biBjb250cm9sOiAweDAwMDAwMDIwIElODQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6 IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAzMCBbRElHSVRBTF0gW0RJU0FCTEVEXQ0KcGNtMTog ICAgICAgICAgICBuYW1lOiBwaW46IFNQRElGIG91dCAoamFjaykNCnBjbTE6ICAgICAgd2lkZ2V0 X2NhcDogMHgwMDQwMDc4MA0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwDQpwY20x OiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAgICAgUGluIGNhcDogMHgw MDAwMDAxNA0KcGNtMTogICAgICAgICAgICAgICAgICBPVVQgOiBVTlNPTA0KcGNtMTogICAgICBQ aW4gY29uZmlnOiAweDAyNDUxMTIwDQpwY20xOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAg T1VUDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDENCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAg ICAgICAgICAgKyA8LSBuaWQ9NiBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdDQpwY20xOiANCnBj bTE6ICAgICAgICAgICAgIG5pZDogMzEgW0RJR0lUQUxdIFtESVNBQkxFRF0NCnBjbTE6ICAgICAg ICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAw eDAwNDAwNjgwDQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTE6ICAgICAg IEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDI0 DQpwY20xOiAgICAgICAgICAgICAgICAgIElOIDogVU5TT0wNCnBjbTE6ICAgICAgUGluIGNvbmZp ZzogMHg0MTExMTFmMA0KcGNtMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDIwIElODQpwY20x OiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAzMiBb QU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiB2ZW5kb3Igd2lkZ2V0DQpwY20xOiAgICAg IHdpZGdldF9jYXA6IDB4MDBmMDAwNDANCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAw MA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAgICAgY29ubmVjdGlv bnM6IDANCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAzMyBbQU5BTE9HXQ0KcGNtMTog ICAgICAgICAgICBuYW1lOiB2ZW5kb3Igd2lkZ2V0DQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4 MDBmMDAwMDANCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAg Q3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0K cGNtMTogICAgICAgICAgICAgbmlkOiAzNCBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1l OiBhdWRpbyBtaXhlcg0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBiDQpwY20xOiAg ICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDYNCnBjbTE6ICAgICAgIEN0bCBmbGFnczogMHgwMDAw MDAwMA0KcGNtMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20xOiAgICAgICAgICAg ICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20xOiAgICAgY29ubmVjdGlv bnM6IDEyDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTI0IFtw aW46IE1pYyBpbiAoamFjayldDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsg PC0gbmlkPTI1IFtwaW46IE1pYyBpbiAoZml4ZWQpXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6 ICAgICAgICAgICArIDwtIG5pZD0yNiBbcGluOiBsaW5lIGluIChqYWNrKV0NCnBjbTE6ICAgICAg ICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjcgW3Bpbjogc3BlYWtlciAobm9uZSld IFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9 MjggW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAgICB8DQpw Y20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjkgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxF RF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjAgW3Bpbjog c3BlYWtlciAoZml4ZWQpXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAgICAgICArIDwt IG5pZD0yMSBbcGluOiBoZWFkcGhvbmVzIG91dCAoamFjayldDQpwY20xOiAgICAgICAgICAgfA0K cGNtMTogICAgICAgICAgICsgPC0gbmlkPTIyIFtwaW46IHNwZWFrZXIgKG5vbmUpXSBbRElTQUJM RURdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTIzIFtwaW46 IHNwZWFrZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAg ICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgICAgICB8DQpwY20x OiAgICAgICAgICAgKyA8LSBuaWQ9MTggW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0N CnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlkOiAzNSBbQU5BTE9HXQ0KcGNtMTogICAgICAg ICAgICBuYW1lOiBhdWRpbyBtaXhlcg0KcGNtMTogICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBi DQpwY20xOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDYNCnBjbTE6ICAgICAgIEN0bCBmbGFn czogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20xOiAg ICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20xOiAgICAg Y29ubmVjdGlvbnM6IDExDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0g bmlkPTI0IFtwaW46IE1pYyBpbiAoamFjayldDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAg ICAgICAgICsgPC0gbmlkPTI1IFtwaW46IE1pYyBpbiAoZml4ZWQpXQ0KcGNtMTogICAgICAgICAg IHwNCnBjbTE6ICAgICAgICAgICArIDwtIG5pZD0yNiBbcGluOiBsaW5lIGluIChqYWNrKV0NCnBj bTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjcgW3Bpbjogc3BlYWtl ciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAg KyA8LSBuaWQ9MjggW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTE6ICAgICAg ICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MjkgW3Bpbjogc3BlYWtlciAobm9uZSld IFtESVNBQkxFRF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9 MjAgW3Bpbjogc3BlYWtlciAoZml4ZWQpXQ0KcGNtMTogICAgICAgICAgIHwNCnBjbTE6ICAgICAg ICAgICArIDwtIG5pZD0yMSBbcGluOiBoZWFkcGhvbmVzIG91dCAoamFjayldDQpwY20xOiAgICAg ICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlkPTIyIFtwaW46IHNwZWFrZXIgKG5vbmUp XSBbRElTQUJMRURdDQpwY20xOiAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICsgPC0gbmlk PTIzIFtwaW46IHNwZWFrZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20xOiAgICAgICAgICAgfA0K cGNtMTogICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0NCnBjbTE6IA0KcGNtMTog ICAgICAgICAgICAgbmlkOiAzNiBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiB2ZW5k b3Igd2lkZ2V0DQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4MDBmMDAwMDANCnBjbTE6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMTogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAw DQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDANCnBjbTE6IA0KcGNtMTogICAgICAgICAgICAgbmlk OiAzNyBbQU5BTE9HXQ0KcGNtMTogICAgICAgICAgICBuYW1lOiBhdWRpbyBvdXRwdXQNCnBjbTE6 ICAgICAgd2lkZ2V0X2NhcDogMHgwMDAwMDQxMQ0KcGNtMTogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAxDQpwY20xOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMTENCnBjbTE6ICAgICAgU3Ry ZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAg ICAgICAgUENNIGNhcDogMHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAy NA0KcGNtMTogICAgICAgIFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICBjb25uZWN0 aW9uczogMA0KcGNtMTogDQpwY20xOiAgICAgICAgICAgICBuaWQ6IDM4IFtBTkFMT0ddDQpwY20x OiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20xOiAgICAgIHdpZGdldF9jYXA6IDB4 MDAyMDAxMGYNCnBjbTE6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAg Q3RsIGZsYWdzOiAweDAwMDAwMDExDQpwY20xOiAgICAgIE91dHB1dCBhbXA6IDB4MDAwNTFmMWYN CnBjbTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0zMQ0K cGNtMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20xOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20xOiAgICAgY29ubmVjdGlvbnM6IDIN CnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MzcgW2F1ZGlvIG91 dHB1dF0NCnBjbTE6ICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1 ZGlvIG1peGVyXQ0KcGNtMTogDQpwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNt MTogfCBEVU1QSU5HIEhEQSBBTVBMSUZJRVJTIHwNCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rDQpwY20xOiANCnBjbTE6ICAgMTogbmlkPTggZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9 MHgwMDAwMDgwMCBvc3NkZXY9MA0KcGNtMTogICAyOiBuaWQ9OSBkaXI9MHgyIGluZGV4PTAgb3Nz bWFzaz0weDAwMDAwODAwIG9zc2Rldj0wDQpwY20xOiAgIDM6IG5pZD0xMSBjbmlkPTI0IGRpcj0w eDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwODEgb3NzZGV2PTcNCnBjbTE6ICAgNDogbmlkPTEx IGNuaWQ9MjUgZGlyPTB4MiBpbmRleD0xIG9zc21hc2s9MHgwMDAwMDA4MSBvc3NkZXY9Nw0KcGNt MTogICA1OiBuaWQ9MTEgY25pZD0yNiBkaXI9MHgyIGluZGV4PTIgb3NzbWFzaz0weDAwMDAwMDQx IG9zc2Rldj02DQpwY20xOiAgIDY6IG5pZD0xMSBjbmlkPTI3IGRpcj0weDIgaW5kZXg9MyBvc3Nt YXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNtMTogICA3OiBuaWQ9MTEgY25p ZD0yOCBkaXI9MHgyIGluZGV4PTQgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxF RF0NCnBjbTE6ICAgODogbmlkPTExIGNuaWQ9MjkgZGlyPTB4MiBpbmRleD01IG9zc21hc2s9MHgw MDAwMDAwMCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20xOiAgIDk6IG5pZD0xMSBjbmlkPTIwIGRp cj0weDIgaW5kZXg9NiBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6ICAxMDogbmlk PTExIGNuaWQ9MjEgZGlyPTB4MiBpbmRleD03IG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0K cGNtMTogIDExOiBuaWQ9MTEgY25pZD0yMiBkaXI9MHgyIGluZGV4PTggb3NzbWFzaz0weDAwMDAw MDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBjbTE6ICAxMjogbmlkPTExIGNuaWQ9MjMgZGlyPTB4 MiBpbmRleD05IG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20xOiAg MTM6IG5pZD0xMiBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpw Y20xOiAgMTQ6IG5pZD0xMiBjbmlkPTIgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAx MSBvc3NkZXY9NA0KcGNtMTogIDE1OiBuaWQ9MTIgY25pZD0xMSBkaXI9MHgyIGluZGV4PTEgb3Nz bWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMTY6IG5pZD0xMyBkaXI9MHgxIGluZGV4 PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMTc6IG5pZD0xMyBjbmlkPTMg ZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAxMSBvc3NkZXY9NA0KcGNtMTogIDE4OiBu aWQ9MTMgY25pZD0xMSBkaXI9MHgyIGluZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0w DQpwY20xOiAgMTk6IG5pZD0xNCBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9z c2Rldj0wDQpwY20xOiAgMjA6IG5pZD0xNCBjbmlkPTQgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9 MHgwMDAwMDAxMSBvc3NkZXY9NA0KcGNtMTogIDIxOiBuaWQ9MTQgY25pZD0xMSBkaXI9MHgyIGlu ZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjI6IG5pZD0xNSBkaXI9 MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjM6IG5pZD0x NSBjbmlkPTUgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAxMSBvc3NkZXY9NA0KcGNt MTogIDI0OiBuaWQ9MTUgY25pZD0xMSBkaXI9MHgyIGluZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAw IG9zc2Rldj0wDQpwY20xOiAgMjU6IG5pZD0yMCBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAw MDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjY6IG5pZD0yMCBkaXI9MHgyIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjc6IG5pZD0yMSBkaXI9MHgxIGluZGV4PTAg b3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjg6IG5pZD0yMSBkaXI9MHgyIGlu ZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgMjk6IG5pZD0yMiBkaXI9 MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBjbTE6 ICAzMDogbmlkPTIyIGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAg W0RJU0FCTEVEXQ0KcGNtMTogIDMxOiBuaWQ9MjMgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgw MDAwMDAwMCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20xOiAgMzI6IG5pZD0yMyBkaXI9MHgyIGlu ZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBjbTE6ICAzMzog bmlkPTI0IGRpcj0weDEgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6 ICAzNDogbmlkPTI0IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAN CnBjbTE6ICAzNTogbmlkPTI1IGRpcj0weDEgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3Nz ZGV2PTANCnBjbTE6ICAzNjogbmlkPTI1IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAw MDAgb3NzZGV2PTANCnBjbTE6ICAzNzogbmlkPTI2IGRpcj0weDEgaW5kZXg9MCBvc3NtYXNrPTB4 MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6ICAzODogbmlkPTI2IGRpcj0weDIgaW5kZXg9MCBvc3Nt YXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6ICAzOTogbmlkPTI3IGRpcj0weDEgaW5kZXg9 MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNtMTogIDQwOiBuaWQ9 MjcgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MCBbRElTQUJMRURd DQpwY20xOiAgNDE6IG5pZD0zNCBjbmlkPTI0IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAw MDAwMDAgb3NzZGV2PTANCnBjbTE6ICA0MjogbmlkPTM0IGNuaWQ9MjUgZGlyPTB4MiBpbmRleD0x IG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMTogIDQzOiBuaWQ9MzQgY25pZD0yNiBk aXI9MHgyIGluZGV4PTIgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgNDQ6IG5p ZD0zNCBjbmlkPTI3IGRpcj0weDIgaW5kZXg9MyBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAg W0RJU0FCTEVEXQ0KcGNtMTogIDQ1OiBuaWQ9MzQgY25pZD0yOCBkaXI9MHgyIGluZGV4PTQgb3Nz bWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBjbTE6ICA0NjogbmlkPTM0IGNu aWQ9MjkgZGlyPTB4MiBpbmRleD01IG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MCBbRElTQUJM RURdDQpwY20xOiAgNDc6IG5pZD0zNCBjbmlkPTIwIGRpcj0weDIgaW5kZXg9NiBvc3NtYXNrPTB4 MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6ICA0ODogbmlkPTM0IGNuaWQ9MjEgZGlyPTB4MiBpbmRl eD03IG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMTogIDQ5OiBuaWQ9MzQgY25pZD0y MiBkaXI9MHgyIGluZGV4PTggb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0N CnBjbTE6ICA1MDogbmlkPTM0IGNuaWQ9MjMgZGlyPTB4MiBpbmRleD05IG9zc21hc2s9MHgwMDAw MDAwMCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20xOiAgNTE6IG5pZD0zNCBjbmlkPTExIGRpcj0w eDIgaW5kZXg9MTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgNTI6IG5pZD0z NCBjbmlkPTE4IGRpcj0weDIgaW5kZXg9MTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtE SVNBQkxFRF0NCnBjbTE6ICA1MzogbmlkPTM1IGNuaWQ9MjQgZGlyPTB4MiBpbmRleD0wIG9zc21h c2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMTogIDU0OiBuaWQ9MzUgY25pZD0yNSBkaXI9MHgy IGluZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgNTU6IG5pZD0zNSBj bmlkPTI2IGRpcj0weDIgaW5kZXg9MiBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6 ICA1NjogbmlkPTM1IGNuaWQ9MjcgZGlyPTB4MiBpbmRleD0zIG9zc21hc2s9MHgwMDAwMDAwMCBv c3NkZXY9MCBbRElTQUJMRURdDQpwY20xOiAgNTc6IG5pZD0zNSBjbmlkPTI4IGRpcj0weDIgaW5k ZXg9NCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNtMTogIDU4OiBu aWQ9MzUgY25pZD0yOSBkaXI9MHgyIGluZGV4PTUgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0w IFtESVNBQkxFRF0NCnBjbTE6ICA1OTogbmlkPTM1IGNuaWQ9MjAgZGlyPTB4MiBpbmRleD02IG9z c21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMTogIDYwOiBuaWQ9MzUgY25pZD0yMSBkaXI9 MHgyIGluZGV4PTcgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiAgNjE6IG5pZD0z NSBjbmlkPTIyIGRpcj0weDIgaW5kZXg9OCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJ U0FCTEVEXQ0KcGNtMTogIDYyOiBuaWQ9MzUgY25pZD0yMyBkaXI9MHgyIGluZGV4PTkgb3NzbWFz az0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBjbTE6ICA2MzogbmlkPTM1IGNuaWQ9 MTEgZGlyPTB4MiBpbmRleD0xMCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTE6ICA2 NDogbmlkPTM4IGRpcj0weDEgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBj bTE6ICA2NTogbmlkPTM4IGNuaWQ9MzcgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAx MSBvc3NkZXY9NA0KcGNtMTogIDY2OiBuaWQ9MzggY25pZD0xMSBkaXI9MHgyIGluZGV4PTEgb3Nz bWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20xOiANCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTE6IHwgRFVNUElORyBIREEgQVVESU8vVk9MVU1FIENP TlRST0xTIHwNCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBj bTE6IA0KcGNtMTogTWFzdGVyIFZvbHVtZSAoT1NTOiB2b2wpDQpwY20xOiAgICB8DQpwY20xOiAg ICArLSAgbmlkOiAxMSBpbmRleDogIDAgKG5pZDogMjQpIG11dGU6IDEgc3RlcDogIDMxIHNpemU6 ICAgNSBvZmY6ICAyMyBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDA4MQ0KcGNtMTogICAgfA0KcGNt MTogICAgKy0gIG5pZDogMTEgaW5kZXg6ICAxIChuaWQ6IDI1KSBtdXRlOiAxIHN0ZXA6ICAzMSBz aXplOiAgIDUgb2ZmOiAgMjMgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDAwODENCnBjbTE6ICAgIHwN CnBjbTE6ICAgICstICBuaWQ6IDExIGluZGV4OiAgMiAobmlkOiAyNikgbXV0ZTogMSBzdGVwOiAg MzEgc2l6ZTogICA1IG9mZjogIDIzIGRpcj0weDIgb3NzbWFzaz0weDAwMDAwMDQxDQpwY20xOiAg ICB8DQpwY20xOiAgICArLSAgbmlkOiAxMiBpbmRleDogIDAgKG5pZDogIDIpIG11dGU6IDEgc3Rl cDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDAxMQ0KcGNt MTogICAgfA0KcGNtMTogICAgKy0gIG5pZDogMTMgaW5kZXg6ICAwIChuaWQ6ICAzKSBtdXRlOiAx IHN0ZXA6ICAgMCBzaXplOiAgIDAgb2ZmOiAgIDAgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDAwMTEN CnBjbTE6ICAgIHwNCnBjbTE6ICAgICstICBuaWQ6IDE0IGluZGV4OiAgMCAobmlkOiAgNCkgbXV0 ZTogMSBzdGVwOiAgIDAgc2l6ZTogICAwIG9mZjogICAwIGRpcj0weDIgb3NzbWFzaz0weDAwMDAw MDExDQpwY20xOiAgICB8DQpwY20xOiAgICArLSAgbmlkOiAxNSBpbmRleDogIDAgKG5pZDogIDUp IG11dGU6IDEgc3RlcDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgw MDAwMDAxMQ0KcGNtMTogICAgfA0KcGNtMTogICAgKy0gIG5pZDogMzggaW5kZXg6ICAwIChuaWQ6 IDM3KSBtdXRlOiAxIHN0ZXA6ICAgMCBzaXplOiAgIDAgb2ZmOiAgIDAgZGlyPTB4MiBvc3NtYXNr PTB4MDAwMDAwMTENCnBjbTE6IA0KcGNtMTogUENNIFZvbHVtZSAoT1NTOiBwY20pDQpwY20xOiAg ICB8DQpwY20xOiAgICArLSAgbmlkOiAxMiBpbmRleDogIDAgKG5pZDogIDIpIG11dGU6IDEgc3Rl cDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDAxMQ0KcGNt MTogICAgfA0KcGNtMTogICAgKy0gIG5pZDogMTMgaW5kZXg6ICAwIChuaWQ6ICAzKSBtdXRlOiAx IHN0ZXA6ICAgMCBzaXplOiAgIDAgb2ZmOiAgIDAgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDAwMTEN CnBjbTE6ICAgIHwNCnBjbTE6ICAgICstICBuaWQ6IDE0IGluZGV4OiAgMCAobmlkOiAgNCkgbXV0 ZTogMSBzdGVwOiAgIDAgc2l6ZTogICAwIG9mZjogICAwIGRpcj0weDIgb3NzbWFzaz0weDAwMDAw MDExDQpwY20xOiAgICB8DQpwY20xOiAgICArLSAgbmlkOiAxNSBpbmRleDogIDAgKG5pZDogIDUp IG11dGU6IDEgc3RlcDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgw MDAwMDAxMQ0KcGNtMTogICAgfA0KcGNtMTogICAgKy0gIG5pZDogMzggaW5kZXg6ICAwIChuaWQ6 IDM3KSBtdXRlOiAxIHN0ZXA6ICAgMCBzaXplOiAgIDAgb2ZmOiAgIDAgZGlyPTB4MiBvc3NtYXNr PTB4MDAwMDAwMTENCnBjbTE6IA0KcGNtMTogTWljcm9waG9uZSBWb2x1bWUgKE9TUzogbWljKQ0K cGNtMTogICAgfA0KcGNtMTogICAgKy0gIG5pZDogMTEgaW5kZXg6ICAwIChuaWQ6IDI0KSBtdXRl OiAxIHN0ZXA6ICAzMSBzaXplOiAgIDUgb2ZmOiAgMjMgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDAw ODENCnBjbTE6ICAgIHwNCnBjbTE6ICAgICstICBuaWQ6IDExIGluZGV4OiAgMSAobmlkOiAyNSkg bXV0ZTogMSBzdGVwOiAgMzEgc2l6ZTogICA1IG9mZjogIDIzIGRpcj0weDIgb3NzbWFzaz0weDAw MDAwMDgxDQpwY20xOiANCnBjbTE6IExpbmUtaW4gVm9sdW1lIChPU1M6IGxpbmUpDQpwY20xOiAg ICB8DQpwY20xOiAgICArLSAgbmlkOiAxMSBpbmRleDogIDIgKG5pZDogMjYpIG11dGU6IDEgc3Rl cDogIDMxIHNpemU6ICAgNSBvZmY6ICAyMyBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDA0MQ0KcGNt MTogDQpwY20xOiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKQ0KcGNtMTogICAgfA0KcGNtMTog ICAgKy0gIG5pZDogIDggaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAxIHN0ZXA6ICAzMSBzaXpl OiAgIDUgb2ZmOiAgMTEgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDA4MDANCnBjbTE6ICAgIHwNCnBj bTE6ICAgICstICBuaWQ6ICA5IGluZGV4OiAgMCAgICAgICAgICAgbXV0ZTogMSBzdGVwOiAgMzEg c2l6ZTogICA1IG9mZjogIDExIGRpcj0weDIgb3NzbWFzaz0weDAwMDAwODAwDQpwY20xOiANCnBj bTE6IFBsYXliYWNrIHBhdGg6DQpwY20xOiANCnBjbTE6ICAgICBuaWQ9MjAgW3Bpbjogc3BlYWtl ciAoZml4ZWQpXQ0KcGNtMTogICAgICAgXg0KcGNtMTogICAgICAgfA0KcGNtMTogICAgICAgKy0t LS0tPC0tLS0tLSsNCnBjbTE6ICAgICAgICAgICAgICAgICAgICBeDQpwY20xOiAgICAgICAgICAg ICAgICAgICAgfA0KcGNtMTogICAgICAgICAgICAgICAgICBuaWQ9MTIgW2F1ZGlvIG1peGVyXQ0K cGNtMTogICAgICAgICAgICAgICAgICAgIF4NCnBjbTE6ICAgICAgICAgICAgICAgICAgICB8DQpw Y20xOiAgICAgICAgICAgICAgICAgIG5pZD0yIFthdWRpbyBvdXRwdXRdDQpwY20xOiANCnBjbTE6 ICAgICBuaWQ9MjEgW3BpbjogaGVhZHBob25lcyBvdXQgKGphY2spXQ0KcGNtMTogICAgICAgXg0K cGNtMTogICAgICAgfA0KcGNtMTogICAgICAgKy0tLS0tPC0tLS0tLSsNCnBjbTE6ICAgICAgICAg ICAgICAgICAgICBeDQpwY20xOiAgICAgICAgICAgICAgICAgICAgfA0KcGNtMTogICAgICAgICAg ICAgICAgICBuaWQ9MTIgW2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgICAgICAgICAgICAgIF4N CnBjbTE6ICAgICAgICAgICAgICAgICAgICB8DQpwY20xOiAgICAgICAgICAgICAgICAgIG5pZD0y IFthdWRpbyBvdXRwdXRdDQpwY20xOiANCnBjbTE6IFJlY29yZGluZyBzb3VyY2VzOg0KcGNtMTog DQpwY20xOiAgICAgbmlkPTM0IFthdWRpbyBtaXhlcl0NCnBjbTE6ICAgICAgIHwNCnBjbTE6ICAg ICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyBpbiAoamFjayldIFtyZWNzcmM6IHZvbCwgbWljXQ0K cGNtMTogICAgICAgfA0KcGNtMTogICAgICAgKyA8LSBuaWQ9MjUgW3BpbjogTWljIGluIChmaXhl ZCldIFtyZWNzcmM6IHZvbCwgbWljXQ0KcGNtMTogICAgICAgfA0KcGNtMTogICAgICAgKyA8LSBu aWQ9MjYgW3BpbjogbGluZSBpbiAoamFjayldIFtyZWNzcmM6IHZvbCwgbGluZV0NCnBjbTE6ICAg ICAgIHwNCnBjbTE6ICAgICAgICsgPC0gbmlkPTIwIFtwaW46IHNwZWFrZXIgKGZpeGVkKV0NCnBj bTE6ICAgICAgIHwNCnBjbTE6ICAgICAgICsgPC0gbmlkPTIxIFtwaW46IGhlYWRwaG9uZXMgb3V0 IChqYWNrKV0NCnBjbTE6ICAgICAgIHwNCnBjbTE6ICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBt aXhlcl0gW3JlY3NyYzogdm9sLCBsaW5lLCBtaWNdDQpwY20xOiANCnBjbTE6ICAgICBuaWQ9MzUg W2F1ZGlvIG1peGVyXQ0KcGNtMTogICAgICAgfA0KcGNtMTogICAgICAgKyA8LSBuaWQ9MjQgW3Bp bjogTWljIGluIChqYWNrKV0gW3JlY3NyYzogdm9sLCBtaWNdDQpwY20xOiAgICAgICB8DQpwY20x OiAgICAgICArIDwtIG5pZD0yNSBbcGluOiBNaWMgaW4gKGZpeGVkKV0gW3JlY3NyYzogdm9sLCBt aWNdDQpwY20xOiAgICAgICB8DQpwY20xOiAgICAgICArIDwtIG5pZD0yNiBbcGluOiBsaW5lIGlu IChqYWNrKV0gW3JlY3NyYzogdm9sLCBsaW5lXQ0KcGNtMTogICAgICAgfA0KcGNtMTogICAgICAg KyA8LSBuaWQ9MjAgW3Bpbjogc3BlYWtlciAoZml4ZWQpXQ0KcGNtMTogICAgICAgfA0KcGNtMTog ICAgICAgKyA8LSBuaWQ9MjEgW3BpbjogaGVhZHBob25lcyBvdXQgKGphY2spXQ0KcGNtMTogICAg ICAgfA0KcGNtMTogICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbcmVjc3JjOiB2b2ws IGxpbmUsIG1pY10NCnBjbTE6IA0KcGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKw0KcGNtMTogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5lbHMg fA0KcGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMTog DQpwY20xOiAgICBQQ00gUGxheWJhY2s6IDENCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAw MDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAgICAgICAgUENNIGNhcDog MHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMTogICAgICAg IFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICAgICAgICAgIERBQzogMiAzIDQgNSAz Nw0KcGNtMTogDQpwY20xOiAgICAgIFBDTSBSZWNvcmQ6IDENCnBjbTE6ICAgICAgU3RyZWFtIGNh cDogMHgwMDAwMDAwMQ0KcGNtMTogICAgICAgICAgRm9ybWF0OiBQQ00NCnBjbTE6ICAgICAgICAg UENNIGNhcDogMHgwMDBlMDU2MA0KcGNtMTogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNt MTogICAgICAgIFBDTSByYXRlOiA0NCA0OCA5NiAxOTINCnBjbTE6ICAgICAgICAgICAgIEFEQzog OCA5DQpBVEEgUHNldWRvUkFJRCBsb2FkZWQNClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KY3B1 MSBBUDoNCiAgICAgSUQ6IDB4MDEwMDAwMDAgICBWRVI6IDB4ODAwNTAwMTAgTERSOiAweDAwMDAw MDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDIwMGVmIHRo ZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMDA0MDANCmlvYXBpYzA6 IEFzc2lnbmluZyBJU0EgSVJRIDEgdG8gbG9jYWwgQVBJQyAwDQppb2FwaWMwOiBBc3NpZ25pbmcg SVNBIElSUSA5IHRvIGxvY2FsIEFQSUMgMQ0KaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgMTIg dG8gbG9jYWwgQVBJQyAwDQppb2FwaWMwOiBBc3NpZ25pbmcgUENJIElSUSAxNiB0byBsb2NhbCBB UElDIDENCmlvYXBpYzA6IEFzc2lnbmluZyBQQ0kgSVJRIDE3IHRvIGxvY2FsIEFQSUMgMA0KaW9h cGljMDogQXNzaWduaW5nIFBDSSBJUlEgMTggdG8gbG9jYWwgQVBJQyAxDQppb2FwaWMwOiBBc3Np Z25pbmcgUENJIElSUSAxOSB0byBsb2NhbCBBUElDIDANCmlvYXBpYzA6IEFzc2lnbmluZyBQQ0kg SVJRIDIyIHRvIGxvY2FsIEFQSUMgMQ0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB6ZnM6em9v dA0KR0VPTTogUmVjb25maWd1cmUgYWQ0czFhLCBzdGFydCAwIGxlbmd0aCA3NzMzNjU3MTkwNCBl bmQgNzczMzY1NzE5MDMNCkdFT006IFJlY29uZmlndXJlIGFkNHMxYiwgc3RhcnQgMTU0NjczMTQz ODA4IGxlbmd0aCA1MzY4NzA5NjMyIGVuZCAxNjAwNDE4NTM0MzkNCkdFT006IFJlY29uZmlndXJl IGFkNHMxYywgc3RhcnQgMCBsZW5ndGggMTYwMDQxODUzNDQwIGVuZCAxNjAwNDE4NTM0MzkNCkdF T006IFJlY29uZmlndXJlIGFkNHMxZCwgc3RhcnQgNzczMzY1NzE5MDQgbGVuZ3RoIDc3MzM2NTcx OTA0IGVuZCAxNTQ2NzMxNDM4MDcNCmN0X3RvX3RzKFsyMDA4LTA4LTI1IDIzOjMzOjQ1XSkgPSAx MjE5NzA3MjI1LjAwMDAwMDAwMA0Kc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQNCmNhbid0 IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8uVkdBXy5DUlRfLl9EQ1MgLSBBRV9OT1RfRk9VTkQN CmNhbid0IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8uVkdBXy5DUlRfLl9EQ1MgLSBBRV9OT1Rf Rk9VTkQNCmNhbid0IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8uVkdBXy5MQ0RfLl9EQ1MgLSBB RV9OT1RfRk9VTkQNCmNhbid0IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8uVkdBXy5MQ0RfLl9E Q1MgLSBBRV9OT1RfRk9VTkQNCmNhbid0IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8uVkdBXy5U Vl9fLl9EQ1MgLSBBRV9OT1RfRk9VTkQNCmNhbid0IGV2YWx1YXRlIFxcX1NCXy5QQ0kwLkFHUF8u VkdBXy5UVl9fLl9EQ1MgLSBBRV9OT1RfRk9VTkQNCg== --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX Content-Type: application/octet-stream; name="devinfo-rv.txt.gz" Content-Disposition: attachment; filename="devinfo-rv.txt.gz" Content-Transfer-Encoding: base64 H4sICD3EskgCA2RldmluZm8tcnYudHh0ALVaW5PauBJ+n1/hyvthdfPtVM0DGGaGzTChgE3Obp0q l/Flh8pgWNtkk/31K9kDtmRhy9jhBbslff11q9W6WHH4/ZSCO03zjjuf/Sfenv2x3/yXT9o+3B+S H5oXBEmYpmH63/cy9gPfwX/AdzvYRhEnhYD9aNE2CP0okpYWFSCGUfRew/OPu4vmOAuT5HTMtCT8 6xSmmfa2i3nldoXk8ZBkAjOEKDzCvCxkMp6NYfGvPvdqMhSTR7EYcQtyMhtxr9vceL7K1hL4sTpI YEPAln8PWC0SQEFqcO86ZrV0bPI8TR7bzz3uAx7Lh4R/1/NaOm+QL/jFNwTsnKcv8PQDlEuxICW5 VBekRi41BamVS3ltEWHaIiLYW4SUBfRIOX7D9ziMalEahf45SPNHSTksy6GkPCzbh5L2UQSqys/l /vEEtGN83MXRQXOf5tP7+BCHmvsbfQKal2mvXhy8hff/d5crd+QsfzsPGTZ83GOYRJwge00OWfYW gorysbOcy4fN2ZGwcCQ8dxwlFdGBCM4MYSeGUGRYCPLX7SnLDrFg8fJlCRzgyCDXE3e0/LKaiAhQ hjC7hrB+XlYQ3naBlMD0WvPn+dTNm5/ir/Hh71jSGJJrjb8s5tO88dHfbSV6x8AqmsK64c783I+0 cdmlr4c0q0B9C+PgkNyzTIuQFoTfdn5I32wDAC09bavFOhNcagBItpr/5qUpezFYeDIO6dsho4ZE p9jPdof4vlTMTIBSvTqnF3XTSyp6YUVv3Ruj8ePSrQQwJQS5eP72p8dcJeMION/AThwx5xu9nePo 8+PYFUaadn0QXuaVIkPYgMseatmNy6NREL1nG/YoZDu+5iVv0cemmkE5jQfVDFb+8tH1bReEByCU BMmeFx39vUIngahLJxHWTbJOgnVftq83yh+0+/ZFPrcUfRFK/PaeVrhhhhSGN7l9mJHmEF5OiDDM EMcOK7AzbmdntLEzBHb6ncSfEo6G5ZccAYA+z5EYFs+RIKvkiNoT5C3xERXA+cqAPnLxwXxNFHxt 3u5rs83XpuBrQ9HXJCQlR+r5TtH603yNS1/juq91BV9bt/vabvO1Lfi6XPF6mdLERrDdadKHAFpR Ofm2BMN6vBnf3ZRHEbpTnAjpQpQUC3sCImlpsVolEMtLSVFqykutolSOjApkZN51DzAWUTqwzsFF HzGX6GkH8j7wAiKAsG7apV8J3wrfNc0VeRWhRZkND69qMdMpf/gAw8qCzWqOmU9PDrgtZqBxczeQ shsIP9+e0i1P5/R6qkiYw6CCw6xhHAblDoM3G66Xhus1w2HN8FISKkaK0dFwJDccSQyf3R4pPQYs KQcsER2Gag5D4tLtzzCWuE23LUM7Jofg5GdFms03SGfHhBF7o34r5ztq4lvopcW6hM3nYRKf9vcf PjD3sVR5r4uq97StRDcgEFZ1AxqsFd10OhJ0g4puNnAuuicgjyf2MzAB+gdtF2eXZhZ7u+BcaBIm ppt+j8UDN67QT05EdmsiQjeGl3VzeBnleDRq4xHXwgtzDsM/ORHZrYkI32y4WRpu1gwnNcMJl4jg T05Edmsiuj0DW1aZUCzRcL1meCm5vpIWTLf0bqbrlRUoAi0rvMXErayI9wo9YeHbN+lVOrKeeJoK pyhdegKUIYiFEBQWUbvU26pMfkG3pT+8YimWWPq85CY/yoifC1MfiAddoPv5EvaZR3DQ73TJO3/u qZ1leNnXbeDfQMwA1wrERXKuQla705kOTeqC/JgKR1SRaMjxKAhOXpLVJbAmQTUJ5nadhsIg43fP +e6YCz0m4HadUBp6RLbtROKZqsUfNcO2XTHEwlFzK7/q7h4R2fY+14wUNMNhNENeM1bQjIbRjHjN REEzHkazLBGNF1PME9IVCJFhCJHyK036I6VZ6HBK/FD6tQZd/VzErFjMFqvrn2yufcCqnMQgt2fz 0fTx4X9DYIyc1WYQMqNnZzoM0OazOwzQ9PO8HxDu27x/NxF39OKspr0w9H5m2O7oV2yBATDgABho AAw8AAbphQH7uJNunfpoZ+eso+VqPh0CY7R0p2AoINgXaD1zpkNgjNYDWHUGarBq8bjYILrGyLEw NhAwsXEFku6dRp++ANAFzbZRM1ofj8+nM7dn875heMHoG4YcUF+n9A3DC0bfMOSA4PmeiEt3Ll+l q56Hprsi+SZy9PzyccwBwQYg1Aw04YBQAxBuBnI4INwARJqBphwQaQDSm4FmHJDeAGQ0Az1wQEYD kNkM9MgBmQ1AVjPQU7GKzoK9JwkiRNfeTSGZo0wX46LLouOJIkhjkbTDLMabp+abU0CFzXLuuO82 JZkvITNRQVltnHKfq3RaUO6DrxxggO8mOwgxYbORlgq99fLj6t3IbLcPE4mZUAVnM1/Mmumw/WMr zMeJA1pgEFCC+fXu/XzFl0fSA1Sgs1jPQLfOgw3r0PXvL3ACTRW1ayDdk8Lue9Kil39fr1ruEirC OFJe0hwNFQydLVruOEKVqHlazjYlr9CXJg67HWfmALd98BlIFBjXbZi9zNQG0GK+cksbPN8Tr4uy C7U0bym4Y+yMiwlrSwd1mPyQumPcPqdPxps+S57LjcS+ZwklUM+zhBKo+SxhvH6gnr4av7S40lXZ P4pXqTd/UL1Pq0W1KVRv+geAlYOq12OYlXrPVtA24leG9iN2dnc8KK+R08fzHZKCJD8tNKhquvKd 35zPr8EAsL37F9gu0oYQMgAA --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX Content-Type: application/octet-stream; name="pciconf-lv.txt.gz" Content-Disposition: attachment; filename="pciconf-lv.txt.gz" Content-Transfer-Encoding: base64 H4sICEHEskgCA3BjaWNvbmYtbHYudHh0AM2Y0W6bMBSGr5en8F3bi7UccCipVGmk1dZIy1o16bZb Y5xgFTAyJFvefoaE1FDKSpotJRdg7Ijv/33w8SEQaeYZnxLKjYv17wMNSZpeGr8N21AHokT6eQuw B4bZRzTgiWoPVK9qm0iyZd5toMCXxUUPqWPJYl/I/ApdoiPXX5KYMh+NOZUCXbMlpyxFx+74+uSo GF88FG3Ge5L7c1bcTxde2XWJbm4n0493V6OewvWghIYaNG6FNot2HRqaoCmTaBRTIRMhScb8DqQK cgtqlqC4EyhudBf+nbs6s1Uy252Y7UMy45L5vBPz+SGZ+yXzoBOzcyhmkpEcePvqVa0GA5zZS9jY GqgBxisXjOkITRkNYhGKOVfA6j1swI3y6zRTr2cTtDt1eyLQcZ0KLjUsMFpwz/eNmzLJSYi8Rfoc 9mEyLGBBg4UOsM7/hmU1Z80qrNkGax/C2e06DIP3HwaWBvvuwwA02HcdBrGI2TZmTaMWBn2jBdbp a7AW2Q3WL5bfctzo5x2aDNU+Ck3Gw4cJuhJxJkUYMtlRmvq7up3QCDRt+kRgw2rVZu1hIl7SdsPn gco7Mx7zjIsYuQufi3at0SLMeMR8Tno8JZ4+Y1YlS0KbqoG/7/Bqy46jiVtkdFuDxbWUDlvYzaFN AW6Ehb1MgeJDmShOw0LCDpk/yAuFp/jCLZVCTRxYlUoBv7FSqIo8/kwiHq4QQHCC3CwIVYTZ+Ow2 yZgU8dmERYk6o5tVwuRUkjhVe/nsyb5VHogzPl+oDb4Kzl1qkcIYUzMGOhgDeyyhdjLG9X3JlKQx SXYWb2nizQ7izUOLv753x+0r0esMwJoBVgcDrEMbMOYpZWFIYiYWaenEzjb0NRtwBxvwoW34yuPH t6hfzrWqCC76lbXRav+KAua+s5TP0yQkq+e837/kKSrSOOG1ewRVc872Xrw9Zfl8X7bJLf3aRyiz Yh82HcC2U2KpxELBdmiJBa1YWaBmPQ/zKFrEnBYrfgF32hQ77r3aD9poto4gxzBPAYg3Rz+4ZGG+ ZH4bXTWoiln2S8jH5+6z/PGqtxC7yRd2q9jaHCihGDDDG7HQOgdDKYhPRaTUrj9fNWe3v9P+Ab+j CB0hFAAA --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX Content-Type: application/octet-stream; name="as5530-u6f.dsdt.gz" Content-Disposition: attachment; filename="as5530-u6f.dsdt.gz" Content-Transfer-Encoding: base64 H4sICEjEskgCA2FzNTUzMC11NmYuZHNkdADtvWlz2zjWMPq58yt08+FWNOUnTZDU4qnqD1xtTSSL LTK20+/cx+W2GUfVjp2R7Z7kpvzfXyykSFHYSUle6KlxO8R2dhwABwe//uNNpzOL/U6UzP7ZmQaT 3xxvFn+K9zqOF43OZunfv5nvje+dd2b3zS+nsZ/8Znz/8zK9BIM/wV7nOr25uv/ym9Xf61z8dffw 9Tdg9N90/vHrm19Rt6j6PztjUmff3OvA3uZ389ub32BT70tKmpjm/t6bX+DII385NvxXJzn/8zrt kI/RzPcS8nnZh/G9b9gG/IGtvUV6fn+7QLU74ySCvWcfSrWNN78EN/eLeXr3288OQeLP4QBCkv29 f7m//PtP+/Py79Swir/7Rf10/7L4+7LXeSwQDyHtloibtl3C3CphDgq8J34V6SNJfJ1kREX3s23a xpvOLxCWOOPZ5ecLY6/jl5g4NC7f/DI6Ss4mUz8Y/xaNvDe/RIv0c7pYpJdn0eQsWtx+nl+nv01u /4T/IVIQe6Mz2Oa3ffjnZHTmTXzUnZFJTHDkuOMAAZB/8Udx/glSL7bd0TQ+mwW/E55EceIkwZl3 lGT/noDzs+A4OXPHH+CXIUT4f/B/rKwM1izKbFLWQ2VmucgkzeB/UNFZMpkVjYak0Z9vfjmIAmP5 3SQDmQPY4mx8PDbPxk4CJRp0Hu72OviTlX3C3978Eo4/xodn8egPiNxeJ/tXMhv58N9vfvE/Jp/O pmEYBwkSePzPk5GfHP4GUfGdT2fOeDb5DUCJmEyPyD9gL15wlHycfUIdjJzIO3On0+TMmXmHv8Hx rs+voPSeuKOjY38vmk29Mw/sxePozP2YJNOjvVnincX2HsL22BmfBafJI9TaszUZOD1bk4LTMwrl /2n8H8v8/zrvRtPussYq/WEN0C/XqJC60kOF4LC0b2elZe2J//lLpj19qDyH/43nV0g6sh9I6vni 69nJ+V/p2XF6USqBHL2+/fP8+mx8e/HXkmBvfjlOF8TuFKP4ZeNkQ7tlMOwTAL1CTy/SRUVRY3eA IJJR1UkcJlRdtTLol8DF45G3BM4a2CzQesMmTed4ejhjmM4CsjLZ+kyjbltLwKJknFStWzQ9CWZH 05OaJr3ETicqUWyfRbC+yQXrF9xN/XkGSt/5Ne6r4/j+DFm+NM0ENNPhyPsfByrnm1+SH9/S34oG b35BNrPjRR9/KyoTm+pDXcZ9wtENbkvAaQnylqNp3iwrMfFU0HGdGJuvDPJctT6nFwSDlYGPJqNV iMeoi2h+U4Ihur0+X8zvf/x2fnE//zv9ny/zvU6ymF9dpYvf0sur9JHXJajXJWo6/RtOZ/PL9M0v 7scY29XZ7/g/R8kMIc3o8/q26PM6/Tu9Lk3wEy88KLSAZTmgGPKkjXRTW9ogWud3ace5vFykd3e/ dQqWpUurGKdXX9Ob+87B4vbhW14Ffr4/X9x33AfUCnlHl+Tv/QLRwygo1L3XZ9ohPqaol8Qd19b2 X1BHnaOHr39CnphLEf2cXmI84WwyhJPJJP16u/jR/eXwBLUmDb3br98Qd28Xd2j29W4fbu7TRSee //8pltr06vziRwcKRgdS6H5+c9W5OP+GwP/tZzL7GED9ibxR5zi9uSRAGt9tqwc7msxv5l+h0CZz ON+YJTvpxOH/U7iA+/tlF9AskW5QTC4dOClNnKoFn/jSlIOkF5jJf3RGEO/rDlEvSJPbGyQWzuLi y/w+vbh/WKSokjMZd/z53fndXfoVwrHo/E3mzw50pwaGhfFE9Yo6Pzq3nzu/3n/99uv5xbf55cPX b+//c/gpTY+gcwPbOQ9XHbPXMa1/2pBLQ9TPkPSBuplCLZvfICpirA/T88t08U9Ugn7g3H9zjiDr ZD9v0dT9Ni8mJO4UP0S4HTO0O+9sMAD9bl41J0m5KsgLEYFHfqmft2iyf1suzplCivHEv1K+0j/s O2NS5x10GPfNnm0bS1AKruWjIefgbbV42SPsLXMSOu96hmWBvj0kLpOffoYyeA8rudfQ6em8e7vK hvOv12/3MprtdaDWErz2cgT2SpB23/x8g4Y/Ov8Kff0/sKuFaNRd/YrXQIZZ+Wrir3blK147GcPK Vxt/NSpfe/hrWPnax1/9ytcB/upWvg7x133yNb64/QY///ssmpEPBDn0A5c1F9BYQgq/g5MMwTL7 DTsxAPm73+38fGS0ITQAe52yW4pxytvAOaiA7SyGxdH5xV/nV/BfBZ0KkAgECv8kg3RXBrHEg1ir 3Vjqg9jiQezVbmz1QXriQXqr3fRUB/FmSVyWw+m3dHGOFGmWXiGde/dvP3ChVMc/7u7Tr6Mpqjs0 yrIfztPry2W9k9vFpXNxsdc5ukXLD4gAnJDTxd/pmvQNjcM9+F/QLwvK+vDRBA1aHt7w/D4NAFLT /XGfygEw8k8RAMMSjSLfSfA3AUxI5lcpkmkBqICEPstDFCdAPPrk6DjORyezPBrZ9QPfDwbYpjhO r7cCB2ni3PzAYPCBmOIFFOJLiS7xZBSu0Wo2MSjfQPVb7FHbmpRvVvXb2PtAa2tTvvXWvg0NH31D nkbR4ciPqxU/Tpy1b9C4rX2Lkk9R9dsHN1n7Fv1r5K8RIRzN1r65yWH1W+Bmbdet52GSnJY1dZLe f7mFzD2LkAYDJF73cbqYn19Df+6yytbR58678Ria7uA/D9DJgBNC7L6H7pzxPp6472fHaFjoJFnd 7rJJ0RhDC6diNL+kC7gkWG0dnfhB0SwDejloNqCzuCJmoycagpgxZB+6tOLpTVoFIB5HsTwAtgQA Ng2AYtBx5Bnvo8M4xpWDzcBpScBpcQhFY9UsTj7qQluCeSl7J84HsewtwQ2MKrj/Rpth78/GwOm8 61IagGqDMqUwuEk0jYkJFpMrMNXkapJYDpVfWZOKGgQn8ZpqwG9reFFGOgy8KQ3/Nf4ui4ZgryqQ rjfx12pWpQDXhPbcow1n88itIpiAKpi4t+mi6JKYSmzT4LxU/Wh2u6vtVwfDpvH2fv75R5kTkbtf tpIU5q0AalpqIqGiQKPZfqxQl25GjO8Wm5Y0RbANRaqdzNyyOyWiWH8NnAYMLlAyuCGDUqbNotRB VBZ4OlUKglO7oQDkx9GobLd4ZLOpnUpxoiC9zSH9miqU1SCrt1wNxqOqkV6a9DhOWCZ9nW5UfoOu JKnf/oZ+OnBEtG74C+044S9wPe6nfz5ccSlLHdrUGfq8iZEtjZHj6zT91sDYdp2xY5s/PNUBKATJ rQoS8VbHo6PTqh0mJdM4jlglCZR/aBzvipK15Q+s9Imx/PFDr7QVAYpOsmUQaZovg+irsXXyEbua u+QVluRaA7tGSGlozf+WsBZxEbXzbm8uZ+nn6WdE/Wk8wuu58+uq0ad3sOo8QnDx6F2JeogK9Hqj HBIoXifzm8vb/96hrU3wtkuvT4dqdcQhF7L1umzoKuojAvp9HbBNQx5s02gS7E4c1QEcKAAOmgbc rAM4UAAcNAy4VQdwUwFws0HA+zWAthXExOaLyVpdtO3UCH41VQFt2KEZqrtVckjgOJ7fPHyviRia lCWAHSogNhQhJv4SXN+lknMXZQLkzH98yqC+/jcOfh/n/bydzC8Wt3e3n+87mUCxyM3veI3sAlqu 1+frzSOzhEpJOYAlqDEJ/tmZzK+v05ub+cPXTnCJD9x4NBIPu4q7KUWr9TZ8evFpJqSbHBIS9Osc JSJiyY21tlUpSbT1dmLCiYknRUAdxAxNxIyGEHtU1ED6VyZpZGy2giE21A0xewfENQSbi+qbjLS1 D3XvVmr1ItyspeNdwXmW3j8sbrI1WJe/vjtM5Nd3GDC0JKxuDhX+wFCCwPLEpUCMbNFeB53cCsHN xkFxQGhWRdsK3eW0KqgJ8pqAsj0JiZVxmnS2rCpa6OaMQahzt0PIxoH7MYR9uw+fP6eLfCwUgkAF nuyaoCZdeldApSuAuwIcxuE+Kjt6J19wIDk+kMtGMRmODHMvx08XxAsa3Vym33MiZKPlXLG6Cs3B WnObob8VxlrL6rJqzGYwwzSNbi4WKQ7fe0cjKEOxoZlgnGARbv/7AIe6rh+q/vsMF0iebBGRWt1j HuWaxLMR7K1k2d02P/17fgHL0N4xa6gsnOQQHasE87vzEUTwbXQUGZ7hlT2SEhHzbuNxpNNtIOh2 PPI1evWr7tNyz3qMT4yY1plvZJA0V8/yDia212XvhK4hdDKRw4hgAuy3NNtz9nF5GkYpDWazrNQA JE6Nar3Cwnrhw3YBEYqYr/Xfq+iv9oSD81IU2pJtrpKhSWM3rILHrg5wdSBb3cTVTdnqFq5uyVa3 cXVbPDEU0ViqpOURlYzkOChGRXUkMbMyZEn3S4Agyk5MZ1e1gZ0zDDYAMg16pQamRAMScoh+wwYW lQtOELJVxHV8funBakCdL0FYUIrOEX82dvCZmIPtFnLbiEX8ZOzHbEadjAOOHXQTXls34bbljuty xz1KfI9beszDKCY9A2Z5kJUDOmRJFhLBgjwJsnJq+7E7zk4p6e1hOcjKWe3NrNxklFtZucUot7Ny m1Hey8p7jPJ+Vt5nlA+y8gGjfJiVDxnl+1n5PqPcycodRrmblbuMci8r9xjlflbuM8qDrDxglGfz XTU2gpQfO9E0i3E3GOWjrJzKf8/xSbnNLJ9m5dT+D+KAwN+jt4flflZOla8T1yX9D+jtYfkoK6eP b01I/0NmeZCV0+XfOSL97zP0xzmaZuX09v6U8MdhtPenR1k5Xf/d2N2087EyI5MB84ZoRnZd35Bo AMoNqLgk49hgW0pYuhJJvVZq0iJklqWZFWKU2uXbGWulvSw8lV7az25D0EuJ9aHaHtdDc46q27GT Wf11FYrdFNfX8cTrqJ1f9s2xFvl8tfOrnjP8QlUdP/5klHExhyJcfv1HB9+1+sevooUi7Teju2Gj 3YFmoQPNQmfqQSeWS8jLlbUoeMW8lKKWuUIt4xlRSwo9qxUGBWrZL1sYeq2Vf+5WfmWKJxN33hAF EvmfuPt1eQO73ABINBiWG5gSDbxyA0sGB7CChc1vAqpoA0OiQRltACQalNEGArTNKkimIdHAXnpn sAGQaNArNzClhcPDma1O6fvXQWUZAqx2GdIWNr9oOhklnPU9FNj+yvxrv/wJSsXU94uGJlb/viHR wCw3ABIN7HIDU6JBv9zAkmgwLDegWqSTaHbSigKDjIQ4y4bDvc7JCXcnYNlgWGoAJBqA8gimTIPy CJZEA7M8gi3TYJg3gw16dNnxRlvdmSEDrvAjGs1kGgzzg2jYIJRp4OZnp7CBL9EAlEGiHj+4YXUL UoZcJn0iUPwsnjAO4oR3KBdyT3wP+KVVvIHMiS8P5DzkxHFQOIBqyMnavXEc+xPA/5+Mg1PaSTy/ lZtkrUD3DTcydP0AnlbF4gZV5aj/YRj7vBui6qijpCu0cMNSuzyAMI9Ww2f5mO9q9KoxFFAbCifW 0RzK7PKYBbT7HXQFQqDZ71CJNGPnyNMeyu0yYhKpeQVMWl4Bq6sabkxir2RAYUdV0wiBj4Y0CbEe n8bSVgfHAeto6zLANexyqojlBgWE0eOEKYhSbiFXawFRrZI0U+xeFn67Eh3Kl4MsQC85oy5tGCCi 6uw7s7lYljpVvcLEw0PcegUvwMOLwSjUrCu8VVTCE1Bvq6tBvMZkxozyBO4DrWHe28D1HzoF0ET3 xC72UCnS78rd7pEbQooycF6WG/NRqpYUhdRQoFJqIEkptaHWKIYCLOUHepSuKU2mOvADtsmvh8Fj 7atk3GIXLuv+2tVtswYnEVNvEjGVJhGz8UkEaE4ia8pTddGs7tOahcyNzUKgxiwkJKPdfdpTmbnZ qSx3J2tNZkIi97rPa1Y0tzYrAtVZUUjrfredYp/FFPtGvivancWSxOZ3PBn7SHR2iKZmNhOXU7Il mpLXp2Or+0ZSBy2heZbNkmGqTZ4bS4GxhlyvQT/DevoegiVtnzTSVKgiL6P0GuaAbQoe1dIHlLbY XPWzgDLll8cYQHVnktw7Ym2/LcdZv4mvteG0MquhodkMXN6u5YD2qGpFl9f/dOjk7Y5O3rbpFBZ0 Kj/fwBdir84+sXgTWGIzOduDcGO3K55NDT1JIGnX16+z0AmtmJyKAqCpKz1k0xyB291KvhlyyEEn fj3r6G/yAGL1bAafqOD757KnI4H2WSYJtkUhePVOR8jC7vBksjyKLWVgMfknISYGoM9O8/GpT40Y Xa0CaDGiq1VMWlToahWLFgfKJnxYh/AWxhsICM/Fe5XsYCNkB2KyA9HZPQqoY1Yh0Xbrgatssh9s kuyrNDVfC00PtQ1cOexyxYbhJ5xkxx81GYqSHIZHbJs1ebi+n3+7/lGe41BecpnDXbCOoyON47+a xNFLJtE6MK40MB+0lUhjRrCU1WgtLF1Z1/A1GRSOLlRH05Al2nizRMtNvilLV7tp80R1Vdj0mNSU 6ByPXvGEhhweXH+KJMOpqoZktAnUMr9mbJi+1K9xh036o90tddYe7qhs6fsee9UpzOiOEoTwQm3Q j5+uplKTC2bJBSLweSl3ay2gGtjuNNS3Ow3p7U72glN1u9Oo0JOzybCt7U7+YlV5u5Mm2VHireMN ntgOqCG9Nam0A0qlxzFFDswnfthpSB/Jah120ugUex/X6WQ9s/NKQ+mUVfuIjnpI7FHkzH5uZ5BU eqqcpKoPKaBrSKNrTxGiR6XaSvTVQ5hK54EiVnpDC+3Ap3V69zUge1RuoUx3fQJQ6T/UwFIfBAEf fJrcDzQhfNRqpcWPegSh8mVfE+t6oIj4Q/MrhjUgfdRuqc2n+gSi8supQYX6IIn45vjrfNuvCfFj rda1+NcMwah8dGtSpRnQRPPVEUUPnQYgf6zdQ22+NkdAKn+9BqjUHIgS2zaON5Jbz+4G+rXtBwoK UTzzuhsaEawrgtsgoR4b66kRxdg4//JtvqdP02Z6aYwrm7EHS7PlP3Xl58WSJxNng+pPGTH2vHCL BsdrDU4DIh50m2VZsyDLinp03N3UuMz5NfYODzY5KkvJonDDo1YVzW9YRB4b7a1RhduMBFMVL+w2 z8bmQRctcUPKEVCwAcweG++xcbnZHANo8gOMDVB5cyiI5Ajl66/KUbghDB830utG5GmzDKHKFdgQ 1TeLyuokZgXDNXHamMJsTqQ2Klab5wdVvMwNcmHzKFV8JcqafaP6s1lR27i4bYc/VLGzNsyV7aBW Ej9+CqbNDmzTngTc8LD58m/9Pb9N/cgk0nh+4oN+1LJEbUyGxPmmNmgWgFLU0fPir8DZdpLJ+rRl bpESj1sbaePT2e4YTJXn4Ra5uH2UBXKdUOJRtyrX25Xtrcv3bhhOlfP9LXN1N6gL5J0Wb7x1ed++ zO9E7ncnAFT5d3bA5d2RQKAHtHjynejBbnRhZ/qwW4Gg6QUY7IjruyWFUD8+PR392J2O7FRPdi8g VH0Z7lAKdk8Sgd7Q4uJ3qje71Z2d68/TEBiqHu3vWCqeBmlE+nT8BPVp9zr1JPTq6QgQVb/cJyAl T4dEIj2j3Dt5Enr2NHTtyejb0xGox1dugh9f2VLo8YVvET5u8Shra0PxU14/L/JtfoStWPifz5xQ j88sIO7xiccVP76421qPO7qs/Lil5AOPG0rusa1HEjTmpU3kS59qp74jV07Qm7Hr65M8l/Z6KRuS SC1dHbuj35vqaNZUR3FTHSUbStzYVErv7JGWA9ojLbUy0q2mJWf0z880m6+rDxh53irts1C7E/RE QvG8dTWBvMTT6Pv4mfcA/R7gB9n3cZrIHv47xG9MD628jvBpdBdXBQ76bQ2KTkFYPA6/T4Z0JJ5G t/EuDfltlH738GPZIX4nJbRx1+zuSg+348YubhDiN15t3IWL0d/HpZbPh84soPNwYx+jSZIx+lbR 6QrUJrO7AjrHw4iAgoKeV7CCdOpYedf07qwCOheTOTDyV8JhY4y4Tf7GaAaEgj1mdwV0w/J76KB4 sbxHIMJdDzG8wYDVnV1AZw5yuuQo27i7fcwKP8jhIkLD6K7EWTfnWs5Ba7/EClOGFb0CugHpLiwo 6BCGYIiIkPd7OdSM7groiEr5RL1wp4TXA/x3iLsLMLymy+quX9IKgpS1ihTsjqCMuw7x317I7K6A boBZ0SfNBgUdnZL0DTBNfSYrBiWtCAq4PAzF/qDECluGFYMCOkJykxioQYGmmz0SW9JlJu2GBXRD 3MAqqVowKBAnfCekQLAzuhtWWdGrssLF3TlGQQSHqRX7BXT7fsHBgVn8TSyw6xYKhwwBo7sSdL3C rg3wbz8ssaIvwwqnJHfkrRDczHIKHSB/O7jTXsjXCqc6V/j75B4FZkK/QNB0CuiGTOjcNa0YVFnh DApxGRJFZAqKW9JZp0DWLVkXgqZLOiKd9lndeQV0pBkg8ykWi5A0BjSzyuiuBB2u2ndL81Y/z7Ce zx7ZtM007n5VK3yjID9pbGBukpkE4NKhz+yuNFeY60itOjNdqgt58jsys6oupOOEoPOOnWPZwU99 UHMs5wsB6WzcJxMXQmgpQrjhd8RJFmnBK+LFi0WT8/uLL5130fnFX+dXxP8cNp2llfBdpbqpVt1S qz5Uq76vVt1Rq+6pVffllvx7nUnwOxED+GcyK6kgSo4Ohe+u3vtUai9PcfdKf/JTaXNltbepzLjE m1Bt0lNv0ldvMlBv4srvKemLjpjK5bU7MVQSSUCl04fDHpnvFNAgkbteqPGqsdzLr7WeJl1/XNXo 7uKlUsbIdKL9AV2+nPGIWQ1vvMDu90n3KjsufrpIP08hLisvTcYPf94vzi/uS3IKut1uY77D2Umg 8eYFJvkBZNB9uijUiPhi8k8/4F7G6d1dqbWlPB3kKKOHLKHH1ejzb9CzctU9K/QaIV+8qPZHeecQ vXbHEgTBG4vLQU31QX2gMKiOM+tpkdyXIPlS2NgXSxjIU9SQb+9YWo3fpFHU6nrbwF/mn+9n86sv 9wrQOBgasr5in61sUgh8dSFoRqtEs/fKS0MSEkD6o7/ZloluQJ5to5fnxKM/1bgxPSdg8/BDryCS ekLAgT7g1kYAP9g84HZXwR055BsvOT12Li9L4/f0VZivsypE6DVNBJ5VXcXf5hjU5hDsqyA4ou0I PUm0Bipo/evZoDXUMyYn0eyEi+HJCXKKTqLRTFQN9zYKRdUsXM0XVbNxNcaTx97tzQV00G/g/2Hl yBvByie+IbSNH/hPq5Wso6nPiX09TtAfMSzLGn7YUXpapk+qK/0Z4LkKQF4Ns56XPGlFUggFS40M iUZ5AERJwABTwMZ5gqNNqrqjYsEmDVgwcysWzJVGC71mKenl9Lvay+NAa612xJ/pV1xsP/3z4Ypd B1/54NdZ416gsQaTgUlnnRNqrnOy3Rcth7PYtDN5yc1WA4hCA8hVM+WqWQ2qCQrKo+791FrpSa8n +RtUKE6Pt8nb7DGFzMJPbksZhQWKNqc3/rgndx2otj2OohNlNts3/mgnim6sB4jSRjrLCoYaVlDW EjYUuGg9KfPU0M7WgbrFlzBYKNKVJVQsCTjYwTxIoc/0W7o4v5/f3szSK/i78y6ejCCe8Y+7+/Tr JP16u/iBIz78wPc93yNHgPAHlB9LD+fp9WXe1Ln54VxcICJDR/OvvU60SO/Sxd+lSIdVGp94E38P /rd6In/ij/B3qxoIkEQjagN/hMQHNTBomNYCckmuz5/v0nssqv1udXwjH3+9ALAKTFaBxSqwSQEN xeVj6ocnE9475au4ORf/eZhTrvhG8eQUxyWFVUla6isKhUT8YxT3BnuYW9RicuyEuMwqhkRDPKUW /5EubteerYC89ai1iWjQVlSz9Do9v6MjX61JFKvaS4n+fvr3/CLFj9kbLGpngTyHSIaD+d35CPLr bXQUGY4xfFuZZ7O63sgn07Dh+IYNqHUcf0YLDMpKP2Y90Nu67hG7bfwxitilXjIb00pzSTydxtBm 2Iom18P+tX9yu7jMtBZKg5UHIXj+CWW64bSxcRtTqc0Qt7GEx4dGOdoeGLr+XjUKv0cCDP08OtH4 bllFVCoJngfYGtuGIBKkGpG/T2IqSXirXQSmk4B1EitNQtj7fbYTpOrvIwbAaQUKU1dQDeKJpEoq cs25uSwkFPS72X9UVwm4m1yUQcADgOHnrfbgi1CAGGTAI2Fezvsaa46VgVEnnZ+PCg1s7RVKxrDp TVo2w/HEfR9ER5OuZls/Ej06xG4bHh3EW14tMV5uUqICrbE0GWiNdejAEOuquuE5GUWtqorqdFES 9SHLhstDUrITdUABhgYouanCOkSfJMr+AppSGl6krVDT5qGgAgQrSml0NKpx6RJFtUdD43B9dCy1 0ziJaBvAVXfsMI5Rb4M+N7ok+lfm6MgfuRcDORPfen+YeDENHoos/PvsIAren42BQ2uAoUKMyp2F JWwognLto9nVgHiFND3GI4yQbfPPP8oObkTi9w2FkAY8a1SizpJoGmeTCESIMCD/Zhtd5R1BNMSq JTuYkNsucF6TOlfKT0IqFBodhVPBxsMwXGvlrq1r9JYgQkVbW4IfubPjPXSGcObd3nyeXxV366oO fOa1kgbuj/tUsKilMyGaBcd4Qa0IpTurQklc0urtgSWUqAH2trXAdGfWmLoozgoPKwtjSSRGVSTI 3Zfq4x8FEqM6SETOzNWCcxJX4SSXZ5nERg304ZyM/FMmsWHhTIzE5OEe7XRBSCa8JSIsn2nc8ck3 LfLu13cpln55HuA64ASNVSwIQp9ZiaAv6IkMR+9nuemAgGdv4dFGYEzSsKMT3o7PdoiIp7vldfyh 0Qy5ideJiM6ugqen5cglGDVYINbF06iqiwFfF1EDfV2E7UdMXYSFvoIungp08bSeLp5yxGhl3w/h xKxCcBIqmMHsp8Td06YU7LSegjVDGaILiD5N04WB90GIAdfz/pFpz64TstlZ0V2DY180+HYQRfXh t8DO4D+N0O0rUydKgQC2escDrjMgeOX4BSOPOZR113MkWAuIRg4fBQH+lNsrzK0szrbf5WWZMvzY qcYiBVZGBUA0KjseeZx+vi8kL3+2TmKZtK6WJpvM9KtUEvuppGMsuEuJ5w/XGImXfsgyGF00MH3l DJ0qQid+81wj8LVItbUfOUWJTq0x8ZjIT5de51CiTvYCLbfOBzwTUetkfgJcTZ3y/ARYrm9VyRKI ObuXQu0LqwoMeQM8EOSNUrquWNK0slnia21xrE94UdFO0JVSarJDaQsarT5aibgrvsKAGEtkpIKP 3PYKEjOpraOl+5PLE9f9WZolQ362DckPh+VLJRavRsgGg9TIRIskVzdIvXmDHiqgqzLoYT1Sr67m lkZQk8ZL1xPJAts1WqeVaDn2YRgnjICVkJxvEkNn0xdnpLk4HoRxUm2c4ZgPQLvC75m8QptX2OcV DnmFDq/Q4xUGnEKfh6fPw9Pn4enz8PR5ePo8PH0enj4Pz4CHZ8DDM+DhGfDwDHh4Bjw8Ax6eAQ/P kIdnyMMz5OEZ8vAMeXiGPDxDHp4hD89kOmHvGcNCiT1j4jbN4pm3B63U3e3D4iJN0q/frvHlC2Gm n9vFpftwd/Tw9U+04Mo7iBa3lw8X6WKvM5nfhPPv6SX86/x79hf0H/z04vYy3aNOx8Si7a1Gefza OVic3zxcny/m9z9Ums3Ob65SBMb868NXZkM089Abnn/nNqSMmEBA766xEc8C6litAaX1OL25uv/C HG9vr7M+u+C9NzI50HhQ0JvKjqPbG+/84kt6/ud1imTg/PIEEpnLnFW8ZZnjrDWTY47hIidoT4c5 ayPKMwelvqy2FjMHX92Bs+sdhjCfsJMf39L4Ho568WyZ5+kyzwM7YR7mniLzzj6hJi+VgaYuA63n xEDwchlo6zKw95wYaL5cBvZ1GTh4Tgy0Xi4Dh7oM3H9ODLRfLgMdXQa6z4mBvZfLQE+Xgf5zYmD/ 5TIw0GVg+JwYOHixDPR114H+s1oHDl8uA3XXgf6zWgfuv1wG6q4D/We1DnReLgN114H+s1oHui+X gbrrQP9ZrQO9l8tA3XWg/6zWgf7LZaDuOtB/VuvA4OUyUHcd6D+rdWD4YhkY6K4Dg+e0DgQv9zww 0F0HBs9pHQhe7nlgoLsODJ7TOhC83PPAQHcdGDyndSB4ueeBge46MHhO60Dwcs8DA911YPCc1oHg 5Z4HBrrrwOA5rQPByz0PDHTXgcFzWgeCl3seaOiuA5kNN8xAQ4uBw5aBKw2zm2nhs2GgxnngaIoS GyMWQQPM6t4Lh3p3DjgN+QQEe5VvsKFzPb+6+ZreMOk2pDTi0K1LvemBCCJ3xSO6vcuFO7i5ny9S jNmTue/hoSuVOrSvd9+DxnKZKwU8IX2KfPE1+bJqULbGl9DSuofD5gvjufczbxbja+WqqYLd+X12 nZPc0yqSsqEbC+/PZid7Hc+gvSO0ngKY3sM4OEJdjI+Yd2pxRlL6IMu8FsQ3ondTJGc1yCPvYAiG Gs+KMAegXNCWoB7IqGdqUw/k1DOF1DNlqGfyqWfWpp7ZHPXMjHq2NvXMnHq2kHq2DPVsPvXs2tSz m6OelVGvr009K6deX0i9vgz1+nzq9WtTr98c9eyMekNt6tk59YZC6g1lqDfkU29Ym3rD5qjXy6jn aFOvl1PPEVLPkaGew6eeU5t6TnPU62fU87Sp18+p5wmp58lQz+NTz6tNPa856g0y6gXa1Bvk1AuE 1AtkqBfwqRfUpl7QHPWGhHq+vr83zKjnC/09X8bf8/n+nl/b3/Mb9Pf2M+rp+3v7OfWE/p4v4+/5 fH/Pr+3v+Q36e05GPX1/z8mpJ/T3fBl/z+f7e35tf89v0N9zM+rp+3tuTj2hv+fL+Hs+39/za/t7 foP+npdRT9/f83LqCf09X8bf8/n+nl/b3/Mb9Pf8jHr6/p6fU0/o7/ky/p7P9/f82v6e36C/F2TU 0/f3gpx6Qn/Pl/H3fL6/59f29/wG/b0wo56+vxfm1BP6e76Mv+fz/T2/tr/nN+fvgWx/L9D290C+ vxcI/b1Axt8L+P5eUNvfC5rz90C2vxdo+3sg398LhP5eIOPvBXx/L6jt7wXN+Xsg298LtP09kO/v BUJ/L5Dx9wK+vxfU9veC5vw9kO3vBdr+Hsj39wKhvxfI+HsB398Lavt7QXP+Hsj29wJtfw/k+3uB 0N8LZPy9gO/vBbX9vaA5fw9k+3uBtr8H8v29QOjvBTL+XsD394La/l7QnL8Hsv29QNvfA/n+XiD0 9wIZfy/g+3tBbX8vaM7fA9n+XqDt74F8fy8Q+nuBjL8X8P29oLa/F6j5ewLsh+/PJiOIvZuAuKvf hXOKu5jod4F5ALsYa3axv0TEjGt0QRAxJ/pdZIiY3DzVk867rjD/NMlTz0qXX1SK2XnNl1naTS1Z k0iXTtLCsjChiOVKO7rYZVWK3O+l3Nno/RC6pK1XX47B5gV+QqKSiJ4lROUmxWBIWrIWJQBp7M8T cyO54Sbmzh+/ngSTmfBFI9Yj2J5hvqVYGFIf9gzEOXjZUkJC2iwTh/qggCBuyCAnni6Lk+u455yX YwVtOeEz6AeqJeM9x2eGhfsisKC96bj+aS2OifM8BltM1202EfzCZiMVQ4bbeX/mOnCkiWsw7J1S X3gSmIzr9+UWcJkN9JXDVbsvr4DLaqCvHC6L/XrOQUR7DpTN+5XJLMSXN5DMshlcbQCWDUypBkEx giXRgLxmwpYRemVTpbKl9EZPPj0hNuk+cBzNEvXHbNjc5T+bFZ1f/HV+RVDuq4pGqXH1fVK5DpbG EJBQUmHFJqoAk/0aOWz8dLAFjWBr7Rpb81Xx1tomtjvnrb1NbI1dY9vbJrZg19j2X5XeDl6V3u6/ Kkl2XpMkg636Uv1dY2u+phlIFlvwIvRWFlvzZeit9aqslPWa1kCy2Jovw0pJrgp6L8NKvao1kCy2 4FXx9oXMQJLYWpu2yfQdV9F+Kvqhvs4uvwPae/Y7oMXJwDjy4K+jD55Epy9kQ3Qdef8ZIG++Zs5b m0L+OXDe3hTyzjNAvrcp5N1ngHz/Nev84DXr/P5rFnvnFYs92JiHd/AMkDdf8VTX1K7ts9T5pjZx n6fOW69Z7K3XLPbWaxb717ywaWqH9HmKvd2Kfe3906YXNnrbqZXw1Om3dIFzc87SK5Sh853rzKAI QzDPvNubz/MrfCPLxtc3KlTMQpdJA/fHfepcXKDw1vHtxV+wh0V6ly7+TkURrn8YxkcULm+ZPDDJ 1YzDZHyMIOlVQlrzSyHOxLckL4U4/myPcBc9HkGJBl4jzGHizaqE6VMJUyIOaSRJHLY4wm4CRCSR cSH5VbHIm11GXUhEfD1hIN+XxezrkPRly9xuyiOhITI17i1kodxEFFh3q9DPyvUlDChsw72vhW8y IlIr6lAufpFrqkofzmNvSEjfaeS5VenrDdFvky19pFFt6VuXCGCwJGL8wTvCktpnVogTbgXKaA5r tHicdyYjgBSizkZVogbkLt2QQ1TUqDZRT6PRjNg9Bm6wgk8xjPK4Bad7nfjH3X36Nc+yjrAzAPxf dl+QJnlLLFFzfEWlYdkxhyxuHnvIgZDFODcnp5E/1jcny9vHZPCSTqqeGeYHj9CK3LEul9C+Us82 5Yb6I13cyg7FpeAMShqoZ5CdxRXkAZJqro0lUs2z2yu3bNn95TRQuF5b4HsCVc/cCr6wGsDVfG1s +ZxLak+liP0IAsfsCmbUm9KMCkfEYA8EjeIv88/3s/nVl9W7yjb/BnUxFMDVB/zq00X1pjIfqHJ9 Ygj59ZHEEBIp3ecu2DSOaisYhhNIXTwvVhpH7ikGvN/rsq/LL+0gFGlVq1cwysxkYnlTnDdcY6Zw yUmzwnlT6YLfCsVOCMXYHfE10qytkcSJUlVF0+hKWdalosBRZNTDNBrqdinIfVtKjMluCo+bJ1/m 12joFXORNVC+EHudpt/IoMKLpMSJxQNx7rMufQtSkfiVTM9C7EP56cUiRa/LLJVMcXOAq2Pi8dfz X5iqEDDUb7PijDN9FLbJfAWuXb4k9Q/CU1njU12bMmxDdaEReeFBdRFFFhg9RhfZEoM0VFli8Enn H+cLJsHKsrIe8bqc+rFepza/0wlzacdREsKf+GSUZMlUOLW8WeKIa409X6JWcuxI1ILUl6h1PPZD Xq3lbfkYwy+cRuWUCY4XdtVJfRbFHk8Viqv9sVEf2BXrioZWgrgEC2gSFlAPFqtJWKw6sPjTWMYF l4IFT1dkAZjtjiKt1IXLb07QGwzdJYsiqYpAoqIp05vJuwehRN58/oN2UJWWS86QiVCKM2KilkwR YNkTZbcpxxLa8aeHJeBiKQbM9cbNAbY0Ih7sMRoah10pPMr65PGb/BR6B2TdI1HN7ktVMxypakBu UBBIVTOHUtWk3CVYzWuSID1Drpoc3fo2t9JjXemeyE5HKtINZKTbn/89v0xLM5iTL7T4y3KNdWh1 nbaS5Aofgwfw/+4siWuS83dvE8bClCHn5OH6fv7t+kd5320FtVUa8ztbObUsbYAImi03L/q2nGUT dao1DyXHT24aMhufbOFC5+lhCTSwlMA7XwehPMLluVA6ZSrK5suwtshFVUp3WOusQzdNXqOetWQn su6ERFhS7qY3WY1zoRWzkBeUtVMqgEapYD1TKpiNUsF4plSwGqUC4FNBfVHb8G7yy7de6pGleecv 2JipR5w+c6KYWkRxXjZRLC2iuI0Qpb7lk4y8VI77Naw28lI8Wht5qYMbK/Jy2EZerq7I2sjLNvKy jbxsIy/byMs28rKNvOy0kZdt5GVHOFe1kZdP2bVrIy8FP0878rI9FGu3lV/VcRBoj4MaPxQD7aGY +Ji4PRTbwaGY3x6KvbrzH3OH5z8v7FDMe16HYrbyoZhNPxRrXd7W5X05zh5onb3GXV6zdXnFi8DW 5d2By+u0Lu+r8+7MNmKwKZfXfzIubxuqxR2tDdXSwY0RqmU+5SR58bZDtbLzPnQyxj8YLMd0xbVi uoqUnHf8IRnnmrWClNqgrDYoqw3KeupBWShFhWZQFs5bYbShWXwbuh6aldOtDdBqA7SYDGoDtNoA rU1uYjUUoHXkzfydBWjRlk6lhcVOArQibxKrZ6VbHsvMJseNZmwDDR+G9ZQPw3rtYVh7GPbSj4FA ewzU+GGY1R6GiY+H28OwHRyGue1h2Ks79zHbSMGmDsOc5xX/1Vd2eft0l7d1N5+au9nm4GpzcEk6 Wm0Ortbd3JG72ebganNwbdOzanNw7dLdHCi7m4N2h7V1edsbtu0N24advfaGbevy7sjlbW/Ytjds t+ndtTdsd+ny7iu7vPtt2lnxaO1dBh3cGHcZrGF7l6EkQe1dhvYuQ3uXofLT3mXY7V2GoTFs7zJ0 uPxs7zK0dxnauwyyC532LsNrusvwL2to7OwuQxhK3GVQWD7xKbeZXLOxVqcOt1P0gzrlrXt9Kwjx elZpXNfkjTt2EgP1OVTq0wt5fTrJzFXv07d4fUYTj8D53K6b8NQQaKohY/injq6pia75PNG1NNG1 nie6tia6dvd5XxWrvqYrsa3rtJEMr/0ssA3eVaNCG7zbBu/mVGiDd3dtvdrgXSmitMG7bfCuHFGe RfBufHH7DZ8qHESByOdd+pFj5JLq+pGw0fzzj/JBRuSavDUhrYGt2qCn2qCv2mCg2mBftQEwWC2k ljXTQ095WQPMjS1rDJe9rLFEyxo2ikALRfCcUDSVUbSeGxctLRSBbPfK7yIA9C5C79lQMNBVdfM5 oQi0hOT5oBg7iaOMIuCputsLjliHPlkN56zHrxG7Dh4rNHrolFMmlBEicko/OjLZUXekkXPzo1Y0 2vHIH0kd7JROimzWoYXrGD31cLUD13Gwu6QdJ0DGRazhHHwG/3k4vy4YGGY/usFqhENIYLrCxTES iQ2vw1dCBeSgYtNLL7k4RLJXja/MePsdGJzIStKwriSvCyowDd7xGpLUAaM8mrifZI4dy4Mxozij SYzP8WyFzvY5nQHVzpinsH6QqEJmGV2Fysxz2GhGzjYVCOxoczNW56bD5Gaszk1nn9OZKjcdHjdV O3NVuOnyuAnUCGzW0M1YlZsmRzdjVW6aHN2MVblpcnXTVOxMRTdNrm6aigSuoZvq3OTopjo3Obqp zk2ublqKnanopsnVTTwyUPHJzkZHI/0tLDTrd951VQ7To9mo4WSzmTceJRPoED18/pwusBGzVf29 X//RQUuGzj9+JcuVwbCUpbb8O6R9F3Q73Ei3oIAWUJq/UdguXQrEAaJjUyEJiCtdraimGIFh1QRj 5RqDMixEsKDAxjzxK4IKkEmqSziWRq2scEj0KA5azhY7STTFQNo4hrTy0bC78GuxgYqW0+/x0kH3 /A5BUekPuat1jyKWaxvL5EfCln9WQ6Iz1NeAQ3MPjo9ZdizuWQwwBjoPow6drlSDalSzBI6PgqMR ZWbFT5lZ8ctmlgYbV7YikEHSs6lRbNW3UAUsVj1YvOamGWUwlt7Ima98D0jOK6lMZo4ssmJZFk0R axthxV5nXZ0vRRoKFEHCJpELCiyDHYMc5gaBDrtv9DWXe5GkefppUDbzhIEZSUumgtPSoGQS809+ w5GpTkz1u0wIgYaj03omu/NMVqY1JLZdHanXmd7ERFyZ5pqAzWsOtuXqqjZYB0nYOMmKNbgxaEqU CRugaejTF88O/h2EYnmVU1/RxXu++IudDlDT6QCt09G80xG3TkfrdLwKpyNunY7W6WidjhfmdCic wsSB5zd7P7c9hWlPYTZ4CgMFtj2FEW/sx0/5FCZuT2FW6fGUT2Hi9hSG7zlCg/RUTmHqwNLgKYwy GEtvpD2FeZqnMHG7IdJuiLyCDZG4PYVpN0TaDZFXdQoTt6cwT/MUBod2t05H63S8dKejPYVpnY7W 6Xj5pzAcziydkYmrlYlB5tL5H4ZxvHbpfCh8BoU0q3tZd5YlKR5K33AymFerDiM3VrzC3mO+nzMC ON0w8zraCJjCfMSonAXLJLEctetuPU90tQ4YTMoEidpgIfPOWTDyT9U4FjLzBAS+k9R4yOdk5AdV yXV8luudyS1pVFdu/Y8T7p3AeBol0pft1vNATFCmJ3KDfjRFCA0Nm9i0PjsPBG5U+/UlqNcnPP7C 8lNB+SdB+R/8cmAIygE9GbYMZaMJomeZsobnM1NY5YnZcaPalB0dRRMeZr6TlctgNrq5TL9n8JGO SfNGnjTj2YpkAgJ+uRmo2Rrs4OrCEgtgiRVhMXVhGc32VfG2te9Kj6NYZvLhwKpKl4EurJ4ErJWx fOZ8cWxw+wqOgeJYQHhfnfUoQXTiK/IbCCdwVv7EyYcJd6xoZAnKTUE5EJQbgYy8ceCPBfALyk1B ORCUG4pywc5KEYHAVXyl0eqLGN9jlB8EPY8H+EHQ99QQswYc5fIEyuXV8XgPJvz2BxNTUG6p4jrU NeYHE1sAS8+rY4APJsp8c0S42Gy6xwK6C8otReWx3Bp0F8DSi2vSXRGXXo+ZFiSaBXVgEZUH0dGE V+5HEXcFGh4d1KLV4egwUqNVH+g6CbM+GCiO1dPVh1mcfFQca6g7cSeRX1tGVmEZCJ0Ilv11x0cf eOXrY+2bNeatWDBv8cuPB4p6us90pg+i4ZQ7VrQvKB8GgvaC8uFI0F5QPhwL2o8VaeXo6ulh4E3V xmLnaIpGtsDp7AnK+4LygaKDzk4BBWEVOJg9QXlfUJ7Ju96mBkBPcxebGsRFpSd/z7c0cJPmNgtY xjYKTriIn+DzbwkDyRnA16fcQYTpRUm4yt37Js2aT1TZY646DmyBkeoZgnIgKDf55bbAyPUMQTkQ lKvuGvWYk9NBzxLgagvKe4LyvqDcEuBqC8p7gvK+Kq36ug7MQd+e1ln5w/aqsDInp4OBQMYHAhkf CGR8IJCbgUDGBwIZH5iCcoHcDPi7GHB8QblgoTewBOVGKBhfUG4Kyq1Q0RkOtBea/X5NuVbVwUFY A1ZFZ3hoaOu7YdWji2EFNdur4sqeB0BNXICl6kDq21l7WA9Wexg05ZgL5dHoTWttwhgDvp01BAs2 Y3/alGMvgWtQE9dAgKugXPVUyXH0dV910e0yNyMOLMFcagl8MEvgg1kCH8wSzKWWwAezBD6Y1ReU C+ZSS7DRaQk2UCzBBorFn0vh+ILynqC8HyonE05mE18/mXAWQ4Yegt/Dm69dcTW0/9ZVAfEw8ZoC ER26yYA4EVQjh1/oN7caOetGvzWfvRr5gVaMGfNJqI/+JFl9J2Yo/07MgP2Yb89hFlkes8j0mUXI bWcV2eznakJ2kSHz3HCWP3g0rVCpr/CajtnjPHoMhn1OocHG2mVjzeGLGtbJTBvr/X0mDPaALRts pEyTXWQwi/b35fGdrOmCrcBlvFnHgqK/aV5N/CqvFGAfsBliAh2qh6EM5Gs7fZRQQRJRZ7K3+XCb k9vFZa1tvgjKOjdgIBZViCAH+D2IKkAYPF7oWSwoh+0ngvYTtaBQwDyviT76Hu+cKhaUU8bqc8bi 45WXq/gQThKN9pDnVMeHINlQeEHm5O4IrkDeseJXx4lIlrVt0LPtfUMwRAZL3qzydOvoKJwqOVcH QZLUJwxCm1AHX9uSwiD+Mv98P5tffbkvtbXztox7enmk/+Th+n7+7foHFiUUO3yJILhcoT6OYSy+ 8ZZQuDLt7hqPcijPji7hvEV6fp+is57Mri0pgLKFjxIG+uxmADczVJtBhYV2Snk0CzdTHs1GQHqn qs16ex1oX5Sb9VGzySkv95X7MWw29VUY7in8lk591WS3pdRXlFxaSqmvCO19NB3nz8V9DAspnhqq zaCA+BNHudkQjwZUm3l4NNVmKBQ+HDsH7OcMsTlEgp5ZId3kLHBApdwsmWFFJh1782jHmc2Fam3Q 5VFxiRfSRE280HSHKJcbLDYVS/D56SL9PIWj4+j6zrv/JUvYDJbJaTbloKukbNFp+ilHQjRsAvnD StLSrEdLux4tyzPxkqR2TlKwZZICwbBvROQADo8cXOXiTPeSafV+ShqT1fle3lKW51IVU7lsp2gr l+0UjWXejm8tqbMw6x7qT577VprDytNh3bmt5FesTG3SLlPeSs0/y1upuWd5KzXvrDT3whXjqWIr Nd8sb8V1zTKDMDm/v/gCbRTZjJuMA6Io8M9kVmaqYLXhz/+eX6Yr64Ke1PqEPj5gjg8kxgcr4wPu +MikYcs8Tj/fr7S3C5R5PGMZfbLPl2cv4MmlRA8g60HkNhTzvu6jzjk/yJyF+YEMoKo8MGRiIG6F GEKmx7wdW4aL+rm3xNOTxuZSnK6jSMVB6CN8T5vfJ4UFk/os4IkX2dwsBJRtzNjEE7lehe/UrDyC Xchj1UwUeykKEmruSELB5iUUbEFCQUMSquuf4twgZoPbUSCnl9oGEcjNndoGEchlUMEHWTazVDeI QO7xsPWjnJMrd2YdQ9dYZFsCy+WqWPxygfYTg+8uLPedy3MNbmB2pcAqraKzhtZ2lnzldeeSNrYS bYAqbUxp2jBWxSISKew29uruNpIsO7RdvGIFFCzXBNK7jVIdqifaZ3bba2RdhlZYk6mv2GqIJgjl VtCD9ya+o9jKw61ctVbAwq28rvhkig1StZorV82TObbCOwpMEmIzylE4/g4XUbX8YJjNqKYtE8WN IPtTmbFh+hO24AGCcXp3l/ViE73U9nimC3IpPh+ZR5+NeyGbeyq+2ec1lDacxDyotfHEMXKFQaCf rRzDFbdGSzj5HcNJU9SSvjkEx/Q0WkJTefzR12nZxy0nfI0qJWicuO9RiqeaK4j//V8SHMIn8WoD HOrBp2x1BE9E0NUGOL6CT8dqg4mIfOxkkNzcqZJUjFWpGKtSMValYqxKxViKisJzPGi5iCXd4YM+ GzV87N8vxPBNnpbhy1coSK6Is0bWtPA3unnDPDfemNE8xspOTKeUbh1jZSemsys5wiQbYSLXACs7 MZ2yDSZZgx0ZzZyKsSoVY1UqxqpUjFWpGGtQUfwG7zaenGk0yS7d7PbqJrjWMrkCsys0vUIh4x1j HgsljnecKZ6zuQacK4s6RlGOS0s/QtpDrLTC2iqmXKWVpJez1moiQ6mNJ90vQIq1iBZrES3WIlos TTSp9NXQ8uDbggaZwp/nE+at+WzNZ2s+W/O5M/PpNms+dV4F+sk/jCLbP6WDOkPq2dryxYa6b1H8 YdAufm50kVMauvfMHspu96DbPWiefh7g5ov1N4PgTEhe08DJYht6NLrp6VV2v1trz1tr31tr71t5 /3u783GsQ2WtOTzWobLWDB7XpvJGZpoN60vLyW3oS2uV2tOm9rTpJZw2PWv3SP5kS+t0S+uES+uU S/mka5vmXv7kS+v0S+sETOsUTPkk7KW5Ry0nt6kvrVVq4GAkbs+V24ORzR2M1Hd/5HinY9bletY/ jNE/kNE/lNE7mBFbbykLrkPQWJugsTZBY22Cxo0RdOOT5bY04rUycGMa8VpNzJOIE4nbOJHWHWrd odZWte5Q6w61DGzdoWfiDj39uK+4jftqIO6Lw7vchT2s3oOXfDbBZKVbP4tmJ6vp1k35dOvAZad8 t0SJ0xkYomTPWihS8lZMHu5RUpsoznJcGBKp26PR7Pfy85You0HmGZvsBy5xo9oPXEajkc9NjD7y HekE4TijzxI+1DFp3gCUM4cP5cwVlHuCcgEVZrFa+neD89QqeVabM1YoKD8QlB9Kc4yI9ShC6M3S u9uHxUWapF+/XcNVReedLHugKEItSv9Or/c6zsX9/O90fPtflEnrfJFe7nU4dhYYewA8yj/V8HEz kAbfL64f7uC/uMBae/Zeb28gBW4+4/kxypVf872dPFHmjJ+RZFnNlavmyVXz5aoFctVCuWoHctUO lRJqjI8+OIrBzIfIigXzu/MRZObb6CiCpjl82+VlYD37SNbdwgDoRpwh5NuwJUPJoxjszpkZNu1o YjtRl7Y5gMg+6gWA+aMGwJC0AiJYvFlzsJAZQ+R3r23Nld3vPWSMeXnJijyMecpf5ATwG+Uc40Em XKMg1EBNOq2hXn5cgo9DOL+5jFOSLc2dQ/RRdYm8l+nFIv2a3tzzsS8xMecGT6TUrKu7RetqbtG6 uq11fTXW1X211tVtretmrKvbjHX1tmhdrS1aV6+1rq/Gunqv1rp6rXXdjHX1mrGu/hatq71F6+q3 1vXVWFf/1VpXv7Wum7GufjPWNdiide1t0boGrXV9NdY1eLXWNWit62asa9CMdQ23aF37W7SuYWtd X411DV+tdQ1b67oZ6xo2Y10PtmhdB1u0rgetdX011vXg1VrXg9a6bsa6HjRjXQ+3aF2HW7Suh611 fTXW9fDVWtfD1rpuxroe1rCuazcMxt54Ur1h0DNYB/25aOBGtWP3YS8jXrw6LPf55QeRdDz7GuaB lxyuYt4fsrYxMrxJk9p4B140UrwzYHbl61oKdW1WXQijr3W7gzCVsK42pUY+/0aDCqWSOOHe1EhG R4naWIA51sj0uLdKDiIkcZLUzY3d7CCa1L4wUNxMRXeb3hNAeDZo5XIcHBkh7oke9q4YLcqgXQUg iZ7zHiBemUpAV88SRt4MSqg3OvNubz7Pr4osBIOQbQlxo9pyvi5bNlMzvQnKSNFBsx6rHAjKTUG5 JSi3BeU9QXlfUD7gl7sC/F0B/q4Af1eAvyvA3xXg7wrwd7n4U2RlyLP4qC+TZeWPTgzFsRymzZtG 3L5gORCUm4JySxFWt8vGG6j11bfZeGfy1mdXMLkV1kcbMEdzTmZCjvHKYXsCrcpa3J849SNMTcMQ rMU92Rt8glX2FEKcXtxeppDiwoTHBiZn8fPrr53Z+c1V2pnMb+ZfH77W6OD8u0wHYK/yDXbgXM+v btD6QNDYNCiNx+nN1f0XbstuQ8Qb1iXecIfEAzsmnleXeN6LkjxoZODq4fbrN+iV/Tm/nt//wP6m +3A3OYdrtMVeJ1mc39x9ThfDM2RKBZmLbMZelNK10ImTNLEJaT9FwxfWFb9wh+JnhI3rLrr/HVxe pfn178P51RfJ+9+YLcBqQuKozyMoCpzxNGdas67AmbsUOHO3k4VTl3jOyyJeXW01m1DWWVJfWd2n qayDuvI2aOWtzJZhE/IWRx9mtQVu+DQFrg9qChy7gy0IHGhS4NSEIhlN6ofQg6cpFHZdK2Tv0grZ T84KGU1YoQ+uZ9QWOMuwWALXfMzFOMuC+8FNIrShbzu1M/zxX6PYaAgGWv00FIKxU4NfV7f7xksx +BrEs+sSz35RxKu9eG/IMP6rvmE0jeduGMPdGUajNYytYWwN4xMzjJM4qO8xhsDa0hKlNs3kN5c2 ZNani8K2R8mnKEuLttdZ+2h3n6PFL89dS1RA7ccs5CYSPlZCzJRBCbfyTF8RjR2f1AupfVQzDXE9 0xB/OgIuGIhMA045XUosbqnqFT7qH5iBHXIiL5CWGYawErCM0DdssGMroaJArfP37KaT7Spy/Cme NXBUbm5v8RP9a+S320C7Xu2YZt1TYfP1ngqbQV3iBa+XeOi6R72l4vAVr7O9usTzXi/xBnVt3uAV 27xnHXO6a+K5dYnnvmbi1Z0w3Fc8YezXtXn75qslnlk3dNI0X2+cvW249YjH6eDFS57t15Q8Tgcv fsKw/X5d4vVfreT1rJqSx+lAjnjDOsQb7pR4Xt1bbZ7xetXWAzXPkDkdvHi1xclDahGvt0vJs3ZL vLq7Kt4r3lXx+mFd4oWvl3h1/TzvFft5nm/WJZ75iolXd7b17VdMvH5d4vVfMfGGdYm3y/28na4w hnXzZgx3mjej3/iWFMoeiAiYH59Hi9vLhwuUtQDSI5x/R6+dQ8Syv6LbO0LpvU5wcz9fpBhzrWQl B4vzm4fr88X8/oeI5KAuz0BY00OiIYCzOlzjVFxZBhwh5ym9SDBvb6+z10l+fEvjezjaxfPmpVmX l+br4KXSjBDWvW8Y7vS+4W73nIaDmusvTgcv+wZv/Cn2XmXoXBsrWkfh2tC5WsRrQ+f0ideGztUh Xhs6p0+8NnROm3igbugc2G3oHGhD557thNGGztUgXhs6p0+8NnSuBvHa0Lk6xGtD5+oQrw2d0yZe GzpXg3ht6Fwd4rWhczWI14bO1SBeGzpXh3ht6Jw+8drQuTrEa0PnahCvDZ2rQbw2dK4G8drQOV3i taFzlZ82dK4NnWtD59rQuTZ0Tpt4Lyh0TpV4oV8zXzKvg+f2SIRiWt5g0kDYIeCn3pzEM6+J0LhJ +vV28cMy8dSBJpjzy+nN9Q+JySJYtbeIOZeXi/TuruOeC/K04vYms30tIddEKAxDox5CwNgaQidw Ppaaz2uyqBZGZ5+A39XKsImjPuvG03qLFCqEjzyn7FFxojKVR9Chsr5HkL4/cx04quvMTrvN9TkO jvY6B874iN3n2tvsfxjGR/4z8NiWf87fgdcNGM4GRqfhiMl8KNHPypP1WGPQjyEiGiPCF/3kgcOI il2trMqNhF6LQ6elUrZOv6UL7GjO0ivkbr6LJyMIWvzj7j79Opru5TqFXbKlfpnrI2ayRZo7Nz+c iwuEIST9X9C5h/qXLv5OZacY2AvegR/qogByFIghQqC7fuD7nu8t0QCmwUMD1EfD9SY+RoORAdof 4eKOxXqTfXQUTvEL3YZpy5CiUeiXKnRxAa2nc9d55/64T3GXOGhe+gVzo9dl44cJMGSXY4fKMmWw zxUsOoxjmWzHdLSdi/88zJGRieLJaW4z6Bq2tEboQU3EbG41Z3EFq/kjfq0/0sXtHlYAerVZep3C eZCAp+TiHUZB0sDjcIKXFxq6/aDrEQV+ff/BruU/BN2nkcq9mJzjifseMX+vM71J27zuhO4P9+l3 pBPxJDNnO3HvcLcVTwyxCrliQebeHUYJG+mltcoxYVsrquOGZWN0GImdtxX7tN6BwOuDdGPIpRtn DKjpE9L65ZKO4+NlXeZ+owq2S/uMGMLhG/JLIXiFU+oZAnhzLYAyU8PhyyU68KYfZCSaTnu6ocHi G3hoOQBM7jMSciZsGn/CwmHXFg6yM0OBdBqPtm3NCpAMLZBklgRAVkK4uEitPoxu/QcjggZeEfWM fcHDLwdRgIXS4tUioous3BN8F7lu8H/ffMVX7fp1idd/wVfSV5ydWXCw1zEb9EXJ0gerXk1DDnuC pEBK2pAjuLZ7EMwc6EgFX/9MLy/TS+/25n5xe01cFDJZ0wfOHDrSerlQFq28xXhXltJD3rLbdZIJ 3i7oC9bmq52CfUGneJeip9Zpn7tBEE+iGW9nhNSJE3EdxxfX8SbiOv5sj7cTQ7ZzjmQAciQGMyTq AFGddaLvC3dlKvWBYn1Tsb6lWN/m1Q9mI1co3sHM9TUIN1QElKsyyIPDgKr16fDVcAxEfcI6pkQd S6KOLazjScDjScDjScDjScATfQQSdUyJOpZEHTE80xhI1DEl6lgSdYTwRIe+L6ozCiXqTMV1Yomx xjG5TMmrE0jAE3izRDiWc+QJYXaTI1Gd45E/FdaZjn2JOh9FdSYfk0BUx5seCXF3ZwfCOocSuMd2 LIQn/hB8EsIjUSeRqBNK1PGP/YmwzuhAWMfzxx9k7LlQDiXkJ5oEQjpHbiDk6Ww0EvLUTU6EePkf xP2sz2WO0BFBffLm8fgkORTKrUQd/0NiSNQBsvw1ufP+R6HuT2P/g7hO/FEMs3cg7MdPYqGjCcT2 KrYkbNqB87tQbr2JTJ2ZqI7jR0L5jz/FfYk6AyE8J46QXxOJOmOJOjOJOjJy+EEG5lis+57nCOdN Zyqu447FdSIclCLyc8T9jGVgdiTqSPQTeYEn0q/kcHokrhNrrFkc7noh8WTGncUSsAWiOmEc47Fs Xh3n6KOoTpQcj/EqXEL+eXWSJBbakAQiL6wTi+eXJHY9iTqhuE40lugnacI+JIeJI9T9ZBKJ+D6W qBN/SByJOq5EHU+ijlCPjtxEjJdzFIntjB+r+0Uuf/8uiY5FsLkz8ZzuJWK9Phk74rVDIq5zMg5O xf2I63wYoyfKRWNNP2jQ3OPRHKUvFdIz+ihhS0Nhnck4EPta3uGBuI4XiutEoXiOG2nIsCfl29tc eZiEIhvuJp+EfrsbJ4ZYXzxDuGnoxkcSlaJjiUq+VCUZmEKJSgfORzEFYu+TRJ2PYogcGbCTEzFE TiK2c5HY3ruJTJ2JIwF0LO7IG50KDYXnCic7z50mYqDjWAj09NjzxACFYsQc35OQDyChRZ4pU8mS qWRLaNEk0DjtCgK1rf4gVKsfGvwpPgYS3DclGBJLUIicjom0+liiJyJHoK8T8R554w/1o+eyE2Cy SJCMVssjuKKhcSisTG5g4SZAEM52gCP5FtkAoGYEm59eLFIUBZD3pxX+gwEbp3d32aF7jnvWZc2D 9yIWLpq9hw6R8f4sijz+5YtyCABsIg70E0PDgQhIQPS4k1CvXEieGO1Ac7RjL7du7+eff6AgwQz1 PZy1oPumMbz5OFfHB6LxH7Wu9PwOQLPR202GPg4HIgOYj/5x4sR1JaygeB7Z6BxE748PnPdwyYyp P9CVM6E26kIYueZ7/yA8lQdRWnfxICeTkf/edYKQGxSrrMWU4FGyPSCaRWj9YBjH7jifMUxxc+cy v1xn5mPKNy5bIjMLhMUwHCW+11VjImonUuwdmP9WDl6IHIjNv/mEzX//aZn//tM3//3W/Ldq35r/ Vg5kzX+vse0N4zvqjG+vV5Ae83EWw95vEvb+dmH3m4TdF8FOUTS0tcW69rOKbvLH++RwNhHJZ3yd pt8wOIEkEQuAXCcBtehpNuDGbAy2JnXMVNMxChpgB9wZNMkdCXkUQ+Q0qX9h9abtH4ZxIqEplimx tesZ670Do6neV2+XZrD/0VjvNNhBU73bHgX2T0313jhXxULptkJJxMbaqFCCVijlhdKyN5DdQ349 oZhBoVhH4AggmXXE2hrCHaNgLJllgPb6ocbaQXndoLkysAYNGiNroOm1OJ7jSzuehhUMG3duXtNZ kDVskufDlufPgOd2uFn7Xidz08qULWPLBdldyHW6JnewiIsrA5pg63V9J8s5Gj39WWiDExB6B+rp C6bRjGDimOyGBRNsSDD9afiqBbNvPEuPmMTNa3nEJ+O49Yh/t616fJfN4+LhoMNyItuhAUgWGpub woU0xFn6JPOniuVJeJvzY/JJeKvpMNC4iWsAmWj9ff4tKBJqqpFfMXRIDlVRfsXQOTqQSdnKp/Qy GWI+rFQyRJKcCCUXEVYlyUVEsafLFIAIDHE+P153Am2CZDupn6lp42QjSZsQ8RojGupSi2TJx+NZ fUkr5b+z9MA4nE3rg0HNsWXUTvGKLE13d2flS0zqu3E5Rsi+7jjshIqh2RUfcYu7XuEdlCxxn4/C GkKM1UFjJ0+TB63ho3tv7H14cmq4sizagS6u5isXas7KUkkE7ht926OUUXQymtXKKBocBehxFFZG 0ebTdqN7qN0d5MeuKSt1soKLlgqN5Nwm3HU/ojc/ZPO1SkxX0qlH0U/tl6nEnUikICWd1EhDmnWg +UoV+hHs7sx+P7oNr8+v7niMWTLI5swFYgcSSYSS55aZiWj7iX/bZ820BYUlJGqPo6GjFJ3Z5K3j RSPDQE9mcEXKG+91ovOLv86vUl727p/cwDStTL8RSpTSxPSF0slDZjS/30ZyPYmW3DkYTUSwy7xS peYAr8fCO+GRzWP1znx1Dqhmfd9dypUQ0b7hDPgcvUcHnA3kpXcEeek/kr1WFsg7sxJk4MhFyWzL A/uqA5MJhFMM9r1hvQqCAax9lHKZ197ct7kVvL5gfEMAYODxBngbLeZfzxc/Om95lbiF4/ntDbeC c5Eu3uoIAMrDXRYAu3EByN7lC+tXQpze7QNMNadC1AUtEssZg9qHmsvYcrsrvXWGouV2vHWmCbcR Pq1kALJYyFFeb02NjflTcPhkicGJTcRZlEY3l+igicxSEnvGTQwc0gY2tzAwTi5VHdjexsCe5H0w f/73/LJ0Am187+c5VfpyPUweru/n365/lPswellbS/7421qnVK+rMbSVDW3LD22vD93vSkS2ZFll VO4AyxnQ5PYw/R7fL+Y3V3T+4vxnslf2JvPLFQqR37YciyTY5EgcikgLtUJcTnXCRfHLVdj2t6Bs ODueVISJ7GDlA4pSxqLGwqTexs7RpynyXav08rpP6NithHpzB29LEkyPPulQYOtLfAZFbAk45Qcp UyZyjhxInZGnSx45EkmTSQ0LBrksSbjVBlsRqPnXb9e3dWgmTzcl2umj5E0nkTPeDkqPGzxpFm5A Ibz0bgrhxfYLcdBxelaZrVT8Gmqezw1Kw0CuWQMwkgSqUqGVDRAEZ5CVcmSbWqVIR1VLUECs8+sO tGo6iPrrhxWM+k3N8qOb1RSNm94M5/mlKnwtNCu7+WLIZIRUcv5qwYj7efjzfnF+QbKn4v29FakB u9592swdldzcLWdCbPjFOR4rGRyrzUFXKUK82tzs6q2ws+Y8r0hq2owT+XMbTuf5CU5kVp7qXmd3 drzioAcgEfmBDXWEYnWX5/8nq5vhpuwJEVkjs4p6byQ2rItz21lS7/Hug2jk6Qa9ShxCiTVL4jxB XkUR3wwgOBsoV26yGrB1/cgtPdL9OvhVmYbGRx8Cyc43zT4pS+UcKFsqFKBIC/h7elbCfDpS19uV lTD5YgY7ebqUAI1SwnpG9vLlSu66vfQasZfPXpDXCeM/mYmEGap0fOAoRioV00iPPo2sTCWNREeI j+a5sbdOgt7/dh8+f0YvL+CYG6Pb+ckNXolPRok4uMqbYfQEtcaeL1ErOXYkah2P/ZBXa+066/EI 3W2HYnnm3d58nl/tZXpufPeG3OuspGFz11lhf+JXgPxlJZ0Q69iTuTMK6xkNJlpBxERD623bRjFo EhZQDxarSVisOrD407j+/ar8QhLay1rer7K6ex2k3bpw+c3Zs/KUZuk6DJlHD4STd14RSFQ0OZPS oxLl8okGmkpVMi2JTqYcKaKL6VWO9TWaSlOQYwlN/dPDEugFRRdHSyiCuCnAVnIYitPL01TFq+/9 9W0p18zuy3lwjuSGj1w1uf0HcyhVzTLlqnlNEqQnt6LrydGtL9goqyvdE9mZRkW6gYx056dWy8nJ yQ8w5U4MFB4AoxwBMPK/1yTn794mjIUpQ87iGJGZ2r5MY9lcOllSAcWz5b5ktK742orGPJQcP7lp yDSazgkE13UhzmLy5BJhOKFhcGMoRM/xqWS0kAYJNAqS2QRIZqMgWU2AZKELtov08xSOkB1Tkjw0 BGe4JKaWSt2A7na7W75n7+HQYLSIz5b1ZDOELFvj+I+gq9kcqt1xMDuSae7T2kNf6GgSf9BuD72f OPx41JXPiCHGdqW6GLuV6mJkVoERwr4UyYSXKUnPcIZGkzsgodCTryGFNSSwjvTVkbyC0Z4Iu5Wd Gz42yOJ5tzeXM2J81i/cnibR6fLOQW2PCz1MySfRJnPIwLWBxPgisqL2ex34S4pZAxFfxRrJ3Z88 8qY+7wmQknY2uScYgo1rp89ST10Vg6vMcHwQS75VwB+mqOooaaMkAEMkp5CzGxObKHZnK6cXOrdo jb213+oXepEi8TbYs5OT4HQiUSs5PJCqNZKoFUYHUrVk+oqjWKaWP8muHPFqef4nib4cL1nhb1/v lvTyQtUwv36Grh0RKHUuNiPvvEkzZMqZIXd+n1kDIvhEYCM/PtFoiUwfFEeNlghabkY8ZktI+CiM Yo2W0CmJYq2W6FUq3/M0WqJ3107FY25gcoAgjIQA/7hPKXNDcBpNdJoOUJ65mVbTIWrKy7TGbgp1 MIxOZjpNHdRUb1T4O+aOqu6lEqHh8w2npOMqq+zrs1I7fln1P9LFrchICDYT+HZCCmgy8/GFcw3o mDvuOo7c6iIcuRZNDkc8b/O1aLX6SKQ56ySBY6hVH6lQkEsEEQW5ll2Ogthb4VuE1eojheoZSeAY atWVKMglgoiCcX0KYh8tViMJf1wR0Ke1gTa+OxoW7VQTaO01R8n7s+pnCC+8P2tXW0TQVY90mkJn DPrvkWQ6c/4oK+nM+b1mWwWniZ+lfxDU9Eb+qajmUm38SHysWLn4hfwIUZO8f2/Zv6m2jTUe+e/P 8Ju+NXevCuCJ5C4fMpC5ezddVB7AyMHqvJPoYSO7YWWQSkeQZp1Nsbw/vjqumCHREeXJl/k16nmc 3t0VZ6YxtBiIxWiB2627IVk9dCGr5gywrtzl2LUb+VbTVxpz1JFWSqczWaGT3CHz5rNfVK6t1ngY XSRixILtUsQUkV0TIwVAlKSpdHPUaOLmaNM6VFhba2mYlr00rFFoRtyNRkkeQpMpu1GblznnXNdi k4cwBCWpoJfmBAwLFXFV8gnc7YqokM+VJRfHElNOYmvEltwaIQPzp9QGfPIjcmxbL94FU3i5l68f WaK/X1si3PQmlamdPzJ2fOCIjls0T8SPrAZCiVZJO6xrAMjaQkEBl9OR7IKeLEkURqhmXLGWrWV2 HfQ3zddERlh7CyJj48DRBkUGGFsXGbKZoho9ipe8Ig7QHKXc3+783LgPq3/OQhU4qRYKQifyOvRE stf0BGEazU8QwuOq9QnC83au7f2mSWtvgLTC87w10p5uwZDyv1RIH1/cfkspAU5yaQ6cJJK87Enq +zHJop8nCWenRSDxVQIfgZ0TQTrMWOLe2CknvJghyEphxVIggEZAMOuAYPJjdRsAz6oDntUkeJSt 6khig5zdjBs/STu7j4qdcWacnGTErWSkrWTIbLGyilypB3pylUaKpJ/pZAldwA2AfW6MG8oxDsgx biAxaGHqI9d87x+Ep+/j45Fg7wGrK+RbxcEsWXLN06q8p/UIWzRXKOlsHcEETQgm2Jhg+izJZAZj ctpx4z0lAziLaiEPipVq7EHrcM6UuU/4s3mWrIQBFRyJTljJ8VaiaNm9r96fB7weiU91GE0/8AIf V4xIoWbxxH1/MDBD9UZWP2QbCTa0EgfXAASyZ2XYnV7DZip5xrbWkLfpmN8xtEwtqKy+JlRWXyZ6 GpjSNCOCjeRFAlvejUqpSgU2p1EyI7cSeclUVjrmZdRdP7AxlY6yCBRhAy//Dss8Q7NpPGZJP1Wx FJ6sQBlksgY9foMc42Lz0F42bDyZLEL6NJr5OOSml586SCT0LaBDK/3vg1C+KfZFSPvVtziK7gDa Ia36K9lA3aYfFSgJov3EXhFY6pPRk8vcXr3j3ttwBuXcr8wldVMS6o+LuJKeQmrqXvOvS2Yqk8g8 n6vFw8azYDctlMupy1hLizA6CqddtV6Gg7VeXG/iK/VSnX9xL/Fk5HWVH+tYY7SJJQ96BneberuD TCb8eZ3LBFkxkRMVaXHRRdZ4Qsg+PpG057KY6YdeYCuN6V7/uqsVqITnUnYs/GLHYiCZIoR1fay+ Z7Z8+Kz1zDJPe83tknq46MV4XQ2I7bPx4JjLPKNeNBCw+TaisYTChTzJr6QZ6/UNLvQZ+xYb2fAo NqpUthYUF8N1lUTKrivZdCV7rmfLf77ZvA3XtN81bLdOjK39NN6LqW2jleyzom3W8tV07HHJBAr3 B4toTZF9Zu4Rs0cQ5A4jop0J6HLfG6zu9dBPklbPqhrT0NUhpPzR0rnXoGoyyWncRHiBU8b2cWQk DzJZGZwnJI+KhzLWjg5lGMdkfsQKeZUMPl47lGH3iASVXSrnhgjv7zkX/3mYU571iuLJaS7pkuqu tAFTbLr0FDdd9DdaZul1en5Hx3VrriHYHk/AK+HJRsLS1jLyz4JjdFPkx919+nWSfr1d/EC8cP3A 94N+lsEe/1Dy82eWhHTh3PyQzMzPCBOYTSco2T4zRfDxsoKMsc2fMUBhgqX4O+qjaMyXzgyV58xO k9lEMyIPZ3cl5lMcA091RJHth/RRjjIpktQuY8GG4gDslVbGSivxGTDhY0J962N1tsrkizCx+hZn EkyEN5dnQVIKv0QYsl/aKEGIut7roMbi+zPsWo1Z2SXDl/e72ZyWcNGW71QSjSvF6FuyCY3zO01y 0qIvMYpSIy85ghjjXHi8QngyAnHFZ1WEsAR5cmk1+TU3cq1uiaS/GqAsRrEE9Aair1f/yiz7cro7 iDIPtEBumSt6jHxUdpTaKjkoLr4ZZbGwbyjzSmkUt84o00PPqA7DrAmka5rSNS3pmrZczUAao4CC EZ3EgTyJ184WT+Dy8L17EITUoPJ1paiEbnp5ZnZaOPpPcTCYx0xaX14cYyCPHZRNhzXXr6sKVdt/ imOV1UCa8kB6w1uu58fVuKejxKekfV8RClQP5yCtSM4jXzrAvrx0rG1I4O3die3RkSwiLRj31qo3 Dtej/2Df3TcSK5escoUxzNgd3DCJpnG24wjBIy7BSgG6xCOS9/LdSRpdyklKKDLAjEvmLMWKJVgo uQRTW3pV5HJFyMaZjBl0m/Nwjy5C/GEAq7q/UxI4R8Hic2NOl2vgfMD1Re/o8zpbep6QqbzAQPoT 57ODaFIE/VA4vfryusG8fydhgUQIVRq9Pby9j64frv5p2P+E7sbX27+hCgR/pzf3b1HG+z8friSu DZQ372zOYQtlp9t+f+TNfImdbuFGo/QBi/ThivrByk+VMyZb7UBF4zBF8yDlp3w6e9EByibTVGiJ kfJhicJBidIFU8rhiM3b965KzjgiPBBoC7CGQwl9oZ+DsBYMVP5tz1KS+B+KvdTyIusYzNHNXbpA e3xqJpMbNcZgNBAwmvWqJ1PORB0CWwIN3raCcrz7T/WjfVvuaF/x1F0mvn1Lp+72dk/dNxfLLn0O vqJgyeJ8fjO/uYrvIUC/IQj4OvbET/qf2gm9Qsy7lOSu8M77kl781Tn2OkfpFVwm4LOQTpTeXEJ+ ynGRoQ8KEfSy0fN60jlL7zP57IznN3/Ji+aahkuF4CuJj2Lo/baiXFbol71aN/2godSmbsR+/Wj9 +pH6rCh9WzlKXzVQVSk6XytYfRfxrat25/brV2hpvOtbaH5KKhqewxn7Ul7UFHy2LRDucSdrLPZk 3EnmX9Pbh3slSy5HkEfl7B2iCwFCz5Lh1RORgYZqfnf+J3T3cgp0/t9OdPvfdOHf/vdGTIC669XX EV9qt/GlG515a22XPEnvVXULRX0bRTFUiB5R+pN/NJMDQ4O80v8y1gntaQsO9kCts9ND35E6PgRe U/v1xeLboYW3VY4Oo3+Rs4a1PE2MQ0ecUD1rG7jLtiur2WWfQH4niXaE0Pe0tzc8V3jJQSEtgere Guc0wjaa2S+WpZVw42dfNcEB33l73FL0puc9FQZTN1Fto9sAn8Hz43PjFwQqZ745Ik3pkufLXFqt hsQexjF+YlV4/fT8+hq/3hI2FtO/rxrTT/8XLVTpLPmjGqiUpXhMJiTOyHVLGGdlThZK4znGWlkU H+OywForS9w4IE+0Od5aO2+GGQzMQaks+ZIuvp5f/3F7g5qvPKC1yuzlrErA5l5aoE9zFX4H3vQD NVcjXciKwMG1foz3Xk5Lh29ecHxtKWoDkonfIA9xUwiEyZsg/nL9pSVFCbMVKbocBraWG4bwX3cY 2FpuGCKeusPA1rLDjLmZb+ky6EUfY1mJW6bMPL/46/wq5Z1z/eR49NHsPRxV+mHbWtFeNJBNbZAZ 8fflOkAPrWqcDjZQZwkjzjEvJedzPXppTAwAMD3qomDFzsEFiv0s7Vz8IXFaO9faudbOtXZuxc6t +50ra5y1UHkS7Ri7p0bV8127GAabg/xi2GhKQih7RnbgvmyWXbQglVHKT8EdsFW2HMYo1rrTGVZY EY+Pqd8PvaOE/n3iU787PvW77yQG4zugfXfHH6j9RIE3o333nI+ntO9OHNLxnXwwGN8BnT4Tj/Z9 xsA3zr/z9s1id6QcVy1QRNbFOsDSPfqdO/ocloFQurvSU4OAHNcuX6cnMyx1+CxdejnuuzKxsyZS Gp1PXJ93/ZtKaPZLKsLIp6wC0TXaPa+1x3SsLGCafrUrP3mpRNyArJHUzufqw3n4DEk5TA4ILpCt EwY0fclCGP27vGtXRpXvkgnZpck2qXOCKlPxlASGSncKCOSwmceBZBkCA9TDIwdsvj/yDypKOmoK dBTd/duAjg64Olo6J2Uo3ZrGSVxwojIn5LyAR5MEi/lKiPiRkVIH6m98yNsLxd1KoHYBlW9HNhv2 IJ2iT8PebPOggae6yuR+3OCNuYbnlWryhiwZ+qKij+gfXW2Thd5csrTdN1PBfUNsZLpvzXl2K0ll ekuDZXeF05atcgpLbdtTM3TUPgZ6to7a177+e8LMPt3mwkrQlcx1J9mQCBUU7UDJxmM0FCixfHIp v6iXr5XxRT0qVswJF78B+2X++X6cfr4vJdgA3eV/0AKVeQsFNkDpxnj3IyVMCEuhHJ6jWOqeuA14 4V3WQgw9/MrwHsTaKLTEa4NjiPFJJWtoynYlA5peY9DYDUAzaAyaYQPQ7DcGjdcANK4ONLlO4NUQ XSfWpnK0KdTVQbOnJAL5S6dwhZHlEB2KFTH39+Vs7BolQV3nna00sp4fkNlFoTQlW3XrTU395/Rq TdFPHaP9GhiZ+hgBCce+mApL1+4kFmHFqZa5l23dSi4i8kabIrarS2y0B0iEKLS74lUlzYcDQhfr p3SeTaDqvW0yup+lH6DblW+u8IQ0seZ6OwGmXEL71cum+avTNZ1vrBZEa1d6tqTvCpFjjQqlsz66 0uODyvjCO11SrwHLT+Jq/j9/d6zs5tJn9GW0M1oYdKW3GwVHAu7JXqenf/QCVNbuW16FmzVW4XYD q/B+g6vw4QZW4U67Ct/oKpy1An9FS2/zSS297Se19O6rQgOZaNdYLDayQh9KA53LnU20hws4UpTZ /OrLfdECuefIu+/ubPnvbH75X3IA+YhCqlgSrNdNQoK6111QFA+628uh93DcimBdJe/AMRy3LWyO yM1pO3DkSpVlwq9ILJcTr2ZcZYakEoWt/i6GL9plKQveTU/KIV20i25nh+g62dvJwSQxDfCWGmv2 MbtxBisYVvV2xDJAMU4c/ThIJw4DqThIlD1BfRiCiPsR0aygNHBkTcmv/+iglOedf/yaOc0kDmKZ 8nEZM2TkT9kvv7POv0iXw6JLo9QB2OsUz5DsUUrZXYISlBajgzKUhhhKsAYlkMmDnunfSfI797pX JX9kptuEV/h+WZcpNaiSlNScJDVidNG0QX4kx5qpjcXs53d1mJczjqOYWJP6toU/qp2Js0xIYSIU JiU80fMoHErwTuXXw2wocx0jvs0k5lfVHcnke/XqIZ4Clr48b9JlBmWFGvnKkmkkzrsTJyjvT8kn MWR2ZkFuqepEbLDkwfm9jjZXd0eYo2hI3cpiNU9sr5kjVcIB5QuulvCqeJe6QqwnyBIbxlICrSGo jW1mEEdkEh+U/RDTWM+xv9wJTNAtFlPX+KGkwhmz8KB8V5m4NJX6oCvcxAAZ39bamuy2ldVl9tTI ehcWD1xzHVybV78frtXvKZKjz+1/uFZ/oNj/kFc/XId/X7G+w6Xnuri4vPrGOvwepf6qnYjdExK7 mL81snR1of2A3UhZZ6TqNZwCYG9EL2QRNamIUlAuLeRAsws5u13I0RdydruQe6ELuVXtRHsj72F/ a3dym1rXCYeeyQ/9e8ND/y4/tIYXzB3aI56x5PBOw5g78pg7DWPusDAX7R+ytg3DoHppM58uYJnU bAHrQdtVnS22PBMcRCfJdnc6wFPd6YgxKcCT3fQhbozKEy/SD7bwlSC7oU3XhLPIg1RjXD39Wdm6 v7t9WFykSfr12zXKD/pOLM5X87t75GeE4fx7enl4wrzQYOM7uyuz7q8dd37fOZlf3n/hXJCgNpp+ /nyX3jNbkR8P+QlGH3IRtoKL2kV6d0dtslehN0TiRRMm/1EmDO04JRezOJYUs3KlvoiQGdAD9Loq o9DykZP3ho3uhgr5MqODpRUMmSMCxx1uBhHALZQVgFM9ARg+RQEonTcOtRdPxp70b1qQ2ZsWqmcN lbx1GD5F69AIAUErbK0KSPkO/urUAWSmjp6E3vQYcq+rK6HfyGR5FkVeeXlK9+hB69G3Hn3r0bce fevRtx59C1Xr0bcefasCrUev7tGDXXj00Kf/v/vxokWWSwUA --Multipart=_Tue__26_Aug_2008_00_59_20_+0900_52rByqh9IhAzM0aX-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 16:14:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130A61065672 for ; Mon, 25 Aug 2008 16:14:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id E8D288FC1C for ; Mon, 25 Aug 2008 16:14:17 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K6500CLNZRBY790@asmtp020.mac.com> for freebsd-current@freebsd.org; Mon, 25 Aug 2008 09:14:00 -0700 (PDT) Message-id: <85D9ECC0-D8BB-406B-B527-036242A1BC4D@mac.com> From: Marcel Moolenaar To: Alexander Churanov In-reply-to: <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> Date: Mon, 25 Aug 2008 09:13:59 -0700 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-current@freebsd.org, =?ISO-8859-1?Q?Svavar_L=FAthersson?= Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 16:14:18 -0000 On Aug 25, 2008, at 6:21 AM, Alexander Churanov wrote: > I'm just trying to be realistic and provide doable solution. I leave > plans > of rewriting every bit of software to others. And I even think that > latter > is not required, since syscons console is probably not heavily used > now. This is not true. FreeBSD is used in far more environments than the typical desktop environment running X11. It is therefore important to realize that you cannot claim that there's always X11 to fall back upon when it comes to i18n or that those cases are not significant or important enough to consider. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 16:47:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7947C1065684 for ; Mon, 25 Aug 2008 16:47:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 326998FC12 for ; Mon, 25 Aug 2008 16:47:46 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 02D672082; Mon, 25 Aug 2008 18:47:44 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id DAF7A844B0; Mon, 25 Aug 2008 18:47:44 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pieter de Goeje References: <20080822184231.9ECD873039@freebsd-current.sentex.ca> <20080822200531.GA37157@keltia.freenix.fr> <200808222247.00575.pieter@degoeje.nl> Date: Mon, 25 Aug 2008 18:47:44 +0200 In-Reply-To: <200808222247.00575.pieter@degoeje.nl> (Pieter de Goeje's message of "Fri, 22 Aug 2008 22:47:00 +0200") Message-ID: <86k5e52g9b.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 16:47:46 -0000 Pieter de Goeje writes: > Hm would it be possible to rate limit tinderbox emails to say 1 every 15= =20 > minutes? This was quite a bunch of email :-|. Reporting the same error ov= er=20 > and over again doesn't seem very useful to me. It was already rate-limited (though more by accident than by intention) to once per target every five minutes. I've increased the interval to twenty minutes. Reporting the same error over and over again is intentional - the reason why the tinderbox was introduced in the first place is that people routinely failed to test their commits, and there were times when CURRENT was unbuildable for days on end. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 16:52:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9A7106567A for ; Mon, 25 Aug 2008 16:52:50 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2C57E8FC0A for ; Mon, 25 Aug 2008 16:52:49 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so308708gve.39 for ; Mon, 25 Aug 2008 09:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Va1cw8HB9KgidUFl5jZ6diaNR+4C/ajGgpIw0EYE0rk=; b=UdfIXPLGisTlZ0QdIlRB2be2M/W0cK90vmkEZrg2X7d9dZ6CWXegGlyb8EE4Yqc30w Gvy3ynboXCjHa1EEh5ioYyLTOKgHi8AY6bgfOt/aCA3kekJlIO+xX2XYWwkjkPqBY5AW ifUpCzsOo1w6EGIB/jMt/JV99YGHpTN3llUu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=am23N7/jtMKLV36sz8iWROR2l+Shw69gCGDdeU94KaQzKKSVpMcHiJQ+TdhnxME7U0 rKUcV5ASUXHpO7ez+kaLoH6IDpxcUVZg7yYmE3MsXdyGQeAex1/3UTuObyts3w0UfFC+ Pa4a3GCKc7i2epHmSdeQ8bFZWLWnRcyplO/f8= Received: by 10.210.78.16 with SMTP id a16mr6869335ebb.173.1219683168967; Mon, 25 Aug 2008 09:52:48 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Mon, 25 Aug 2008 09:52:48 -0700 (PDT) Message-ID: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> Date: Mon, 25 Aug 2008 20:52:48 +0400 From: "Alexander Churanov" To: "Marcel Moolenaar" In-Reply-To: <85D9ECC0-D8BB-406B-B527-036242A1BC4D@mac.com> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <85D9ECC0-D8BB-406B-B527-036242A1BC4D@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, =?ISO-8859-1?Q?Svavar_L=FAthersson?= Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 16:52:51 -0000 2008/8/25 Marcel Moolenaar > > On Aug 25, 2008, at 6:21 AM, Alexander Churanov wrote: > > I'm just trying to be realistic and provide doable solution. I leave plans >> of rewriting every bit of software to others. And I even think that latter >> is not required, since syscons console is probably not heavily used now. >> > > This is not true. FreeBSD is used in far more environments > than the typical desktop environment running X11. It is > therefore important to realize that you cannot claim that > there's always X11 to fall back upon when it comes to i18n > or that those cases are not significant or important enough > to consider. > > FYI, > > -- > Marcel Moolenaar > xcllnt@mac.com Marcel, I do not know thestatistics, but as for me I'm either using FreeBSD as a desktop, or as a server (firewall, gateway, router, database - do not matter). On a desktop machine I have X and server is typically managed via ssh. This leaves only installation and single-user modes for syscons console. Other uses are rare for me. And how do you use syscons? Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 17:04:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB50106566C for ; Mon, 25 Aug 2008 17:04:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 046FF8FC17 for ; Mon, 25 Aug 2008 17:04:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so887369nfh.33 for ; Mon, 25 Aug 2008 10:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:sender; bh=GGsg02XsKA1QUkBcGzmFbplF9JN2+TKmuCUmKwq2d8s=; b=mhWr9r89UXcj6RuyhgxIdWfxgkVEba8HCZkz5CCPHL6QwBOb3Rldr2aMaPqqTbtTd6 EAJRfKd6obpzBrEcaKEuYjI2oTf0oi/bVIkYZE5gjO8nMhMuNEIdpoj7mLciLckf7JEX FAidt+xh/RrnRc9Qa4Di4TEezmq3OsmzGGS50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=vvOkfQ+oBaFVO+SkjsjcGmTopjRtu9x0lJFrG8uuIdZSHzK8HKPmLz9RtInit7m0Dv t4nFful/xKr1b/GXIVBZ/zSrkfhgsIoe90utBZpYVvxlqB1rpPMUBT6sLCcbVO/ZE5Lz s5eNz3jD/uD7t78Uk1JVWKi+L8wt1Vjh4m6DM= Received: by 10.210.79.14 with SMTP id c14mr6905305ebb.139.1219683878699; Mon, 25 Aug 2008 10:04:38 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id p10sm21298726gvf.7.2008.08.25.10.04.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 10:04:37 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id A5752F880; Mon, 25 Aug 2008 18:03:24 +0100 (WEST) Date: Mon, 25 Aug 2008 18:03:24 +0100 From: Rui Paulo To: Norikatsu Shigemura Message-ID: <20080825170324.GA65714@alpha.local> References: <20080826005920.8aca164b.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080826005920.8aca164b.nork@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Mon, 25 Aug 2008 17:04:40 -0000 On Tue, Aug 26, 2008 at 12:59:20AM +0900, Norikatsu Shigemura wrote: > Hi! > > I bought a new note PC a.k.a. AMD Puma platform - Acer Aspire > AS5530-U6F(http://global.acer.com/products/notebook/as5530.htm). > It has(and status on 8-current): > > OK: AMD AthlonX2 Dual-Core QL-60(1.9GHz) > But k8temp(4) doesn't work. Can you show me the output of pciconf -lv ? -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 17:40:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96F31065691 for ; Mon, 25 Aug 2008 17:40:31 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 990DA8FC1F for ; Mon, 25 Aug 2008 17:40:31 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K6600HOD3QZRB40@asmtp022.mac.com> for freebsd-current@freebsd.org; Mon, 25 Aug 2008 10:40:11 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Alexander Churanov In-reply-to: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> Date: Mon, 25 Aug 2008 10:40:10 -0700 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <85D9ECC0-D8BB-406B-B527-036242A1BC4D@mac.com> <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-current@freebsd.org, =?ISO-8859-1?Q?Svavar_L=FAthersson?= Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 17:40:31 -0000 On Aug 25, 2008, at 9:52 AM, Alexander Churanov wrote: > And how do you use syscons? I hardly use it anymore. At this particular moment in time I use it only when my server fails to boot and on my iMac in the office, because X11 causes kernel panics. For all other cases I use serial consoles, ssh or stopped using FreeBSD altogether (desktop/laptop scenario). -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 18:22:08 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40B5106568E; Mon, 25 Aug 2008 18:22:08 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 247E38FC17; Mon, 25 Aug 2008 18:22:08 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7PIM7LO047940; Tue, 26 Aug 2008 03:22:07 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 26 Aug 2008 03:22:07 +0900 From: Norikatsu Shigemura To: Rui Paulo Message-Id: <20080826032207.67383c15.nork@FreeBSD.org> In-Reply-To: <20080825170324.GA65714@alpha.local> References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080825170324.GA65714@alpha.local> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 26 Aug 2008 03:22:07 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: How about AMD Puma platform 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: Mon, 25 Aug 2008 18:22:08 -0000 On Mon, 25 Aug 2008 18:03:24 +0100 Rui Paulo wrote: > > OK: AMD AthlonX2 Dual-Core QL-60(1.9GHz) > > But k8temp(4) doesn't work. > Can you show me the output of pciconf -lv ? Yes. and I already attached devinfo -rv at my previous mail, too. Please see also. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - hostb0@pci0:0:0:0: class=0x060000 card=0x014b1025 chip=0x96001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x014b1025 chip=0x96021025 rev=0x00 hdr=0x01 vendor = 'Acer Incorporated' class = bridge subclass = PCI-PCI pcib2@pci0:0:4:0: class=0x060400 card=0x014b1025 chip=0x96041022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' class = bridge subclass = PCI-PCI pcib3@pci0:0:6:0: class=0x060400 card=0x014b1025 chip=0x96061022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' class = bridge subclass = PCI-PCI pcib4@pci0:0:7:0: class=0x060400 card=0x014b1025 chip=0x96071022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' class = bridge subclass = PCI-PCI pcib5@pci0:0:9:0: class=0x060400 card=0x014b1025 chip=0x96081022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' class = bridge subclass = PCI-PCI atapci0@pci0:0:17:0: class=0x01018f card=0x014b1025 chip=0x43901002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = mass storage subclass = ATA ohci0@pci0:0:18:0: class=0x0c0310 card=0x014b1025 chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ohci1@pci0:0:18:1: class=0x0c0310 card=0x014b1025 chip=0x43981002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ehci0@pci0:0:18:2: class=0x0c0320 card=0x014b1025 chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ohci2@pci0:0:19:0: class=0x0c0310 card=0x014b1025 chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ohci3@pci0:0:19:1: class=0x0c0310 card=0x014b1025 chip=0x43981002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ehci1@pci0:0:19:2: class=0x0c0320 card=0x014b1025 chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x014b1025 chip=0x43851002 rev=0x3a hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 SMBUS Controller' class = serial bus subclass = SMBus pcm1@pci0:0:20:2: class=0x040300 card=0x014b1025 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 High Definition Audio Controller' class = multimedia isab0@pci0:0:20:3: class=0x060100 card=0x014b1025 chip=0x439d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-ISA pcib6@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'IXP SB600 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x13001022 rev=0x40 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 11h) Athlon 64/Opteron/Sempron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x13011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 11h) Athlon 64/Opteron/Sempron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x13021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 11h) Athlon 64/Opteron/Sempron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x13031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 11h) Athlon 64/Opteron/Sempron Miscellaneous Control' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x13041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(Family 11h) Athlon 64/Opteron/Sempron Link Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0x014b1025 chip=0x96121002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display subclass = VGA pcm0@pci0:1:5:1: class=0x040300 card=0x014b1025 chip=0x960f1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = multimedia none1@pci0:5:0:0: class=0x020000 card=0x04281468 chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet none2@pci0:6:0:0: class=0x020000 card=0x014b1025 chip=0x168414e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 18:54:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F5141065673 for ; Mon, 25 Aug 2008 18:54:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 86DD88FC15 for ; Mon, 25 Aug 2008 18:54:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1461545fkk.11 for ; Mon, 25 Aug 2008 11:54:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:sender; bh=6aQ656Y5VezEOGFK2uFJSolYKdDKXE1tehGGv7BB2ds=; b=wFsmsfcyqbzU6sTFtHzVOyZHHVtJUSdS25ya8LvzFHVcIq4C2pyJc1K3khg+AFjXpq WAQIO5wW5au9wMx9mVjtt/lO3a6ndXCsf2lzCKnjgVVADu8Rh1Y8ESRR/fhkFeMY9AZg Eal+KKVL+JUh3hlqLtlI5uc+DNGgTpYlU/aMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=Cat3LRpGkgjA5o3d2WdnmAyzV4SURBQsOKuWA/Wt8nFk5r6WOKnOOjlP8wI6fsxyAe iLyapgmLY/lMLz6VekHhbAlq5fV0sqBY4PEScX/RvJiuKL7OgimMNYE6M4+miVgRMvja nNGW3pfioyyxHEzoSOshMKK1xR0SQbo75Ic0c= Received: by 10.181.22.1 with SMTP id z1mr2373479bki.30.1219690443060; Mon, 25 Aug 2008 11:54:03 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id 21sm4022024fkx.13.2008.08.25.11.54.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 11:54:02 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id D52BBF921; Mon, 25 Aug 2008 19:52:48 +0100 (WEST) Date: Mon, 25 Aug 2008 19:52:48 +0100 From: Rui Paulo To: Norikatsu Shigemura Message-ID: <20080825185248.GA67304@alpha.local> References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080825170324.GA65714@alpha.local> <20080826032207.67383c15.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080826032207.67383c15.nork@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Mon, 25 Aug 2008 18:54:05 -0000 On Tue, Aug 26, 2008 at 03:22:07AM +0900, Norikatsu Shigemura wrote: > On Mon, 25 Aug 2008 18:03:24 +0100 > Rui Paulo wrote: > > > OK: AMD AthlonX2 Dual-Core QL-60(1.9GHz) > > > But k8temp(4) doesn't work. > > Can you show me the output of pciconf -lv ? > > Yes. and I already attached devinfo -rv at my previous mail, too. > Please see also. Sorry, I missed it. Can you test this patch against k8temp, please? Index: k8temp.c =================================================================== --- k8temp.c (revision 181967) +++ k8temp.c (working copy) @@ -59,12 +59,14 @@ #define VENDORID_AMD 0x1022 #define DEVICEID_AMD_MISC 0x1103 +#define DEVICEID_AMD_MISC11H 0x1303 static struct k8temp_product { uint16_t k8temp_vendorid; uint16_t k8temp_deviceid; } k8temp_products[] = { { VENDORID_AMD, DEVICEID_AMD_MISC }, + { VENDORID_AMD, DEVICEID_AMD_MISC11H }, { 0, 0 } }; -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 20:41:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4942C1065674; Mon, 25 Aug 2008 20:41:22 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4088FC15; Mon, 25 Aug 2008 20:41:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 207594305; Mon, 25 Aug 2008 22:40:01 +0300 Message-ID: <48B30A83.1030206@FreeBSD.org> Date: Mon, 25 Aug 2008 22:39:47 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Norikatsu Shigemura References: <1219692182.00003969.1219680004@10.7.7.3> In-Reply-To: <1219692182.00003969.1219680004@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: How about AMD Puma platform 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: Mon, 25 Aug 2008 20:41:22 -0000 Hi. Norikatsu Shigemura wrote: > I bought a new note PC a.k.a. AMD Puma platform - Acer Aspire > AS5530-U6F(http://global.acer.com/products/notebook/as5530.htm). > It has(and status on 8-current): > > OK: High Definition Audio > I don't test, yet. But probe&attach is good expected M780G > HDMI audio. > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > pcm0: mem 0xcfdec000-0xcfdeffff irq 19 at device 5.1 on pci1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I am now working on HDA driver improvement. I think my patches should give you much better support for your sound hardware. Patch for 8-CURRENT: http://people.freebsd.org/~mav/hda.20080825.patch Patch for 7-STABLE (mostly the same): http://people.freebsd.org/~mav/hda.7.20080825.patch Full driver directory archive: http://people.freebsd.org/~mav/hda.20080825.tgz Details on freebsd-multimedia@ list: http://docs.freebsd.org/cgi/mid.cgi?48A20E02.6070609 http://docs.freebsd.org/cgi/mid.cgi?48B2DD7E.6030700 -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 21:35:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D06811065672; Mon, 25 Aug 2008 21:35:17 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 85B178FC15; Mon, 25 Aug 2008 21:35:16 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.9] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m7PLZEDT061265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Aug 2008 14:35:15 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48B3259E.8070601@FreeBSD.org> Date: Mon, 25 Aug 2008 14:35:26 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> In-Reply-To: <48B0BEC7.1070806@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, kmacy@FreeBSD.org, Peter Jeremy , Kris Kennaway , freebsd-sun4v@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 21:35:18 -0000 Maxim Sobolev wrote: > Peter Jeremy wrote: >> Is there a summary of the open issues somewhere? There are no sun4v >> PRs open. http://wiki.freebsd.org/FreeBSD/sun4v effectively hasn't >> been touched since November 2006 and suggests that the only critical >> issue is lack of serial port support. > > There is a better interpretation, which is that the only critical issue > is lack of real users for this port, not lack of serial port support :). Just to clarify a bit - my point was not to suggest that port is irrelevant, or that the FreeBSD should not go there. In fact I believe on contrary from what I know sun4v is good as a testbed for the future of multi-processor architectures today - definitely we will see ever increasing number of cores in commodity Intel/AMD servers in few years from now. So that in that sense sun4v work is very important if the FreeBSD project wants to keep ahead of things, not catching-up later. However, realistically immaturity of the port as well as scarcity of hardware limits number of users severely. Therefore, absence of PRs should not be surprising to anyone. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 21:53:04 2008 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 497BD1065671; Mon, 25 Aug 2008 21:53:04 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id BAD228FC1A; Mon, 25 Aug 2008 21:53:03 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dfe.q.ppp-pool.de [89.53.125.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 75FFA128846; Mon, 25 Aug 2008 23:52:55 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id D7BE42E90F; Mon, 25 Aug 2008 23:50:30 +0200 (CEST) Message-ID: <48B3299F.5080101@vwsoft.com> Date: Mon, 25 Aug 2008 23:52:31 +0200 From: Volker User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: Antony Mawer References: <20080819211814.6CD685B4D@mail.bitblocks.com> <20080819.160510.104119134.imp@bsdimp.com> <48AB566B.5010507@mawer.org> <20080819.180450.-867152686.imp@bsdimp.com> <48ABB1FA.5070609@mawer.org> <48AFE196.7050100@vwsoft.com> <48B0EA50.2090105@mawer.org> In-Reply-To: <48B0EA50.2090105@mawer.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1220305842.00919@x/DaCVpOl1HmdZkgJgl71w X-MailScanner-ID: D7BE42E90F.DB2EA X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-usb@freebsd.org, current@freebsd.org, "M. Warner Losh" , hselasky@c2i.net Subject: Re: "legacy" usb stack fixes (was: Re: HEADSUP new usb code coming in.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Aug 2008 21:53:04 -0000 On 08/24/08 06:57, Antony Mawer wrote: > On 23/08/2008 8:08 PM, Volker wrote: >> On 12/23/-58 20:59, Antony Mawer wrote: >>> M. Warner Losh wrote: >>>> In message: <48AB566B.5010507@mawer.org> >>>> Antony Mawer writes: >>>> : Warner Losh wrote: >>>> : > From: Bakul Shah >>>> : > Subject: Re: HEADSUP new usb code coming in. : > Date: Tue, 19 Aug >>>> 2008 14:18:13 -0700 >>>> : > : >> On Tue, 19 Aug 2008 22:44:20 +0200 Hans Petter Selasky >>>> wrote: >>>> : >>> New stuff (all of which I can remember right now): >>>> : >> ... >>>> : >> >>>> : >> Accidentally unplugging a mounted USB disk (without >>>> : >> unmounting it) resulted in a hang or a crash. Is this fixed? >>>> : > : > That's fixed in -current right now with the old stack. It >>>> isn't a usb >>>> : > issue at all, but a buffer cache issue. >>>> : : Is this change that is likely to be MFC'd in time for 7.1? And/or >>>> is : there a specific patch that can manually be applied to -STABLE to >>>> fix this? >>>> >>>> I should spend the time to dig into the changes in current. There >>>> turned out to be several little changes... And I need to verify all >>>> the edge cases were covered... >>> I'd be happy to test patches if you do end up doing this.. it would be >>> really nice to have in 7.1, or at least available as a patchset if it >>> isn't suitable for MFC (eg. ABI changes)... >> >> I'm a bit behind with reading emails. Please forgive me if this has >> already been answered. >> >> Don't expect the new USB stack for 7.1-R. It's too short and the new USB >> stack will introduce an ABI breakage. For that, all drivers written for >> the old USB stack need to be rewritten and I guess, we need to take care >> about 3rd party developers and inform them in advance about that massive >> change. I would not wonder if this will never get MFC'd but I don't know >> actually. > > This wasn't about the new USB stack -- we were discussing the buffer > cache and CAM-related fixes that prevents the system from panic'ing when > a USB device is unplugged without first unmounting the filesystem. These > patches are in HEAD with the existing USB stack. :-) > > --Antony > Antony, please forgive me. While re-reading the thread partially, I've also seen your question was about the old usb stack. That does happen if $SUBJECT does not match $CONTENT (you could have changed $SUBJECT when driving the discussion into another direction). Anyway, I've already had those crashes even with the "new" usb stack (but it doesn't happen everytime - YMMV). Volker From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 23:20:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B3D31065678 for ; Mon, 25 Aug 2008 23:20:55 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id F11EC8FC18 for ; Mon, 25 Aug 2008 23:20:54 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: by nf-out-0910.google.com with SMTP id h3so954253nfh.33 for ; Mon, 25 Aug 2008 16:20:53 -0700 (PDT) Received: by 10.210.72.14 with SMTP id u14mr7347495eba.113.1219704570469; Mon, 25 Aug 2008 15:49:30 -0700 (PDT) Received: from ?10.0.0.20? ( [194.144.25.21]) by mx.google.com with ESMTPS id i6sm22635475gve.2.2008.08.25.15.49.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 15:49:28 -0700 (PDT) Message-ID: <48B336D8.2030300@kjarrval.is> Date: Mon, 25 Aug 2008 22:48:56 +0000 From: =?UTF-8?B?U3ZhdmFyIEzDunRoZXJzc29u?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> In-Reply-To: <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 23:20:55 -0000 Alexander Churanov wrote: > Svavar, > > You have to type "special characters" that are high-bit characters of > ISO-8859-1 and -15. I have to type cyrillic characters that are high-bit > characters of koi8-r. But I am able to do this. Did you try "keymap" and > "scrnmap" settings of "rc.conf"? I am not sure, but your issue looks like > misconfiguration. > > Then, about UTFs. All three forms encode THE SAME set of code points and > from user's perspective there is no great difference. However, UTF-8 is > interoperable with ASCII and this fact makes many old applications work > without modification. I've already posted information about my experience of > using vipw with UTF-8 on FreeBSD 6.2 having LANG=ru_RU.KOI8-R to the list. > > The actual drawback of my solution is that a person will not be able to read > and type Icelandic and Russian text simultaneously in syscons console. And > that ideas of obscuring output are attempts to provide some way to > manipulate files with, say, russian names on a PC tuned for Icelandic text. > > Please note, that I DO NOT propagandize syscons character mode as a device > for working correctly with multilingual texts. For some scripts, for > example, Devanagari, syscons will NEVER work uless it is extended to > something like X, freetype, freebidi and many other tools working together. > Please, note that you can start working in true multilingual environment > right now, using, for example, X+KDE (kate and konsole) and switching them > to UTF-8. This will work. > > What I am trying to discuss is just making syscons working correctly if the > whole system is switched to UTF-8. This will not affect X and KDE, but > standard syscons FreeBSD console will fail to work correctly. Mainly the > ideas are: > > 1) Make switching everything to UTF-8 possible. > > 2) Either map non-ASCII characters to 128-chars subset of full unicode range > > Or encode them to sequences of ASCII chars. > > Or mix these approaches. > > To my mind this should result in the following abilities: > > 1) To work in graphical environment without restrictions. (this is what you > have right now) > > 2) To read and type some filenames (that contains only characters that are > mappable to 8-bit font) in a natural way. (this is also possible now, but > with 8-bit LANG, not UTF-8) > > 3) To read and type filenames that contain characters that do not fit in > current 8-bit screenmap, possibly in an unnatural way. > > The later would help if you are in Iceland and see a Chinese filename. I > want engineers that do techical support of systems to be able to delete or > rename such files even in single-user mode. I think that typing something > like "#1234;#4321;" instead of actual hieroglyph is affordable price. > > I'm just trying to be realistic and provide doable solution. I leave plans > of rewriting every bit of software to others. And I even think that latter > is not required, since syscons console is probably not heavily used now. > > Alexander Churanov > _______________________________________________ > 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" > Hi. Again, I am not an expert in Unicode and I am not even suggesting that I know everything about FreeBSD. It is unfortunate that Alexander misunderstood me in some instances. First, I mentioned that the Icelandic characters cannot be typed by default in the console. This also counts for the times when I configure the installer to use the Icelandic keyboard and it adds keymap="icelandic.iso.acc" into my rc.conf. The Icelandic alphabet works in editors like pico but I have not found another editor where it actually displays the characters correctly. I checked edit, vi and vipw to be sure. It might be a configuration problem or a lack of it but it's better for the user experience if it works out-of-the-box. It should be enough to configure it in one place and it should work "everywhere". The primary problem of the character support in syscons is displaying specialised characters on the screen/tty. When I use the special Icelandic characters in UTF-8, each character is displayed as "??" which is very confusing to see if there are 2 or more in a row. One step in fixing that would be to enable syscons to display the correct symbols. If I press tab, it shows the symbol code for the characters. The problem is worse when the filename begins with a character I cannot write in the console and I think it even becomes even worse when displaying Cyrillic characters. How can I know if a hieroglyph corresponds to a specific character code? It could be offered as an alternative method of writing filenames. There is no easy solution to the "tech support problem", though. The drawback of your solutions is too great and I do not think it should be carried out in the way you suggest it. Of course there are certain problems with changing the filenames between languages like Russian and Icelandic since the normal keyboard only has about 100 keys and cannot possible contain all the characters in the Unicode specification. It however should not stop me from reading the filenames in the language they were written. As for writing characters in other languages, the "Windows approach" steps in the right direction by enabling me to change the input language and therefore type in characters I would not otherwise be able to with the Icelandic keyboard. If the characters are translated to Unicode, it should not matter what keyboard layout is used. As for how it would be carried out in FreeBSD, I will leave it up to the developers. The aforementioned is why I am suggesting that the system should be moved directly to UTF-32. If it is moved to UTF-8 and there is a need in the future for UTF-16 or -32, the conversion process has to start again. Like I mentioned in my former answer, the program writers do not write Unicode compatible programs because there is almost no Unicode support and the FreeBSD developers see little reason to speed up Unicode implementation because there are so few programs Unicode compatible. Therefore I think that FreeBSD should implement a Unicode support policy and move straight to UTF-32 and make it the FreeBSD default. I am not pretending that this project will be easy, painless and quick but it is better done sooner than later. Said policy could begin by announcing an active plan for Unicode support and suggest that every new FreeBSD project should support Unicode. At the same time it should suggest the same to other developers which write software for FreeBSD. When the time is right or after further steps, the FreeBSD Foundation should announce that after version X, Unicode will be default charset. At that time, the software which has Unicode support will (I hope) work flawlessly with Unicode characters. When UTF-32 would be fully supported in FreeBSD, the developers could wait for the end of the support cycle for the first version with full UTF-32 support and then make it the default in the versions to come. That way the backward compatibility would be great and for all supported versions of FreeBSD. Með kveðju / With regards, Svavar Kjarrval (svavar@kjarrval.is) s. 863-9900 From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 23:34:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B700106567B for ; Mon, 25 Aug 2008 23:34:10 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id AD3528FC17 for ; Mon, 25 Aug 2008 23:34:09 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so956165nfh.33 for ; Mon, 25 Aug 2008 16:34:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=O+tQpzvUdOxxp+UFpIBarY318H7rtpjLP6BAxucgq20=; b=lPqcprwlF1NwKX29SSXZgGLfh7fRJdm18DIMQMRse70qRGXpe0JiaTex4AxIXntjvL itiXSFBeL/jxLr96VR/+nU6mQ6fcZW1I+jso9HgZMPeiGqYzUyETXjuCy1EKrVRQ2ZDZ HIn+TcOxkhWI4vU4XXeWVpRfO2sKj5a0EYmOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=qSseGG99SEOgX8Q45wTbyKlBppJ7wbY22eQzBHlySvWaHjlxH0CX7jWgMP9VHjiURm bET0tkKmbwW3qdbiRHiMj8gXLtbKWmHTng1M6XT/R+xcHnYyvVFDwmOrQ4ISf5el8IyA A/0584jqdwIlgnRz4ld51yYnuO8z1qcJ3xaOI= Received: by 10.210.44.1 with SMTP id r1mr7418101ebr.69.1219707248666; Mon, 25 Aug 2008 16:34:08 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Mon, 25 Aug 2008 16:34:08 -0700 (PDT) Message-ID: <3cb459ed0808251634o46244293q630f75f1f432df13@mail.gmail.com> Date: Tue, 26 Aug 2008 03:34:08 +0400 From: "Alexander Churanov" To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <85D9ECC0-D8BB-406B-B527-036242A1BC4D@mac.com> <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, =?ISO-8859-1?Q?Svavar_L=FAthersson?= Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 23:34:10 -0000 2008/8/25 Marcel Moolenaar > > I hardly use it anymore. At this particular moment > in time I use it only when my server fails to boot > and on my iMac in the office, because X11 causes > kernel panics. For all other cases I use serial > consoles, ssh or stopped using FreeBSD altogether > (desktop/laptop scenario). > > -- > Marcel Moolenaar > xcllnt@mac.com > > > > Marcel, This means that even if my solution is accepted then your way of work will not be affected at all. :-) Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 23:56:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C82F21065671 for ; Mon, 25 Aug 2008 23:56:23 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 234918FC18 for ; Mon, 25 Aug 2008 23:56:22 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so959196nfh.33 for ; Mon, 25 Aug 2008 16:56:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Ncaqbh1/I+fsNJqid9qryvHbV5vwm4HsmD47DjAExV0=; b=YwK/16QsvaoR8jvMpkK0OAnJ3QZ2C65u5TXMRBYSuJoZyPTIZUp6jMmF9bTUXnPngq qTMnDMMdXXkJTCidxO+xzoOEuTi6aCfZliMshv3zX8jWfz9nYpYgxSxrL0R9PZMC9sav FZ1+tcJW+qTg5FBPmgLcXJ62vUT4Khw0ZkMrA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=NMUsIMc81KhGZoet3y4kUaKRKJ8XXbxE+xraNOIU/C50dKYOhF4Jk2j6gJVAPWmmdm QOVoxrdB5kpYVwuVpcjBXbxsKBlxpvSum0MD0d+EKpobISrIkadHV4AsjIALAFjIkN7i pHkJ3JJ4Ctwch3Q+ZbDE6oxV9EmI8cf26uwKA= Received: by 10.210.120.7 with SMTP id s7mr7432101ebc.76.1219708581886; Mon, 25 Aug 2008 16:56:21 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Mon, 25 Aug 2008 16:56:21 -0700 (PDT) Message-ID: <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> Date: Tue, 26 Aug 2008 03:56:21 +0400 From: "Alexander Churanov" To: "=?ISO-8859-1?Q?Svavar_L=FAthersson?=" In-Reply-To: <48B336D8.2030300@kjarrval.is> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <48B336D8.2030300@kjarrval.is> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 23:56:23 -0000 Svavar, I am trying to understand you. 2008/8/26 Svavar L=FAthersson > The Icelandic alphabet works in editors like pico but I have not found > another editor where it actually displays the characters correctly. I > checked edit, vi and vipw to be sure. It might be a configuration problem= or > a lack of it but it's better for the user experience if it works > out-of-the-box. It should be enough to configure it in one place and it > should work "everywhere". > Hmm. A minute ago I've pressed Ctrl-Alt-F3, switched to syscons console, started "emacs /tmp/test", where "test" was written in russian, typed some russian text into, closed the editor and then started "cat /tmp/test". No problems. I still can not understand what's the difference between ISO-8859-1 and KOI8-R from the implementation point of view. It seems that = I need to try to configure a system for Icelandic. I'll do that tomorrow on a dedicated box. I promise to help you with configuration in case It's at all possible. > The primary problem of the character support in syscons is displaying > specialised characters on the screen/tty. When I use the special Icelandi= c > characters in UTF-8, each character is displayed as "??" which is very > confusing to see if there are 2 or more in a row... This is exactly what I am trying to solve, examining opinions on this list at the same time. > Of course there are certain problems with changing the filenames between > languages like Russian and Icelandic since the normal keyboard only has > about 100 keys and cannot possible contain all the characters in the Unic= ode > specification. There are special Input Methods for the rest of Unicode (more than 200K cod= e points currently assigned). > It however should not stop me from reading the filenames in the language > they were written. As for writing characters in other languages, the > "Windows approach" steps in the right direction by enabling me to change = the > input language and therefore type in characters I would not otherwise be > able to with the Icelandic keyboard. If the characters are translated to > Unicode, it should not matter what keyboard layout is used. As for how it > would be carried out in FreeBSD, I will leave it up to the developers. For switching I use CapsLock when in plain syscons console and Alt+Shift when in X. By the way, how Windows displays non-ASCII characters in plain text console? I'll wonder if better than suggested by me. > The aforementioned is why I am suggesting that the system should be moved > directly to UTF-32. If it is moved to UTF-8 and there is a need in the > future for UTF-16 or -32, the conversion process has to start again. I'm sure that it is not necessary. Again, all UTFs encode THE SAME SET. But UTF-32 is better for single characters. And UTF-8 is better for UNIX-like systems. > Like I mentioned in my former answer, the program writers do not write > Unicode compatible programs because there is almost no Unicode support an= d > the FreeBSD developers see little reason to speed up Unicode implementati= on > because there are so few programs Unicode compatible. Therefore I think t= hat > FreeBSD should implement a Unicode support policy and move straight to > UTF-32 and make it the FreeBSD default. I am not pretending that this > project will be easy, painless and quick but it is better done sooner tha= n > later. Said policy could begin by announcing an active plan for Unicode > support and suggest that every new FreeBSD project should support Unicode= . > At the same time it should suggest the same to other developers which wri= te > software for FreeBSD. When the time is right or after further steps, the > FreeBSD Foundation should announce that after version X, Unicode will be > default charset. At that time, the software which has Unicode support wil= l > (I hope) work flawlessly with Unicode characters. When UTF-32 would be fu= lly > supported in FreeBSD, the developers could wait for the end of the suppor= t > cycle for the first version with full UTF-32 support and then make it the > default in the versions to come. That way the backward compatibility woul= d > be great and for all supported versions of FreeBSD. Probably, this is useful, but I'm sure that this is out of scope of my little project. I do not have enough power to enforce such a policy. > Me=F0 kve=F0ju / With regards, > Svavar Kjarrval (svavar@kjarrval.is) > s. 863-9900 > Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 00:11:05 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA23F1065681; Tue, 26 Aug 2008 00:11:05 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF988FC1B; Tue, 26 Aug 2008 00:11:05 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7Q0B4Ru057368; Tue, 26 Aug 2008 09:11:04 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 26 Aug 2008 09:11:03 +0900 From: Norikatsu Shigemura To: Rui Paulo Message-Id: <20080826091103.32c59318.nork@FreeBSD.org> In-Reply-To: <20080825185248.GA67304@alpha.local> References: <20080826005920.8aca164b.nork@FreeBSD.org> <20080825170324.GA65714@alpha.local> <20080826032207.67383c15.nork@FreeBSD.org> <20080825185248.GA67304@alpha.local> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 26 Aug 2008 09:11:04 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Tue, 26 Aug 2008 00:11:05 -0000 On Mon, 25 Aug 2008 19:52:48 +0100 Rui Paulo wrote: > On Tue, Aug 26, 2008 at 03:22:07AM +0900, Norikatsu Shigemura wrote: > > On Mon, 25 Aug 2008 18:03:24 +0100 > > Rui Paulo wrote: > > > > OK: AMD AthlonX2 Dual-Core QL-60(1.9GHz) > > > > But k8temp(4) doesn't work. > > > Can you show me the output of pciconf -lv ? > > Yes. and I already attached devinfo -rv at my previous mail, too. > > Please see also. > Sorry, I missed it. No problem:-). > Can you test this patch against k8temp, please? Good! But I got following results: # kldload k8temp k8temp0: on hostb4 # sysctl dev.k8temp dev.k8temp.0.%desc: AMD K8 Thermal Sensors dev.k8temp.0.%driver: k8temp dev.k8temp.0.%parent: hostb4 dev.k8temp.0.sensor0.core0: -49 dev.k8temp.0.sensor0.core1: -49 dev.k8temp.0.sensor1.core0: -49 dev.k8temp.0.sensor1.core1: -49 Thank you! From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 00:14:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E706106567D; Tue, 26 Aug 2008 00:14:51 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id D58FC8FC19; Tue, 26 Aug 2008 00:14:50 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7Q0EoVg057468; Tue, 26 Aug 2008 09:14:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 26 Aug 2008 09:14:49 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20080826091449.1d4d29fd.nork@FreeBSD.org> In-Reply-To: <48B30A83.1030206@FreeBSD.org> References: <1219692182.00003969.1219680004@10.7.7.3> <48B30A83.1030206@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 26 Aug 2008 09:14:50 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Tue, 26 Aug 2008 00:14:51 -0000 On Mon, 25 Aug 2008 22:39:47 +0300 Alexander Motin wrote: > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > pcm0: mem 0xcfdec000-0xcfdeffff irq 19 at device 5.1 on pci1 > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > I am now working on HDA driver improvement. I think my patches should > give you much better support for your sound hardware. Wow, I'll try to test your patch! Please wait. Because my network interface is not usable, so I have to spend a time getting distfiles and music data:-(. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 00:55:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984001065679 for ; Tue, 26 Aug 2008 00:55:04 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.179]) by mx1.freebsd.org (Postfix) with ESMTP id 16FF88FC15 for ; Tue, 26 Aug 2008 00:55:03 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: by ik-out-1112.google.com with SMTP id c30so2085255ika.3 for ; Mon, 25 Aug 2008 17:55:02 -0700 (PDT) Received: by 10.210.60.8 with SMTP id i8mr7452613eba.183.1219712102689; Mon, 25 Aug 2008 17:55:02 -0700 (PDT) Received: from ?10.0.0.20? ( [194.144.25.21]) by mx.google.com with ESMTPS id m5sm22947192gve.3.2008.08.25.17.55.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 17:55:01 -0700 (PDT) Message-ID: <48B3544B.4020601@kjarrval.is> Date: Tue, 26 Aug 2008 00:54:35 +0000 From: =?UTF-8?B?U3ZhdmFyIEzDunRoZXJzc29u?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <48B336D8.2030300@kjarrval.is> <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> In-Reply-To: <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 00:55:04 -0000 Alexander Churanov wrote: > > Svavar, > > I am trying to understand you. > > 2008/8/26 Svavar Lúthersson > > > The Icelandic alphabet works in editors like pico but I have not > found another editor where it actually displays the characters > correctly. I checked edit, vi and vipw to be sure. It might be a > configuration problem or a lack of it but it's better for the user > experience if it works out-of-the-box. It should be enough to > configure it in one place and it should work "everywhere". > > Hmm. A minute ago I've pressed Ctrl-Alt-F3, switched to syscons > console, started "emacs /tmp/test", where "test" was written in > russian, typed some russian text into, closed the editor and then > started "cat /tmp/test". No problems. I still can not understand > what's the difference between ISO-8859-1 and KOI8-R from the > implementation point of view. It seems that I need to try to configure > a system for Icelandic. I'll do that tomorrow on a dedicated box. I > promise to help you with configuration in case It's at all possible. > > > The primary problem of the character support in syscons is > displaying specialised characters on the screen/tty. When I use > the special Icelandic characters in UTF-8, each character is > displayed as "??" which is very confusing to see if there are 2 or > more in a row... > > This is exactly what I am trying to solve, examining opinions on this > list at the same time. > > Of course there are certain problems with changing the filenames > between languages like Russian and Icelandic since the normal > keyboard only has about 100 keys and cannot possible contain all > the characters in the Unicode specification. > > There are special Input Methods for the rest of Unicode (more than > 200K code points currently assigned). > > > It however should not stop me from reading the filenames in the > language they were written. As for writing characters in other > languages, the "Windows approach" steps in the right direction by > enabling me to change the input language and therefore type in > characters I would not otherwise be able to with the Icelandic > keyboard. If the characters are translated to Unicode, it should > not matter what keyboard layout is used. As for how it would be > carried out in FreeBSD, I will leave it up to the developers. > > For switching I use CapsLock when in plain syscons console and > Alt+Shift when in X. By the way, how Windows displays non-ASCII > characters in plain text console? I'll wonder if better than suggested > by me. > > The aforementioned is why I am suggesting that the system should > be moved directly to UTF-32. If it is moved to UTF-8 and there is > a need in the future for UTF-16 or -32, the conversion process has > to start again. > > > I'm sure that it is not necessary. Again, all UTFs encode THE SAME > SET. But UTF-32 is better for single characters. And UTF-8 is better > for UNIX-like systems. > > > Like I mentioned in my former answer, the program writers do not > write Unicode compatible programs because there is almost no > Unicode support and the FreeBSD developers see little reason to > speed up Unicode implementation because there are so few programs > Unicode compatible. Therefore I think that FreeBSD should > implement a Unicode support policy and move straight to UTF-32 and > make it the FreeBSD default. I am not pretending that this project > will be easy, painless and quick but it is better done sooner than > later. Said policy could begin by announcing an active plan for > Unicode support and suggest that every new FreeBSD project should > support Unicode. At the same time it should suggest the same to > other developers which write software for FreeBSD. When the time > is right or after further steps, the FreeBSD Foundation should > announce that after version X, Unicode will be default charset. At > that time, the software which has Unicode support will (I hope) > work flawlessly with Unicode characters. When UTF-32 would be > fully supported in FreeBSD, the developers could wait for the end > of the support cycle for the first version with full UTF-32 > support and then make it the default in the versions to come. That > way the backward compatibility would be great and for all > supported versions of FreeBSD. > > Probably, this is useful, but I'm sure that this is out of scope of my > little project. I do not have enough power to enforce such a policy. > > Með kveðju / With regards, > Svavar Kjarrval (svavar@kjarrval.is ) > s. 863-9900 > > Alexander Churanov > Hi. Not everything was directed to you so please do not take things personally. :þ (The Icelandic "þ" at work.) I am not against your idea of adding the Unicode support in general, just that it doesn't go far enough. I did not misunderstand your point that it uses the same set but we would end up in the same situation when it will be time to add display and writing support for UTF-16 and UTF-32 although it would be slightly easier since we do not have to make an actual conversion of existing characters. Still we have to think about the programs that only "upgrade" to UTF-8 and have to go through yet another change to support UTF-16 or UTF-32. It is much easier in the long run to just go all the way to UTF-32 to begin with. Going to UTF-8 might fix some of the character issues but we would be in the same shoes when it comes to characters which are in -16 and -32 but not in -8. I am not a user of X in FreeBSD (but soon, I hope) so my FreeBSD environment is limited to the console. Windows (XP) displays the Icelandic alphabet with no problems at the command prompt. I also have no problems typing it. Somebody else has to try to see if other charsets, like Russian or Chinese, work there as well. If the result of this discussion is that UTF-8 support is enough, I suggest the future expansion to UTF-16 and UTF-32 will be taken into account and make is as easy as possible for somebody in the future to carry it out. If my programming was any better, I would have volunteered for the job. The policy suggestion was directed to the mailing list in general, not as a directive that you should or must enforce. Með kveðju / With regards, Svavar Kjarrval (svavar@kjarrval.is) s. 863-9900 From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 02:04:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075F21065673 for ; Tue, 26 Aug 2008 02:04:39 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 76F778FC18 for ; Tue, 26 Aug 2008 02:04:38 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1578929fgb.35 for ; Mon, 25 Aug 2008 19:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=atDwgqJcQ/YsbGg+uWpL0bDnCo+arT19iWB0uGPN4/w=; b=Cf0QqzVxFJKClzV9gTXE13tgugGgif307Vl/2SnhUwrQ/Y+v81DARQouOkx9vHT8j6 GEE7+ebvH8faritY53wK1W55Sad90htzyo3Ais0k9FJI4EUT/9r37Q1luIE6ey70Qlkc kY9JT/kS/C1IohDA+R/ZP4Bz9UOgQMq6VVaPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=bXde2c+vCEDmNjHnDqOaEvJTf+SBYL9hRJp8is6BEPYk1yBGXH/kWyi6pmn5RnZ2ua pO2OpatyDuZHg9Lo5sASV49+Zknb39S+eoj7dopc9gipvw1IOehciYOSnv4soYH+12Mi ngFs1P6DRHe3gtFYv2GTr6XR+742LlOWHDOgo= Received: by 10.86.93.19 with SMTP id q19mr1152775fgb.76.1219716277296; Mon, 25 Aug 2008 19:04:37 -0700 (PDT) Received: by 10.86.3.2 with HTTP; Mon, 25 Aug 2008 19:04:37 -0700 (PDT) Message-ID: <6a7033710808251904t37df0733s91fd7eb31beae76f@mail.gmail.com> Date: Tue, 26 Aug 2008 10:04:37 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Alexander Churanov" In-Reply-To: <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> X-Google-Sender-Auth: 00207495a842a65a Cc: freebsd-current@freebsd.org, Frank , freebsd-i18n@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 02:04:39 -0000 Hi, > Tz-Huan, > > Working with Chinese text is the hard part of my solution (described in full > in freebsd-current@freebsd.org). In brief it's about moving FreeBSD to UTF-8 > completely and making syscons map UTF-8 to selected 8-bit charset for > displaying (a failsafe solution). It seems that this makes syscons somewhat > more usable for some people, but not for from East Asia, am I right? Agree. > I was thinking of how to make working with Chinese filenames possible under > syscons, but the help of a native speaker/writer would help much, because I > know only basic facts about that matter. > > I see two alternatives of displaying unicode code points that do not fit > into selected 8-bit display charset: > > 1) Substituting with some character, like '?'. This is very affordable > solutiuon, but makes inconvenient working with files having names that do > not fit into selected charset. > > 2) Substituting with encoded code point value like "#1234;". This is more > complex solutuon, if correct baskspacing and things like that are required. > I am not ready to implement it. IMHO, both solutions are interesting but they might be not so useful for Chinese users. The current syscons will display the Chinese filename byte by byte, so a Chinese character will be displayed as a sequence of 8-bit ASCII characters. When I see that I just know ``oh, that's a file with Chinese filename'', I don't want to recognize which characters it is because there are thousands of different Chinese characters. In this case, if I see ``???'' or ``#1234#3456'', I still cannot recognize the characters if I have no other computer with desktop environment like X or MS Windows. So, whether the Chinese character is displayed as a sequence of 8-bit ASCII, as '?' or as '#xxxx', they are all probably the same for me. > In any case, it would be nice to have some "magic" implemented: if copying > a text with substitued code points and then pasting it would case the > original UTF-8 sequence to be inserted. Yes it's nice, but I think the chance to copy/paste the text of a Chinese filename in syscons is less. The feature might be not easy to implement and you might waste too many time to implement a feature that is used in very less frequency. Of course that's my case, this feature might be very useful for others or other language. :-) Regards, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 02:29:45 2008 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 8B4F81065670; Tue, 26 Aug 2008 02:29:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8638FC16; Tue, 26 Aug 2008 02:29:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q2TfKC067022; Mon, 25 Aug 2008 22:29:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q2TfUb049259; Mon, 25 Aug 2008 22:29:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE0E273039; Mon, 25 Aug 2008 22:29:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826022941.BE0E273039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 22:29:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 02:29:45 -0000 TB --- 2008-08-26 02:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 02:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 02:00:00 - cleaning the object tree TB --- 2008-08-26 02:00:26 - cvsupping the source tree TB --- 2008-08-26 02:00:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 02:00:34 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 02:00:34 - cd /src TB --- 2008-08-26 02:00:34 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 02:00:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 02:29:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 02:29:41 - ERROR: failed to build world TB --- 2008-08-26 02:29:41 - tinderbox aborted TB --- 1343.41 user 184.07 system 1780.76 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 02:33:02 2008 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 A7D351065671; Tue, 26 Aug 2008 02:33:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 474BE8FC1A; Tue, 26 Aug 2008 02:33:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q2X0ts067242; Mon, 25 Aug 2008 22:33:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q2X0tn036932; Mon, 25 Aug 2008 22:33:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4AB1A73039; Mon, 25 Aug 2008 22:33:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826023300.4AB1A73039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 22:33:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 02:33:02 -0000 TB --- 2008-08-26 02:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 02:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 02:00:00 - cleaning the object tree TB --- 2008-08-26 02:00:52 - cvsupping the source tree TB --- 2008-08-26 02:00:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 02:00:57 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 02:00:57 - cd /src TB --- 2008-08-26 02:00:57 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 02:01:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 02:33:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 02:33:00 - ERROR: failed to build world TB --- 2008-08-26 02:33:00 - tinderbox aborted TB --- 1444.78 user 189.60 system 1979.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 02:36:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3A51106564A for ; Tue, 26 Aug 2008 02:36:11 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 3A16B8FC18 for ; Tue, 26 Aug 2008 02:36:10 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1585491fgb.35 for ; Mon, 25 Aug 2008 19:36:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=8oBGZ5llslQSez+9n8FPD5an+5xCBURuz63eibQdCz0=; b=kTeli8b4ZN+Mwr2XatjNPWEb375ll2UH3zJcUtGoD9Mnhc4HhqBvvK8YxpmTAn6Uu6 Oci4fZqLYaBX/Z5In5TX+CXM1hldKHl/jUfDMoJImEE6Aj0nxHYXvKwQJ4uKBL9Fe/1h iVY84uOELEqyHkgDKmk8fpKRbjwKLAl+x8OBY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=ZX/CsC9tzkj+zPo6PKyI8eRlCYHgGTT5fWLmQHrTsG4/CgYRunh1HVNQd0OihweUxY bnqVIUVklFea88eEfGc1URFZx8DoGVYtoru5Hsb9gTrV0qEH3sDGIfgAC9qq2AJGn26d kDF21OFViPLRKDWM/tqO1Ns7UFidlRHQiLhqo= Received: by 10.86.27.19 with SMTP id a19mr3890000fga.56.1219718169892; Mon, 25 Aug 2008 19:36:09 -0700 (PDT) Received: by 10.86.3.2 with HTTP; Mon, 25 Aug 2008 19:36:09 -0700 (PDT) Message-ID: <6a7033710808251936j6d4a1a4ds88992dc60c315d46@mail.gmail.com> Date: Tue, 26 Aug 2008 10:36:09 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "=?UTF-8?Q?Svavar_L=C3=BAthersson?=" In-Reply-To: <48B3544B.4020601@kjarrval.is> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <48B336D8.2030300@kjarrval.is> <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> <48B3544B.4020601@kjarrval.is> X-Google-Sender-Auth: 32bc616ec333730b Cc: freebsd-current@freebsd.org, Alexander Churanov Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 02:36:11 -0000 SGksCgpPbiBUdWUsIEF1ZyAyNiwgMjAwOCBhdCA4OjU0IEFNLCBTdmF2YXIgTMO6dGhlcnNzb24g PHN2YXZhckBramFycnZhbC5pcz4gd3JvdGU6Cj4gQWxleGFuZGVyIENodXJhbm92IHdyb3RlOgo+ Pgo+IEkgYW0gbm90IGFnYWluc3QgeW91ciBpZGVhIG9mIGFkZGluZyB0aGUgVW5pY29kZSBzdXBw b3J0IGluIGdlbmVyYWwsIGp1c3QKPiB0aGF0IGl0IGRvZXNuJ3QgZ28gZmFyIGVub3VnaC4gSSBk aWQgbm90IG1pc3VuZGVyc3RhbmQgeW91ciBwb2ludCB0aGF0IGl0Cj4gdXNlcyB0aGUgc2FtZSBz ZXQgYnV0IHdlIHdvdWxkIGVuZCB1cCBpbiB0aGUgc2FtZSBzaXR1YXRpb24gd2hlbiBpdCB3aWxs IGJlCj4gdGltZSB0byBhZGQgZGlzcGxheSBhbmQgd3JpdGluZyBzdXBwb3J0IGZvciBVVEYtMTYg YW5kIFVURi0zMiBhbHRob3VnaCBpdAo+IHdvdWxkIGJlIHNsaWdodGx5IGVhc2llciBzaW5jZSB3 ZSBkbyBub3QgaGF2ZSB0byBtYWtlIGFuIGFjdHVhbCBjb252ZXJzaW9uCj4gb2YgZXhpc3Rpbmcg Y2hhcmFjdGVycy4gU3RpbGwgd2UgaGF2ZSB0byB0aGluayBhYm91dCB0aGUgcHJvZ3JhbXMgdGhh dCBvbmx5Cj4gInVwZ3JhZGUiIHRvIFVURi04IGFuZCBoYXZlIHRvIGdvIHRocm91Z2ggeWV0IGFu b3RoZXIgY2hhbmdlIHRvIHN1cHBvcnQKPiBVVEYtMTYgb3IgVVRGLTMyLiBJdCBpcyBtdWNoIGVh c2llciBpbiB0aGUgbG9uZyBydW4gdG8ganVzdCBnbyBhbGwgdGhlIHdheQo+IHRvIFVURi0zMiB0 byBiZWdpbiB3aXRoLiBHb2luZyB0byBVVEYtOCBtaWdodCBmaXggc29tZSBvZiB0aGUgY2hhcmFj dGVyCj4gaXNzdWVzIGJ1dCB3ZSB3b3VsZCBiZSBpbiB0aGUgc2FtZSBzaG9lcyB3aGVuIGl0IGNv bWVzIHRvIGNoYXJhY3RlcnMgd2hpY2gKPiBhcmUgaW4gLTE2IGFuZCAtMzIgYnV0IG5vdCBpbiAt OC4gSSBhbSBub3QgYSB1c2VyIG9mIFggaW4gRnJlZUJTRCAoYnV0IHNvb24sCj4gSSBob3BlKSBz byBteSBGcmVlQlNEIGVudmlyb25tZW50IGlzIGxpbWl0ZWQgdG8gdGhlIGNvbnNvbGUuCgpIb3cg ZG8geW91IGRlZmluZSBgYHN1cHBvcnQnJz8KCklmIHlvdSBtZWFuIHNvZnR3YXJlLWxldmVsIHN1 cHBvcnQsIHZpbSBzdXBwb3J0cyBVVEYtMTYsIGZpcmVmb3gKc3VwcG9ydHMgVVRGLTE2L1VURi0z MiwgcGVybCBzdXBwb3J0cyBVVEYtMTYvVVRGLTMyLCBldGMuCgpJZiB5b3UgbWVhbiBzeXN0ZW0t bGV2ZWwgc3VwcG9ydCwgdGhlcmUgYXJlIHR3byBjYXNlczoKCjEuIFRoZSBzeXN0ZW0gaW50ZXJu YWwgdGV4dCByZXByZXNlbnRhdGlvbiBpcyBzdGlsbCBpbiBVVEYtOCwganVzdCBhZGQKVVRGLTE2 LzMyCnN1cHBvcnQgZm9yIHRlcm1pbmFsLCBzdGRpbi9zdGRvdXQvc3RkZXJyLCBldGMuIEkgdGhp bmsgaXQncyBub3Qgc28KaGFyZCAoSSBtaWdodCBiZQp3cm9uZyBiZWNhdXNlIEkgZG9uJ3Qga25v dyB0ZXJtaW5hbCBhdCBhbGwpIGJ1dCBJIGRvbid0IHNlZSBhbnkgcmVhc29uIHRvIHNldApsb2Nh bGUgdG8gVVRGLTE2IG9yIFVURi0zMi4KCjIuIFRoZSBzeXN0ZW0gaW50ZXJuYWwgdGV4dCByZXBy ZXNlbnRhdGlvbiBpcyBjaGFuZ2VkIHRvIFVURi0xNiBvciBVVEYtMzIuClRoaXMgaXMgYW5vdGhl ciBzdG9yeSBhbmQgSSBoYXZlIG5vIGNvbW1lbnQgb24gaXQuCgo+IFdpbmRvd3MgKFhQKSBkaXNw bGF5cyB0aGUgSWNlbGFuZGljIGFscGhhYmV0IHdpdGggbm8gcHJvYmxlbXMgYXQgdGhlIGNvbW1h bmQKPiBwcm9tcHQuIEkgYWxzbyBoYXZlIG5vIHByb2JsZW1zIHR5cGluZyBpdC4gU29tZWJvZHkg ZWxzZSBoYXMgdG8gdHJ5IHRvIHNlZQo+IGlmIG90aGVyIGNoYXJzZXRzLCBsaWtlIFJ1c3NpYW4g b3IgQ2hpbmVzZSwgd29yayB0aGVyZSBhcyB3ZWxsLgoKV2luZG93cyBpcyBhbm90aGVyIGNhc2Uu IFdpbmRvd3MgdXNlIFVuaWNvZGUsIGJ1dCBub3QgaW4gY21kLmV4ZS4KVGhlIGNtZC5leGUgaXMg bG9jYWxpemVkIHByb2dyYW0gdGh1cyB0aGUgbGFuZ3VhZ2UgdXNlZCBpbiBjbWQuZXhlIGlzCmRl cGVuZGVkIG9uIHRoZSBsYW5ndWFnZSB2ZXJzaW9uIG9mIHlvdXIgd2luZG93cy4gRm9yIGV4YW1w bGUsCnRyYWRpdGlvbmFsIGNoaW5lc2UgdmVyc2lvbiBvZiB3aW5kb3dzIHVzZSBDUDk1MCBhcyBs b2NhbGl6ZWQgY2hhcmFjdGVyCnNldCwgaXQgaXMgYWxtb3N0IHRoZSBzYW1lIGFzIHpoX1RXLkJp ZzUuCgpJbiBjbWQuZXhlLCB5b3UgY2Fubm90IGRpc3BsYXkgdHdvIGxhbmd1YWdlIChDaGluZXNl IGFuZCBpY2VsYW5kaWMgZm9yCmV4YW1wbGUpIGF0IHRoZSBzYW1lIHRpbWUgYmVjYXVzZSB0aGUg VW5pY29kZSBpcyBub3Qgc3VwcG9ydGVkIGhlcmUuCgpSZWdhcmRzLApUei1IdWFuCg== From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 03:00:55 2008 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 AF2AD106564A; Tue, 26 Aug 2008 03:00:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEDA8FC13; Tue, 26 Aug 2008 03:00:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q30rEu044290; Mon, 25 Aug 2008 23:00:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q30qaF075625; Mon, 25 Aug 2008 23:00:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C427173039; Mon, 25 Aug 2008 23:00:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826030052.C427173039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 23:00:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 03:00:55 -0000 TB --- 2008-08-26 02:29:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 02:29:41 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 02:29:41 - cleaning the object tree TB --- 2008-08-26 02:30:15 - cvsupping the source tree TB --- 2008-08-26 02:30:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 02:30:23 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 02:30:23 - cd /src TB --- 2008-08-26 02:30:23 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 02:30:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 03:00:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 03:00:52 - ERROR: failed to build world TB --- 2008-08-26 03:00:52 - tinderbox aborted TB --- 1382.20 user 179.46 system 1870.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 03:04:26 2008 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 D6DD51065675; Tue, 26 Aug 2008 03:04:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 761258FC12; Tue, 26 Aug 2008 03:04:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q34NXW069021; Mon, 25 Aug 2008 23:04:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q34NCK013862; Mon, 25 Aug 2008 23:04:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 857AD73039; Mon, 25 Aug 2008 23:04:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826030423.857AD73039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 23:04:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 03:04:27 -0000 TB --- 2008-08-26 02:33:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 02:33:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 02:33:00 - cleaning the object tree TB --- 2008-08-26 02:33:32 - cvsupping the source tree TB --- 2008-08-26 02:33:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 02:33:38 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 02:33:38 - cd /src TB --- 2008-08-26 02:33:38 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 02:33:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 03:04:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 03:04:23 - ERROR: failed to build world TB --- 2008-08-26 03:04:23 - tinderbox aborted TB --- 1387.25 user 184.66 system 1883.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 03:33:47 2008 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 70BCF106568A; Tue, 26 Aug 2008 03:33:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 103458FC0A; Tue, 26 Aug 2008 03:33:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q3XhiA070168; Mon, 25 Aug 2008 23:33:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q3Xhdq083926; Mon, 25 Aug 2008 23:33:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8306773039; Mon, 25 Aug 2008 23:33:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826033343.8306773039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 23:33:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 03:33:47 -0000 TB --- 2008-08-26 03:00:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 03:00:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 03:00:52 - cleaning the object tree TB --- 2008-08-26 03:01:26 - cvsupping the source tree TB --- 2008-08-26 03:01:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 03:01:32 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 03:01:32 - cd /src TB --- 2008-08-26 03:01:32 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 03:01:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 03:33:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 03:33:43 - ERROR: failed to build world TB --- 2008-08-26 03:33:43 - tinderbox aborted TB --- 1505.26 user 183.26 system 1970.67 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 03:35:35 2008 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 6EFBE106567B; Tue, 26 Aug 2008 03:35:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1018D8FC12; Tue, 26 Aug 2008 03:35:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q3ZXga046733; Mon, 25 Aug 2008 23:35:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q3ZXis001355; Mon, 25 Aug 2008 23:35:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3333F73039; Mon, 25 Aug 2008 23:35:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826033533.3333F73039@freebsd-current.sentex.ca> Date: Mon, 25 Aug 2008 23:35:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 03:35:35 -0000 TB --- 2008-08-26 03:04:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 03:04:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 03:04:23 - cleaning the object tree TB --- 2008-08-26 03:04:49 - cvsupping the source tree TB --- 2008-08-26 03:04:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 03:04:56 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 03:04:56 - cd /src TB --- 2008-08-26 03:04:56 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 03:04:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 03:35:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 03:35:33 - ERROR: failed to build world TB --- 2008-08-26 03:35:33 - tinderbox aborted TB --- 1400.63 user 181.70 system 1869.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 04:03:36 2008 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 330961065681; Tue, 26 Aug 2008 04:03:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C80B08FC14; Tue, 26 Aug 2008 04:03:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q43X5b048177; Tue, 26 Aug 2008 00:03:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q43XBB022334; Tue, 26 Aug 2008 00:03:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 77DD473039; Tue, 26 Aug 2008 00:03:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826040333.77DD473039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 00:03:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 04:03:36 -0000 TB --- 2008-08-26 03:33:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 03:33:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 03:33:43 - cleaning the object tree TB --- 2008-08-26 03:34:06 - cvsupping the source tree TB --- 2008-08-26 03:34:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 03:34:11 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 03:34:11 - cd /src TB --- 2008-08-26 03:34:11 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 03:34:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 04:03:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 04:03:33 - ERROR: failed to build world TB --- 2008-08-26 04:03:33 - tinderbox aborted TB --- 1301.44 user 180.53 system 1789.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 04:04:46 2008 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 5CBBB1065679; Tue, 26 Aug 2008 04:04:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F032C8FC14; Tue, 26 Aug 2008 04:04:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q44hsN071446; Tue, 26 Aug 2008 00:04:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q44hps059341; Tue, 26 Aug 2008 00:04:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FFBC73039; Tue, 26 Aug 2008 00:04:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826040443.8FFBC73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 00:04:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 04:04:46 -0000 TB --- 2008-08-26 03:35:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 03:35:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 03:35:33 - cleaning the object tree TB --- 2008-08-26 03:36:02 - cvsupping the source tree TB --- 2008-08-26 03:36:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 03:36:07 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 03:36:07 - cd /src TB --- 2008-08-26 03:36:07 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 03:36:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 04:04:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 04:04:43 - ERROR: failed to build world TB --- 2008-08-26 04:04:43 - tinderbox aborted TB --- 1301.80 user 178.94 system 1750.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 04:49:43 2008 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 1348A1065684; Tue, 26 Aug 2008 04:49:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A845F8FC08; Tue, 26 Aug 2008 04:49:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q4nea3050727; Tue, 26 Aug 2008 00:49:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q4nehw059548; Tue, 26 Aug 2008 00:49:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76A8173039; Tue, 26 Aug 2008 00:49:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826044940.76A8173039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 00:49:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 04:49:43 -0000 TB --- 2008-08-26 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 04:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 04:20:00 - cleaning the object tree TB --- 2008-08-26 04:20:19 - cvsupping the source tree TB --- 2008-08-26 04:20:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 04:20:28 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 04:20:28 - cd /src TB --- 2008-08-26 04:20:28 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 04:20:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 04:49:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 04:49:40 - ERROR: failed to build world TB --- 2008-08-26 04:49:40 - tinderbox aborted TB --- 1344.34 user 181.35 system 1780.20 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 04:52:43 2008 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 722FC1065670; Tue, 26 Aug 2008 04:52:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 117F28FC13; Tue, 26 Aug 2008 04:52:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q4qd8t073257; Tue, 26 Aug 2008 00:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q4qdvS078419; Tue, 26 Aug 2008 00:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 452B473039; Tue, 26 Aug 2008 00:52:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826045239.452B473039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 00:52:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 04:52:43 -0000 TB --- 2008-08-26 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 04:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 04:20:00 - cleaning the object tree TB --- 2008-08-26 04:20:19 - cvsupping the source tree TB --- 2008-08-26 04:20:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 04:20:28 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 04:20:28 - cd /src TB --- 2008-08-26 04:20:28 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 04:20:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 04:52:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 04:52:39 - ERROR: failed to build world TB --- 2008-08-26 04:52:39 - tinderbox aborted TB --- 1442.39 user 187.93 system 1959.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 05:03:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F1121065689 for ; Tue, 26 Aug 2008 05:03:15 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id BC3458FC14 for ; Tue, 26 Aug 2008 05:03:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.128] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id m7Q4aQtv008546; Mon, 25 Aug 2008 21:36:37 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <48B38895.9040000@freebsd.org> Date: Mon, 25 Aug 2008 21:37:41 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?U3ZhdmFyIEzDunRoZXJzc29u?= References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <48B336D8.2030300@kjarrval.is> <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> <48B3544B.4020601@kjarrval.is> In-Reply-To: <48B3544B.4020601@kjarrval.is> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 05:03:15 -0000 > Going to UTF-8 might fix some of the character issues > but we would be in the same shoes when it comes to characters > which are in -16 and -32 but not in -8. You need to read the Unicode/ISO10646 standards again; you do not understand them. There are no characters in UTF-32 that are not in UTF-8. UTF-32, UTF-16, and UTF-8 all use exactly the same characters. UTF-8 encodes Unicode characters from U+000000 to U+10FFFF, using 1 to 4 bytes per character. UTF-16 encodes Unicode characters from U+000000 to U+10FFFF, using 2 to 4 bytes per character. UTF-32 encodes Unicode characters from U+000000 to U+10FFFF, using 4 bytes per character. Practically speaking, UTF-8 is a bit more convenient for file storage and transmission (including terminal support), UTF-16 or UTF-32 can be slightly more convenient for internal string manipulation. But all three encodings use exactly the same characters. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 05:20:15 2008 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 D16E91065676; Tue, 26 Aug 2008 05:20:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF008FC08; Tue, 26 Aug 2008 05:20:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5KDM9052244; Tue, 26 Aug 2008 01:20:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5KD3N081333; Tue, 26 Aug 2008 01:20:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5F94B73039; Tue, 26 Aug 2008 01:20:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826052013.5F94B73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 01:20:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 05:20:16 -0000 TB --- 2008-08-26 04:49:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 04:49:40 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 04:49:40 - cleaning the object tree TB --- 2008-08-26 04:49:52 - cvsupping the source tree TB --- 2008-08-26 04:49:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 04:49:58 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 04:49:58 - cd /src TB --- 2008-08-26 04:49:58 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 04:50:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 05:20:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 05:20:13 - ERROR: failed to build world TB --- 2008-08-26 05:20:13 - tinderbox aborted TB --- 1381.60 user 178.10 system 1832.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 05:23:25 2008 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 5FD101065682; Tue, 26 Aug 2008 05:23:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB718FC20; Tue, 26 Aug 2008 05:23:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5NNp3052414; Tue, 26 Aug 2008 01:23:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5NNuT083532; Tue, 26 Aug 2008 01:23:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38DB773039; Tue, 26 Aug 2008 01:23:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826052323.38DB773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 01:23:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 05:23:25 -0000 TB --- 2008-08-26 04:52:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 04:52:39 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 04:52:39 - cleaning the object tree TB --- 2008-08-26 04:52:50 - cvsupping the source tree TB --- 2008-08-26 04:52:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 04:52:59 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 04:52:59 - cd /src TB --- 2008-08-26 04:52:59 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 04:53:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 05:23:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 05:23:23 - ERROR: failed to build world TB --- 2008-08-26 05:23:23 - tinderbox aborted TB --- 1385.06 user 183.88 system 1843.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 05:52:59 2008 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 832CC1065693; Tue, 26 Aug 2008 05:52:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E510E8FC0C; Tue, 26 Aug 2008 05:52:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5qteg075494; Tue, 26 Aug 2008 01:52:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5qtIT022138; Tue, 26 Aug 2008 01:52:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B696773039; Tue, 26 Aug 2008 01:52:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826055255.B696773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 01:52:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 05:52:59 -0000 TB --- 2008-08-26 05:20:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 05:20:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 05:20:13 - cleaning the object tree TB --- 2008-08-26 05:20:23 - cvsupping the source tree TB --- 2008-08-26 05:20:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 05:20:28 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 05:20:28 - cd /src TB --- 2008-08-26 05:20:28 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 05:20:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 05:52:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 05:52:55 - ERROR: failed to build world TB --- 2008-08-26 05:52:55 - tinderbox aborted TB --- 1504.73 user 181.23 system 1962.20 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 05:54:22 2008 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 4212F1065684; Tue, 26 Aug 2008 05:54:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DAFA58FC21; Tue, 26 Aug 2008 05:54:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5sKce075536; Tue, 26 Aug 2008 01:54:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q5sJDV027565; Tue, 26 Aug 2008 01:54:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D087473039; Tue, 26 Aug 2008 01:54:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826055419.D087473039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 01:54:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 05:54:22 -0000 TB --- 2008-08-26 05:23:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 05:23:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 05:23:23 - cleaning the object tree TB --- 2008-08-26 05:23:30 - cvsupping the source tree TB --- 2008-08-26 05:23:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 05:23:36 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 05:23:36 - cd /src TB --- 2008-08-26 05:23:36 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 05:23:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 05:54:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 05:54:19 - ERROR: failed to build world TB --- 2008-08-26 05:54:19 - tinderbox aborted TB --- 1401.02 user 178.69 system 1856.38 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 06:22:10 2008 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 968CA1065672; Tue, 26 Aug 2008 06:22:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3EE9A8FC28; Tue, 26 Aug 2008 06:22:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q6M7Ud055386; Tue, 26 Aug 2008 02:22:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q6M7Sl031953; Tue, 26 Aug 2008 02:22:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0BC8D73039; Tue, 26 Aug 2008 02:22:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826062207.0BC8D73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 02:22:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 06:22:10 -0000 TB --- 2008-08-26 05:52:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 05:52:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 05:52:55 - cleaning the object tree TB --- 2008-08-26 05:53:03 - cvsupping the source tree TB --- 2008-08-26 05:53:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 05:53:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 05:53:09 - cd /src TB --- 2008-08-26 05:53:09 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 05:53:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 06:22:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 06:22:06 - ERROR: failed to build world TB --- 2008-08-26 06:22:06 - tinderbox aborted TB --- 1300.27 user 179.43 system 1751.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 06:23:03 2008 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 746EE106567B; Tue, 26 Aug 2008 06:23:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0A08FC2A; Tue, 26 Aug 2008 06:23:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q6N18Q055422; Tue, 26 Aug 2008 02:23:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q6N1wx032700; Tue, 26 Aug 2008 02:23:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8177C73039; Tue, 26 Aug 2008 02:23:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826062301.8177C73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 02:23:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 06:23:03 -0000 TB --- 2008-08-26 05:54:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 05:54:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 05:54:20 - cleaning the object tree TB --- 2008-08-26 05:54:27 - cvsupping the source tree TB --- 2008-08-26 05:54:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 05:54:32 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 05:54:32 - cd /src TB --- 2008-08-26 05:54:32 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 05:54:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 06:23:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 06:23:01 - ERROR: failed to build world TB --- 2008-08-26 06:23:01 - tinderbox aborted TB --- 1304.64 user 175.25 system 1721.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 06:27:26 2008 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 0E20A1065675 for ; Tue, 26 Aug 2008 06:27:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 908C08FC26 for ; Tue, 26 Aug 2008 06:27:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1630166fgb.35 for ; Mon, 25 Aug 2008 23:27:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=7YXnrQv9FSzIvY8xH9Onr/87Oe2XiaxZ81/dApIjdoc=; b=VGocYFuMvbnRny/gONl82NSYsRn2atvFpYWoTHpcS4acTavivEPe6KPBY2vqzc2jz2 dHzJL6mKGZTHAehUAHshYfZ7tDGbXMYr8qhHpKg/8eQanx8/T32Xo3jseVD1BlpaVnUr 5b3Jz7ZYqu4zsDeIL/MQNcAdY0vRibsxALBzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=LbIXKumNhG8cNgyP4sGUwjtEeeCB5Me9I2aeRzyy0ETTfjJEO79/9FmkieTR32ChgM RLsR58mtwkDtMcwXQ/HpSyZXSEIiCxQNiWOVl7KFFrmfxUMU7WEGKZaRVyqUDngHqkFt sVZzDjCdatyWtEd+k9P5TnHaQrWoNL+LRh13A= Received: by 10.86.71.1 with SMTP id t1mr4041793fga.36.1219732044484; Mon, 25 Aug 2008 23:27:24 -0700 (PDT) Received: by 10.86.62.14 with HTTP; Mon, 25 Aug 2008 23:27:24 -0700 (PDT) Message-ID: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> Date: Mon, 25 Aug 2008 23:27:24 -0700 From: "Garrett Cooper" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Issue with rc.d/netif script when modifying NIC state after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 06:27:26 -0000 optimus# /etc/rc.d/netif start /etc/rc.d/netif: DEBUG: run_rc_command: doit: network_start /etc/rc.d/netif: DEBUG: Cloned: /etc/rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to NO. Starting Network: lo0 msk0. ifconfig: msk0: bad value # <--- this didn't happen before (why is ifconfig lo0 msk0 trying to be run? shouldn't this be a for looped deal?)... /etc/rc.d/netif: DEBUG: The following interfaces were not configured: /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. I've posted the contents of a set -x operation over the script, here: . Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:10:31 2008 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 964A31065679; Tue, 26 Aug 2008 07:10:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5258FC12; Tue, 26 Aug 2008 07:10:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7AThv058287; Tue, 26 Aug 2008 03:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7AT0O074138; Tue, 26 Aug 2008 03:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3845F73039; Tue, 26 Aug 2008 03:10:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826071029.3845F73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 03:10:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:10:31 -0000 TB --- 2008-08-26 06:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 06:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 06:40:01 - cleaning the object tree TB --- 2008-08-26 06:40:22 - cvsupping the source tree TB --- 2008-08-26 06:40:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 06:40:29 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 06:40:29 - cd /src TB --- 2008-08-26 06:40:29 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 06:40:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 07:10:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 07:10:29 - ERROR: failed to build world TB --- 2008-08-26 07:10:29 - tinderbox aborted TB --- 1344.59 user 184.31 system 1827.82 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:13:44 2008 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 5B8831065672; Tue, 26 Aug 2008 07:13:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 086918FC12; Tue, 26 Aug 2008 07:13:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7Dgv8058396; Tue, 26 Aug 2008 03:13:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7DgSJ076615; Tue, 26 Aug 2008 03:13:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1572473039; Tue, 26 Aug 2008 03:13:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826071342.1572473039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 03:13:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:13:44 -0000 TB --- 2008-08-26 06:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 06:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 06:40:01 - cleaning the object tree TB --- 2008-08-26 06:40:22 - cvsupping the source tree TB --- 2008-08-26 06:40:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 06:40:29 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 06:40:29 - cd /src TB --- 2008-08-26 06:40:29 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 06:40:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 07:13:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 07:13:41 - ERROR: failed to build world TB --- 2008-08-26 07:13:41 - tinderbox aborted TB --- 1444.72 user 188.88 system 2020.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:13:53 2008 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 54665106564A for ; Tue, 26 Aug 2008 07:13:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id E36A08FC14 for ; Tue, 26 Aug 2008 07:13:52 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m7Q7EUml069104; Tue, 26 Aug 2008 02:14:30 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m7Q7EUMi069103; Tue, 26 Aug 2008 02:14:30 -0500 (CDT) (envelope-from brooks) Date: Tue, 26 Aug 2008 02:14:30 -0500 From: Brooks Davis To: Garrett Cooper Message-ID: <20080826071429.GA68532@lor.one-eyed-alien.net> References: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Issue with rc.d/netif script when modifying NIC state after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 07:13:53 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 25, 2008 at 11:27:24PM -0700, Garrett Cooper wrote: > optimus# /etc/rc.d/netif start > /etc/rc.d/netif: DEBUG: run_rc_command: doit: network_start > /etc/rc.d/netif: DEBUG: Cloned: > /etc/rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to NO. > Starting Network: lo0 msk0. > ifconfig: msk0: bad value # <--- this didn't happen before (why is > ifconfig lo0 msk0 trying to be run? shouldn't this be a for looped > deal?)... > /etc/rc.d/netif: DEBUG: The following interfaces were not configured: > /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. This is the result of new, bogus code added when when quieting the scripts recently. A loop needed to be added back around line 144. -- Brooks --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIs61VXY6L6fI4GtQRAnm5AKCLLF+tDrNRKGFqyiSjSJLOj58XtQCfeYnU RZT/qvR38j4UfzY85AabkB8= =G3B3 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:41:52 2008 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 8E6561065678; Tue, 26 Aug 2008 07:41:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D36C8FC16; Tue, 26 Aug 2008 07:41:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7fnNs081626; Tue, 26 Aug 2008 03:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7fnRY098939; Tue, 26 Aug 2008 03:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EDF773039; Tue, 26 Aug 2008 03:41:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826074149.1EDF773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 03:41:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:41:52 -0000 TB --- 2008-08-26 07:10:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 07:10:29 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 07:10:29 - cleaning the object tree TB --- 2008-08-26 07:10:49 - cvsupping the source tree TB --- 2008-08-26 07:10:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 07:10:54 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 07:10:54 - cd /src TB --- 2008-08-26 07:10:54 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 07:10:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 07:41:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 07:41:49 - ERROR: failed to build world TB --- 2008-08-26 07:41:49 - tinderbox aborted TB --- 1384.26 user 175.19 system 1879.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:45:33 2008 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 9A58B106567B; Tue, 26 Aug 2008 07:45:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48F4A8FC13; Tue, 26 Aug 2008 07:45:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7jVr3081739; Tue, 26 Aug 2008 03:45:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q7jV1w002241; Tue, 26 Aug 2008 03:45:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2141173039; Tue, 26 Aug 2008 03:45:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826074531.2141173039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 03:45:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:45:33 -0000 TB --- 2008-08-26 07:13:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 07:13:42 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 07:13:42 - cleaning the object tree TB --- 2008-08-26 07:13:56 - cvsupping the source tree TB --- 2008-08-26 07:13:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 07:14:02 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 07:14:02 - cd /src TB --- 2008-08-26 07:14:02 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 07:14:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 07:45:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 07:45:31 - ERROR: failed to build world TB --- 2008-08-26 07:45:31 - tinderbox aborted TB --- 1386.30 user 183.49 system 1908.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:49:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B214106566C; Tue, 26 Aug 2008 07:49:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0676E8FC24; Tue, 26 Aug 2008 07:49:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m7Q7Amw9036174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 26 Aug 2008 16:40:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 26 Aug 2008 16:40:38 +0930 User-Agent: KMail/1.9.7 References: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> In-Reply-To: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1520740.hOPY93XK8q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808261640.47371.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Garrett Cooper , current@freebsd.org Subject: Re: Issue with rc.d/netif script when modifying NIC state after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 07:49:19 -0000 --nextPart1520740.hOPY93XK8q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 26 Aug 2008, Garrett Cooper wrote: > optimus# /etc/rc.d/netif start > /etc/rc.d/netif: DEBUG: run_rc_command: doit: network_start > /etc/rc.d/netif: DEBUG: Cloned: > /etc/rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to > NO. Starting Network: lo0 msk0. > ifconfig: msk0: bad value # <--- this didn't happen before (why is > ifconfig lo0 msk0 trying to be run? shouldn't this be a for looped > deal?)... > /etc/rc.d/netif: DEBUG: The following interfaces were not configured: > /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. What's the contents of your rc.conf? Looks like rc is getting confused about something.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1520740.hOPY93XK8q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIs6x35ZPcIHs/zowRAroRAJ467BVOEIWd3N1hYn2u0vszoxfklQCgo7kT P4M+eXUrIlGmq/nLlOzbsjQ= =bjAM -----END PGP SIGNATURE----- --nextPart1520740.hOPY93XK8q-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 07:49:19 2008 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 9B214106566C; Tue, 26 Aug 2008 07:49:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0676E8FC24; Tue, 26 Aug 2008 07:49:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m7Q7Amw9036174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 26 Aug 2008 16:40:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 26 Aug 2008 16:40:38 +0930 User-Agent: KMail/1.9.7 References: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> In-Reply-To: <7d6fde3d0808252327k77e04ce0r9a4c69df7dca3776@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1520740.hOPY93XK8q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808261640.47371.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Garrett Cooper , current@freebsd.org Subject: Re: Issue with rc.d/netif script when modifying NIC state after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 07:49:19 -0000 --nextPart1520740.hOPY93XK8q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 26 Aug 2008, Garrett Cooper wrote: > optimus# /etc/rc.d/netif start > /etc/rc.d/netif: DEBUG: run_rc_command: doit: network_start > /etc/rc.d/netif: DEBUG: Cloned: > /etc/rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to > NO. Starting Network: lo0 msk0. > ifconfig: msk0: bad value # <--- this didn't happen before (why is > ifconfig lo0 msk0 trying to be run? shouldn't this be a for looped > deal?)... > /etc/rc.d/netif: DEBUG: The following interfaces were not configured: > /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. What's the contents of your rc.conf? Looks like rc is getting confused about something.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1520740.hOPY93XK8q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIs6x35ZPcIHs/zowRAroRAJ467BVOEIWd3N1hYn2u0vszoxfklQCgo7kT P4M+eXUrIlGmq/nLlOzbsjQ= =bjAM -----END PGP SIGNATURE----- --nextPart1520740.hOPY93XK8q-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 08:14:30 2008 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 101DF106567A; Tue, 26 Aug 2008 08:14:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B785D8FC24; Tue, 26 Aug 2008 08:14:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8EQOT063381; Tue, 26 Aug 2008 04:14:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8EQgD024437; Tue, 26 Aug 2008 04:14:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDB9273039; Tue, 26 Aug 2008 04:14:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826081426.DDB9273039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 04:14:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 08:14:30 -0000 TB --- 2008-08-26 07:41:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 07:41:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 07:41:49 - cleaning the object tree TB --- 2008-08-26 07:41:56 - cvsupping the source tree TB --- 2008-08-26 07:41:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 07:42:01 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 07:42:01 - cd /src TB --- 2008-08-26 07:42:01 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 07:42:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 08:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 08:14:26 - ERROR: failed to build world TB --- 2008-08-26 08:14:26 - tinderbox aborted TB --- 1504.25 user 181.68 system 1957.64 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 08:16:35 2008 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 D89451065681; Tue, 26 Aug 2008 08:16:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB038FC37; Tue, 26 Aug 2008 08:16:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8GXtu083214; Tue, 26 Aug 2008 04:16:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8GWpB075226; Tue, 26 Aug 2008 04:16:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D669B73039; Tue, 26 Aug 2008 04:16:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826081632.D669B73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 04:16:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 08:16:36 -0000 TB --- 2008-08-26 07:45:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 07:45:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 07:45:31 - cleaning the object tree TB --- 2008-08-26 07:45:39 - cvsupping the source tree TB --- 2008-08-26 07:45:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 07:45:44 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 07:45:44 - cd /src TB --- 2008-08-26 07:45:44 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 07:45:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 08:16:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 08:16:32 - ERROR: failed to build world TB --- 2008-08-26 08:16:32 - tinderbox aborted TB --- 1401.60 user 178.79 system 1861.58 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 08:43:52 2008 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 AACCB1065671; Tue, 26 Aug 2008 08:43:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 26FDD8FC22; Tue, 26 Aug 2008 08:43:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8hol4065266; Tue, 26 Aug 2008 04:43:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8hoJu047291; Tue, 26 Aug 2008 04:43:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A94673039; Tue, 26 Aug 2008 04:43:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826084350.2A94673039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 04:43:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 08:43:52 -0000 TB --- 2008-08-26 08:14:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 08:14:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 08:14:27 - cleaning the object tree TB --- 2008-08-26 08:14:38 - cvsupping the source tree TB --- 2008-08-26 08:14:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 08:14:44 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 08:14:44 - cd /src TB --- 2008-08-26 08:14:44 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 08:14:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 08:43:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 08:43:50 - ERROR: failed to build world TB --- 2008-08-26 08:43:50 - tinderbox aborted TB --- 1301.31 user 178.21 system 1763.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 08:45:19 2008 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 CE21F1065677; Tue, 26 Aug 2008 08:45:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 840388FC25; Tue, 26 Aug 2008 08:45:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8jHBj065372; Tue, 26 Aug 2008 04:45:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q8jHqH048523; Tue, 26 Aug 2008 04:45:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 876D773039; Tue, 26 Aug 2008 04:45:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826084517.876D773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 04:45:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 08:45:20 -0000 TB --- 2008-08-26 08:16:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 08:16:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 08:16:32 - cleaning the object tree TB --- 2008-08-26 08:16:44 - cvsupping the source tree TB --- 2008-08-26 08:16:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 08:16:49 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 08:16:49 - cd /src TB --- 2008-08-26 08:16:49 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 08:16:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 08:45:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 08:45:17 - ERROR: failed to build world TB --- 2008-08-26 08:45:17 - tinderbox aborted TB --- 1301.41 user 178.05 system 1724.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 08:58:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81C5B1065676 for ; Tue, 26 Aug 2008 08:58:50 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id E19188FC1C for ; Tue, 26 Aug 2008 08:58:49 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl76-178.kln.forthnet.gr [77.49.123.178]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7Q8wYRs018139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Aug 2008 11:58:40 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m7Q8wYFK004413; Tue, 26 Aug 2008 11:58:34 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m7Q8wXBg004412; Tue, 26 Aug 2008 11:58:33 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Ed Schouten Date: Mon, 25 Aug 2008 16:48:45 +0300 Message-ID: <87fxot5hoi.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7Q8wYRs018139 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.338, required 5, ALL_TRUSTED -1.80, AWL 0.07, BAYES_00 -2.60, DATE_IN_PAST_12_24 0.99) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 08:58:50 -0000 Hi Ed, After installing the mpsafetty changes it seems that flow-control ^S and ^Q characters cannot be inserted inserted anymore. I first noticed this when CTRL-S stopped working as 'search-forward' in Emacs, but it seems the same problem exists in /usr/bin/vi, vim, bash and a few other programs that I tested. With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi and type in insert-mode `^V^S'. This correctly inserts a ^S character. With a kernel from svn revision /head@181939 ^V no longer quotes the next byte in vi(1) and other programs. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 09:29:28 2008 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 88D9D1065689; Tue, 26 Aug 2008 09:29:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 405058FC1B; Tue, 26 Aug 2008 09:29:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q9TLrC085894; Tue, 26 Aug 2008 05:29:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q9TL6q054792; Tue, 26 Aug 2008 05:29:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC30073039; Tue, 26 Aug 2008 05:29:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826092921.BC30073039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 05:29:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 09:29:28 -0000 TB --- 2008-08-26 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 09:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 09:00:00 - cleaning the object tree TB --- 2008-08-26 09:00:12 - cvsupping the source tree TB --- 2008-08-26 09:00:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 09:00:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 09:00:21 - cd /src TB --- 2008-08-26 09:00:21 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 09:00:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 09:29:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 09:29:21 - ERROR: failed to build world TB --- 2008-08-26 09:29:21 - tinderbox aborted TB --- 1342.45 user 183.65 system 1761.32 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 09:32:21 2008 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 951511065695; Tue, 26 Aug 2008 09:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDAE8FC6A; Tue, 26 Aug 2008 09:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q9WInE086040; Tue, 26 Aug 2008 05:32:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7Q9WI5j089449; Tue, 26 Aug 2008 05:32:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38DAB73039; Tue, 26 Aug 2008 05:32:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826093218.38DAB73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 05:32:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 09:32:21 -0000 TB --- 2008-08-26 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 09:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 09:00:00 - cleaning the object tree TB --- 2008-08-26 09:00:13 - cvsupping the source tree TB --- 2008-08-26 09:00:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 09:00:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 09:00:21 - cd /src TB --- 2008-08-26 09:00:21 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 09:00:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 09:32:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 09:32:18 - ERROR: failed to build world TB --- 2008-08-26 09:32:18 - tinderbox aborted TB --- 1441.29 user 188.93 system 1937.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 09:40:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049F2106564A for ; Tue, 26 Aug 2008 09:40:29 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1708FC1C for ; Tue, 26 Aug 2008 09:40:28 +0000 (UTC) (envelope-from svavar@kjarrval.is) Received: by ey-out-2122.google.com with SMTP id 6so232362eyi.7 for ; Tue, 26 Aug 2008 02:40:27 -0700 (PDT) Received: by 10.210.21.6 with SMTP id 6mr8136060ebu.111.1219743627209; Tue, 26 Aug 2008 02:40:27 -0700 (PDT) Received: from ?10.0.0.20? ( [194.144.25.21]) by mx.google.com with ESMTPS id k9sm34993157nfh.23.2008.08.26.02.40.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Aug 2008 02:40:26 -0700 (PDT) Message-ID: <48B3CF6F.5020202@kjarrval.is> Date: Tue, 26 Aug 2008 09:39:59 +0000 From: =?UTF-8?B?U3ZhdmFyIEzDunRoZXJzc29u?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Tim Kientzle References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> <3cb459ed0808250621s28a1b825u1cc16939951bb157@mail.gmail.com> <48B336D8.2030300@kjarrval.is> <3cb459ed0808251656l5716ee51y5bddf34fb8809b0c@mail.gmail.com> <48B3544B.4020601@kjarrval.is> <48B38895.9040000@freebsd.org> In-Reply-To: <48B38895.9040000@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 09:40:29 -0000 Tim Kientzle wrote: >> Going to UTF-8 might fix some of the character issues >> but we would be in the same shoes when it comes to characters >> which are in -16 and -32 but not in -8. > > You need to read the Unicode/ISO10646 standards again; > you do not understand them. You are right, I do not understand them. As I mentioned, I am not a Unicode expert and I have never claimed to be one. > > There are no characters in UTF-32 that are not in UTF-8. > > UTF-32, UTF-16, and UTF-8 all use exactly the same characters. > > UTF-8 encodes Unicode characters from U+000000 to U+10FFFF, using 1 to > 4 bytes per character. > > UTF-16 encodes Unicode characters from U+000000 to U+10FFFF, using 2 > to 4 bytes per character. > > UTF-32 encodes Unicode characters from U+000000 to U+10FFFF, using 4 > bytes per character. > > Practically speaking, UTF-8 is a bit more convenient for file > storage and transmission (including terminal support), UTF-16 > or UTF-32 can be slightly more convenient for internal > string manipulation. But all three encodings use exactly > the same characters. > > Tim Kientzle I cannot confirm you are 100% right because I am not an expert in Unicode. However, after some reading, I can see there is no "character loss" by using one form of Unicode than the other. Therefore, I stand corrected on that issue. I still think there should be support for UTF-16 and UTF-32 in FreeBSD in general but it is outside the scope of the topic (Unicode in syscons). Tz-Huan Huang wrote: > How do you define ``support''? > > If you mean software-level support, vim supports UTF-16, firefox > supports UTF-16/UTF-32, perl supports UTF-16/UTF-32, etc. > > If you mean system-level support, there are two cases: > > 1. The system internal text representation is still in UTF-8, just add > UTF-16/32 > support for terminal, stdin/stdout/stderr, etc. I think it's not so > hard (I might be > wrong because I don't know terminal at all) but I don't see any reason to set > locale to UTF-16 or UTF-32. > > 2. The system internal text representation is changed to UTF-16 or UTF-32. > This is another story and I have no comment on it. > > By support I meant full handling of Unicode characters which meant both 1 and 2. Although, in connection to my discovery above, I think it is better if the internal handling is (continued to be) done in UTF-8. Með kveðju / With regards, Svavar Kjarrval (svavar@kjarrval.is) s. 863-9900 From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 10:00:09 2008 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 AEAE01065682; Tue, 26 Aug 2008 10:00:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3B28FC17; Tue, 26 Aug 2008 10:00:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QA06c0086984; Tue, 26 Aug 2008 06:00:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QA06Cn031499; Tue, 26 Aug 2008 06:00:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9AE9F73039; Tue, 26 Aug 2008 06:00:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826100006.9AE9F73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 06:00:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 10:00:09 -0000 TB --- 2008-08-26 09:29:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 09:29:21 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 09:29:21 - cleaning the object tree TB --- 2008-08-26 09:29:28 - cvsupping the source tree TB --- 2008-08-26 09:29:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 09:29:36 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 09:29:36 - cd /src TB --- 2008-08-26 09:29:36 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 09:29:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 10:00:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 10:00:06 - ERROR: failed to build world TB --- 2008-08-26 10:00:06 - tinderbox aborted TB --- 1382.38 user 176.88 system 1844.71 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 10:03:15 2008 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 D9FFC1065687; Tue, 26 Aug 2008 10:03:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 94A7D8FC21; Tue, 26 Aug 2008 10:03:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QA3A57069798; Tue, 26 Aug 2008 06:03:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QA3Aeg015093; Tue, 26 Aug 2008 06:03:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5858773039; Tue, 26 Aug 2008 06:03:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826100310.5858773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 06:03:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 10:03:16 -0000 TB --- 2008-08-26 09:32:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 09:32:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 09:32:18 - cleaning the object tree TB --- 2008-08-26 09:32:26 - cvsupping the source tree TB --- 2008-08-26 09:32:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 09:32:34 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 09:32:34 - cd /src TB --- 2008-08-26 09:32:34 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 09:32:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 10:03:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 10:03:10 - ERROR: failed to build world TB --- 2008-08-26 10:03:10 - tinderbox aborted TB --- 1385.43 user 183.05 system 1852.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 10:28:25 2008 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 89B931065687 for ; Tue, 26 Aug 2008 10:28:25 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 77BA78FC42 for ; Tue, 26 Aug 2008 10:28:25 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by wa-out-1112.google.com with SMTP id j4so886669wah.3 for ; Tue, 26 Aug 2008 03:28:24 -0700 (PDT) Received: by 10.115.58.1 with SMTP id l1mr4386278wak.27.1219744960905; Tue, 26 Aug 2008 03:02:40 -0700 (PDT) Received: by 10.115.89.3 with HTTP; Tue, 26 Aug 2008 03:02:40 -0700 (PDT) Message-ID: Date: Tue, 26 Aug 2008 12:02:40 +0200 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Ed Schouten" In-Reply-To: <20080825141951.GB99951@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200808241520.m7OFKiKx018944@svn.freebsd.org> <48B2B7A7.1030907@FreeBSD.org> <20080825141951.GB99951@hoeg.nl> Cc: FreeBSD Current Subject: Re: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 10:28:25 -0000 On Mon, Aug 25, 2008 at 4:19 PM, Ed Schouten wrote: > * Kris Kennaway wrote: >> Ed Schouten wrote: >>> Author: ed >>> Date: Sun Aug 24 15:20:44 2008 >>> New Revision: 182109 >>> URL: http://svn.freebsd.org/changeset/base/182109 >>> >>> Log: >>> Make sysmouse(4) use its own locks, instead of using Giant. >>> When I changed syscons(4) to work with the MPSAFE TTY code, I just >>> locked all device nodes down using the compatibility feature that allows >>> you to override the TTY's lock (Giant in this case). Upon closer >>> inspection, it seems sysmouse(4) only has two internal variables that >>> need locking: mouse_level and mouse_status. >>> I haven't done any performance benchmarks on this, though I think >>> it >>> won't have any dramatic improvements on the system. It is good to get >>> rid of Giant here, because the third argument of tty_alloc() has only >>> been added to ease migration to MPSAFE TTY. It should not be used when >>> not needed. >>> While there, remove SC_MOUSE, which is a leftover from the MPSAFE >>> TTY >>> import. >> >> This might help mouse interactivity for desktop users that have legacy >> Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked >> disk drivers), etc. > > Yes, but only a very very little bit. moused still delivers the input to > /dev/consolectl, which is still Giant locked. The part where the Xorg > server reads from /dev/sysmouse is now Giant-free. Are you going to lock that one too? I have some problems with a sluggish PS/2 mouse when Firefox runs a heavily javascripted site (though it is way better now that I can use nvidia(4) again without crashing). From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 10:32:34 2008 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 6B1511065673; Tue, 26 Aug 2008 10:32:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4808FC18; Tue, 26 Aug 2008 10:32:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QAWRT4088541; Tue, 26 Aug 2008 06:32:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QAWRfZ039809; Tue, 26 Aug 2008 06:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E2B973039; Tue, 26 Aug 2008 06:32:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826103227.9E2B973039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 06:32:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 10:32:34 -0000 TB --- 2008-08-26 10:00:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 10:00:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 10:00:06 - cleaning the object tree TB --- 2008-08-26 10:00:12 - cvsupping the source tree TB --- 2008-08-26 10:00:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 10:00:17 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 10:00:17 - cd /src TB --- 2008-08-26 10:00:17 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 10:00:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 10:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 10:32:27 - ERROR: failed to build world TB --- 2008-08-26 10:32:27 - tinderbox aborted TB --- 1505.45 user 179.89 system 1940.86 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 10:33:49 2008 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 8B965106569F; Tue, 26 Aug 2008 10:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2BDF08FC2F; Tue, 26 Aug 2008 10:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QAXllt088725; Tue, 26 Aug 2008 06:33:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QAXlIA041108; Tue, 26 Aug 2008 06:33:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0E7BF73039; Tue, 26 Aug 2008 06:33:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826103347.0E7BF73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 06:33:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 10:33:50 -0000 TB --- 2008-08-26 10:03:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 10:03:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 10:03:10 - cleaning the object tree TB --- 2008-08-26 10:03:15 - cvsupping the source tree TB --- 2008-08-26 10:03:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 10:03:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 10:03:21 - cd /src TB --- 2008-08-26 10:03:21 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 10:03:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 10:33:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 10:33:47 - ERROR: failed to build world TB --- 2008-08-26 10:33:47 - tinderbox aborted TB --- 1399.30 user 180.43 system 1836.56 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:01:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C238310656A0 for ; Tue, 26 Aug 2008 11:01:47 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8764C8FC25 for ; Tue, 26 Aug 2008 11:01:47 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1224846wra.27 for ; Tue, 26 Aug 2008 04:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=ORwLR2EdNJL9An/0WoflMrWsQvoatU1tITP+ueGbdZo=; b=vVESRQXPavHVZzn6m5dDtQc8GbpDD+y06wwhkcBlqs4AIoZABg+eGz0I8dzYs6XeEG ZNLnJfhJXu89nWwMcYMnSiMg/0Goz96EnDaHlwO39DRqdlXT4ZGf7br2oklAnHZ3A5zv BdLOww05GTBcAYa4Dbx7lAOFMDZAmd2I/uL+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Mb9J0z0ymC6H8jaMHji6kKqYyxcAigXlnJjCu93xeMRF+1vqVf4RhV0jax4f6RoZX4 JBqWpxrRz4abBc1GafXQqgF/UgPaTB7VvwonLwyi0CL3xQlC7XjvEU45mqKVedgKunAc PmMq8yN9jGuVRqUhgtCSxVyalQYEZ4Xqq8k+M= Received: by 10.90.78.14 with SMTP id a14mr3303422agb.81.1219747200939; Tue, 26 Aug 2008 03:40:00 -0700 (PDT) Received: from localhost ( [93.80.243.28]) by mx.google.com with ESMTPS id 7sm6038995agb.34.2008.08.26.03.39.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Aug 2008 03:39:59 -0700 (PDT) From: swell.k@gmail.com To: Giorgos Keramidas References: <87fxot5hoi.fsf@kobe.laptop> Date: Tue, 26 Aug 2008 14:39:45 +0400 In-Reply-To: <87fxot5hoi.fsf@kobe.laptop> (Giorgos Keramidas's message of "Mon, 25 Aug 2008 16:48:45 +0300") Message-ID: <86myj0xdou.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Ed Schouten Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 11:01:47 -0000 Giorgos Keramidas writes: > Hi Ed, > > After installing the mpsafetty changes it seems that flow-control ^S and > ^Q characters cannot be inserted inserted anymore. I first noticed this > when CTRL-S stopped working as 'search-forward' in Emacs, but it seems > the same problem exists in /usr/bin/vi, vim, bash and a few other > programs that I tested. > > With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi > and type in insert-mode `^V^S'. This correctly inserts a ^S character. > With a kernel from svn revision /head@181939 ^V no longer quotes the > next byte in vi(1) and other programs. Could you possibly be trying to type them inside screen(1)? If so, are they working correctly outside it? If not, nevermind. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:02:01 2008 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 8CD4210656FC; Tue, 26 Aug 2008 11:02:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4806A8FC24; Tue, 26 Aug 2008 11:02:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QB1wvx091587; Tue, 26 Aug 2008 07:01:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QB1w5R091598; Tue, 26 Aug 2008 07:01:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A74A573039; Tue, 26 Aug 2008 07:01:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826110158.A74A573039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 07:01:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:02:01 -0000 TB --- 2008-08-26 10:32:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 10:32:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 10:32:27 - cleaning the object tree TB --- 2008-08-26 10:32:36 - cvsupping the source tree TB --- 2008-08-26 10:32:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 10:32:44 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 10:32:44 - cd /src TB --- 2008-08-26 10:32:44 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 10:32:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 11:01:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 11:01:58 - ERROR: failed to build world TB --- 2008-08-26 11:01:58 - tinderbox aborted TB --- 1301.08 user 178.73 system 1770.65 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:02:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E4D1065676 for ; Tue, 26 Aug 2008 11:02:38 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwqsrv03p.mx.bigpond.com (nschwqsrv03p.mx.bigpond.com [61.9.189.237]) by mx1.freebsd.org (Postfix) with ESMTP id 10A698FC19 for ; Tue, 26 Aug 2008 11:02:37 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx03p.mx.bigpond.com ([124.188.162.219]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20080826070638.GUSO17360.nschwmtas03p.mx.bigpond.com@nschwotgx03p.mx.bigpond.com> for ; Tue, 26 Aug 2008 07:06:38 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx03p.mx.bigpond.com with ESMTP id <20080826070637.ZVLL11041.nschwotgx03p.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 26 Aug 2008 07:06:37 +0000 Received: (qmail 13793 invoked by uid 501); 26 Aug 2008 07:06:33 -0000 Date: Tue, 26 Aug 2008 17:06:33 +1000 From: Andrew Reilly To: Rohit Tripathi Message-ID: <20080826070633.GA85357@duncan.reilly.home> References: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.48B3AB7E.0061,ss=1,fgs=0 Cc: freebsd-current@freebsd.org Subject: Re: gnome2/x11 slow after optimization! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 11:02:38 -0000 On Thu, Aug 21, 2008 at 01:38:09PM -0400, Rohit Tripathi wrote: > CFLAGS= -O3 -pipe -mtune=core2 -m128bit-long-double -mfpmath=sse Just on top of what everyone else has said, (i.e., "don't do that"), the -m128bit-long-double option is almost certainly going to break something if you're operating in 32-bit mode (it changes the ABI for some functions and struct alignment), with the caveat that the "long double" type is almost never used, so you might get away with it just by default. It certainly isn't going to help when you're using sse math, which doesn't do long doubles at all. I'd be very surprised if either Gnome2 or x11 did anything with long double, so this comment really defaults to the initial statement: "don't do that". Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:02:51 2008 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 E97B710656C1; Tue, 26 Aug 2008 11:02:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A4FAF8FC21; Tue, 26 Aug 2008 11:02:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QB2nQn091651; Tue, 26 Aug 2008 07:02:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QB2n4G092369; Tue, 26 Aug 2008 07:02:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A9A7F73039; Tue, 26 Aug 2008 07:02:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826110249.A9A7F73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 07:02:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:02:52 -0000 TB --- 2008-08-26 10:33:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 10:33:47 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 10:33:47 - cleaning the object tree TB --- 2008-08-26 10:33:56 - cvsupping the source tree TB --- 2008-08-26 10:33:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 10:34:02 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 10:34:02 - cd /src TB --- 2008-08-26 10:34:02 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 10:34:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 11:02:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 11:02:49 - ERROR: failed to build world TB --- 2008-08-26 11:02:49 - tinderbox aborted TB --- 1302.77 user 177.00 system 1742.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:09:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2BFA106567E for ; Tue, 26 Aug 2008 11:09:47 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2690D8FC28 for ; Tue, 26 Aug 2008 11:09:46 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl76-178.kln.forthnet.gr [77.49.123.178]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7QB9ZVZ029303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Aug 2008 14:09:41 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m7QB9Zw2017399; Tue, 26 Aug 2008 14:09:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m7QB9Yuf017392; Tue, 26 Aug 2008 14:09:34 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: swell.k@gmail.com References: <87fxot5hoi.fsf@kobe.laptop> <86myj0xdou.fsf@gmail.com> Date: Tue, 26 Aug 2008 14:09:34 +0300 In-Reply-To: <86myj0xdou.fsf@gmail.com> (swell k.'s message of "Tue, 26 Aug 2008 14:39:45 +0400") Message-ID: <8763po58y9.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7QB9ZVZ029303 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.294, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.10, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org, Ed Schouten Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 11:09:47 -0000 On Tue, 26 Aug 2008 14:39:45 +0400, swell.k@gmail.com wrote: > Giorgos Keramidas writes: >> Hi Ed, >> After installing the mpsafetty changes it seems that flow-control ^S >> and ^Q characters cannot be inserted inserted anymore. I first >> noticed this when CTRL-S stopped working as 'search-forward' in >> Emacs, but it seems the same problem exists in /usr/bin/vi, vim, bash >> and a few other programs that I tested. >> >> With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi >> and type in insert-mode `^V^S'. This correctly inserts a ^S >> character. With a kernel from svn revision /head@181939 ^V no longer >> quotes the next byte in vi(1) and other programs. > > Could you possibly be trying to type them inside screen(1)? If so, are > they working correctly outside it? Yes. I was using screen when I tried this. Now that I tried outside of screen, C-s and C-q work in Emacs and ^V^S or ^V^Q works in /usr/bin/vi. Is this a known bug of screen? Are there already patches floating around to fix it? From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:38:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAEFC1065679 for ; Tue, 26 Aug 2008 11:38:19 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 790EC8FC08 for ; Tue, 26 Aug 2008 11:38:19 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1039230nfh.33 for ; Tue, 26 Aug 2008 04:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=AnFqQGNseGd8tBKIKp4XilUEttkeg6fQpyCwuBCX4Gw=; b=LWKEBlW16BJt0fsADPae/HNgAGYk6CDkGoySQd8fL6NbejnN+NSXiFGl54pDo7xTDz rRSerTS9sl5wSBKq1F8Dg+jvdRwxRWZ2BnbQ3VkfxSaE7oOYuW+bM7AgFgKJxmivSTj+ t0BVgtZCxJD5jsG1JvzeVLViUpI5jrYU3OjlM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=OjEklFV+uyr57e2pGpT4Kh9Ztb4uRIvVc5+rAnFnYmBdnHGX1OsSXDEQWTIB3DEJii JaKwuld+PXxmEGQSp5ONJXPxQTa4+UrcvuaC3LG1ilSXL5BhcXCXyQkO62oeriQOFhos bs2+q2dtQLoxvb2AQi0NnHiNGtG4hOxU9V0mE= Received: by 10.210.113.16 with SMTP id l16mr4093479ebc.190.1219750698088; Tue, 26 Aug 2008 04:38:18 -0700 (PDT) Received: from localhost ( [93.80.243.28]) by mx.google.com with ESMTPS id 3sm6294285eyj.3.2008.08.26.04.38.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Aug 2008 04:38:17 -0700 (PDT) From: swell.k@gmail.com To: Giorgos Keramidas References: <87fxot5hoi.fsf@kobe.laptop> <86myj0xdou.fsf@gmail.com> <8763po58y9.fsf@kobe.laptop> Date: Tue, 26 Aug 2008 15:38:02 +0400 In-Reply-To: <8763po58y9.fsf@kobe.laptop> (Giorgos Keramidas's message of "Tue, 26 Aug 2008 14:09:34 +0300") Message-ID: <86abf0xazp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Ed Schouten Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 11:38:19 -0000 Giorgos Keramidas writes: > On Tue, 26 Aug 2008 14:39:45 +0400, swell.k@gmail.com wrote: >> Giorgos Keramidas writes: >>> Hi Ed, >>> After installing the mpsafetty changes it seems that flow-control ^S >>> and ^Q characters cannot be inserted inserted anymore. I first >>> noticed this when CTRL-S stopped working as 'search-forward' in >>> Emacs, but it seems the same problem exists in /usr/bin/vi, vim, bash >>> and a few other programs that I tested. >>> >>> With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi >>> and type in insert-mode `^V^S'. This correctly inserts a ^S >>> character. With a kernel from svn revision /head@181939 ^V no longer >>> quotes the next byte in vi(1) and other programs. >> >> Could you possibly be trying to type them inside screen(1)? If so, are >> they working correctly outside it? > > Yes. I was using screen when I tried this. Now that I tried outside of > screen, C-s and C-q work in Emacs and ^V^S or ^V^Q works in /usr/bin/vi. > > Is this a known bug of screen? Are there already patches floating > around to fix it? I don't know. What I know that it was way before mpsafetty was merged in -current. It didn't really bother me to verify and report it since I don't use non-windowed Emacs often enough. But from my observation ^S/^Q do work in copy mode and it still present in screen.git too and didn't fixed in mpsafetty-20080824.diff.gz. So it's just `me too', sorry. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:45:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C78201065704; Tue, 26 Aug 2008 11:45:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 50B698FC23; Tue, 26 Aug 2008 11:45:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl76-178.kln.forthnet.gr [77.49.123.178]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7QBjQMx031774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Aug 2008 14:45:32 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m7QBjPnT031016; Tue, 26 Aug 2008 14:45:25 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m7QBjP2T031015; Tue, 26 Aug 2008 14:45:25 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: swell.k@gmail.com References: <87fxot5hoi.fsf@kobe.laptop> <86myj0xdou.fsf@gmail.com> <8763po58y9.fsf@kobe.laptop> <86abf0xazp.fsf@gmail.com> Date: Tue, 26 Aug 2008 14:45:24 +0300 In-Reply-To: <86abf0xazp.fsf@gmail.com> (swell k.'s message of "Tue, 26 Aug 2008 15:38:02 +0400") Message-ID: <878wuk3sq3.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7QBjQMx031774 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.833, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.57, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org, Ed Schouten Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 11:45:40 -0000 On Tue, 26 Aug 2008 15:38:02 +0400, swell.k@gmail.com wrote: >Giorgos Keramidas writes: >> Yes. I was using screen when I tried this. Now that I tried outside >> of screen, C-s and C-q work in Emacs and ^V^S or ^V^Q works in >> /usr/bin/vi. >> >> Is this a known bug of screen? Are there already patches floating >> around to fix it? > > I don't know. What I know that it was way before mpsafetty was merged > in -current. It didn't really bother me to verify and report it since > I don't use non-windowed Emacs often enough. But from my observation > ^S/^Q do work in copy mode and it still present in screen.git too and > didn't fixed in mpsafetty-20080824.diff.gz. > > So it's just `me too', sorry. Fair enough, thanks for the tip about screen. At least now I know where to look for more details :D From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:49:38 2008 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 B6598106564A; Tue, 26 Aug 2008 11:49:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73B488FC0C; Tue, 26 Aug 2008 11:49:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QBnZNu097123; Tue, 26 Aug 2008 07:49:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QBnZ59012266; Tue, 26 Aug 2008 07:49:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F3EB673039; Tue, 26 Aug 2008 07:49:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826114934.F3EB673039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 07:49:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:49:38 -0000 TB --- 2008-08-26 11:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 11:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 11:20:00 - cleaning the object tree TB --- 2008-08-26 11:20:18 - cvsupping the source tree TB --- 2008-08-26 11:20:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 11:20:25 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 11:20:25 - cd /src TB --- 2008-08-26 11:20:25 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 11:20:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 11:49:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 11:49:34 - ERROR: failed to build world TB --- 2008-08-26 11:49:34 - tinderbox aborted TB --- 1342.38 user 183.27 system 1774.42 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 11:52:31 2008 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 B87F51065677; Tue, 26 Aug 2008 11:52:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 75DF38FC0C; Tue, 26 Aug 2008 11:52:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QBqTOp097369; Tue, 26 Aug 2008 07:52:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QBqTI0016355; Tue, 26 Aug 2008 07:52:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4C5773039; Tue, 26 Aug 2008 07:52:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826115228.E4C5773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 07:52:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:52:31 -0000 TB --- 2008-08-26 11:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 11:20:00 - cleaning the object tree TB --- 2008-08-26 11:20:18 - cvsupping the source tree TB --- 2008-08-26 11:20:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 11:20:25 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 11:20:25 - cd /src TB --- 2008-08-26 11:20:25 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 11:20:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 11:52:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 11:52:28 - ERROR: failed to build world TB --- 2008-08-26 11:52:28 - tinderbox aborted TB --- 1442.86 user 187.02 system 1948.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:19:53 2008 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 AC9A0106567B; Tue, 26 Aug 2008 12:19:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8451C8FC32; Tue, 26 Aug 2008 12:19:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCJpb6001624; Tue, 26 Aug 2008 08:19:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCJpHN094452; Tue, 26 Aug 2008 08:19:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06BE173039; Tue, 26 Aug 2008 08:19:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826121951.06BE173039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 08:19:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 12:19:53 -0000 TB --- 2008-08-26 11:49:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 11:49:35 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 11:49:35 - cleaning the object tree TB --- 2008-08-26 11:49:45 - cvsupping the source tree TB --- 2008-08-26 11:49:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 11:49:50 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 11:49:50 - cd /src TB --- 2008-08-26 11:49:50 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 11:49:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 12:19:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 12:19:50 - ERROR: failed to build world TB --- 2008-08-26 12:19:50 - tinderbox aborted TB --- 1382.68 user 176.20 system 1815.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:23:02 2008 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 03DF11065677; Tue, 26 Aug 2008 12:23:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B65BB8FC1E; Tue, 26 Aug 2008 12:23:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCMuKg002361; Tue, 26 Aug 2008 08:22:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCMuNS050164; Tue, 26 Aug 2008 08:22:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2DA0873039; Tue, 26 Aug 2008 08:22:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826122256.2DA0873039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 08:22:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 12:23:02 -0000 TB --- 2008-08-26 11:52:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 11:52:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 11:52:29 - cleaning the object tree TB --- 2008-08-26 11:52:39 - cvsupping the source tree TB --- 2008-08-26 11:52:39 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 11:52:47 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 11:52:47 - cd /src TB --- 2008-08-26 11:52:47 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 11:52:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 12:22:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 12:22:56 - ERROR: failed to build world TB --- 2008-08-26 12:22:56 - tinderbox aborted TB --- 1384.01 user 184.48 system 1827.00 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:45:54 2008 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 6DCCF106567C for ; Tue, 26 Aug 2008 12:45:54 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id 26FFF8FC31 for ; Tue, 26 Aug 2008 12:45:54 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 6AA9040D4 for ; Tue, 26 Aug 2008 14:45:53 +0200 (CEST) Received: from carrot.paeps.cx (carrot [IPv6:2001:6f8:1408::2]) by detritus.paeps.cx (Postfix) with ESMTP id E6F412082 for ; Tue, 26 Aug 2008 14:45:51 +0200 (CEST) Received: from carrot.paeps.cx (philip@localhost [127.0.0.1]) by carrot.paeps.cx (8.14.2/8.14.2) with ESMTP id m7QChbCI081330 for ; Tue, 26 Aug 2008 14:43:37 +0200 (CEST) (envelope-from philip@carrot.paeps.cx) Received: (from philip@localhost) by carrot.paeps.cx (8.14.2/8.14.2/Submit) id m7QChaZG081101 for current@freebsd.org; Tue, 26 Aug 2008 14:43:36 +0200 (CEST) (envelope-from philip) Date: Tue, 26 Aug 2008 14:43:35 +0200 From: Philip Paeps To: current@freebsd.org Message-ID: <20080826124335.GD3305@carrot.paeps.cx> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Pungenday, the 19th day of Bureaucracy in the YOLD 3174 X-Date-in-France: =?utf-8?Q?D=C3=A9cadi_10_Fructidor_CCXVI?= =?utf-8?Q?=2C_jour_de_l'=C3=A9chelle?= X-Date-in-Rome: ante diem VII Kalendas Septembres MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waning Crescent (23% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 12:45:54 -0000 Has anyone else noticed that /var/run/utmp sometimes grows to insane sizes (998M) since mpsafetty? I've been trying to pinpoint the culprit but I haven't been successful so far. I don't think mpsafetty itself is to blame. Rather something which expects our old tty system. My original reaction was to blame screen, but I can't immediately see where it might be going wrong. Mysterious. Anyone have any ideas? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Rincewind could scream for mercy in nineteen languages, and just scream in another forty-four. -- (Terry Pratchett, Interesting Times) From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:51:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4AB1065672 for ; Tue, 26 Aug 2008 12:51:02 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id 8206D8FC15 for ; Tue, 26 Aug 2008 12:51:02 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id D0BA54C2DF for ; Tue, 26 Aug 2008 14:51:00 +0200 (CEST) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id BC0AD1137B3 for ; Tue, 26 Aug 2008 14:51:00 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-119-001.pools.arcor-ip.net [88.67.119.1]) by mail-in-16.arcor-online.net (Postfix) with ESMTP id 9AD8D236E4A for ; Tue, 26 Aug 2008 14:51:00 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7QCoxE2033053 for ; Tue, 26 Aug 2008 14:50:59 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7QCoxkU033052 for freebsd-current@freebsd.org; Tue, 26 Aug 2008 14:50:59 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Tue, 26 Aug 2008 12:50:59 +0000 (UTC) Message-ID: References: <87fxot5hoi.fsf@kobe.laptop> <86myj0xdou.fsf@gmail.com> <8763po58y9.fsf@kobe.laptop> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8090/Tue Aug 26 12:30:04 2008 on mail-in-16.arcor-online.net X-Virus-Status: Clean Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 12:51:02 -0000 Giorgos Keramidas wrote: > Yes. I was using screen when I tried this. Now that I tried outside of > screen, C-s and C-q work in Emacs and ^V^S or ^V^Q works in /usr/bin/vi. > > Is this a known bug of screen? It's a known feature. Use ^As and ^Aq to send ^S and ^Q to the application. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:52:32 2008 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 D184E1065672; Tue, 26 Aug 2008 12:52:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F32D8FC0C; Tue, 26 Aug 2008 12:52:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCqTi7008857; Tue, 26 Aug 2008 08:52:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCqTkl085464; Tue, 26 Aug 2008 08:52:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6373073039; Tue, 26 Aug 2008 08:52:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826125229.6373073039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 08:52:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 12:52:33 -0000 TB --- 2008-08-26 12:19:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 12:19:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 12:19:51 - cleaning the object tree TB --- 2008-08-26 12:19:56 - cvsupping the source tree TB --- 2008-08-26 12:19:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 12:20:02 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 12:20:02 - cd /src TB --- 2008-08-26 12:20:02 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 12:20:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 12:52:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 12:52:29 - ERROR: failed to build world TB --- 2008-08-26 12:52:29 - tinderbox aborted TB --- 1505.20 user 180.41 system 1958.18 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 12:53:49 2008 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 D256A1065681; Tue, 26 Aug 2008 12:53:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 914E98FC12; Tue, 26 Aug 2008 12:53:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCrh77009106; Tue, 26 Aug 2008 08:53:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QCrhwQ087155; Tue, 26 Aug 2008 08:53:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F72B73039; Tue, 26 Aug 2008 08:53:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826125343.3F72B73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 08:53:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 12:53:50 -0000 TB --- 2008-08-26 12:22:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 12:22:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 12:22:56 - cleaning the object tree TB --- 2008-08-26 12:23:01 - cvsupping the source tree TB --- 2008-08-26 12:23:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 12:23:07 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 12:23:07 - cd /src TB --- 2008-08-26 12:23:07 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 12:23:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 12:53:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 12:53:43 - ERROR: failed to build world TB --- 2008-08-26 12:53:43 - tinderbox aborted TB --- 1398.75 user 180.87 system 1846.82 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 13:09:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 882B91065693 for ; Tue, 26 Aug 2008 13:09:57 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 508FC8FC18 for ; Tue, 26 Aug 2008 13:09:57 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so1388015pyb.10 for ; Tue, 26 Aug 2008 06:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ch1fv8rIuSXYNDCM+xh/lfjgccMAODMat6tn7/q3FfM=; b=h6tl0MRAx8nI5ul6TE6Dtvr0tSLuFgfGv+rGl87NshUyY5GncrIy3Z/iHgpE+EmzzV tf6KAINtuWH/BjgK6AOTcQ80CMMAMVeoo+zhzdun/pqXxj7gV4CaCKSXJB9jXyHJuJyW jiGoVWGur5tpLRIFmGjHqXLWkuG94KvA2nw/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=E3QzdNWx5j3SSuif2FanLPozh8OYgTWJdKxiFnWRZKyYst3rWhfL7SqjTyZvCFkiMs bWuH1hgbyHVpzajv+GKTKhHWnK7tgABrtgCiSdupJRxdkb+L56iT4/qXGgGSPqXS5Wey 63QlqCq632XNcuzy5B28mASixE+lsYS8p9noA= Received: by 10.140.202.21 with SMTP id z21mr2829877rvf.81.1219756195821; Tue, 26 Aug 2008 06:09:55 -0700 (PDT) Received: by 10.141.86.19 with HTTP; Tue, 26 Aug 2008 06:09:55 -0700 (PDT) Message-ID: <3a142e750808260609mbaf18fbr624b305401cf5667@mail.gmail.com> Date: Tue, 26 Aug 2008 15:09:55 +0200 From: "Paul B. Mahol" To: "Giorgos Keramidas" In-Reply-To: <8763po58y9.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87fxot5hoi.fsf@kobe.laptop> <86myj0xdou.fsf@gmail.com> <8763po58y9.fsf@kobe.laptop> Cc: swell.k@gmail.com, freebsd-current@freebsd.org, Ed Schouten Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 13:09:57 -0000 On 8/26/08, Giorgos Keramidas wrote: > On Tue, 26 Aug 2008 14:39:45 +0400, swell.k@gmail.com wrote: >> Giorgos Keramidas writes: >>> Hi Ed, >>> After installing the mpsafetty changes it seems that flow-control ^S >>> and ^Q characters cannot be inserted inserted anymore. I first >>> noticed this when CTRL-S stopped working as 'search-forward' in >>> Emacs, but it seems the same problem exists in /usr/bin/vi, vim, bash >>> and a few other programs that I tested. >>> >>> With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi >>> and type in insert-mode `^V^S'. This correctly inserts a ^S >>> character. With a kernel from svn revision /head@181939 ^V no longer >>> quotes the next byte in vi(1) and other programs. >> >> Could you possibly be trying to type them inside screen(1)? If so, are >> they working correctly outside it? > > Yes. I was using screen when I tried this. Now that I tried outside of > screen, C-s and C-q work in Emacs and ^V^S or ^V^Q works in /usr/bin/vi. ^V^S and ^V^Q do not work in vim from console (no screen(1) here). (I think it worked before) > > Is this a known bug of screen? Are there already patches floating > around to fix it? > > _______________________________________________ > 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 Tue Aug 26 13:20:38 2008 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 EAF091065689 for ; Tue, 26 Aug 2008 13:20:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 639278FC20; Tue, 26 Aug 2008 13:20:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B40321.70504@FreeBSD.org> Date: Tue, 26 Aug 2008 15:20:33 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= References: <200808241520.m7OFKiKx018944@svn.freebsd.org> <48B2B7A7.1030907@FreeBSD.org> <20080825141951.GB99951@hoeg.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ed Schouten , FreeBSD Current Subject: Re: mouse interactivity (Re: svn commit: r182109 - head/sys/dev/syscons) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 13:20:39 -0000 Marius Nünnerich wrote: > On Mon, Aug 25, 2008 at 4:19 PM, Ed Schouten wrote: >> * Kris Kennaway wrote: >>> Ed Schouten wrote: >>>> Author: ed >>>> Date: Sun Aug 24 15:20:44 2008 >>>> New Revision: 182109 >>>> URL: http://svn.freebsd.org/changeset/base/182109 >>>> >>>> Log: >>>> Make sysmouse(4) use its own locks, instead of using Giant. >>>> When I changed syscons(4) to work with the MPSAFE TTY code, I just >>>> locked all device nodes down using the compatibility feature that allows >>>> you to override the TTY's lock (Giant in this case). Upon closer >>>> inspection, it seems sysmouse(4) only has two internal variables that >>>> need locking: mouse_level and mouse_status. >>>> I haven't done any performance benchmarks on this, though I think >>>> it >>>> won't have any dramatic improvements on the system. It is good to get >>>> rid of Giant here, because the third argument of tty_alloc() has only >>>> been added to ease migration to MPSAFE TTY. It should not be used when >>>> not needed. >>>> While there, remove SC_MOUSE, which is a leftover from the MPSAFE >>>> TTY >>>> import. >>> This might help mouse interactivity for desktop users that have legacy >>> Giant-locked systems in use (e.g. busy MSDOS filesystems, giant-locked >>> disk drivers), etc. >> Yes, but only a very very little bit. moused still delivers the input to >> /dev/consolectl, which is still Giant locked. The part where the Xorg >> server reads from /dev/sysmouse is now Giant-free. > > Are you going to lock that one too? I have some problems with a sluggish PS/2 > mouse when Firefox runs a heavily javascripted site (though it is way better > now that I can use nvidia(4) again without crashing). Unless you fit into a situation like the one I described, it doesn't sound like the giant locking is the problem for you. You can check by enabling lock profiling. Kris From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 13:21:44 2008 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 A96861065673; Tue, 26 Aug 2008 13:21:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1298FC14; Tue, 26 Aug 2008 13:21:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QDLbeH016093; Tue, 26 Aug 2008 09:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QDLbdk071962; Tue, 26 Aug 2008 09:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 873C773039; Tue, 26 Aug 2008 09:21:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826132137.873C773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 09:21:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 13:21:44 -0000 TB --- 2008-08-26 12:52:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 12:52:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 12:52:29 - cleaning the object tree TB --- 2008-08-26 12:52:36 - cvsupping the source tree TB --- 2008-08-26 12:52:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 12:52:45 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 12:52:45 - cd /src TB --- 2008-08-26 12:52:45 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 12:52:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 13:21:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 13:21:37 - ERROR: failed to build world TB --- 2008-08-26 13:21:37 - tinderbox aborted TB --- 1302.66 user 176.75 system 1747.90 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 13:22:40 2008 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 9FB05106566B; Tue, 26 Aug 2008 13:22:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2668FC17; Tue, 26 Aug 2008 13:22:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QDMY1R003209; Tue, 26 Aug 2008 09:22:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QDMYPY024976; Tue, 26 Aug 2008 09:22:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA6C273039; Tue, 26 Aug 2008 09:22:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826132234.AA6C273039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 09:22:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 13:22:40 -0000 TB --- 2008-08-26 12:53:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 12:53:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 12:53:43 - cleaning the object tree TB --- 2008-08-26 12:53:57 - cvsupping the source tree TB --- 2008-08-26 12:53:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 12:54:03 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 12:54:03 - cd /src TB --- 2008-08-26 12:54:03 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 12:54:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 13:22:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 13:22:34 - ERROR: failed to build world TB --- 2008-08-26 13:22:34 - tinderbox aborted TB --- 1300.62 user 179.32 system 1731.28 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 14:09:42 2008 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 BF2D61065674; Tue, 26 Aug 2008 14:09:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF0B8FC24; Tue, 26 Aug 2008 14:09:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QE9aGh025658; Tue, 26 Aug 2008 10:09:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QE9asq059189; Tue, 26 Aug 2008 10:09:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DBDF773039; Tue, 26 Aug 2008 10:09:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826140935.DBDF773039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 10:09:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:09:42 -0000 TB --- 2008-08-26 13:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 13:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 13:40:00 - cleaning the object tree TB --- 2008-08-26 13:40:17 - cvsupping the source tree TB --- 2008-08-26 13:40:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 13:40:23 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 13:40:23 - cd /src TB --- 2008-08-26 13:40:23 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 13:40:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 14:09:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 14:09:35 - ERROR: failed to build world TB --- 2008-08-26 14:09:35 - tinderbox aborted TB --- 1343.69 user 182.29 system 1775.55 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 14:12:16 2008 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 92E471065679; Tue, 26 Aug 2008 14:12:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF958FC1F; Tue, 26 Aug 2008 14:12:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QECDeX026176; Tue, 26 Aug 2008 10:12:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QECDA6073931; Tue, 26 Aug 2008 10:12:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ADC4173039; Tue, 26 Aug 2008 10:12:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826141213.ADC4173039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 10:12:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:12:17 -0000 TB --- 2008-08-26 13:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 13:40:00 - cleaning the object tree TB --- 2008-08-26 13:40:16 - cvsupping the source tree TB --- 2008-08-26 13:40:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 13:40:23 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 13:40:23 - cd /src TB --- 2008-08-26 13:40:23 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 13:40:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 14:12:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 14:12:13 - ERROR: failed to build world TB --- 2008-08-26 14:12:13 - tinderbox aborted TB --- 1441.65 user 188.09 system 1933.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 14:40:03 2008 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 A7C2F1065676; Tue, 26 Aug 2008 14:40:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 648D48FC16; Tue, 26 Aug 2008 14:40:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QEdufq031230; Tue, 26 Aug 2008 10:39:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QEduaS061302; Tue, 26 Aug 2008 10:39:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFB9E73039; Tue, 26 Aug 2008 10:39:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826143956.BFB9E73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 10:39:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:40:03 -0000 TB --- 2008-08-26 14:09:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 14:09:36 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 14:09:36 - cleaning the object tree TB --- 2008-08-26 14:09:47 - cvsupping the source tree TB --- 2008-08-26 14:09:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 14:09:52 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 14:09:52 - cd /src TB --- 2008-08-26 14:09:52 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 14:09:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 14:39:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 14:39:56 - ERROR: failed to build world TB --- 2008-08-26 14:39:56 - tinderbox aborted TB --- 1383.76 user 175.59 system 1820.58 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 14:43:01 2008 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 D9A071065677; Tue, 26 Aug 2008 14:43:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 98B938FC2F; Tue, 26 Aug 2008 14:43:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QEgt5v031983; Tue, 26 Aug 2008 10:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QEgsu4071584; Tue, 26 Aug 2008 10:42:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C402E73039; Tue, 26 Aug 2008 10:42:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826144254.C402E73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 10:42:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:43:02 -0000 TB --- 2008-08-26 14:12:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 14:12:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 14:12:13 - cleaning the object tree TB --- 2008-08-26 14:12:21 - cvsupping the source tree TB --- 2008-08-26 14:12:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 14:12:27 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 14:12:27 - cd /src TB --- 2008-08-26 14:12:27 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 14:12:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 14:42:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 14:42:54 - ERROR: failed to build world TB --- 2008-08-26 14:42:54 - tinderbox aborted TB --- 1384.42 user 184.65 system 1840.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:00:09 2008 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 6B6B01065685 for ; Tue, 26 Aug 2008 15:00:09 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-16.163.com (m12-16.163.com [220.181.12.16]) by mx1.freebsd.org (Postfix) with SMTP id A9B328FC2B for ; Tue, 26 Aug 2008 15:00:08 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from datastream-laptop.people.163.org (unknown [122.234.4.133]) by smtp12 (Coremail) with SMTP id EMCowLBbokztFrRIhJp1RA==.44464S2; Tue, 26 Aug 2008 22:45:02 +0800 (CST) Message-ID: <48B416E7.70905@163.com> Date: Tue, 26 Aug 2008 22:44:55 +0800 From: kevin User-Agent: Thunderbird 2.0.0.12 (X11/20080425) MIME-Version: 1.0 To: current@freebsd.org References: <20080826124335.GD3305@carrot.paeps.cx> In-Reply-To: <20080826124335.GD3305@carrot.paeps.cx> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUUYxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUjVkYjsxI4VWxJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1I0E4x80 FVCIwcAKzIAtM7C26IkvcIIF6IxKo4kEV4yl1IIY67AEw4v_Jr0_Jr4ln4vEbcI7uVAqrc v_JFW8Xr15M2vj6xkI62vS6c8GOVWUtr1rJFyl5I8CrVACY4xI64kE6c02F40Ex7xfMcIj 6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8JwAC62BYpTIE1TZKA3svLV AKvSnIqfZI6r4lFVCF04k20xvEw2I207IF0wCjxxvEw4Wlc7Ca8VAvwVA2a4k0FcxrMxkI ecxEwVAFwVW5XwCY0x0Ix7I2Y4AK64vIr41l4x8a6c8ajcxJMI8E67AF67kF1VAFwI0_Jr 0_JrylIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JbIY CTnIWIevJa73UjIFyTuYvjxUqo7KDUUUU Cc: Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 15:00:09 -0000 Philip Paeps wrote: > Has anyone else noticed that /var/run/utmp sometimes grows to insane sizes > (998M) since mpsafetty? I've been trying to pinpoint the culprit but I > haven't been successful so far. > > I don't think mpsafetty itself is to blame. Rather something which expects > our old tty system. > > My original reaction was to blame screen, but I can't immediately see where it > might be going wrong. > > Mysterious. Anyone have any ideas? > > - Philip > Could you check the output of `last`? Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:12:53 2008 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 06E6810656A2; Tue, 26 Aug 2008 15:12:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B76308FC43; Tue, 26 Aug 2008 15:12:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFCnoY038232; Tue, 26 Aug 2008 11:12:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFCnmf080784; Tue, 26 Aug 2008 11:12:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F03073039; Tue, 26 Aug 2008 11:12:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826151249.7F03073039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 11:12:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:12:53 -0000 TB --- 2008-08-26 14:39:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 14:39:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-26 14:39:57 - cleaning the object tree TB --- 2008-08-26 14:40:02 - cvsupping the source tree TB --- 2008-08-26 14:40:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-26 14:40:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 14:40:08 - cd /src TB --- 2008-08-26 14:40:08 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 14:40:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/ia64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 15:12:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 15:12:49 - ERROR: failed to build world TB --- 2008-08-26 15:12:49 - tinderbox aborted TB --- 1505.69 user 180.41 system 1972.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:13:51 2008 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 1D2471065670; Tue, 26 Aug 2008 15:13:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D09F18FC15; Tue, 26 Aug 2008 15:13:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFDnGj038426; Tue, 26 Aug 2008 11:13:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFDmHH070574; Tue, 26 Aug 2008 11:13:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C9EA673039; Tue, 26 Aug 2008 11:13:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826151348.C9EA673039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 11:13:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:13:51 -0000 TB --- 2008-08-26 14:42:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 14:42:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-26 14:42:54 - cleaning the object tree TB --- 2008-08-26 14:43:04 - cvsupping the source tree TB --- 2008-08-26 14:43:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-26 14:43:10 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 14:43:10 - cd /src TB --- 2008-08-26 14:43:10 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 14:43:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/powerpc/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 15:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 15:13:48 - ERROR: failed to build world TB --- 2008-08-26 15:13:48 - tinderbox aborted TB --- 1399.31 user 180.40 system 1853.87 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:41:22 2008 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 2EE491065686 for ; Tue, 26 Aug 2008 15:41:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 108EB8FC21 for ; Tue, 26 Aug 2008 15:41:21 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m7QFfKMp003684 for ; Tue, 26 Aug 2008 11:41:20 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 26 Aug 2008 11:41:20 -0400 (EDT) Date: Tue, 26 Aug 2008 11:41:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:41:22 -0000 I'm trying to get a lagg interface with failover to work with bfe0 and wlan0. The master port is bfe0, with failover to wlan0. The wlan0 interface is ath0. I can get both wlan0 and bfe0 to work independently without being lagg devices, but only bfe0 works when wlan0 and bfe0 are in a lagg interface. In other words, when I pull the plug on bfe0, it does not failover to wlan0. The system is a 1 month old -current (i386) that has been pretty stable and I'm using something like this in /etc/rc.conf: wlans_ath0=wlan0 ifconfig_wlan0="ssid my_ssid \ wepkey 1:0xblah1 wepkey 2:0xblah2 \ wepkey 3:0xblah3 wepkey 4:0xblah4 \ weptxkey 1 authmode shared" ifconfig_bfe0="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0" ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" $ ifconfig -a ath0: flags=8802 metric 0 mtu 2290 ether 00:11:f5:9d:54:f5 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated bfe0: flags=8843 metric 0 mtu 1500 options=8 ether 00:14:22:ae:bc:98 media: Ethernet autoselect (100baseTX ) status: active lagg: laggdev lagg0 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 lagg0: flags=8843 metric 0 mtu 1500 ether 00:14:22:ae:bc:98 inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect status: active laggproto failover laggport: wlan0 flags=0<> laggport: bfe0 flags=5 wlan0: flags=8843 metric 0 mtu 1500 ether 00:14:22:ae:bc:98 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid linksys_SES_45226 channel 6 (2437 Mhz 11g) regdomain 105 indoor ecm authmode SHARED privacy MIXED deftxkey 1 wepkey 1:104-bit wepkey 2:104-bit wepkey 3:104-bit txpower 17.5 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst lagg: laggdev lagg0 Note that wlan0 is not associated as it would normally be when not configured as a lagg device. If I uplug the cable from bfe0, then I get: bfe0: flags=8843 metric 0 mtu 1500 options=8 ether 00:14:22:ae:bc:98 media: Ethernet autoselect (none) status: no carrier lagg: laggdev lagg0 lagg0: flags=8843 metric 0 mtu 1500 ether 00:14:22:ae:bc:98 inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect status: no carrier laggproto failover laggport: wlan0 flags=0<> laggport: bfe0 flags=1 wlan0: flags=8843 metric 0 mtu 1500 ether 00:14:22:ae:bc:98 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid linksys_SES_45226 channel 6 (2437 Mhz 11g) regdomain 105 indoor ecm authmode SHARED privacy MIXED deftxkey 1 wepkey 1:104-bit wepkey 2:104-bit wepkey 3:104-bit txpower 17.5 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst lagg: laggdev lagg0 Any ideas? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:42:00 2008 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 8AB8B1065671; Tue, 26 Aug 2008 15:42:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 45F7E8FC0C; Tue, 26 Aug 2008 15:42:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFfs5d045101; Tue, 26 Aug 2008 11:41:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFfsEt004458; Tue, 26 Aug 2008 11:41:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AAC2F73039; Tue, 26 Aug 2008 11:41:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826154154.AAC2F73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 11:41:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:42:00 -0000 TB --- 2008-08-26 15:12:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 15:12:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-26 15:12:49 - cleaning the object tree TB --- 2008-08-26 15:12:55 - cvsupping the source tree TB --- 2008-08-26 15:12:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-26 15:13:01 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 15:13:01 - cd /src TB --- 2008-08-26 15:13:01 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 15:13:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sparc64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 15:41:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 15:41:54 - ERROR: failed to build world TB --- 2008-08-26 15:41:54 - tinderbox aborted TB --- 1301.59 user 178.23 system 1744.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:42:29 2008 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 D806D1065680; Tue, 26 Aug 2008 15:42:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 935A58FC0A; Tue, 26 Aug 2008 15:42:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFgRvU045201; Tue, 26 Aug 2008 11:42:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QFgRSs057966; Tue, 26 Aug 2008 11:42:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CF8973039; Tue, 26 Aug 2008 11:42:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826154227.6CF8973039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 11:42:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 15:42:30 -0000 TB --- 2008-08-26 15:13:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 15:13:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-26 15:13:48 - cleaning the object tree TB --- 2008-08-26 15:14:01 - cvsupping the source tree TB --- 2008-08-26 15:14:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-26 15:14:06 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 15:14:06 - cd /src TB --- 2008-08-26 15:14:06 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 15:14:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/sun4v/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 15:42:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 15:42:27 - ERROR: failed to build world TB --- 2008-08-26 15:42:27 - tinderbox aborted TB --- 1302.75 user 177.00 system 1718.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 15:44:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B0E106567B for ; Tue, 26 Aug 2008 15:44:19 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id A7AD78FC20 for ; Tue, 26 Aug 2008 15:44:19 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3303465rvf.43 for ; Tue, 26 Aug 2008 08:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XFxHJrp+gaQbcua0Y3uVS6gD6whTUVPvAjilUjwEnik=; b=FMbRkrlhRAED7CrLf2yCgO46fqLonHcEQZ57e8gw6eLr7Py4qpsgB7NCiOvd+21fbi cYKrfe5+zIMMpvFot1TTMhwO7I9NMb10JMItxCY9+q0QFL3QafUJXXJ1t8Bkc1OiaLqQ 61SprVQUQL01FYdlOmT8eoN00jL6RrIJraFVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=iaBX7OZUO8zS5OlZytM0b8Hs6mk6hIDEE7D1tcEncqx8yfR0N9kwCqqP17x+QeXiSF gfU+yaJ8dm2WUywefn40OlIGJ0n0i1AXx6/pivEHrffOETJylj0Z2FiHvygzYmNoCip7 rgFiTjWmkedFA3Aw4n2erVfLTopocs+79A+9w= Received: by 10.141.29.8 with SMTP id g8mr2933730rvj.62.1219765459094; Tue, 26 Aug 2008 08:44:19 -0700 (PDT) Received: by 10.141.194.17 with HTTP; Tue, 26 Aug 2008 08:44:19 -0700 (PDT) Message-ID: <33615c8e0808260844k6c3a4d7fvc4e2b7de51ef98b6@mail.gmail.com> Date: Tue, 26 Aug 2008 11:44:19 -0400 From: "Rohit Tripathi" To: "Andrew Reilly" In-Reply-To: <20080826070633.GA85357@duncan.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> <20080826070633.GA85357@duncan.reilly.home> Cc: freebsd-current@freebsd.org Subject: Re: gnome2/x11 slow after optimization! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 15:44:19 -0000 On Tue, Aug 26, 2008 at 3:06 AM, Andrew Reilly wrote: > On Thu, Aug 21, 2008 at 01:38:09PM -0400, Rohit Tripathi wrote: >> CFLAGS= -O3 -pipe -mtune=core2 -m128bit-long-double -mfpmath=sse > > Just on top of what everyone else has said, (i.e., "don't do > that"), the -m128bit-long-double option is almost certainly > going to break something if you're operating in 32-bit mode (it > changes the ABI for some functions and struct alignment), with Yes, I read that before compiling and since I'm also running amd64, I recompiled everything from scratch! It was merely experimental, I'm back to the default install of 64bit stable, moving on to current. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:01:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 320A31065695 for ; Tue, 26 Aug 2008 16:01:46 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id DB6E38FC1B for ; Tue, 26 Aug 2008 16:01:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0D5D71CCF0; Tue, 26 Aug 2008 18:01:45 +0200 (CEST) Date: Tue, 26 Aug 2008 18:01:44 +0200 From: Ed Schouten To: Giorgos Keramidas Message-ID: <20080826160144.GG99951@hoeg.nl> References: <87fxot5hoi.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="F1IF9aptvsagcPqf" Content-Disposition: inline In-Reply-To: <87fxot5hoi.fsf@kobe.laptop> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 16:01:46 -0000 --F1IF9aptvsagcPqf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Giorgos, * Giorgos Keramidas wrote: > After installing the mpsafetty changes it seems that flow-control ^S and > ^Q characters cannot be inserted inserted anymore. I first noticed this > when CTRL-S stopped working as 'search-forward' in Emacs, but it seems > the same problem exists in /usr/bin/vi, vim, bash and a few other > programs that I tested. >=20 > With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi > and type in insert-mode `^V^S'. This correctly inserts a ^S character. > With a kernel from svn revision /head@181939 ^V no longer quotes the > next byte in vi(1) and other programs. There is indeed a small problem w.r.t. ^S/^Q characters with the MPSAFE TTY code, but it is not so directly involved in the handling of the actual characters, but a shortcoming of the pts(4) driver. There is this way a PTY (master device) can be configured to use `packet mode' (TIOCPKT). When this mode is enabled, all data that is read() by screen is prepended by a single byte, containing a bit mask of events. These events include flush events, but also flags indicating tcsetattr() has been called and has toggled VSTART/VSTOP. When I implemented the pts(4) driver, I thought the idea behind TIOCPKT is quite vague, because there is no real reason for pts(4) consumers to know this information. They just receive the raw data and inject keyboard actions. The pts(4) driver that lives in SVN now is a little broken, because it never returns any special events. It just prepends the data with a zero-byte, to keep the consumers happy. Screen(1) is a fairly moronic written application, which uses packet mode for no sensible reason at all. If you just comment out TIOCPKT in /usr/include/sys/ttycom.h and recompile screen(1), your problems are gone, right? There are three ways ways to fix this problem: - Implement a real packet mode which properly returns the TIOCPKT_* flags. Unlike the previous TTY layer, it is a lot harder to do this with MPSAFE TTY, because it turns the generic TTY code into more bloat. =20 The new TTY layer has been designed to be a real front-end for the device driver. There aren't any driver hooks (yet) to detect the events supported by TIOCPKT, because `normal drivers' don't need these event notifications anyway. - Remove TIOCPKT and TIOCPKT_* to and leave it there to die. While there, also move definitions of other awkward commands to this header. - Both. I was planning to prepare a changeset soonish, which removes the (in my opinion) deprecated ioctl()'s from our header files, so I can let the ports folks run a tinderbox to see how much breaks. This should give us a good estimation of the best approach. --=20 Ed Schouten WWW: http://80386.nl/ --F1IF9aptvsagcPqf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki0KOgACgkQ52SDGA2eCwXldgCeKk/mtdnMiY0PHh6ljWbBoBYT ZkwAn3DJ62vxYwl+e46855HdAj1INY1o =7oMg -----END PGP SIGNATURE----- --F1IF9aptvsagcPqf-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:17:46 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17BC1065680 for ; Tue, 26 Aug 2008 16:17:46 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 88C388FC0C for ; Tue, 26 Aug 2008 16:17:46 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from 80-218-191-31.dclient.hispeed.ch ([80.218.191.31] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KY1Ej-0001bI-E5; Tue, 26 Aug 2008 18:17:41 +0200 Message-ID: <48B42C79.8030906@FreeBSD.org> Date: Tue, 26 Aug 2008 18:16:57 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080807) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG, julian@elischer.org References: <200806161408.m5GE89RR096948@lurza.secnetix.de> In-Reply-To: <200806161408.m5GE89RR096948@lurza.secnetix.de> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: mprof and new systems.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 16:17:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Oliver Fromme wrote: | Julian Elischer wrote: | > in addition, with -O2 it seems that the address of the variable | > may actually be wring if the optimiser never bothers to | > have the variable actually saved. | | Maybe I'm missing the obvious here, but you can prevent | the compiler from optimizing the variable by declaring | it as "volatile". Or by faking access to it through (void)&variable; | | Best regards | Oliver | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAki0LHkACgkQwMJqmJVx94467ACfe4fXXTNqdlrTzAqjLxJ4Za+J 9y0AoKSli9OVUfS6z0/om9dONIRxKzkg =AF/u -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:29:35 2008 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 9E74C1065671; Tue, 26 Aug 2008 16:29:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 50DE88FC17; Tue, 26 Aug 2008 16:29:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QGTRpe055498; Tue, 26 Aug 2008 12:29:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QGTRvP058933; Tue, 26 Aug 2008 12:29:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FE1C73039; Tue, 26 Aug 2008 12:29:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826162927.8FE1C73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 12:29:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 16:29:35 -0000 TB --- 2008-08-26 16:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 16:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-26 16:00:00 - cleaning the object tree TB --- 2008-08-26 16:00:15 - cvsupping the source tree TB --- 2008-08-26 16:00:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-26 16:00:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 16:00:21 - cd /src TB --- 2008-08-26 16:00:21 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 16:00:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/arm/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 16:29:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 16:29:27 - ERROR: failed to build world TB --- 2008-08-26 16:29:27 - tinderbox aborted TB --- 1342.79 user 183.34 system 1767.28 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:32:16 2008 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 1C301106567B; Tue, 26 Aug 2008 16:32:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C22CF8FC1A; Tue, 26 Aug 2008 16:32:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QGWE0T055965; Tue, 26 Aug 2008 12:32:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QGWDah061947; Tue, 26 Aug 2008 12:32:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3B2873039; Tue, 26 Aug 2008 12:32:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826163213.C3B2873039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 12:32:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 16:32:16 -0000 TB --- 2008-08-26 16:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 16:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 16:00:00 - cleaning the object tree TB --- 2008-08-26 16:00:12 - cvsupping the source tree TB --- 2008-08-26 16:00:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 16:00:20 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 16:00:20 - cd /src TB --- 2008-08-26 16:00:20 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 16:00:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 16:32:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 16:32:13 - ERROR: failed to build world TB --- 2008-08-26 16:32:13 - tinderbox aborted TB --- 1441.31 user 188.80 system 1933.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:37:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 411A81065672 for ; Tue, 26 Aug 2008 16:37:09 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id B12848FC2E for ; Tue, 26 Aug 2008 16:37:08 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl76-178.kln.forthnet.gr [77.49.123.178]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7QGafef025163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Aug 2008 19:36:47 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m7QGafWr020290; Tue, 26 Aug 2008 19:36:41 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m7QGaeWf020289; Tue, 26 Aug 2008 19:36:40 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Ed Schouten References: <87fxot5hoi.fsf@kobe.laptop> <20080826160144.GG99951@hoeg.nl> Date: Tue, 26 Aug 2008 19:36:39 +0300 In-Reply-To: <20080826160144.GG99951@hoeg.nl> (Ed Schouten's message of "Tue, 26 Aug 2008 18:01:44 +0200") Message-ID: <87fxorlomg.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7QGafef025163 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.293, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.11, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: FreeBSD Current Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 16:37:09 -0000 On Tue, 26 Aug 2008 18:01:44 +0200, Ed Schouten wrote: > * Giorgos Keramidas wrote: >> After installing the mpsafetty changes it seems that flow-control ^S and >> ^Q characters cannot be inserted inserted anymore. I first noticed this >> when CTRL-S stopped working as 'search-forward' in Emacs, but it seems >> the same problem exists in /usr/bin/vi, vim, bash and a few other >> programs that I tested. >> >> With a kernel before the mpsafetty changes, I can fire up /usr/bin/vi >> and type in insert-mode `^V^S'. This correctly inserts a ^S character. >> With a kernel from svn revision /head@181939 ^V no longer quotes the >> next byte in vi(1) and other programs. > > There is indeed a small problem w.r.t. ^S/^Q characters with the MPSAFE > TTY code, but it is not so directly involved in the handling of the > actual characters, but a shortcoming of the pts(4) driver. > > There is this way a PTY (master device) can be configured to use `packet > mode' (TIOCPKT). When this mode is enabled, all data that is read() by > screen is prepended by a single byte, containing a bit mask of events. > These events include flush events, but also flags indicating tcsetattr() > has been called and has toggled VSTART/VSTOP. [snip explanation of packet mode] > Screen(1) is a fairly moronic written application, which uses packet > mode for no sensible reason at all. If you just comment out TIOCPKT in > /usr/include/sys/ttycom.h and recompile screen(1), your problems are > gone, right? I'll give it a try and email back. Thanks! :) > There are three ways ways to fix this problem: > > - Implement a real packet mode which properly returns the TIOCPKT_* > flags. Unlike the previous TTY layer, it is a lot harder to do this > with MPSAFE TTY, because it turns the generic TTY code into more > bloat. > > The new TTY layer has been designed to be a real front-end for the > device driver. There aren't any driver hooks (yet) to detect the > events supported by TIOCPKT, because `normal drivers' don't need these > event notifications anyway. > > - Remove TIOCPKT and TIOCPKT_* to and leave it > there to die. While there, also move definitions of other awkward > commands to this header. > > - Both. > > I was planning to prepare a changeset soonish, which removes the (in > my opinion) deprecated ioctl()'s from our header files, so I can let > the ports folks run a tinderbox to see how much breaks. This should > give us a good estimation of the best approach. I can definitely rebuild `screen' with a commented out `TIOCPKT'. On the laptop I'm testing FreeBSD stuff I also have about 620 ports that I can rebuild with `portupgrade -fa' in a day or so. If you want me to test a patch that moves TIOCPKT_* to please count me in as a tester. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 16:56:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62BE106567A for ; Tue, 26 Aug 2008 16:56:42 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC458FC1B for ; Tue, 26 Aug 2008 16:56:42 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=rakuba.rakupottery.org.uk) by anchor-post-35.mail.demon.net with esmtp (Exim 4.67) id 1KY1e8-000EC3-Iu for freebsd-current@freebsd.org; Tue, 26 Aug 2008 16:43:57 +0000 Message-ID: <48B432CC.9000009@rakupottery.org.uk> Date: Tue, 26 Aug 2008 17:43:56 +0100 From: Martin Smith User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 16:56:43 -0000 This is on a current system, with csup run last nightm while building the kernel it dies as follows in if_sl.c: any pointers to fix this would be most welcome. cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/net/if_sl.c /usr/src/sys/net/if_sl.c:179: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'slclose' /usr/src/sys/net/if_sl.c:180: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'slinput' /usr/src/sys/net/if_sl.c:181: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'sltioctl' /usr/src/sys/net/if_sl.c:182: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'sltstart' /usr/src/sys/net/if_sl.c:189: error: variable 'slipdisc' has initializer but incomplete type /usr/src/sys/net/if_sl.c:190: error: unknown field 'l_open' specified in initializer cc1: warnings being treated as errors /usr/src/sys/net/if_sl.c:190: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:190: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:191: error: unknown field 'l_close' specified in initializer /usr/src/sys/net/if_sl.c:191: error: 'slclose' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:191: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:191: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:192: error: unknown field 'l_read' specified in initializer /usr/src/sys/net/if_sl.c:192: error: 'l_noread' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:192: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:192: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:193: error: unknown field 'l_write' specified in initializer /usr/src/sys/net/if_sl.c:193: error: 'l_nowrite' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:193: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:193: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:194: error: unknown field 'l_ioctl' specified in initializer /usr/src/sys/net/if_sl.c:194: error: 'sltioctl' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:194: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:194: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:195: error: unknown field 'l_rint' specified in initializer /usr/src/sys/net/if_sl.c:195: error: 'slinput' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:195: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:195: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:196: error: unknown field 'l_start' specified in initializer /usr/src/sys/net/if_sl.c:196: error: 'sltstart' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:196: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:196: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c:197: error: unknown field 'l_modem' specified in initializer /usr/src/sys/net/if_sl.c:197: error: 'ttymodem' undeclared here (not in a function) /usr/src/sys/net/if_sl.c:198: warning: excess elements in struct initializer /usr/src/sys/net/if_sl.c:198: warning: (near initialization for 'slipdisc') /usr/src/sys/net/if_sl.c: In function 'sl_modevent': /usr/src/sys/net/if_sl.c:208: warning: implicit declaration of function 'ldisc_register' /usr/src/sys/net/if_sl.c:208: warning: nested extern declaration of 'ldisc_register' /usr/src/sys/net/if_sl.c:212: warning: implicit declaration of function 'ldisc_deregister' /usr/src/sys/net/if_sl.c:212: warning: nested extern declaration of 'ldisc_deregister' /usr/src/sys/net/if_sl.c: In function 'slopen': /usr/src/sys/net/if_sl.c:365: error: 'struct tty' has no member named 't_hotchar' /usr/src/sys/net/if_sl.c:367: error: 'struct tty' has no member named 't_ospeed' /usr/src/sys/net/if_sl.c:368: warning: implicit declaration of function 'ttyflush' /usr/src/sys/net/if_sl.c:368: warning: nested extern declaration of 'ttyflush' /usr/src/sys/net/if_sl.c:380: error: 'struct tty' has no member named 't_canq' /usr/src/sys/net/if_sl.c:383: warning: passing argument 1 of 'clist_alloc_cblocks' from incompatible pointer type /usr/src/sys/net/if_sl.c:384: error: 'struct tty' has no member named 't_rawq' /usr/src/sys/net/if_sl.c: In function 'slclose': /usr/src/sys/net/if_sl.c:423: warning: passing argument 1 of 'clist_free_cblocks' from incompatible pointer type /usr/src/sys/net/if_sl.c: In function 'sltioctl': /usr/src/sys/net/if_sl.c:486: warning: passing argument 1 of 'clist_alloc_cblocks' from incompatible pointer type /usr/src/sys/net/if_sl.c: In function 'sloutput': /usr/src/sys/net/if_sl.c:564: error: 'struct tty' has no member named 't_state' /usr/src/sys/net/if_sl.c:564: error: 'TS_CONNECTED' undeclared (first use in this function) /usr/src/sys/net/if_sl.c:564: error: (Each undeclared identifier is reported only once /usr/src/sys/net/if_sl.c:564: error: for each function it appears in.) /usr/src/sys/net/if_sl.c: In function 'slstart': /usr/src/sys/net/if_sl.c:592: error: 'struct ttyoutq' has no member named 'c_cc' /usr/src/sys/net/if_sl.c:593: warning: implicit declaration of function 'sltstart' /usr/src/sys/net/if_sl.c:593: warning: nested extern declaration of 'sltstart' /usr/src/sys/net/if_sl.c: In function 'sltstart': /usr/src/sys/net/if_sl.c:620: warning: implicit declaration of function 'tt_oproc' /usr/src/sys/net/if_sl.c:620: warning: nested extern declaration of 'tt_oproc' /usr/src/sys/net/if_sl.c:622: error: 'struct ttyoutq' has no member named 'c_cc' /usr/src/sys/net/if_sl.c:625: error: 'struct ttyoutq' has no member named 'c_cc' /usr/src/sys/net/if_sl.c:719: error: 'struct ttyoutq' has no member named 'c_cc' /usr/src/sys/net/if_sl.c:721: warning: passing argument 2 of 'putc' from incompatible pointer type /usr/src/sys/net/if_sl.c:750: warning: passing argument 3 of 'b_to_q' from incompatible pointer type /usr/src/sys/net/if_sl.c:760: warning: passing argument 2 of 'putc' from incompatible pointer type /usr/src/sys/net/if_sl.c:764: warning: passing argument 2 of 'putc' from incompatible pointer type /usr/src/sys/net/if_sl.c:765: warning: passing argument 1 of 'unputc' from incompatible pointer type /usr/src/sys/net/if_sl.c:774: warning: passing argument 2 of 'putc' from incompatible pointer type /usr/src/sys/net/if_sl.c:782: warning: passing argument 1 of 'unputc' from incompatible pointer type /usr/src/sys/net/if_sl.c:783: warning: passing argument 2 of 'putc' from incompatible pointer type /usr/src/sys/net/if_sl.c: In function 'slinput': /usr/src/sys/net/if_sl.c:849: error: 'tk_nin' undeclared (first use in this function) /usr/src/sys/net/if_sl.c:853: error: 'TTY_ERRORMASK' undeclared (first use in this function) /usr/src/sys/net/if_sl.c:853: error: 'struct tty' has no member named 't_state' /usr/src/sys/net/if_sl.c:853: error: 'TS_CONNECTED' undeclared (first use in this function) /usr/src/sys/net/if_sl.c:857: error: 'TTY_CHARMASK' undeclared (first use in this function) /usr/src/sys/net/if_sl.c: In function 'slioctl': /usr/src/sys/net/if_sl.c:1059: warning: passing argument 1 of 'clist_alloc_cblocks' from incompatible pointer type /usr/src/sys/net/if_sl.c: In function 'sl_outfill': /usr/src/sys/net/if_sl.c:1101: warning: passing argument 2 of 'putc' from incompatible pointer type *** Error code 1 Stop in /usr/obj/usr/src/sys/SATURN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. saturn# -- Martin From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 17:00:08 2008 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 33296106567E; Tue, 26 Aug 2008 17:00:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CF7E58FC15; Tue, 26 Aug 2008 17:00:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QH05ep060451; Tue, 26 Aug 2008 13:00:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QH0541073004; Tue, 26 Aug 2008 13:00:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2402673039; Tue, 26 Aug 2008 13:00:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826170005.2402673039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 13:00:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 17:00:08 -0000 TB --- 2008-08-26 16:29:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 16:29:27 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-26 16:29:27 - cleaning the object tree TB --- 2008-08-26 16:29:34 - cvsupping the source tree TB --- 2008-08-26 16:29:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-26 16:29:39 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 16:29:39 - cd /src TB --- 2008-08-26 16:29:39 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 16:29:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 17:00:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 17:00:05 - ERROR: failed to build world TB --- 2008-08-26 17:00:05 - tinderbox aborted TB --- 1382.60 user 176.80 system 1837.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 17:03:09 2008 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 711AC1065672; Tue, 26 Aug 2008 17:03:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4088FC08; Tue, 26 Aug 2008 17:03:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QH37MQ060991; Tue, 26 Aug 2008 13:03:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7QH3754097199; Tue, 26 Aug 2008 13:03:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D255C73039; Tue, 26 Aug 2008 13:03:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080826170306.D255C73039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 13:03:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 17:03:09 -0000 TB --- 2008-08-26 16:32:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 16:32:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-26 16:32:13 - cleaning the object tree TB --- 2008-08-26 16:32:23 - cvsupping the source tree TB --- 2008-08-26 16:32:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-26 16:32:29 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 16:32:29 - cd /src TB --- 2008-08-26 16:32:29 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 16:32:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/pc98/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 17:03:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 17:03:06 - ERROR: failed to build world TB --- 2008-08-26 17:03:06 - tinderbox aborted TB --- 1384.96 user 184.40 system 1852.87 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 17:37:54 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363FF1065692; Tue, 26 Aug 2008 17:37:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 433A88FC0A; Tue, 26 Aug 2008 17:37:53 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7QHbqVo087489; Wed, 27 Aug 2008 02:37:52 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 27 Aug 2008 02:37:51 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20080827023751.1eb0ebc0.nork@FreeBSD.org> In-Reply-To: <48B30A83.1030206@FreeBSD.org> References: <1219692182.00003969.1219680004@10.7.7.3> <48B30A83.1030206@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA." X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 27 Aug 2008 02:37:52 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Tue, 26 Aug 2008 17:37:54 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit HI mav. On Mon, 25 Aug 2008 22:39:47 +0300 Alexander Motin wrote: > I am now working on HDA driver improvement. I think my patches should > give you much better support for your sound hardware. I tested and played a music before/after your patch. SEE ALSO attached some result files. # sysctl -a | grep -e snd -e dsp (before applied your patch) # sysctl -a | grep -e snd -e dsp (after applied your patch) # mixer -f /dev/dsp0 (after applied your patch) # mixer -f /dev/dsp1 (after applied your patch) # mixer -f /dev/dsp2 (after applied your patch) /var/run/dmesg.boot (after applied your patch) BEFORE: I can play a music without specified dsp device. Because pcm0 is only attached. AFTER: I can play a music with specified dsp device as /dev/dsp1. Because pcm0 and pcm2 is only mixer device. Thank you! --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; name="sysctl.new.txt" Content-Disposition: attachment; filename="sysctl.new.txt" Content-Transfer-Encoding: 7bit hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2007061600/amd64 hw.snd.default_auto: 0 dev.pcm.0.%desc: HDA codec Unknown Codec PCM #0 dev.pcm.0.%driver: pcm dev.pcm.0.%parent: hdac0 dev.pcm.0.play.vchans: 1 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.buffersize: 0 dev.pcm.1.%desc: HDA codec Realtek ALC888 PCM #0 dev.pcm.1.%driver: pcm dev.pcm.1.%parent: hdac1 dev.pcm.1.play.vchans: 1 dev.pcm.1.play.vchanrate: 48000 dev.pcm.1.play.vchanformat: s16le dev.pcm.1.rec.vchans: 1 dev.pcm.1.rec.vchanrate: 48000 dev.pcm.1.rec.vchanformat: s16le dev.pcm.1.buffersize: 0 dev.pcm.2.%desc: HDA codec Realtek ALC888 PCM #1 dev.pcm.2.%driver: pcm dev.pcm.2.%parent: hdac1 dev.pcm.2.play.vchans: 1 dev.pcm.2.play.vchanrate: 48000 dev.pcm.2.play.vchanformat: s16le dev.pcm.2.buffersize: 0 --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; name="sysctl.old.txt" Content-Disposition: attachment; filename="sysctl.old.txt" Content-Transfer-Encoding: 7bit hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2007061600/amd64 hw.snd.default_auto: 0 dev.pcm.0.%desc: ATI SB600 High Definition Audio Controller dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=20 function=2 handle=\_SB_.PCI0.HDA_ dev.pcm.0.%pnpinfo: vendor=0x1002 device=0x4383 subvendor=0x1025 subdevice=0x014b class=0x040300 dev.pcm.0.%parent: pci0 dev.pcm.0.play.vchans: 2 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.rec.vchans: 1 dev.pcm.0.rec.vchanrate: 48000 dev.pcm.0.rec.vchanformat: s16le dev.pcm.0.buffersize: 16384 dev.pcm.0.polling: 0 dev.pcm.0.polling_interval: 250 dev.pcm.1.%desc: ATI (Unknown) High Definition Audio Controller dev.pcm.1.%driver: pcm dev.pcm.1.%location: slot=5 function=1 dev.pcm.1.%pnpinfo: vendor=0x1002 device=0x960f subvendor=0x1025 subdevice=0x014b class=0x040300 dev.pcm.1.%parent: pci1 dev.pcm.1.buffersize: 16384 dev.pcm.1.polling: 0 dev.pcm.1.polling_interval: 250 --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; name="mixer-dsp0.txt" Content-Disposition: attachment; filename="mixer-dsp0.txt" Content-Transfer-Encoding: 7bit Mixer vol is currently set to 100:100 Mixer pcm is currently set to 75:75 --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; name="mixer-dsp1.txt" Content-Disposition: attachment; filename="mixer-dsp1.txt" Content-Transfer-Encoding: 7bit Mixer vol is currently set to 100:100 Mixer pcm is currently set to 75:75 Mixer line is currently set to 0:0 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 0:0 Mixer ogain is currently set to 50:50 Mixer monitor is currently set to 100:100 Recording source: mic --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: text/plain; name="mixer-dsp2.txt" Content-Disposition: attachment; filename="mixer-dsp2.txt" Content-Transfer-Encoding: 7bit Mixer vol is currently set to 100:100 Mixer pcm is currently set to 75:75 --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA. Content-Type: application/octet-stream; name="dmesg.boot.gz" Content-Disposition: attachment; filename="dmesg.boot.gz" Content-Transfer-Encoding: base64 H4sICPA1tEgCA2RtZXNnLmJvb3QA7X1pd9s4sujn9q/AzXx49mnZJsBFlCb2ubJkJ7rjRWM56b7T k+NDUZTNG0nUkJRj58yPf1XgThEUKS+Jp63uyCJRqAJQCwqFressHlz75tYn2+YOoa0W22WSpJOr W4ucuJZ1NOyRgev8n2X6e1vdHHCz1YBvXeLfMv/W+LfOv3lqi/Jvxr85TEvZ+gXRX1o31tz3iDMh Pjx+mtt3luvZ/gO+6RpTe+K4c9vYI53plHCyHnEtz3LvrPHeVlQ42yMGvL6xPd9yrTHxXWNszQz3 K2JJ1+LEWc7Hhm878ySzvifx6ko6be0OzzsD8he5Tc6cOeksbwhTCZPbVG8zjfzP8Iog5BaBj+s4 /n8vrKkHpZvbc/92F76tPdOZtfeXnrvvjP6P//Vcc9978PYHx6fDfmdr4FpTB0o3JtZ0Qr5a7tya knf7I8C2HzyFf94RwyfS/ST86NJIsiRJ2sthADJk5oyXUyuH5fvE2/vqFGFhcnUszsKae87UcG0R Nr2lV8ZmT64N/1aAyNKrIwIs17fGtBjTRJlUr+C3qTEXoDFpvQK5hm8VoqKSXINx3nx8fTs2BJj0 GszzUNoFeMbj6pVbeqNiLFRRqpdmCZouQGMYNQpzawvqRCetGqX5OhKgYcqoRmlmngCLodUozMzw RHgmSvXSmMasGIusjOqUxgHrKUA0qqEUSzCGxWgUSamnEEtjObYdATKV1VDUm4UAi1HDkBmmObmG jkSgpSr0JjVxzQX8V1W5Jqpb3xdUUW1Z1XG5xnwsYp86Uasj+qr71kxQIk2V6zT6wr6+s8eWQA60 XPWCzNAP7n9fOM50zzTM2xhn7nURujqVNETCqU1qaJ4xGy8ETd5UayieNxstBfLUNJRa5QFUAkSW UccwuWNhkXSFVi+SORKUR29NqpfHujcFqqtPauiIuViafrEXQltqHcO9WE5c618CTEYNEbIXM7sY jSHVkKD5nSvqS6Bjq16chYmsFyAyLL2GOQK9F/gPI2lcvURjV1CvkVbDFnnj2cwU4DFZjb5N1NEC EijNlT2zTPDiYFhD3tk6U5V3BAVlac3NB0JpS6Y6Ix+/k38tYawEoyZpCwdNI3BF7fkNuRp2iTl1 zK9kb28veWrDAEySqKJLigqZt7qDT23SOeuRjn87debb/myH/M5ID3Dudh3XIn8/3dUkso259qi6 ewYE/6bvmlPwWghk3oEB0QUMzuw5OSDvOksYyc192wSM7wjpj+GldA/jpolMCRn61mKBZTsgFLKd WIa/hAHdgXRPm/poMppM3p8MPjU+nx03eseNwfC4AcVunA0vG4POceOse9zo/q43OoN+tzE8HjTO ri4h5QOmdBrds4vPAHaF2WSt0T09Of00/Ng4O/u9cfI7YBgCNvjHGh+vrg5TxNkBLx99D4ky4Kca pmKDpIpnGSoOEqX3w/8ddjunp43z3xHzr40TjvuyB+UcNE7PGnLv3Pn2X7+Gf/OYkBaV6eT9aefj CZR40Bh+Pmsc3/u8St1LvQGSM7F887bxftQ6hC/KDhEJMsIjCxCEhWF+NW6sNmFbp5SwsyOCngi5 Oj1qE51A07u25TXIZDmdPhBgkWPaIA53VgRtzz3fBcMFo+BqmZS/pUnIrAL4Co21uTgB3he3iaaQ r6MHH2HhJ/+1P4XRdYNQgn+9fd+4aRC2+81YwZOm/Gh0jDfYcm5PbNBkXhEpqcfY9ozR1Brvzx2f LDAsMfcxT7a9VJqqulJEo7DB1meLihXWEjNUqSbVVpAteT3IzJo57gNopgLGQWqqLUkh27LOdHJ2 tLM1uH3wbNOYRmDm7XL+ddvbaW9J91LqQ+Ef2SWZl60WmDUoFtM0XQ+KBuZElUGWbyxvJ4NhpBh5 DCNVbzKOQZZkWWvBIFiJsDQVSVNaK4holDeNCBVvNOGIdFlXW7qmahEeJilNWYvwGHeGHdcUWgSg mcz0FppBWWvKvEU63UGfoN6SK2y/Nnk/uDq96hHyS/CWHG71z68uwbaOx2jywPZC8/EkCu1PDOIb 7o3lR6Go/eHZoE3OllPfXriOaQGHXDJ88MB/Jj3Lt0zfGoPWo8n1tgj4DFCYo+Fgpx3g7PfaBDoA TKBku5N9T7fwdxvzggjfAnVe+n4PciQpNJNCtz6dHreJZ/nLBWIF0NwLunV1a3tR17adihbtENOZ +waINfwYW/B1x0NzowcM9G11ndkMJL1n3UE3uZiBoBMYb5CeDVpgj5ZcDU5tE9AB2m6vd7qz5VkW wbFNez8TlXLcm30HBR2BoZXTidfBW2ufs6pNLoe9AflvlIf7SbMpSfsoGQyE/I5As3a6l2Dbd0LY 34e9qxB2BN04bY4oB1e7HJyG4PhncNnrXiGkBsNaFDlyejVIiW+E8gT+pFCO9GaA8iQogcw7Cvh0 zq8I/6RQdq76JEB5ojAlRtnLlVKXxoCyAyoRlhKwmdBnwGd4BDVOozwbnvBSyyulHKZQjidm0E6K FAIMT0GoUtVojVsIQJva+pY5vfh4WdAyw2w1RiNlgijZUVSNULEGF78dX55f/CZubBqh5KKfQmlJ csC/4yzKSFcr8O+se/Ihg1IL+Cd3syhJAFkF5cfBcabiVmscoNSzKBHu6uiUVKn48OS/MijHKmcP O0KU0A/Dp3fWQWHjGNMogRrJoDzr9K7aQdic9C8ie0JYg/TRKXWXC3BcQ+/VMnmuLdsxFrYpgbo5 S+6GWvcAOgfTBw5sq/P/PLJ7CP2dD24gWJRpDvj8rI/pp2A5aZzInwiYhpsby20Ta3xj5dIWXOP9 hza5tW9ug0RahpWWYKUCrEFrJDVHm+baY7D8nrN0TYtIDWK7/wLHbKUN+pd/h4ZKKp4Cid4kJZmi WSwASIozdb7FvHFNJGCY2JXvQkIMxk0qxxWhJhPsUbr9FdytHO7V9OLCkfefcb4GrDXbo4dYeY9I u0wm8GbmgKV3Rw4MALd4ZwV9VZvPnfAuKVEGePH5+BLfgH+tYt9NTnuXGYjeCX+ORkiABTwaXwph qISmDd/QOBcINLkaZLEMPyfPlGPxYYDlxlgki09DubPkDeQCHmeeF+YsTWWLxyfntn9tw9f2Dlke YCIO4wD4D3DLvpDxQQDfNPGVDG/M8I0kTybkDwq90JetiWWNLfc6msgCqQoxH+xS/ntm3BtL37kz b425d0A1MjV8HAkeqCTMO1pOJsiQ7xYky7oSvce5ieuZPT+g2TfG/QGTqIYlTb93UeEPmLoVzWu0 yV3IZ7rHyPuhMVtMrUtIICPb30UI8AqmVuC/GtMbB0Tpdna4hdMr4BfpEogHhR59/pWcGg+We7j1 dQS+zNz6RgzXBXcUi0wUfEvRnMDf2fJe2gIPDLIHftjh1hwGDvCIf8jYuoPOvUG+W64TPhyCVEJy f//icCsIX8IT+tDO4iHU0AYZOhP/m+HCr/8Fys63w60gitMGDUKXi/gO9IyX8XSih8EZewyKMHH2 tsKJJ+D/XmsPxvkyOFqXKqOg+PwvDf+Cgbw8USk+87/8mSlU5s/wF1xMc2GDAL/P9ZaHedWJVdEN TUmsktv9YYcbltYOlvoOmh/UW9Ej1H+cDYadk+Mv8XP/6uPlcaf3ZasDLy68nuWCyRiYdh9Y8c9/ Xg+PrvcG3b60N+xcdfDrdzRYoyWoNLYwoU0Yus1NMNqIsE1Gxph8A0ZbSH3huNgLwBAZPHttp0Hu wOCDxtK1xM7g1z8k6XOWGJMiYmvyQz8m73286l7m8itBfjmq/cD5BgbwaOn70MDbE/veGu+sw31+ dNTPoq1aqvOjs+GmOY8uN8vZ7x1f86/illzLiaPOJRVRxiEBd1Z8PlQEDZqDLILnFgSjLJyDnzvz Xa6O2ywcHIXmle6z8B/lf6V9Ff4pqfeMPwPtZjbmhVh2PWNipeNestpsqTx0Fce9dDUQymtOEdVK ZrtgmoISoEWR94JcZx+/H0bCChZa3+V/Rqh1XFACNBYq3PvjGXhPGMPrOmhFplOszIfBMWSVYyQa a8CXliBYmDYMPOZfAUP46c/H1j3hqkou/TF8QUeDjzCMg0Tbt0FXBq4zssIM0CUyVYUf59Ej9IkU A2afob7BCgYSf8TQnQm2Yi+IU6yBjopNX2ex2esstvw6i628zmKrr7PY2ussdvN1FZsb/tuFhcOK 9x9hvAclskybe73Hdxiiwq7JhVGOAw4pH/GOuQu/G/5EVz7bjYTYIPMYhwyKrMrgWN7hb0rmS/BP ZXL7HTpIRaY6BdfJWfgeDrFuDPMBvXDfyiDiPfAcBmAueIGma2HgLA5EQ3+8FTjC14bvG+ZtmyR5 SfAKqPtLdw5dmhYgHnF/CGuc9o8Oc/UIoKBneD+cWtZCAAWMQURhZ0nOLP/WGYPTPybDb7Zv3h5m +shR4PyiX+F4/i54IGQEg+kbK+5ZzQn2zma6VSFfnI3nWHocK8cXpoLfb8BIB1zyRRSyBrADaWuC o5rdw1+QHY6LEzESA8cc2gx+t2AQ1EDm2MFgbeuXBA/P3iDe1PHxL/pEgO4XPgF2IGm7KALw/nbs +g8Li2dvkNmEIwaw2RgGE8F4TwMsvuEHz4zJAMfD99O59/0APOfxN8cdeztbv8DIjrsuAKbwqTfw 4uYeuNUwiLuZ+xwb2Y7eGfcAn35XWFc1VVdWpa60qK5Kvq5UUNdmuq5SxboyrKu+UleTbGOYslZ1 06xVqlRXeVR1pUx1JZqprl5c3TQPq/H1l2D0d2DwSNMBhUIsUHG9hQVjHUK85QK1xyM9ifTg2Vy6 LpquHgCeDftJOiUzGO0aN1akizMDVBTnq0F7H3igSNpT9vrnV50IAhuJKARfkVsYmn6z+WJbh9t1 qq1lglaFCdoTytxLMUF9ViZoq0zQREzQ1zKhWYUJzdfHhOflQXOVB00RD1preaBX4UHr9fGg+aw8 aK3yoCXiQbOIB1LMA0VuVers6aoi0F34X59U6u036gE36e3zBommGcHKGTEzFn9Q6UubYG1If/+C DAAUWseY31hEhjYbGZ6F0RKFYbtgoJbIDWANX/wQIlAqIaBKhIDlEejVEOjCEpjVEEiiErBqbSDF CJQ8grgNzni8uiD7RMKlwTEKLEyEokTwaYH1oSLzw9ha0a/UBWBL50Tf3JXkXSpwdGlG9GlO9I0q 9udJRH9FokuZoaSYwaoxQy9ghl7LKcowQ6/FDFqNGdKrZIb6w5mh1WIGyzKDbcSMkf7czBgVdM75 PoGSHlvTM5QbtZRd1Guw7qiAdUcb9efVjFrrdRo1tRYztPp6VOBb0VatQcYGRq31Oo1aPWY0fzgz tFrMeBqjJr2QUVOf1ajptY1aq8CotURGrbWOdbqasE42RKxjUpFRU4UhyaxRk+QNBin1R4rraipX EdK4pomQKiikmwRfJYW+pBu04XAsK5+akpFPKWValEryyaRV0wJ129hfGtfimpyOZNCq8jnJyif7 MfKp1KqpkovZ0OKYDS0NFxgvOjkQV5bK6YkQRVxZpd5MCK0RLn9OtmZqSiuxVVlxVB5RU+nH1JTV qil7xTWVa9VUfsXSq9SqqfIT8xQ7JJqa2M1MBxt+uMCT0D0pnO2VoiwknO8lqU8q0bNMZz42oAfE VW34oanE5QgKb8/5OlaenErEKODY4ptXIrT3rWC2H3czJYDhLqEULE5ax0sDzIkVrFmOMyzCHX7Q 1YaZpPtxuEYZMoyjRc6QgYomu2mYKpjspuUdWkujpfaAhrKjrph4uYbo/ISTcYVDguKpiGAXne3n XbJofyZfUSIcP0T8DP0zlhs/AOf4ckbPByEIBSjAUSgKbXLjOHVC7S1JOHTJkEYUEd1IuCWkBwrF 3+ej88IKg8RP0g6pVr3CUdbd4Ge+whXi6qBjmdaW6hC38poaEg9zrvrRdE9N3GgautHqhgP0loYe bnVVpNWGPj9UFUcVpmSfQBPLZJFvRhIMjtbIIs8ayKJVQxyOVsWheNB/d2OEy5g+f+jsms5sYfg2 GpOx7S2mxkO8/imlkCRYcVZgGhqF+tMoFGy+OYnqqQ5VjTvUcP0bP18lXmLFn/j+rTkug+O9T1j8 QKoJVIF0L68ItMPn4yH8TqrTmRtT5wZPUrN9x90GoQepscf3f8HOCmqIf8d8Wys3paMHctS/GII4 W8aY/CUiwHdbAaZ9/HGDO01wm+iN7UNPdwICSAbG3JpuU5rHTsuxV9/CYEZFufq8/7F39RnrGtRt 9zNvn6iGrKiGG9CjW7djgy9Ax12f25/mX+fOt/kO4WsSe9YE9xnZ/Hy6se2k1qYfhlJSIMMB51sZ ztOY8xG5j70O6eHmAJdcAhSyvE2Cs/GYeo3bnw4jWNxB2HVuLRdX5LfJpzk3J7yp90nG0EU5LsNj +3AdJC7lCvZdowKBm4cLIqVAq+VgO2FUCeH+F6jNNnpFgVZldsC0IprxDpjoOd4BE77AP9fjmXFt TKeO2SbBzincE7x7SPguKLCP+FyagUmKns6Az9waMJFLy9mhpdih5DxbVubZsmLPlqUSVzxbJUks 8mxRWFLI586ql4qpTOSPsjBV4I8GRZNLmyNtl7Rcc8hlzSEXN4eaSlxpjlRiUXNMwmW9odsui/z8 icTiJcASS/x8uawRVVEjymGqoBHVAk9C083Ik4Bu3Ux5EjTvSajCFaysxgrWn8CpZxutLML3u78X pKCvC44FN0E14q9MKnF35RIXIyszUs7FkItcDOimE49TDl0MSexxGv4t7z5wF6HjEVVhyj6Dr6iH KCjCqg5KsQ6qIcKUCQ+2wq6x4REZsQ3XUzZcT9tw3M/FaSabGIPH2IIHz0ve6JgxXODOm8Nwrb+S j51TLqqg71ReWRkPuQvWxGP7KqVWKt2HNnNWSimzUkqxldJSiStWKpVYwUopYislJ+yWEyullFkp TWSllDBVYKWKZg0US4nDVlo6lk5Xxjvak1gp7XUuQa020smYIbnMDCmlZigtFHkzpBSZIS1thpR1 ZqgVSdHc8qG5v0LR0B7B02HOymyDDI4DvzNQSdyaizTUUlVsptC0cqqolqmiWqyKzVTiiiqmEiuo oipWRSVpdSVRRbVMFTHVdJbTMcGTpm4sn+ukHZ9DEVnVYKiDnEpv6x0cta7JLukcX59fXF2fXHw6 7yHSpki/1TBVoN9NsLzRABbHJ/3fB3j6Au4ZB4Hix/5Ew5Fom63CsL7wp9kIVoHyJxo+6cHTJHgK IKncCBZb8idpEvdbwfrJ3fCnHPZbjKWDxGmzHJc103etdFws7LiUoONCyoVZlYJODwYL2U4vKKOw 04PCxp0eYyudXkg01e9Fb1JdX/iq8xHwRCdwSHSPptuffLP9W6hRYGMGZ5G9AdsACLgnD3qLZ0ng GeRSsDsrwBwCDDmAA+lmsJP6QJp5YdrRp+H/km9GuMX6gMYJw/6H887Vp8vjNglP4qJhinFr2td4 TFrEKjDq4UkzIUS60ixXYzlXYJovsFxSYFlUYDlTYAuPJg4LLIsKzF2fECJdYDlXYCVXYJYvsJIr cOCsRG0SgYDykaAMQRRiHh13Eaani6DkiqDmiiDni6CuL4K6pghqtghqugjObWAnLlBOt2+sueXa 5g75NDzK2IlEuZVEuZXYKU2Pk6meUu4Qfc4tXe+VBnTEXqmW8kq1jILSiOYfH/qd86vd04vu346T iiY1X3q4wILXOzk5BUxpsLUzUsUQbF37QGZOIATHZDeMzyDWreXtchSZY44KLycg8BK8Hn5IZ2s/ mNJHaGkfvxrEGI/dUIkQbYREDu0FNx64W3Xm3GG30sADXiaEOzhgQbA8tA5n1YSzqoizNMNZuhFn kU6UvYBJNMckWo1JtDKTaAheyCT6OCbRCElFJlmh+h2vlpztSQJGhb1u8DNiVDPLKBYzyipSwSp8 4l2sUAObKQ1sZjSQRSRzzLXyGhi+6LnOYmGNE28JWg2cUYPH6mJnGRoX+pvjnCSEr3mIfs4PFI1b zGvETLD4gBJ1KOQRz1Sl0QGjFek1y4kMC0WGhSJzXCoyTCQyLEKipUVGE4oMv4oAZebo08lJ5/SC F+oEiN3iLvqvEWEpQ1iREspBL8eJRsjwv12Q2k7o2yM7PRN8SaghtA9SQypBOLsXCBk/tbDrPngY 5z9+sMg3a2Qas4g+k1v7LFUCKEAzLICcKgAqJKtjpbTESmmFQRHayvU/bCMrpW0YFZEjmgWmjeVM m1zNtMmVTRsLwQtNm/w40yZHSGr0P3IdzjYTzjZFnM32P/JGnG1G/Y9cyCQ5xySlGpOUykySQ/BC JimPY5ISIanR/9Da/Y+e9D960cwVMCrb/9CN+h8gE+Uu6EpoviuhNboStbgrUat3JXLY3DxTja6E hlkKuxL1cV2JGiGp2JWEMQJgjB2EDhpkeHaEgYaEl0wY/sGJtshdGh6Bvaw8/RktjQ6FSC70NoFw IkQRrarzn7T2/CetPf8Z1SLKnpnKpPmpTFp3KpPWmcrE42X4ETHd/i6eObi6MI8fhRg1J4AjNIcM 40ocAw9laetX+QEyJRPM08qCeVpxME9PJa4u80tlrRDN00qDczx1uBz5bnAG6zQK+Y3Duu0hmC4K t2lhqiDcpm8FF+jw8d1Zj/yN38vnziB5iAdduwGmW8fzwWAEZ+B9R+AI6h/O3Mqf1ON/pyUQvuuH qw9At40phkuCiyPiiF4TW6dJuVrpqzlTV/EFx5wDhl1nsjs2HsL7KLZdy3OmwTnf4VHtS1wG6s3M xZzXdTDcZ2TmLD2LEw1DvixXEcM0xsFqFdIZGws/NIUBxAisieU+xKtZcgcTHQXJqQx4Sm0MPPi0 kuLxY4x4pNUhoTkm3Xs8/zw8p8m/dR3fn1ppNMAv/hLycYyIawV6cN09vyIT15nBz6PTv/HTCSkn TIuL9JMeV5U5vhHPq8rcWBJlTB3d2MIjdNH8mBIxpiBw4wdi3YP8eH8l3lc7uC3E9nHZVBsXH5VD gaG5XuBBYtfAqOkYzHM7OR6LDOaDKJJXCInPCIcnWaZhDZ8fV4tXVEaTOPAiHWuFjn2Gxy2jVSeS pDSjPF+tB36OKz9q/16hxogfj+lxDQsP9wc8oA2BDZxMjRsvdGMCwykFwLjS6j30YXe260PTRZnw Pg3MglvEsH/isBPcgIdn6TYI8GFm4+Hb1mw5NWAQgS1Ntr0HDxHEyTvYvlikD6FYo/UGkrxModbL JsqOPJ7EImWE8sQvVYiLy2vO6/e3qPKpltq2dUlhO2nEmoRHaCpZBKEFilCEBiCIX3L8eFgwP3s8 AN8K8gQPDQJZqUT3ocPD9m5gCSb2TVu6l8IGa2NVymenkxN2aWYUpsQlzHmO8eu4cwaLBs+R0KSl pM2lJEgPrN0ZWruMoQsrKiwgS5UwO5OghphzBQxf5oqH9mtKPkztsTVwAHcj6olRZvmUKyPBEXBe VKGwNeNVzmGTBh+9wS+psXzuU7TlMJP3MDdnhve1beJ8JTyMbB/zbE2gkmRi2NMgNsC1Mi13E4k3 igZe4r8Ii8VksSjOhrDNGGppuH45dp3nUDI5aEkOFuaQMzlg+B3cAwPAY7IdXQ6zwxNlUWKZFUpb oDAsErT70g0OQERX2LvFm3AvrfGSHwOP90rtzYz7uznw1CNMYWrg0AW97NZvncvz/vmHNvnHyRDP 7EUjAGwP522xmjCQuF+ACcCzBcFsTIKLi3CRTHhNyV5wSD74wDb4yCBsrIFJkYnn55yDxww9RbYz uBp2M31B+g6quDfYhfzpbGChbPAX8MjDBz4wlcgMnL2tKS5SHS0m8YghnDKCusx9e4LX0+wers4y pXwGw8RLcYgdnD5pfw+a1POBWynPIfxVDIYkd0Gi+WHtC9s5GPQvFPINfOqD32CAwMgSf36Cn1SW iYksP1AkgtPkW8YYxtFUZRprnh1hB47VsMnHq6GqyIxqpy0+nXpyxC66itQ9DAxdTC+abw3wyJSp 2K/q6AiD/nvkD5niRFZ3n2of9zV5+AWHP2HifjJzTEHAFjCKA54sra0PxxdnwaHsIKBfYfinbKGY TEARvKCnike0lKd4gA5XUOFFium0xA297nThGx1Yyw0EqSnDkO/wAG+RWaCxISqMAVM5AicL5JE7 Q+cX58comQEezNvNcPEC74mZWxU4O3bwKiS8UGkM1UaX1Asab2hPbVAD0p9hVYC0+VUOtX+9IAix Bu6oGeCLrEmQdDqE0fydvCNOY4Vp0Y3VuSQ+8yiS+2SycmNB5dOKZXoVTROWw4QLaHGM3Q16DzCf B6nbGZzJJPUYwQ9R09CydS8uj8jx/AZv2d7bW0m+7BclH89Dzy/lgMTSn0ZjGnM80JwXD8dupkdS yYPQIvMUcIej979wO4Cm9oAS8Jr5r3jF8y/BvSn86lpy8oHM7fFBdrF1F/GRv+CcXrDIO3hzWAAU XJmBAYVmixoxxMBw8dYj0gH8IP0HUkAlVfbw85nHJKKLK9ILs8NP0MNEAEgkA5AERFZ5xD/RzX5F ADjmhRHyXVIGqozwRNJcGcg59lrtwLwesLhJFTAB0BkdZMrMBYI7GISpWjqFy0JhChYTBg8zoNEf DqG1LuCbkiP8nS8L+QBaIqxu8jlfzhASkPFf8Y8+/IDv34yvVvDrEzrsCR1gFLgQwFNd1filJzBW BhviWf/ihxJHuxx2wecj5H/AnyL/h1/gBsEQGu83MJ0p9L6R5Mxsz0wkM5KLrj/10oIcvg44AV4a mNpUci8eKS3xOg8vmzUwy4vgTq+UH9J+0Rqh4xtfXgfeS6qINJMQLFaI0jpJCsH9FjsEStFOWDoA tKg6MhY3YdLREryySMFAdNLG5eNv9iAwaL9hmMfnRQQDsxsrC4kF9so1gmt68sWISxBBYP3kILY6 C8pEUpLnh1B3thE0d0oo82lpbeHPyUrXVFLAtIKUAS8IIg2cw16nu9/pdROI1SblwMRbmpDFGufr Pgv2yeRfjywLnIMCEZxHjQX0v/EW9irKapJmuo7nxXhmwSCMr3XJyU4ZuiN7Ps4xj98TEy6rSYNC m9g3vCeZG+AL8KlOeAGOdHABTTHszL7nrq7DQww5MeOmHQaOdrrDQr1efftxELpP3E1JJaR730B3 9/+1tN2vYAdvwB+QMA5tWjxm5xD7zrUmqhT81cO/GI/gP/Iof91d/fwaJf6b9D6dDWDAwSmfX/SO h+TflXLGfLEmxnLKdQsa1E8EZSVrrjdCMw9d4iJlwemKBT9x3JnhYwd1lk+DV6nsjF+AlwVBiKCX oVpBUnBvkqKvEO2fE2O2KOtZLj5diUCKOiFQYbwX8o9e/0P/qnP6pQAGpbEduiJg+BZLPwMUqNd1 urlYtrm4bQuH+YKSp+wB3pO6nb5IrqDU0PW28TItsg1fO6+BeynLkXIChRyRK3AErH070y9uY7+4 U8ocBe8HfAnmrDSqPc/ypKUIfCKAhZ4CxRhc2/PhxWkGjuMJxwCJt5CpkB3PkCbUYEQCGIUMWZWP xNQkn1/J+13e0YO+pNXhSxW7VmbcOmeD0/5J//hyjYUrNnNrc1QowKde/2L/88Xpp7NjcI7Pry4v TquUpaxYv25QlsHUeBiBEO9fWqbjjtFxvIWe8N/1ccauX4ixXaRygdP2h0CRcpqXEwihMJA/PNfk 1unLJhwSNAyYlXzjdEMXoh6fihoptFsRgVfTG+K4oNNtJ27lFrR6NPblA+7s4Jhj+0uwXJ3nCOHB YgV+VC5Eg15QABFdlYlXAHIsd850ObPC1DOe9x28e4fx0ndzZ269axMelo3jElTKQsMDwCwMjO4f 8LxhekwjKNLxeefo9LgXJl6G86M8yIsNm/IjAwhzCtTJzJgb/M7NsWWMMaZ10FSlmRdP+OhBmazS zcmK1NLSM/r4HFLx5uPRcnLtWT7uf1TwSmSM5ePyhL8mt21aBtPG/PYNwBICRWsIakVzaHk0h5ZH c2jFaA4tj+ZQQTSHlkZzaFk0ZxUlLUCZRDPkHEqcfplFKFlmNUoSILrEmXjrK+mcdnVdPyyAiiJE limlIdZEiKgwQmSZOYBshAiJZAAKIkQsA1AQIYoByiNEdG2ESG6FISK5mc5RECOiwhgRLYwRKTxG pKRiRLQgRmQWVXg1RsRKYkQ0iRHF8oODc9rkE8f4mfCQClWTkAov7sKC/C62DRiNIKRCeUgF/gQh FUKOpvieh1Sy2PXnxM7wxvFWC0/aWw0HpbGf4H2cIXY5CAepReGgLHZK+JGQgJtOUtgp3u5FPoLR XNxCob1MsCksOysqu5TBzp61ZeRnxa7wljFoy5SDdpez2Pkt5bZZ3jLohkfYWQa9ytlqyFJLpmn0 NIe+KltbGewaL7xOZUWepLAHbIUPzvjs4lqw0sIfTZdWgF3JYH9WdWLPq04tvnqQarrK+NoqqC9v GbkEexBdJVKEfbB0F9OwZdQ0dlni7a7gfcVSCntY9uGg1z9Zid2qJeqUKbtMn6tlimLdtDzWTUsC fmi9k8RFGIMFKzxe8oMGePGikeed7T+UZtM3yga2Z6Ns8mbZNqsb27BurY2ygfzUyWb6U5B8zgKQ nmwto+UXYWRFlL2Zza7XzK5ns7dqZoeMmfysbn6WzS/XzA8FDuny/Lu0Zn5ZemR+Gon0hvnZI/O3 It3YLL8iPTK/Eoi9sqH0Kmo2f13xVbRs/rryq7Sy+evKrypl89eVX5Vl8tO69VfD+qsbtr/azOav TV/P5q/b/hrN5q/b/hrL5l/b/usmiJ9tOINh9iGPr3x53pGNgNDbIKdKI8kvReht6PNyQx8RD15M 9Z58QCQg9NrGRgXVWLeAhp8rIFhAQ0sX0ND0AhponmQFTTaFGy48zK8AJcVl+gKUcg5lOh8j2/IO sedFJVGEJVGDkhSkaLkyChcA0RoLgOi6BUA0twCISUUrgGjRCiCWDkrmE2kmIFm8QIjG82irK4QE GSnNxDlX8CqZ5NAqx6il8szqama1cmZtNbNWObO0mlmqnJmuZqaCzOG4rDAx4FoxH1bYIJcxSc6T TK3ykt+4++O4K+DDChuUMiYpeZIpFihv3P1x3BXwYYUNahmT1DzJVCuqb9z9cdwV8GHF9uqllrm5 YpqbKZvQfGPwD2OwrBczIl+ipFseBO6aaJ30imdHc54dwQ2htwvXGttuqZ9Hn93PK/E98o2aqz8t q3+ldeICF5kPCwobUq7uIstlLrKWawAtfR50pv6yVJQ0CMqyWn9NPMypXn8+vCkWJNwUQ5CQXiI0 pV0QLTU0K1JDcRew94B3aWRGMaVY5A30fi2ViiZgAzyvwnzmvchyDihvHHgeDihVOaC+ceB5OKBW 5IBcrgOtFbKtEqpyVb7L5XzXV6imfA+6QlUVJJa7nm/S9mTSlnYNV8YFtJg75YJYKoclYlgmheVC WCqDJSJYIoF5jtGMt5J1ifRiT0at4smob57MmyfzxoE3T+bNk3nzZN6k7c2TeR5PRn2UJ6NV8WS0 N0/mzZN548CbJ/Pmybx5Mm/S9ubJPI8no9X0ZFZX1ZVPU6WPc0o7QmHb+/wwBbEbRCvPZ4Z+TnD3 WHBAg1CY6y2RYisCxaRqdNboXqh6G6JaWdsD2hdpsT3P4yqf+l1ZSQLKuCkubQWXVhFX3juiG697 emPZS7JMqcgy9Y1lPwvL1FfR64WdV7V61Vtd9SZuLyhusi50QIr9rzDF9kr9B1ld6z/IZRNCeq6Y erUq5V0qKe/zpM6qpFXPqsxurctAcnqVoJRKUGolqGYlqFYlKCpVA9OqgVUjKrNqYNWaVq7WtnK1 KsiFrZscVBccax5aj/iUAMohiBbutZQ2wIEbNR+LIypHuGeZ0UeUoyoO0PNAJ+PzAZQAgbRpxo0p sk0zyptmVGpnVDdtHHXTxlE3bRx108ZRN20cbdPG0TZtHG3TxtE2bRwt3zgVDzLhZzqEvtxmJxLQ ZjSOM4PtRDUPlJCiMYUZ7FepmV2O/Fsz2BBR8zgCmj1OoC55JXucAKtNX87m1+rmb2bzS3Xz69n8 dZmvZtuP1s2vqZG/aIYbHtbkr3uG9xpNqHqGN61xhjetdoY3LTrDG17iiXD8sMo2GRu+kT49Ea9J Sj+PbbfgNEWOIECbR0FzKGgWReyPF5wjjpdLEvaF9OeccbgrtkWi3cQJhJaBQM8BT8rke2ibBeBN MbheAK6LwYsK0xKDS6vgVBKD0wJwKgZnBeBMDC4XgMtfyAUY+BiecVnlBx1dnB8ncLkWlBO0BVhZ ropKAq0UQMtZaDWBVgugtWyJi5qY6TmYgnZlWa4VtaUs5dAUwWTZU9TGMsuhKYLJtgEraCZZzYIU tI2c5RKY+VWQXLULtEXJV7sIJlttOcXhorIrTAxeUA9FFoMX1ElRxOBFZVfF4AXWQNHE4AXWQGmK wQtEVdHF4AVSq7TE4AXSqUpi8AIpVMVcpQWFUcVcpQUNqeYaUi1nk9oUgxdh18XgBWxSW2LwAjZp khi8oGU0KgYvYJPGxOAFbNJyAqynjPFqQxZfy5E+0Pg2OsZn3wtP+gjOGY4ufIxvno2PufjF8MKj fKH2C9O+9qLTcw+Sw3OD84gPklOByR/8NP7kTBAYVXjW3LPaESoX7+xa8TTS5z0/xf0hKZTiW0Bo 2f0h63LGPmHh/SFUdH8IXX9iOi05MZ2KTky3JFXLnx6cPjEdHfrctHvm3HQFHfiWRmhr9YhhwX0i dP19Iql2KrpPpHPeOb348KUARHCdCBVfJ6JkV7aV3VhBy26s0OMbK+ja60ReGTMLrhcpY5AcM6jg sJ8fyatdmrpeRBIz60/AI+WNRz89j9Q3Hv30PNJyVyk9ljPa4zhDV+9P+qG9kfVoDulPwKRmLUUK j+UOmFPKr8kKM15Ck2pWXq/qLvFwfml9wVVW6egx9WUpb0n+zzIc4O4GM/iBO6tjW02kkeDeDUJm Sx+v1oChyeJApsGVOCreTuNZ/kHWChTcJkZXbxOjhbeJwYAxvEGKx4G/rJWX1ga9zkuIzn9yp/Oz yU7C+FiMlKwYFciGUKKolHSSTyxTzTdHppIjU9do0PDeuuh412083nWnHtdp1Y6HS1Qppxkyu4L1 YGJOV+x5oCxkG7521qonbW6mnkwWc0mqxyamhGzCY53T1woKwNU0OD8GuhxeC+Gjs51LSKxaDNas LENrEOlPhaj1VIikPKKSxizIHmlX6oz0ek3Lnqoi8hPoOXtiPZ+8TDiugeXJAFyEK2fjeCRq+aRc yyWBlsu03IAURkMLDYgUYJYizJLQfLCa1qPontliULTltZxIKv9MQpEY//Ju/s8qEAXu3sq1s6WW ZWMxUd7E5DWLifJCYqK+iclrFhP1hcRE22Sc+SJx2Z9loPlzxGNpsx6jClzUUn4pktTUXzwuG17O k+UXVYRaOOh1+fx3m/ClDxk4jie8vjq5gCVTowACb5tOqCkSYnyqKADq0zq9FfNYrxVH3IDFikR/ ChYzsaHtnz8FV0Ets4jqqlvrzzz/gYP1dc5D0WB+nfip+tMMVMtn6sqlj0qSbAml7+ry7z1uZT4O uKHpn5PjzqBXweBEd8ZtYHDCDxIS3ree9YSezl3J+UFAtinJ6xBHLlaAWG6td4TUmmaU5ULn27gH wPTzMpbLJRd7P0WgSnVQtTKorNd0vxitqGgrYa+XUjX9EYb+uVQtukBxraqZUoj8TdvetK2N92M+ s3/1SK17Mv9K1tarXahzT+hKa+h0rajbn0SXVofwebX6z9Il+U2X3nTpTZeeRJeUil5gMmf9zMrD qo20Zlge+NpZo0Rys54f+Pny+OQPvDRelwjuNflwefHpvEc+9v9BvlTyD4MLo9dHCdR8uOFNwar5 gAUIKqhdQS5lo1zqJrnq66VaRy9fJASSVkxWopjBcUygnMGPn0xBoyvX3xT0TUEfpaBaRQXNrsZ6 KR0tj51MoUxkG79/uu5Tp7IiT9608007H6WdzT/HEPGF1bPyENLi0c+3UeSfZRT5/LPH+k8ye1y+ QOBpAzGPnUlmreef1Jde96S+RDVdZeNnZ4UsVdh5GjBg0Ouf7Dpgy6p5jI9cOkOfYmL7qVbOgHqp lLKXXjmjCZZWi7lJn31FlPaTrIh6VQZPZs+4dEb52ZfOyPKfeeGQvMkZGU+3l+2pVfEllgjTzdcI V93LVpCz6ra2gqxvO9zedrhVHG7RjaIT+uM32Mnqy2+kffQJDhgKxB12Jt9m11i5U+HlTBJ921P7 ZnF+fouz6aYXWftT+2jNtzOyfv7zAPW37XuvejNw81n27xWdklp2yGrnbHDaP+kfX645abX4uFVC KD9KFn7oBPpdsg1fO/BrbN0TKSm+43npA+r1FT5g62OUC5sfXoa8xWTOXviRNhwsItqqQVTaiGgh V+SQPt5stUKfX3iAK7by9PX69NPHmihiojQiqqaJ0g0rnSaqiomyiKi2UlPlcUQ1MVE5Itp8Cvai V1HA3qaYvhLR15+Rvi6mr0b0W89IvyWmr0X0peejTyUx/WZEnz4jfSqmr0f02TPSZ2L6rYi+/Iz0 Y/PGCJ/ggK/NzatUQj/VY1MlISqyqWS10emaShMpJiqFRFMXN1JVTDSyqXRF0pj0OKKxeZNrNC97 ZPM2E6LC5q0vU4U1LZQpXUz/+Vo6NmTKy7U0kxKiwpZWnq+lGRXTf7aWZrHJUl+wpeWEqLCl1Wds aUVM//laOjJZ0ANzohWNM30UUS0hytn7KIc7Zi+RI6LBoh5xS0fWi9EXrLSeEP0hlY6sF2O1Kv1U 4i1LCf0fUX85MmRM/jH1Zwn9H1L/yLwx5cfUX0no16i/vkn9E6KxeVN/TKW1hH61StONmZ4Qjc2b 9mMqrSf0a3BaeVylY/PW/CGVVqSE/o9QbyUyb7JSJ4j0dPVnYvrF8aQnpi+L6ZeElp6OviKm/4go U3X6qpj+I6JM1elrYvqPiDJVp98U039ElKk6fV1M/xFRpur0W2L6j4gyVaavSmL6j4gyVadfYv+o JBw+PWEBygxgPH57Rg1UYwuo1ugBdP1R40dVERMVTyPojxu0qqqYqNjW68rjiGpioi9h4NWmmP5L GHhVF9N/CQOvtsT0X8LAa5KY/ksYeI2K6b+EgdeYmP5LGHitxLyVGHjjcaZGi+2b/nKRSE1NiIos ufyMpkbTxPSfKxK5drFAhbUHn3r9i/3PF6efzo5J9+L86vLitMoyhLIVCWcGXktLPjvT5cwi23zR yZ0zTa9ISS/Q+HWX3+oLPd52Oqoq7bR5YxRANiNIWggZX7XbPcsWIncxXEEhqBKiDmejRKjPbNN1 +Gq8LIXcMSsFFKDf207PLCKFXVnZp2x8RLZlxhnv7ZBfBZWXoxIGIaEdLhD7soS5lTDzai41ohoa AlG9osWbmUrld78X1UrN1orVrZUe1UqrUys1WysmqNWlZTruGG91PrXurGlYLddayysa4g9X1nBe US0s1/parWv1FKSShaRiyDV1TiC1LHUq4nmwRuvMvs+0Tu6qoCJdUbO6Ii4z1SJIOeburqLtZ5ux IJ+e5FtDoRVBKrUoMJrkK6cAbsJ2anqtOgUlyVdOYR2/UpCxtOi1yqJpSb6iskR/P82/zp1vc9L1 Y2lYPaGmSF+UrBWgda1AVD6m1rECa3Sncl9W0EUOpsbDyDC/7gcmhAwM/9byavSPK51jhLFdtLq0 xnrx3BJH8TGhf3iumdwL9KVw8eW/C98KL9RJcH4pz5hfKRlmXC2HcEe/MEe1km9QAOVHF0D9wQXI n2nw/AVYUYGqex7elOBNCf5TlUCO+4HcMQcVdUBbL69Z/1jYI8VNwW8urUheLuagYPvcZhpZsKMt blhzjVYW7m+LcpcVau2Ot1RNvzyZVFQZiAtcGBgF592Y7q0xn1tTr95Av3j3QYbA67yjOPj0Ot3U ZpIfVMFnuscoU0etcGMT4gnE4zUzsdODCur5Cr7HUFfXGVsm+Qs8dsGjuDfmYFDDkc7OYQFkn988 QJUJZaakHW6B5YwATA5waRlT3/pKOqddHVodC/kX6ZA4c8KRhRlg/BSoN5hP27eNqf2db9ja29sL IY7nxmiK0YmhM/E5mjsefgmTgSkeDssxthTEGMG2es7SNS0ikeUchzrrIWkwJloPyKoCUikNecar +A5K/q5NzFt7Ok4vEM/AwAPALAzXmvsHPEc2HS3nu3b2HRRg9dV9/pVrrUA5N4Y9X8kaGPj4ddzw AaOOz3lwN26DGxsDmsghLsuh8UwYaE4xEDgz5saN5bbJGLxWrMNBU5VmXrCD7yDa/kbjcSn+uR7P jGtjOnXA7PP9booEsr17SFxnOR973/lzSMWbj0fLybVn+TNjQZRmUwF0DYLffwVBnQQfy2DauAnv EEsI9GQUdSHFUUIRgRABW6ssNKssbK2yAAQYGlOgKywjhViad3MHRalQHtkaeWRlYsHWigV7EbFg BUwyhUyaJEwyOZMMz5OI4ZPlDH7tevZMIqOlB1bFN9wby4cf0+WchIDAzqNPJyed0wvyaXhETqaG d0t6tveV0zqEBpk5d2DJLHgJiuiTjmlankeG3WF/V4Lq39lgNSJcirQHuc6O9j3iu8bcm1iutzU2 KhUHwJ6oMByTqChtIre05tkR2dYpUxVFIioMLEcPvkU8QOm4uPlUVT8STR7uXxFVUrs7W95NpSoA 2BNVgWMqrELnqkMGnrUcO5edfo9MHWNsjbeGZ4M26QxId/AJNJCcGsu5eWuN/2vLXCwpJLS3gp27 wb074dJKePH5+DK6Ix5ViJz2LtPbkknvhD+H8jYBLCDsvhTfMgQ2ib+hyUZ0eHM1yGIZfk6eKcfi 2zPUHv6Ogf8wIf6t5c6S24sgl+W6mWfQjDSVLdsxFrYJZel4nn0zR5XtDzukf/l36Bd9B5rGNKZQ 936XlAK3csC0FDOrgnrQ7QfQWhXcMXSzFm69Fu5WHdyMreD+cHxxBs6C9Y2MUZpBk7au3AfMBJAz sGA+2DHHJxPXmZHvE6/9HZ7CXOiB4mFoS9cixljxqNEgHugO1xxrfuPfkmZTljW1SVuSQqz5OPUs i5CMIiRUVbSmTBVZl/QInyprehPsqcw4OqrhEQm6KityS4TPXClUkgvMRFU04whNukqCWqZK3twy /Wvfufa97T9AI/Rd+J81iUTbarNNtS875ACEj7Z0iTFZ25PimW5O7Bp71jaYCc6RfW9kz/fx1ZZp zP+fT6w7Y7oEV5v885/Xw6PrPeCztNf5MLje+/yhc73Xvby63rvudYdkl3SOr88vrq5P8GDcl8h9 2u39sNxXn6+fI/f/B+jzYYQJfgEA --Multipart=_Wed__27_Aug_2008_02_37_51_+0900_95.9gzNq66sraXA.-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 17:53:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60811065680 for ; Tue, 26 Aug 2008 17:53:43 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2A94C8FC0C for ; Tue, 26 Aug 2008 17:53:42 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl76-178.kln.forthnet.gr [77.49.123.178]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7QHrF0E031905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 26 Aug 2008 20:53:21 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m7QHrF5R044529; Tue, 26 Aug 2008 20:53:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m7QHrEgc044508; Tue, 26 Aug 2008 20:53:14 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Ed Schouten In-Reply-To: <20080826160144.GG99951@hoeg.nl> (Ed Schouten's message of "Tue, 26 Aug 2008 18:01:44 +0200") Date: Tue, 26 Aug 2008 20:52:50 +0300 Message-ID: <878wujll3h.fsf@kobe.laptop> References: <87fxot5hoi.fsf@kobe.laptop> <20080826160144.GG99951@hoeg.nl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7QHrF0E031905 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.291, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.11, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: FreeBSD Current Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 17:53:43 -0000 On Tue, 26 Aug 2008 18:01:44 +0200, Ed Schouten wrote: > Screen(1) is a fairly moronic written application, which uses packet > mode for no sensible reason at all. If you just comment out TIOCPKT in > /usr/include/sys/ttycom.h and recompile screen(1), your problems are > gone, right? Yep. That fixed it. I just #ifdef'd out the TIOCPKT* stuff: #if 0 #define TIOCPKT _IOW('t', 112, int) /* pty: set/clear packet mode */ #define TIOCPKT_DATA 0x00 /* data packet */ #define TIOCPKT_FLUSHREAD 0x01 /* flush packet */ #define TIOCPKT_FLUSHWRITE 0x02 /* flush packet */ #define TIOCPKT_STOP 0x04 /* stop output */ #define TIOCPKT_START 0x08 /* start output */ #define TIOCPKT_NOSTOP 0x10 /* no more ^S, ^Q */ #define TIOCPKT_DOSTOP 0x20 /* now do ^S ^Q */ #define TIOCPKT_IOCTL 0x40 /* state change of pty driver */ #endif and rebuilt screen. In the following few days I'll be upgrading more ports, so if this change breaks anything I'll report back :) From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 18:09:06 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C9F1065671; Tue, 26 Aug 2008 18:09:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id AFC258FC0C; Tue, 26 Aug 2008 18:09:05 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7QI94iU088330; Wed, 27 Aug 2008 03:09:04 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 27 Aug 2008 03:09:04 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20080827030904.a3b8c1db.nork@FreeBSD.org> In-Reply-To: <20080827023751.1eb0ebc0.nork@FreeBSD.org> References: <1219692182.00003969.1219680004@10.7.7.3> <48B30A83.1030206@FreeBSD.org> <20080827023751.1eb0ebc0.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 27 Aug 2008 03:09:05 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Tue, 26 Aug 2008 18:09:06 -0000 On Wed, 27 Aug 2008 02:37:51 +0900 Norikatsu Shigemura wrote: > Because pcm0 and pcm2 is only mixer device. Oops, sorry! pcm0 is HDMI Audio. Sorry, I can't test on HDMI. Because I don't have any HDMI device. From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 18:40:19 2008 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 0443110656C6; Tue, 26 Aug 2008 18:40:19 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A7C5D8FC20; Tue, 26 Aug 2008 18:40:18 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 1EEB714D6C5D; Tue, 26 Aug 2008 20:25:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yrMrd3pRcMsJ; Tue, 26 Aug 2008 20:25:04 +0200 (CEST) Received: from [89.134.207.83] (catv-5986cf53.catv.broadband.hu [89.134.207.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9F16914D6C54; Tue, 26 Aug 2008 20:25:04 +0200 (CEST) Message-ID: <48B44A7D.3070108@kovesdan.org> Date: Tue, 26 Aug 2008 20:25:01 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 26 Aug 2008 18:48:16 +0000 Cc: Max Khon , dougb@FreeBSD.org, krion@FreeBSD.org, current@FreeBSD.org Subject: CFT: BSD grep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Aug 2008 18:40:19 -0000 Hello all, I've reviewed BSD grep based on your comments and the bug reports I received. The new version is committed to the ports tree as textproc/bsdgrep and there is a base patch available: http://kovesdan.org/patches/grep-base.diff I've asked portmgr to test my patch on pointyhat if they have available resources, but haven't got an answer yet. In the meantime, I'd like to ask for your comments and feedback on BSD grep. Currently, it is supposed to be highly compatible with GNU grep, except from some differences in the handling of the regular expressions. This comes from the different manners in the GNU regex library and in our regex library, thus it would be very difficult to fix at the level of grep. For example, GNU grep accepts empty subexpressions in regexes, like "(|b)", but BSD grep does not. I don't know how often such non-standard constructions are used, we need to see the results of a portbuild first, but I know that there are some in portmaster. That's why I CC'd Doug, I'm interested in his comments. There are another question to discuss. GNU grep supports -P for Perl regexes based on PCRE. This is not available in FreeBSD, though, but I'd be glad to add it to BSD grep. This would require us to import PCRE to base. It is BSD-licensed and maybe other tools would make use of it in the future. I don't know how this can cooperate with the ports version and how difficult it would be to maintain it in base. I remember that Perl was removed from base due to this overhead. What do you think about this? I've CC'd krion@, the maintainer of devel/pcre, maybe he can comment on this. Thanks, Gabor From owner-freebsd-current@FreeBSD.ORG Tue Aug 26 20:15:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B7B106567D; Tue, 26 Aug 2008 20:15:24 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E5F8D8FC15; Tue, 26 Aug 2008 20:15:23 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 209116316; Tue, 26 Aug 2008 23:15:08 +0300 Message-ID: <48B46440.40003@FreeBSD.org> Date: Tue, 26 Aug 2008 23:14:56 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Norikatsu Shigemura References: <1219692182.00003969.1219680004@10.7.7.3> <48B30A83.1030206@FreeBSD.org> <20080827023751.1eb0ebc0.nork@FreeBSD.org> <20080827030904.a3b8c1db.nork@FreeBSD.org> In-Reply-To: <20080827030904.a3b8c1db.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Tue, 26 Aug 2008 20:15:24 -0000 Norikatsu Shigemura wrote: > On Wed, 27 Aug 2008 02:37:51 +0900 > Norikatsu Shigemura wrote: >> Because pcm0 and pcm2 is only mixer device. > > Oops, sorry! pcm0 is HDMI Audio. Sorry, I can't test on HDMI. > Because I don't have any HDMI device. Yes, you are right: pcm0 is HDMI playback, pcm1 is analog playback/record, pcm2 is SPDIF playback. As I can see in logs, driver processed your system good enough. The only codec feature left unsupported is the precise analog master volume (vol on pcm1). I have just uploaded new patch version to the http://people.freebsd.org/~mav/. I expect that it should fix this problem. If you can test it - check master volume control now send me new dmesg output please. Also I am interested to test recording source selection. Your second codec supports mixed recording on pcm1, so you can record from several sources specified with mixer same time (in addition to recording from total input mix named "mix"). I am unable to test this on my hardware, so I would be grateful if you can do it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 01:32:25 2008 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 6A278106564A for ; Wed, 27 Aug 2008 01:32:25 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id BAA2E8FC08 for ; Wed, 27 Aug 2008 01:32:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m7R1WN9d083933; Wed, 27 Aug 2008 05:32:23 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1219800743; bh=rofMg4Dp3slkqBp0rG72cR3xhRwXhy4nubi8W3P Shzg=; l=1398; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=HmLSiwDzIwbMrGzySKS5RvMlg yXO2vG7chgbVk3a1hEIwvGqRWPcHNmPr8wMXisOt7Lez8KQvYLxGZ+6DFCSkEeOvH3L R5l5C8XBqGOnyRA7DF3poOTMUm2ULpXJUpKqKHlBSyN4kMq7H0kOIKDQ/YonnpbpDDP lQIz6pHprTtU= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m7R1WMnX083931; Wed, 27 Aug 2008 05:32:22 +0400 (MSD) (envelope-from ache) Date: Wed, 27 Aug 2008 05:32:21 +0400 From: Andrey Chernov To: Gabor Kovesdan Message-ID: <20080827013221.GA82176@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gabor Kovesdan , hackers@freebsd.org, Max Khon , dougb@freebsd.org, krion@freebsd.org, current@freebsd.org References: <48B44A7D.3070108@kovesdan.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48B44A7D.3070108@kovesdan.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org, Max Khon , hackers@freebsd.org, krion@freebsd.org, dougb@freebsd.org Subject: Re: CFT: BSD grep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 01:32:25 -0000 On Tue, Aug 26, 2008 at 08:25:01PM +0200, Gabor Kovesdan wrote: > Hello all, > > I've reviewed BSD grep based on your comments and the bug reports I > received. The new version is committed to the ports tree as > textproc/bsdgrep and there is a base patch available: > http://kovesdan.org/patches/grep-base.diff Just from quick looking at the sources... This code looks suspicious: wend = sscanf(&l->dat[pmatch.rm_eo], "%lc", &wend); Perhaps it should be if (sscanf(&l->dat[pmatch.rm_eo], "%lc", &wend) != 1) r = REG_NOMATCH; The next thing is that perhaps each r = REG_NOMATCH; case should be isolated from others in this block (with "else if"?) F.e. failing mbstowcs() can leave buffer for sscanf() in junk. wbegin = grep_malloc(mbstowcs(NULL, l->dat, pmatch.rm_so)); grep_malloc() here could terminate program for invalid mbstowcs() sequence, but really must set only r = REG_NOMATCH; Think about files which, for various reasons, may contain not only valid MB sequences. fgrepcomp() uses toupper()/tolower() while should use wide chars analogs (MB chars can be in the pattern too). There are also many other places where pattern treated as single chars one, fastcomp() etc. grep_cmp() compares single chars toupper(data[]) too. There must be no plain ctype usage in the whole data _and_ pattern handling code. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 02:52:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B257D1065686 for ; Wed, 27 Aug 2008 02:52:05 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7F28FC15 for ; Wed, 27 Aug 2008 02:52:05 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 3189C1298C0 for ; Tue, 26 Aug 2008 19:23:20 -0700 (PDT) Message-ID: <48B4B986.6010906@FreeBSD.org> Date: Tue, 26 Aug 2008 19:18:46 -0700 From: Jason Evans User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Thread-caching added to jemalloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 02:52:05 -0000 I committed a largish set of jemalloc changes today, including the addition of thread-specific caching. This has the potential to dramatically reduce the amount of locking necessary, but it can also increase memory usage. I'm interested in feedback on how well the code works for your real-world multi-threaded applications. If you do perform benchmarks, don't forget to define MALLOC_PRODUCTION in src/lib/libc/stdlib/malloc.c before building, and see the malloc(3) man page for tuning information. In particular, note that you can disable thread-specific caching by setting MALLOC_OPTIONS=g in the environment, so it should be easy to perform comparative benchmarks. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 02:54:05 2008 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 4FA5A106564A; Wed, 27 Aug 2008 02:54:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1908FC13; Wed, 27 Aug 2008 02:54:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R2s1KU029710; Tue, 26 Aug 2008 22:54:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R2s1Fb010156; Tue, 26 Aug 2008 22:54:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D72E073039; Tue, 26 Aug 2008 22:54:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827025401.D72E073039@freebsd-current.sentex.ca> Date: Tue, 26 Aug 2008 22:54:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 02:54:05 -0000 TB --- 2008-08-27 01:48:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 01:48:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-27 01:48:31 - cleaning the object tree TB --- 2008-08-27 01:48:54 - cvsupping the source tree TB --- 2008-08-27 01:48:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-27 01:48:59 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 01:48:59 - cd /src TB --- 2008-08-27 01:48:59 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 01:49:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 27 02:52:38 UTC 2008 TB --- 2008-08-27 02:52:38 - generating LINT kernel config TB --- 2008-08-27 02:52:38 - cd /src/sys/sun4v/conf TB --- 2008-08-27 02:52:38 - /usr/bin/make -B LINT TB --- 2008-08-27 02:52:38 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 02:52:38 - cd /src TB --- 2008-08-27 02:52:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 02:52:38 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 02:54:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 02:54:01 - ERROR: failed to build lint kernel TB --- 2008-08-27 02:54:01 - tinderbox aborted TB --- 2959.12 user 359.48 system 3930.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 04:42:27 2008 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 C0840106568F; Wed, 27 Aug 2008 04:42:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEDD8FC1D; Wed, 27 Aug 2008 04:42:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R4gOpZ034295; Wed, 27 Aug 2008 00:42:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R4gOdd034723; Wed, 27 Aug 2008 00:42:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6616173039; Wed, 27 Aug 2008 00:42:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827044224.6616173039@freebsd-current.sentex.ca> Date: Wed, 27 Aug 2008 00:42:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 04:42:27 -0000 TB --- 2008-08-27 03:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 03:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-27 03:00:00 - cleaning the object tree TB --- 2008-08-27 03:00:53 - cvsupping the source tree TB --- 2008-08-27 03:00:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-27 03:01:01 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 03:01:01 - cd /src TB --- 2008-08-27 03:01:01 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 03:01:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 27 04:39:51 UTC 2008 TB --- 2008-08-27 04:39:51 - generating LINT kernel config TB --- 2008-08-27 04:39:51 - cd /src/sys/amd64/conf TB --- 2008-08-27 04:39:51 - /usr/bin/make -B LINT TB --- 2008-08-27 04:39:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 04:39:51 - cd /src TB --- 2008-08-27 04:39:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 04:39:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote ctor /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 04:42:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 04:42:24 - ERROR: failed to build lint kernel TB --- 2008-08-27 04:42:24 - tinderbox aborted TB --- 4524.52 user 565.66 system 6143.37 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 05:16:39 2008 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 04E79106566C; Wed, 27 Aug 2008 05:16:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B67D18FC14; Wed, 27 Aug 2008 05:16:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R5GZCT060615; Wed, 27 Aug 2008 01:16:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R5GZ0h022853; Wed, 27 Aug 2008 01:16:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A532673039; Wed, 27 Aug 2008 01:16:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827051635.A532673039@freebsd-current.sentex.ca> Date: Wed, 27 Aug 2008 01:16:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 05:16:39 -0000 TB --- 2008-08-27 04:05:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 04:05:37 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-27 04:05:37 - cleaning the object tree TB --- 2008-08-27 04:06:08 - cvsupping the source tree TB --- 2008-08-27 04:06:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-27 04:06:14 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 04:06:14 - cd /src TB --- 2008-08-27 04:06:14 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 04:06:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 27 05:14:00 UTC 2008 TB --- 2008-08-27 05:14:00 - generating LINT kernel config TB --- 2008-08-27 05:14:00 - cd /src/sys/i386/conf TB --- 2008-08-27 05:14:00 - /usr/bin/make -B LINT TB --- 2008-08-27 05:14:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 05:14:00 - cd /src TB --- 2008-08-27 05:14:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 05:14:00 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 05:16:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 05:16:35 - ERROR: failed to build lint kernel TB --- 2008-08-27 05:16:35 - tinderbox aborted TB --- 3147.47 user 373.05 system 4258.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 05:53:38 2008 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 D86811065678; Wed, 27 Aug 2008 05:53:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 95BC68FC08; Wed, 27 Aug 2008 05:53:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R5raWv062450; Wed, 27 Aug 2008 01:53:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R5raq8052772; Wed, 27 Aug 2008 01:53:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 743C873039; Wed, 27 Aug 2008 01:53:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827055336.743C873039@freebsd-current.sentex.ca> Date: Wed, 27 Aug 2008 01:53:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 05:53:39 -0000 TB --- 2008-08-27 04:42:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 04:42:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-27 04:42:24 - cleaning the object tree TB --- 2008-08-27 04:42:51 - cvsupping the source tree TB --- 2008-08-27 04:42:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-27 04:42:58 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 04:42:58 - cd /src TB --- 2008-08-27 04:42:58 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 04:42:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 27 05:51:15 UTC 2008 TB --- 2008-08-27 05:51:15 - generating LINT kernel config TB --- 2008-08-27 05:51:15 - cd /src/sys/pc98/conf TB --- 2008-08-27 05:51:15 - /usr/bin/make -B LINT TB --- 2008-08-27 05:51:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 05:51:15 - cd /src TB --- 2008-08-27 05:51:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 05:51:16 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 05:53:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 05:53:36 - ERROR: failed to build lint kernel TB --- 2008-08-27 05:53:36 - tinderbox aborted TB --- 3111.67 user 381.32 system 4271.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 06:26:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E402E106566C for ; Wed, 27 Aug 2008 06:26:59 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 83F168FC15 for ; Wed, 27 Aug 2008 06:26:59 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1186008yxb.13 for ; Tue, 26 Aug 2008 23:26:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:in-reply-to:mime-version:content-type:references; bh=KKA8mybj7Roa8IH05EgS0zpTq8Ld3pMU3GAaFymWchc=; b=UbryWeE8nph1DNszFq604rej7WUjJI7l9MZP983HVlz1lFfP/rGoON+7uQIJ4m+j0I mhXGvBRjFtp9K7bTS3XhrWvX+sb5GBtEAZpzlZSHMxKU3+OeMgbIJRYhI1EKkWLQT5ln 4MRsCdzLKkNb4EIHEwx4kHF42nRXPTk0zEv70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version :content-type:references; b=OJOVjWk2d0vlrmY5re5B11T4CbQ9eDGRQDdjmq+CuhOOCrt37Un0RiWBuXkThFmFLq 5NksOmWAeoy8d6DrhhAQ3Jk+ugqwDJrtClFFX61irKq/AUbk1A1VEwfAplIO3HjcMJ5u YxVnMMsHSQjKaWOAcylUA2R/9EqwqKM56SAXA= Received: by 10.151.156.12 with SMTP id i12mr895091ybo.194.1219816716444; Tue, 26 Aug 2008 22:58:36 -0700 (PDT) Received: by 10.151.48.14 with HTTP; Tue, 26 Aug 2008 22:58:36 -0700 (PDT) Message-ID: <25cb30808262258w4246368bu1bf7152dfcbbfa6@mail.gmail.com> Date: Wed, 27 Aug 2008 13:58:36 +0800 From: "Kevin Foo" To: freebsd-current@freebsd.org In-Reply-To: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> MIME-Version: 1.0 References: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: gnome2/x11 slow after optimization! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 06:27:00 -0000 FreeBSD ricer, eh? http://funroll-loops.info/ On Fri, Aug 22, 2008 at 1:38 AM, Rohit Tripathi wrote: > I have a core2duo laptop on which out of curiosity I decided to > recompile x11 and gnome2. After a few hours when it was ready, I found > gnome crawling painfully slow. I'd click a menu and it'll take 2 > seconds to appear, I try running terminal, and it take 10 seconds to > come up, try typing and keyboard lags by 5-6 seconds.....what I find > is really cool is that the ports installed by FreeBSD release are > waaaay faster....here's my make.conf: (do you see a culprit?) > > KERNCONF=WAV > NO_WERROR=YES > WERROR=-Wno-error > #NO_CLEAN=yes > #NO_CLEANDIR=yes > CPUTYPE=core2 #nocona > ARCH=core2 #nocona > MACHINE=core2 #nocona > MACHINE_ARCH=core2 #nocona > CFLAGS= -O3 -pipe -mtune=core2 -m128bit-long-double -mfpmath=sse > -ftree-vectorize > CXXFLAGS+= -fconserve-space > BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ > -Wcast-qual -Wchar-subscripts -Winline \ > -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ > -Wredundant-decls -Wshadow -Wstrict-prototypes > -Wwrite-strings > > #CFLAGS += ${BDECFLAGS} > COPTFLAGS = -O -pipe -mtune=core2 -m128bit-long-double > -mfpmath=sse > BOOTWAIT = 0 > BOOTWAIT = 0 > DISABLE_SIZE = YES > FETCH_CMD = /usr/local/bin/wget -c --passive-ftp > ftp_proxy=$ftp_proxy > # added by use.perl 2008-08-20 15:06:56 > PERL_VER=5.8.8 > PERL_VERSION=5.8.8 > _______________________________________________ > 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 Wed Aug 27 06:37:02 2008 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 8F2051065675; Wed, 27 Aug 2008 06:37:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4D34B8FC13; Wed, 27 Aug 2008 06:37:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R6b0S8065055; Wed, 27 Aug 2008 02:37:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R6b04L089077; Wed, 27 Aug 2008 02:37:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 01D6A73039; Wed, 27 Aug 2008 02:36:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827063700.01D6A73039@freebsd-current.sentex.ca> Date: Wed, 27 Aug 2008 02:36:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 06:37:02 -0000 TB --- 2008-08-27 05:16:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 05:16:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-27 05:16:35 - cleaning the object tree TB --- 2008-08-27 05:17:15 - cvsupping the source tree TB --- 2008-08-27 05:17:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-27 05:17:22 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 05:17:22 - cd /src TB --- 2008-08-27 05:17:22 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 05:17:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 27 06:35:01 UTC 2008 TB --- 2008-08-27 06:35:01 - generating LINT kernel config TB --- 2008-08-27 06:35:01 - cd /src/sys/ia64/conf TB --- 2008-08-27 06:35:01 - /usr/bin/make -B LINT TB --- 2008-08-27 06:35:01 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 06:35:01 - cd /src TB --- 2008-08-27 06:35:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 06:35:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 06:36:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 06:36:59 - ERROR: failed to build lint kernel TB --- 2008-08-27 06:36:59 - tinderbox aborted TB --- 3588.52 user 379.37 system 4823.89 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 07:08:06 2008 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 CDB111065680; Wed, 27 Aug 2008 07:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 73F408FC27; Wed, 27 Aug 2008 07:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R783H7039480; Wed, 27 Aug 2008 03:08:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7R783LI019859; Wed, 27 Aug 2008 03:08:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFCBA73039; Wed, 27 Aug 2008 03:08:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080827070802.DFCBA73039@freebsd-current.sentex.ca> Date: Wed, 27 Aug 2008 03:08:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 07:08:07 -0000 TB --- 2008-08-27 05:53:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 05:53:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-27 05:53:36 - cleaning the object tree TB --- 2008-08-27 05:54:07 - cvsupping the source tree TB --- 2008-08-27 05:54:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-27 05:54:17 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 05:54:17 - cd /src TB --- 2008-08-27 05:54:17 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 05:54:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 27 07:02:51 UTC 2008 TB --- 2008-08-27 07:02:51 - generating LINT kernel config TB --- 2008-08-27 07:02:51 - cd /src/sys/powerpc/conf TB --- 2008-08-27 07:02:51 - /usr/bin/make -B LINT TB --- 2008-08-27 07:02:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 07:02:51 - cd /src TB --- 2008-08-27 07:02:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 07:02:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/vx/if_vx.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/vx/if_vx_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/watchdog/watchdog.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wb/if_wb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wi/if_wi.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/wi/if_wi_pccard.c /src/sys/dev/wi/if_wi_pccard.c:124: error: 'PCMCIA_PRODUCT_ELSA_APDL325_IEEE' undeclared here (not in a function) /src/sys/dev/wi/if_wi_pccard.c:124: error: 'PCMCIA_CIS_ELSA_APDL325_IEEE' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 07:08:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 07:08:02 - ERROR: failed to build lint kernel TB --- 2008-08-27 07:08:02 - tinderbox aborted TB --- 3286.41 user 387.38 system 4465.62 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 07:19:55 2008 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 076441065672; Wed, 27 Aug 2008 07:19:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF518FC1F; Wed, 27 Aug 2008 07:19:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7R7I53n084803; Wed, 27 Aug 2008 01:18:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 27 Aug 2008 01:18:37 -0600 (MDT) Message-Id: <20080827.011837.221979730.imp@bsdimp.com> To: tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <20080827055336.743C873039@freebsd-current.sentex.ca> References: <20080827055336.743C873039@freebsd-current.sentex.ca> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 07:19:55 -0000 In message: <20080827055336.743C873039@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory That was my bad. Fixed. Warner From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 09:15:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F37106567C; Wed, 27 Aug 2008 09:15:14 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id CB3B68FC16; Wed, 27 Aug 2008 09:15:13 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id E502C4092; Wed, 27 Aug 2008 11:15:12 +0200 (CEST) Received: from carrot.paeps.cx (carrot [IPv6:2001:6f8:1408::2]) by detritus.paeps.cx (Postfix) with ESMTP id 73686206D; Wed, 27 Aug 2008 11:15:11 +0200 (CEST) Received: from carrot.paeps.cx (philip@localhost [127.0.0.1]) by carrot.paeps.cx (8.14.2/8.14.2) with ESMTP id m7R9CuJt005670; Wed, 27 Aug 2008 11:12:56 +0200 (CEST) (envelope-from philip@carrot.paeps.cx) Received: (from philip@localhost) by carrot.paeps.cx (8.14.2/8.14.2/Submit) id m7R9CuLF005669; Wed, 27 Aug 2008 11:12:56 +0200 (CEST) (envelope-from philip) Date: Wed, 27 Aug 2008 11:12:55 +0200 From: Philip Paeps To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20080827091255.GH3305@carrot.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <48B416E7.70905@163.com> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 20th day of Bureaucracy in the YOLD 3174 X-Date-in-France: Primidi 11 Fructidor CCXVI, =?utf-8?Q?jour?= =?utf-8?Q?_de_la_past=C3=A8que?= X-Date-in-Rome: ante diem VI Kalendas Septembres MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waning Crescent (15% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 09:15:14 -0000 On 2008-08-26 22:44:55 (+0800), kevin wrote: > Philip Paeps wrote: > > Has anyone else noticed that /var/run/utmp sometimes grows to insane sizes > > (998M) since mpsafetty? I've been trying to pinpoint the culprit but I > > haven't been successful so far. > > > > I don't think mpsafetty itself is to blame. Rather something which expects > > our old tty system. > > > > My original reaction was to blame screen, but I can't immediately see where it > > might be going wrong. > > > > Mysterious. Anyone have any ideas? > > Could you check the output of `last`? The output of last looks sane... last checks wtmp though, not utmp, if I'm not mistaken? Interestingly, strings on utmp only shows the records I expect to be there. The rest of the file seems to be filled with zeros. Very strange. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Artists are more used to drawing with things like pens than with mice. Maybe Damien Hirst has found a way of being artistic with mice that I haven't heard of... -- Peter Kenny From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 09:15:14 2008 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 46F37106567C; Wed, 27 Aug 2008 09:15:14 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id CB3B68FC16; Wed, 27 Aug 2008 09:15:13 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id E502C4092; Wed, 27 Aug 2008 11:15:12 +0200 (CEST) Received: from carrot.paeps.cx (carrot [IPv6:2001:6f8:1408::2]) by detritus.paeps.cx (Postfix) with ESMTP id 73686206D; Wed, 27 Aug 2008 11:15:11 +0200 (CEST) Received: from carrot.paeps.cx (philip@localhost [127.0.0.1]) by carrot.paeps.cx (8.14.2/8.14.2) with ESMTP id m7R9CuJt005670; Wed, 27 Aug 2008 11:12:56 +0200 (CEST) (envelope-from philip@carrot.paeps.cx) Received: (from philip@localhost) by carrot.paeps.cx (8.14.2/8.14.2/Submit) id m7R9CuLF005669; Wed, 27 Aug 2008 11:12:56 +0200 (CEST) (envelope-from philip) Date: Wed, 27 Aug 2008 11:12:55 +0200 From: Philip Paeps To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20080827091255.GH3305@carrot.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <48B416E7.70905@163.com> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 20th day of Bureaucracy in the YOLD 3174 X-Date-in-France: Primidi 11 Fructidor CCXVI, =?utf-8?Q?jour?= =?utf-8?Q?_de_la_past=C3=A8que?= X-Date-in-Rome: ante diem VI Kalendas Septembres MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waning Crescent (15% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 09:15:14 -0000 On 2008-08-26 22:44:55 (+0800), kevin wrote: > Philip Paeps wrote: > > Has anyone else noticed that /var/run/utmp sometimes grows to insane sizes > > (998M) since mpsafetty? I've been trying to pinpoint the culprit but I > > haven't been successful so far. > > > > I don't think mpsafetty itself is to blame. Rather something which expects > > our old tty system. > > > > My original reaction was to blame screen, but I can't immediately see where it > > might be going wrong. > > > > Mysterious. Anyone have any ideas? > > Could you check the output of `last`? The output of last looks sane... last checks wtmp though, not utmp, if I'm not mistaken? Interestingly, strings on utmp only shows the records I expect to be there. The rest of the file seems to be filled with zeros. Very strange. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Artists are more used to drawing with things like pens than with mice. Maybe Damien Hirst has found a way of being artistic with mice that I haven't heard of... -- Peter Kenny From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 11:21:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B56A106567C for ; Wed, 27 Aug 2008 11:21:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0B78FC16 for ; Wed, 27 Aug 2008 11:21:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KYJ5q-0006Rf-9u for freebsd-current@freebsd.org; Wed, 27 Aug 2008 13:21:42 +0200 Received: from ra3cb.r.pppool.de ([89.54.163.203]:37004 helo=peedub.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1KYJ5q-0007x1-1J for freebsd-current@freebsd.org; Wed, 27 Aug 2008 13:21:42 +0200 Date: Wed, 27 Aug 2008 13:21:41 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20080827132141.593e728d@peedub.jennejohn.org> In-Reply-To: <20080827091255.GH3305@carrot.paeps.cx> References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> <20080827091255.GH3305@carrot.paeps.cx> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 11:21:43 -0000 On Wed, 27 Aug 2008 11:12:55 +0200 Philip Paeps wrote: > On 2008-08-26 22:44:55 (+0800), kevin wrote: > > Philip Paeps wrote: > > > Has anyone else noticed that /var/run/utmp sometimes grows to insane sizes > > > (998M) since mpsafetty? I've been trying to pinpoint the culprit but I > > > haven't been successful so far. > > > > > > I don't think mpsafetty itself is to blame. Rather something which expects > > > our old tty system. > > > > > > My original reaction was to blame screen, but I can't immediately see where it > > > might be going wrong. > > > > > > Mysterious. Anyone have any ideas? > > > > Could you check the output of `last`? > > The output of last looks sane... last checks wtmp though, not utmp, if I'm > not mistaken? Interestingly, strings on utmp only shows the records I expect > to be there. The rest of the file seems to be filled with zeros. > > Very strange. > There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates an entry for every one of them at startup. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 11:46:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4BC4106564A for ; Wed, 27 Aug 2008 11:46:26 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 468B68FC1A for ; Wed, 27 Aug 2008 11:46:26 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id BCBB23AAA7 for ; Wed, 27 Aug 2008 13:46:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXmgbAX1Pl-l for ; Wed, 27 Aug 2008 13:46:23 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 63ED63AAA2; Wed, 27 Aug 2008 13:46:23 +0200 (CEST) Date: Wed, 27 Aug 2008 13:46:23 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20080827114623.GA52927@keltia.freenix.fr> References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> <20080827091255.GH3305@carrot.paeps.cx> <20080827132141.593e728d@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080827132141.593e728d@peedub.jennejohn.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 11:46:26 -0000 According to Gary Jennejohn: > There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates > an entry for every one of them at startup. utmp concepts are ancient. It is indexed by the tty/pty number so can grow rather large but it should be a sparse one too. I remember talks about replacing it with something a bit more modern. Backward compatibility is assured through login(3) although it would break programs digging in the utmp file itself. SVR4 had utmp/utmpx and setutline/getutline BTW... cf. sessreg(1) System V has a better interface to utmp than BSD; it dynamically allo- cates entries in the file, instead of writing them at fixed positions indexed by position in /etc/ttys. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 11:50:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 713A0106568A for ; Wed, 27 Aug 2008 11:50:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 41D058FC2F for ; Wed, 27 Aug 2008 11:50:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D22DF46C88; Wed, 27 Aug 2008 07:50:17 -0400 (EDT) Date: Wed, 27 Aug 2008 12:50:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ollivier Robert In-Reply-To: <20080827114623.GA52927@keltia.freenix.fr> Message-ID: References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> <20080827091255.GH3305@carrot.paeps.cx> <20080827132141.593e728d@peedub.jennejohn.org> <20080827114623.GA52927@keltia.freenix.fr> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 11:50:18 -0000 On Wed, 27 Aug 2008, Ollivier Robert wrote: > According to Gary Jennejohn: >> There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates an >> entry for every one of them at startup. > > utmp concepts are ancient. It is indexed by the tty/pty number so can grow > rather large but it should be a sparse one too. I remember talks about > replacing it with something a bit more modern. Backward compatibility is > assured through login(3) although it would break programs digging in the > utmp file itself. SVR4 had utmp/utmpx and setutline/getutline BTW... Right -- utmp growing to 256K would be an excellent example of utmp format inefficiency. On the other hand, utmp growing to 998M is probably an example of a bug rather than an inefficient design. freefall.FreeBSD.org, a relatively busy shell box, has a utmp of around 5k, so common use doesn't generally exercise that inefficiency... Robert N M Watson Computer Laboratory University of Cambridge > > cf. sessreg(1) > > System V has a better interface to utmp than BSD; it dynamically allo- > cates entries in the file, instead of writing them at fixed positions > indexed by position in /etc/ttys. > > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 > > _______________________________________________ > 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 Wed Aug 27 11:54:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAAC9106566C for ; Wed, 27 Aug 2008 11:54:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id C61CC8FC13 for ; Wed, 27 Aug 2008 11:54:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 506868C0A2; Wed, 27 Aug 2008 06:54:27 -0500 (CDT) Date: Wed, 27 Aug 2008 06:54:27 -0500 To: Svavar =?iso-8859-1?Q?L=FAthersson?= Message-ID: <20080827115427.GA766@soaustin.net> References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <48B28B8D.9030305@kjarrval.is> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <48B28B8D.9030305@kjarrval.is> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Wed, 27 Aug 2008 12:06:15 +0000 Cc: freebsd-current@freebsd.org, Alexander Churanov Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 11:54:28 -0000 On Mon, Aug 25, 2008 at 10:38:05AM +0000, Svavar Lúthersson wrote: > I suggest that the FreeBSD Foundation set a policy which states that > every new component must have Unicode support (if applicable) and > support projects to bring in Unicode support where there is none or > only partial. This indicates a misunderstanding of how the project works. The Foundation exists as a separate entity from the committers. Its responsibility is to hold the rights to the intellectual property and to do any legal work necessary. The codebase is technically the responsibility of the committers. There is a 'core team', elected by the committers, but its responsibility is more oriented towards mediating inter-committer problems and other related matters. So there is no single 'group' that could establish a rule like this. The way to get something like this instituted is to convince the bulk of the committers that it is a good idea. Summary: there is really no 'top-down' decision-making; all technical changes are driven from the bottom up. mcl From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 14:19:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A921065671 for ; Wed, 27 Aug 2008 14:19:42 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 236498FC22 for ; Wed, 27 Aug 2008 14:19:42 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.24] (helo=14.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #19) id 1KYLs5-0000bp-Fc for freebsd-current@freebsd.org; Wed, 27 Aug 2008 16:19:41 +0200 Received: from ra3cb.r.pppool.de ([89.54.163.203]:44095 helo=peedub.jennejohn.org) by 14.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1KYLs5-0002Hq-73 for freebsd-current@freebsd.org; Wed, 27 Aug 2008 16:19:41 +0200 Date: Wed, 27 Aug 2008 16:19:40 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20080827161940.1b4403ee@peedub.jennejohn.org> In-Reply-To: References: <20080826124335.GD3305@carrot.paeps.cx> <48B416E7.70905@163.com> <20080827091255.GH3305@carrot.paeps.cx> <20080827132141.593e728d@peedub.jennejohn.org> <20080827114623.GA52927@keltia.freenix.fr> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 14:19:42 -0000 On Wed, 27 Aug 2008 12:50:17 +0100 (BST) Robert Watson wrote: > On Wed, 27 Aug 2008, Ollivier Robert wrote: > > > According to Gary Jennejohn: > >> There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates an > >> entry for every one of them at startup. > > > > utmp concepts are ancient. It is indexed by the tty/pty number so can grow > > rather large but it should be a sparse one too. I remember talks about > > replacing it with something a bit more modern. Backward compatibility is > > assured through login(3) although it would break programs digging in the > > utmp file itself. SVR4 had utmp/utmpx and setutline/getutline BTW... > > Right -- utmp growing to 256K would be an excellent example of utmp format > inefficiency. On the other hand, utmp growing to 998M is probably an example > of a bug rather than an inefficient design. freefall.FreeBSD.org, a > relatively busy shell box, has a utmp of around 5k, so common use doesn't > generally exercise that inefficiency... > But freefall is running FreeBSD 7.0-STABLE #34: Sat Apr 12, so it doesn't have the new tty stuff running, although I don't suppose that completely explains the gigantic utmp which OT reported. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 14:28:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E571065671 for ; Wed, 27 Aug 2008 14:28:45 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4C59B8FC24 for ; Wed, 27 Aug 2008 14:28:45 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3957957rvf.43 for ; Wed, 27 Aug 2008 07:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RwWR8n9jcCZSxY75gGxsRuYwqdoTi+/YzbgbEDrOTcE=; b=KI9DuFMO5pXZhFxGC96smiZeHSD6sW8bH89p6Xlvg+aT0lsNkuhJABY6P4aoV6RhN9 P1GxMOq4IL4t0cbfrf4qQ4dzx4G/appViUE4bczeISQiJ/K852YuzOjmJhrM6HZn9BQk KDVVax52CPH4ArmZckEW+56tIJ1HQgHKp0ICc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=nF053Q4fcCxes0pazjpDpiuFUrZA9Ww6hlyp2H5bV0HBlLxXT9n3VoZaRI7VTt/WJc mN0d8BNdL4N/hbH+FJE9jLYfxt34CRUw/2CgwgbX2a8JsNIxmNzMGhaASCP5ttkvI8Aa D68IAkDd5LlLxF2DpNEp+9qjze/WUH/YZA1dk= Received: by 10.141.85.13 with SMTP id n13mr3598509rvl.250.1219847324385; Wed, 27 Aug 2008 07:28:44 -0700 (PDT) Received: by 10.141.194.17 with HTTP; Wed, 27 Aug 2008 07:28:44 -0700 (PDT) Message-ID: <33615c8e0808270728t43d1c869oeec9a04f6d3f7dfb@mail.gmail.com> Date: Wed, 27 Aug 2008 10:28:44 -0400 From: "Rohit Tripathi" To: chflags@gmail.com In-Reply-To: <25cb30808262258w4246368bu1bf7152dfcbbfa6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33615c8e0808211038l7b9ab665l67f0439d3f40e6a6@mail.gmail.com> <25cb30808262258w4246368bu1bf7152dfcbbfa6@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: gnome2/x11 slow after optimization! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 14:28:45 -0000 On Wed, Aug 27, 2008 at 1:58 AM, Kevin Foo wrote: > FreeBSD ricer, eh? > The reason I got involved with CURRENT in the first place was because my wireless card iwn4965 is not supported by 7.0, and sice i was "ricing" the kernel....it was all downhill from there. From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 19:38:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5A3106566C for ; Wed, 27 Aug 2008 19:38:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 887F78FC23 for ; Wed, 27 Aug 2008 19:38:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id ADAFA1CCF0; Wed, 27 Aug 2008 21:38:20 +0200 (CEST) Date: Wed, 27 Aug 2008 21:38:20 +0200 From: Ed Schouten To: Tor Egge Message-ID: <20080827193820.GO99951@hoeg.nl> References: <20080827.192844.45516910.Tor.Egge@cvsup.no.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IScF4dT6yTbCq9Wi" Content-Disposition: inline In-Reply-To: <20080827.192844.45516910.Tor.Egge@cvsup.no.freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: HEADS DOWN: MPSAFE TTY layer integrated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 19:38:21 -0000 --IScF4dT6yTbCq9Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Tor, * Tor Egge wrote: > The problem seems to be caused by a bad return statement inside ttyil_ioc= tl() > for the TIOCSETA case. >=20 > - Tor Egge >=20 > Index: sys/kern/tty.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/kern/tty.c,v > retrieving revision 1.284 > diff -u -r1.284 tty.c > --- sys/kern/tty.c 22 Aug 2008 21:27:37 -0000 1.284 > +++ sys/kern/tty.c 23 Aug 2008 22:00:31 -0000 > @@ -709,7 +709,6 @@ > if (error) > break; > bcopy(data, dev->si_drv2, sizeof(struct termios)); > - return (0); > break; > case TIOCGETD: > *(int *)data =3D TTYDISC; Ouch. That looks like a rather painful bug. I've got a kernels running with WITNESS/INVARIANTS/the whole lot enabled and I can confirm this was the issue. It should be fixed as of r182296. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --IScF4dT6yTbCq9Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki1rSwACgkQ52SDGA2eCwWmqwCfV3SdWqRJSBJzFvDr2Xoi+MUL 8KUAn023vENkljdh70woT3omHLjLtrfS =puv6 -----END PGP SIGNATURE----- --IScF4dT6yTbCq9Wi-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 20:03:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2AB1065671 for ; Wed, 27 Aug 2008 20:03:02 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.freebsd.org (Postfix) with ESMTP id 72A878FC16 for ; Wed, 27 Aug 2008 20:03:02 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.14.1/8.13.1) with ESMTP id m7RJUHKe006964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 27 Aug 2008 21:30:18 +0200 (MEST) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.14.2/8.14.2) with ESMTP id m7RJUHtG004649; Wed, 27 Aug 2008 19:30:17 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Wed, 27 Aug 2008 19:28:44 +0000 (UTC) Message-Id: <20080827.192844.45516910.Tor.Egge@cvsup.no.freebsd.org> To: ed@80386.nl From: Tor Egge In-Reply-To: <20080820091651.GV99951@hoeg.nl> References: <20080818093441.GO99951@hoeg.nl> <20080820091651.GV99951@hoeg.nl> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Aug_27_19_28_44_2008_534)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 0 seconds Cc: freebsd-current@freebsd.org Subject: Re: HEADS DOWN: MPSAFE TTY layer integrated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 20:03:02 -0000 ----Next_Part(Wed_Aug_27_19_28_44_2008_534)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Well, that's all I've got to say for now, I guess. Be sure to update > your systems and give my code some extensive testing. Thanks! After updating userland and the kernel, my machine hung during boot, running /etc/rc.d/serial2 (a local addition) that contained: #!/bin/sh # PROVIDE: serial2 # REQUIRE: serial # KEYWORD: FreeBSD # Lock clocal flag. stty clocal < /dev/ttyu0.init stty clocal < /dev/ttyu0.lock Commenting out these stty settings allowed the machine to boot. Running the stty commands manually in an xterm resulted in a crash: stf0: bpf attached kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x20:0xa07412e7 stack pointer = 0x28:0xdae65954 frame pointer = 0x28:0xdae65974 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1311 (bash) trap number = 12 panic: page fault cpuid = 0 Uptime: 2m22s Invoking shutdown_post_sync events eventhandler_invoke("shutdown_post_sync") eventhandler_invoke: executing 0xa047a5d0 eventhandler_invoke("shutdown_post_sync") done Physical memory: 3058 MB Dumping 107 MB: 92 76 60 44 28 12 (kgdb) where #0 doadump () at pcpu.h:221 #1 0xa0707828 in boot (howto=260) at ../../../kern/kern_shutdown.c:466 #2 0xa0707bbd in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:631 #3 0xa0a28323 in trap_fatal (frame=0xdae65914, eva=8) at ../../../i386/i386/trap.c:958 #4 0xa0a28cd1 in trap (frame=0xdae65914) at ../../../i386/i386/trap.c:335 #5 0xa0a0cddb in calltrap () at ../../../i386/i386/exception.s:171 #6 0xa07412e7 in propagate_priority (td=0xad298690) at ../../../kern/subr_turnstile.c:272 #7 0xa0742097 in turnstile_wait (ts=0xacb3aaf0, owner=0xad298690, queue=Variable "queue" is not available. ) at ../../../kern/subr_turnstile.c:737 #8 0xa06f9eee in _mtx_lock_sleep (m=0xacb4fe04, tid=2901798176, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:414 #9 0xa0750f75 in ttyil_open (dev=0xacc79d00, oflags=1, devtype=8192, td=0xacf5ed20) at ../../../kern/tty.c:668 #10 0xa066d2df in devfs_open (ap=0xdae65acc) at ../../../fs/devfs/devfs_vnops.c:881 #11 0xa0a3b2f2 in VOP_OPEN_APV (vop=0xa0b289c0, a=0xdae65acc) at vnode_if.c:371 #12 0xa07a0147 in vn_open_cred (ndp=0xdae65ba8, flagp=0xdae65c5c, cmode=420, cred=0xad305a00, fp=0xacf26690) at vnode_if.h:196 #13 0xa07a0283 in vn_open (ndp=0xdae65ba8, flagp=0xdae65c5c, cmode=420, fp=0xacf26690) at ../../../kern/vfs_vnops.c:96 #14 0xa079bd66 in kern_openat (td=0xacf5ed20, fd=-100, path=0x812ed80
, pathseg=UIO_USERSPACE, flags=1, mode=438) at ../../../kern/vfs_syscalls.c:1069 #15 0xa079c235 in kern_open (td=0xacf5ed20, path=0x812ed80
, pathseg=UIO_USERSPACE, flags=0, mode=438) at ../../../kern/vfs_syscalls.c:1023 #16 0xa079c2b0 in open (td=0xacf5ed20, uap=0xdae65cf8) at ../../../kern/vfs_syscalls.c:999 #17 0xa0a288c5 in syscall (frame=0xdae65d38) at ../../../i386/i386/trap.c:1105 #18 0xa0a0ce40 in Xint0x80_syscall () at ../../../i386/i386/exception.s:267 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 6 #6 0xa07412e7 in propagate_priority (td=0xad298690) at ../../../kern/subr_turnstile.c:272 272 if (!turnstile_adjust_thread(ts, td)) { (kgdb) info locals ts = (struct turnstile *) 0x0 pri = 128 (kgdb) print td $1 = (struct thread *) 0xad298690 (kgdb) print td->td_blocked $2 = (struct turnstile *) 0x0 (kgdb) print td->td_proc->p_pid $3 = 1298 (kgdb) print td->td_state $4 = TDS_INACTIVE i.e. the mutex lock owner had exited. The problem seems to be caused by a bad return statement inside ttyil_ioctl() for the TIOCSETA case. - Tor Egge ----Next_Part(Wed_Aug_27_19_28_44_2008_534)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ttybug.diff" Index: sys/kern/tty.c =================================================================== RCS file: /home/ncvs/src/sys/kern/tty.c,v retrieving revision 1.284 diff -u -r1.284 tty.c --- sys/kern/tty.c 22 Aug 2008 21:27:37 -0000 1.284 +++ sys/kern/tty.c 23 Aug 2008 22:00:31 -0000 @@ -709,7 +709,6 @@ if (error) break; bcopy(data, dev->si_drv2, sizeof(struct termios)); - return (0); break; case TIOCGETD: *(int *)data = TTYDISC; ----Next_Part(Wed_Aug_27_19_28_44_2008_534)---- From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 21:50:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D121065676 for ; Wed, 27 Aug 2008 21:50:10 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AB6CB8FC2C for ; Wed, 27 Aug 2008 21:50:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KYStz-0006S0-6M for freebsd-current@freebsd.org; Wed, 27 Aug 2008 21:50:07 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2008 21:50:07 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2008 21:50:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 27 Aug 2008 14:49:51 -0700 Lines: 1208 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 21:50:10 -0000 I have two hp dl380's (xeon p4s with ciss) that cannot boot recent GENERIC kernels from -current. run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 0 tid 100000 td 0xc0caa020 kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) at run_interrupt_driven_config_hooks+0x1db mi_startup() at mi_startup+0xa6 begin() at begin+0x2c db> show conifhk hook: 0xc0473080 at xpt_config+0 arg: 0 In 6.2-RELEASE, this is what I do get when booting at this point in the kernel: ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) GEOM: new disk da0 Full 8-current verbose output boot: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Wed Aug 27 13:05:01 PDT 2008 root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0fdb000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0fdb198. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3185522100 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory = 1073717248 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) avail memory = 1038020608 (989 MB) Table 'FACP' at 0x3fffa040 Table 'APIC' at 0x3fffa100 MADT: Found table at 0x3fffa100 MP Configuration Table version 1.4 found at 0xc00f29ca APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: disabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x94 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 6 WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ULE: setup cpu 0 ACPI: RSDP @ 0x0xf4f70/0x0014 (v 0 COMPAQ) ACPI: RSDT @ 0x0x3fffa000/0x0030 (v 1 COMPAQ P29 0x00000002 Ò 0x0000162E) ACPI: FACP @ 0x0x3fffa040/0x0074 (v 1 COMPAQ P29 0x00000002 Ò 0x0000162E) ACPI: DSDT @ 0x0x3fffa240/0x3C44 (v 1 COMPAQ DSDT 0x00000001 MSFT 0x0100000B) ACPI: FACS @ 0x0x3fffa0c0/0x0040 ACPI: APIC @ 0x0x3fffa100/0x00AC (v 1 COMPAQ 00000083 0x00000002 0x00000000) ACPI: SPCR @ 0x0x3fffa1c0/0x0050 (v 1 COMPAQ SPCRRBSU 0x00000001 Ò 0x0000162E) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 16 at 0xfec01000 MADT: Found IO APIC ID 4, Interrupt 32 at 0xfec02000 MADT: Found IO APIC ID 5, Interrupt 48 at 0xfec03000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard cpu0 BSP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00000400 wlan: <802.11 Link Layer> ath_rate: version 1.2 random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Aug 27 2008 13:01:24) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xc3d96000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \_SB_.PCI0.CFG0.MEM0 -> bus 0 dev 0 func 0 ACPI timer: 0/3 0/3 0/5 1/2 0/3 1/2 1/2 0/3 0/4 0/3 -> 3 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 4 5 7 10 11 15 Validation 0 7 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 4 5 7 10 11 15 Validation 0 5 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 4 5 7 10 11 15 Validation 0 11 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 4 5 7 10 11 15 Validation 0 15 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 4 5 7 10 11 15 Validation 0 11 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 5 7 10 11 15 Validation 0 10 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 4 5 7 10 11 15 Validation 0 15 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 5 7 10 11 15 Validation 0 255 N 0 4 5 7 10 11 15 After Disable 0 255 N 0 4 5 7 10 11 15 pcib0: on acpi0 ACPI: Found matching pin for 0.15.INTA at func 2: 7 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0014, revid=0x33 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0014, revid=0x00 domain=0, bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0014, revid=0x00 domain=0, bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled found-> vendor=0x0e11, dev=0xb203, revid=0x01 domain=0, bus=0, slot=4, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x0e11, dev=0xb204, revid=0x01 domain=0, bus=0, slot=4, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled pcib0: matched entry for 0.4.INTB pcib0: slot 4 INTB hardwired to IRQ 17 found-> vendor=0x1166, dev=0x0201, revid=0x93 domain=0, bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0212, revid=0x93 domain=0, bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled found-> vendor=0x1166, dev=0x0220, revid=0x05 domain=0, bus=0, slot=15, func=2 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=7 map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled pcib0: matched entry for 0.15.INTA (src \_SB_.IUSB:0) ioapic0: Changing trigger for pin 7 to level ioapic0: Changing polarity for pin 7 to low pcib0: slot 15 INTA routed to irq 7 via \_SB_.IUSB found-> vendor=0x1166, dev=0x0225, revid=0x00 domain=0, bus=0, slot=15, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=17, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=17, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) vgapci0: port 0x2400-0x24ff mem 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 pci0: at device 4.0 (no driver attached) pci0: at device 4.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=01 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ata1: [ITHREAD] ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 ohci0: (New OHCI DeviceId=0x02201166) ioapic0: routing intpin 7 (ISA IRQ 7) to vector 51 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x0e11, dev=0xb178, revid=0x01 domain=0, bus=1, slot=3, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size 14, enabled pcib1: matched entry for 1.3.INTA pcib1: slot 3 INTA hardwired to IRQ 30 ciss0: port 0x3000-0x30ff mem 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 ciss0: PERFORMANT Transport ioapic1: routing intpin 14 (PCI IRQ 30) to vector 52 ciss0: [MPSAFE] ciss0: [ITHREAD] ciss0: using 256 of 1024 available commands ciss0: firmware 2.36 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0xe ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x3000008e ciss0: 2 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 0, 34304MB online pcib2: on acpi0 pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x14e4, dev=0x16a7, revid=0x02 domain=0, bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled pcib2: matched entry for 2.1.INTA pcib2: slot 1 INTA hardwired to IRQ 29 found-> vendor=0x14e4, dev=0x16a7, revid=0x02 domain=0, bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 31 pci0:2:1:0: bad VPD cksum, remain 223 bge0: mem 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0016, rev. 2 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:0d:9d:93:cf:f9 ioapic1: routing intpin 13 (PCI IRQ 29) to vector 53 bge0: [MPSAFE] bge0: [ITHREAD] pci0:2:2:0: bad VPD cksum, remain 223 bge1: mem 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0016, rev. 2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:0d:9d:93:cf:f8 ioapic1: routing intpin 15 (PCI IRQ 31) to vector 54 bge1: [MPSAFE] bge1: [ITHREAD] pcib3: on acpi0 pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: on acpi0 pci6: on pcib4 pci6: domain=0, physical bus=6 found-> vendor=0x14e4, dev=0x5820, revid=0x10 domain=0, bus=6, slot=2, func=0 class=0b-40-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled pcib4: matched entry for 6.2.INTA pcib4: slot 2 INTA hardwired to IRQ 26 found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 domain=0, bus=6, slot=30, func=0 class=08-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled pcib4: matched entry for 6.30.INTA pcib4: slot 30 INTA hardwired to IRQ 18 pci6: at device 2.0 (no driver attached) pci6: at device 30.0 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:ffffffff kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 cpu0: switching to generic Cx mode p4tcc0: on cpu0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock (resolution 1000000us) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sn0: not probed (disabled) uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 uart0: [FILTER] uart0: fast interrupt uart0: console (115200,n,8,1) uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66365047 hz Timecounter "TSC" frequency 3185522100 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: identify ch->devices=00010000 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on CSB5 chip acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: identify ch->devices=00000000 fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> for comparison here is -current from June 11 2008 that boots. I tried the July 2008's snapshot and it fails in a similar way to today's -current: OK set hint.sio.0.at="isa" OK set hint.sio.0.port="0x3F8" OK set hint.sio.0.flags="0x10" OK set hint.sio.0.irq="4" OK unload kernel OK load /boot/kernel.old/kernel /boot/kernel.old/kernel text=0x77e034 data=0xba7e0+0xacf78 syms=[0x4+0x81940+0x4+0xacbd8] OK boot -v -s /boot/kernel/acpi.ko text=0x5512c data=0x2640+0x182c syms=[0x4+0x8b80+0x4+0xbe19] loading required module 'kernel' elf32_loadfile: kernel already loaded ACPI autoload failed - no such file or directory GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000003fefa000 SMAP type=03 base=000000003fffa000 len=0000000000006000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ffc00000 len=0000000000400000 SMAP type=01 base=0000000100000000 len=0000000000000000 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #6: Wed Jun 11 20:14:47 PDT 2008 root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc0e16000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3185638132 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.64-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory = 1073717248 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) avail memory = 1038147584 (990 MB) MP Configuration Table version 1.4 found at 0xc00f29ca APIC: Using the MPTable enumerator. SMP: Added CPU 6 (BSP) MPTable: bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x94 Other BIOS signatures found: WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ULE: setup cpu 0 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic1: Assuming intbase of 16 ioapic2: Assuming intbase of 32 ioapic3: Assuming intbase of 48 ioapic0: intpin 7 bus PCI ioapic0: intpin 7 trigger: level ioapic0: intpin 7 polarity: low ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic: Routing ExtINT -> LINT0 lapic: LINT0 trigger: edge lapic: LINT0 polarity: high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard cpu0 BSP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jun 11 2008 20:11:11) npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) pcibios: BIOS version 2.10 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0014, revid=0x33 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0014, revid=0x00 domain=0, bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0014, revid=0x00 domain=0, bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled found-> vendor=0x0e11, dev=0xb203, revid=0x01 domain=0, bus=0, slot=4, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled pcib0: slot 4 INTA routed to irq 16 found-> vendor=0x0e11, dev=0xb204, revid=0x01 domain=0, bus=0, slot=4, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled pcib0: slot 4 INTB routed to irq 17 found-> vendor=0x1166, dev=0x0201, revid=0x93 domain=0, bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0212, revid=0x93 domain=0, bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled found-> vendor=0x1166, dev=0x0220, revid=0x05 domain=0, bus=0, slot=15, func=2 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=7 map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled pcib0: slot 15 INTA routed to irq 7 found-> vendor=0x1166, dev=0x0225, revid=0x00 domain=0, bus=0, slot=15, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=17, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0101, revid=0x05 domain=0, bus=0, slot=17, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) vgapci0: port 0x2400-0x24ff mem 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 pci0: at device 4.0 (no driver attached) pci0: at device 4.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=01 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 48 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 49 ata1: [MPSAFE] ata1: [ITHREAD] ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 ohci0: (New OHCI DeviceId=0x02201166) ioapic0: routing intpin 7 (PCI IRQ 7) to vector 50 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 4 ports with 4 removable, self powered pcib1: pcibus 1 on motherboard pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x0e11, dev=0xb178, revid=0x01 domain=0, bus=1, slot=3, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size 14, enabled pcib1: slot 3 INTA routed to irq 30 ciss0: port 0x3000-0x30ff mem 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 ioapic1: routing intpin 14 (PCI IRQ 30) to vector 51 ciss0: [MPSAFE] ciss0: [ITHREAD] ciss0: using 256 of 1024 available commands ciss0: firmware 2.36 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0xe ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x3000006e ciss0: 2 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 0, 34304MB online pcib3: pcibus 3 on motherboard pci3: on pcib3 pci3: domain=0, physical bus=3 pcib6: pcibus 6 on motherboard pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x14e4, dev=0x5820, revid=0x10 domain=0, bus=6, slot=2, func=0 class=0b-40-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled pcib6: slot 2 INTA routed to irq 26 found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 domain=0, bus=6, slot=30, func=0 class=08-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled pcib6: slot 30 INTA routed to irq 18 pci6: at device 2.0 (no driver attached) pci6: at device 30.0 (no driver attached) pcib2: pcibus 2 on motherboard pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x14e4, dev=0x16a7, revid=0x02 domain=0, bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled pcib2: slot 1 INTA routed to irq 29 found-> vendor=0x14e4, dev=0x16a7, revid=0x02 domain=0, bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled pcib2: slot 2 INTA routed to irq 31 pci0:2:1:0: bad VPD cksum, remain 223 bge0: mem 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0016, rev. 2 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:0d:9d:93:cf:f9 ioapic1: routing intpin 13 (PCI IRQ 29) to vector 52 bge0: [MPSAFE] bge0: [ITHREAD] pci0:2:2:0: bad VPD cksum, remain 223 bge1: mem 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0016, rev. 2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:0d:9d:93:cf:f8 ioapic1: routing intpin 15 (PCI IRQ 31) to vector 53 bge1: [MPSAFE] bge1: [ITHREAD] cpu0 on motherboard p4tcc0: on cpu0 eisa0: on motherboard mainboard0: at slot 0 on eisa0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed 0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:ffffffff kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock (resolution 1000000us) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 55 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 sio0: [FILTER] sn0: not probed (disabled) uart0: failed to probe at port 0x3f8 irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66367465 hz Timecounter "TSC" frequency 3185638132 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: identify ch->devices=00010000 ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on CSB5 chip acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: identify ch->devices=00000000 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) GEOM: new disk da0 pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers ATA PseudoRAID loaded WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: (sleepable after non-sleepable) 1st 0xc43d601c struct mount mtx (struct mount mtx) @ /usr/src/sys/kern/vfs_subr.c:343 2nd 0xc43d6000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 KDB: stack backtrace: db_trace_self_wrapper(c0b46739,c3d9cb68,c07cf01e,c0b48fa6,c43d6000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b48fa6,c43d6000,c0b4ed2d,c0b4ed2d,c0b4f2d2,...) at kdb_backtrace+0x29 witness_checkorder(c43d6000,1,c0b4f2d2,172,4,...) at witness_checkorder+0x6ee __lockmgr_args(c43d6000,200100,c43d601c,0,0,...) at __lockmgr_args+0x221 vfs_busy(c43d6000,200,0,c409ed20,1,...) at vfs_busy+0x1d4 vfs_mount_alloc(0,c0bf9bc0,c0b4f078,c409ed20,c080cf40,...) at vfs_mount_alloc+0x78 vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x26f start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- lock order reversal: (sleepable after non-sleepable) 1st 0xc4225e10 vnode interlock (vnode interlock) @ /usr/src/sys/fs/devfs/devfs_vnops.c:288 2nd 0xc4225df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 KDB: stack backtrace: db_trace_self_wrapper(c0b46739,c3d9ca90,c07cf01e,c0b48fa6,c4225df4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b48fa6,c4225df4,c0b39bed,c0b39bed,c0b4f2d2,...) at kdb_backtrace+0x29 witness_checkorder(c4225df4,9,c0b4f2d2,7fc,c4225df4,...) at witness_checkorder+0x6ee __lockmgr_args(c4225df4,80100,c4225e10,0,0,...) at __lockmgr_args+0x7a8 vop_stdlock(c3d9cb8c,c0b39da3,c0b3cf7a,80100,c4225d9c,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c0bf9ca0,c3d9cb8c,c0c39140,c4225d9c,80100,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4225d9c,80100,c0b4f2d2,7fc,c0b39da3,...) at _vn_lock+0x5e vget(c4225d9c,80100,c409ed20,121,c0b39d40,...) at vget+0xac devfs_allocv(c41da580,c43d6000,c3d9cc20,c409ed20,c409edc4,...) at devfs_allocv+0x118 devfs_root(c43d6000,80000,c0cbf234,c409ed20,4,...) at devfs_root+0x51 set_rootvnode(c0cbf220,0,c0b4ec2f,5f1,c080cf40,...) at set_rootvnode+0x2d vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x34d start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- Trying to mount root from ufs:/dev/da0s1a ct_to_ts([2008-08-27 14:46:04]) = 1219848364.000000000 lock order reversal: (sleepable after non-sleepable) 1st 0xc4225b20 bufobj interlock (bufobj interlock) @ /usr/src/sys/kern/vfs_bio.c:2442 2nd 0xd80e5c80 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 KDB: stack backtrace: db_trace_self_wrapper(c0b46739,c3d9c78c,c07cf01e,c0b48fa6,d80e5c80,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b48fa6,d80e5c80,c0b4dbf8,c0b4dbf8,c0b4d1a7,...) at kdb_backtrace+0x29 witness_checkorder(d80e5c80,9,c0b4d1a7,998,4,...) at witness_checkorder+0x6ee __lockmgr_args(d80e5c80,81900,c4225b20,c0b4db54,50,...) at __lockmgr_args+0x7a8 getblk(c4225a78,0,0,800,0,...) at getblk+0x16e breadn(c4225a78,0,0,800,0,...) at breadn+0x44 bread(c4225a78,0,0,800,0,...) at bread+0x4c ffs_blkatoff(c4225a78,0,0,0,c3d9c9a8,...) at ffs_blkatoff+0xdf ufs_lookup(c3d9c9ec,c4225a78,0,c4225a78,c3d9ca0c,...) at ufs_lookup+0x2e5 VOP_CACHEDLOOKUP_APV(c0c20aa0,c3d9c9ec,c3d9cb50,c3d9cb3c,c40a3400,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(c3d9ca6c,c3d9ca6c,500000c,80000,c4225a78,...) at vfs_cache_lookup+0xd7 VOP_LOOKUP_APV(c0c20aa0,c3d9ca6c,c0b4e9dd,1b0,c3d9cb3c,...) at VOP_LOOKUP_APV+0xa5 lookup(c3d9cb24,c0b4e9dd,d8,c0,c40a352c,...) at lookup+0x59e namei(c3d9cb24,c3d9cb28,c07ce7ec,0,c0cbeaf0,...) at namei+0x47b kern_unlinkat(c409ed20,ffffff9c,c0b4f074,1,c3d9cc5c,...) at kern_unlinkat+0x46 kern_unlink(c409ed20,c0b4f074,1,62c,0,...) at kern_unlink+0x27 vfs_mountroot_try(c0b4f22e,c0b3cf7c,c0b359ed,1,c080cf40,...) at vfs_mountroot_try+0x472 vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x409 start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- start_init: trying /sbin/init bge0: link state changed to DOWN bge0: link UP bge0: link state changed to UP bge1: link state changed to DOWN -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 22:16:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DAFE1065679 for ; Wed, 27 Aug 2008 22:16:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A71318FC08 for ; Wed, 27 Aug 2008 22:16:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2202B46CAD; Wed, 27 Aug 2008 18:16:20 -0400 (EDT) Date: Wed, 27 Aug 2008 23:16:20 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mark Atkinson In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-857850601-1219875380=:62435" Cc: freebsd-current@freebsd.org Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 22:16:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-857850601-1219875380=:62435 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 27 Aug 2008, Mark Atkinson wrote: > I have two hp dl380's (xeon p4s with ciss) that cannot boot recent GENERIC > kernels from -current. In 6.x, I take it there's also not a long delay at this point in the boot? In 7.x/8.x the timeout messages and panic are intended to debug apparent hangs in the boot, but if it's simply the case that we should wait 20 seconds longer fo things to work out, we can do that. On the other hand, if it booted just fine in 6.x without any delay there, that was exactly the sort of problem this diagnostic was intended to help debug. :-) Robert N M Watson Computer Laboratory University of Cambridge > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 0 tid 100000 td 0xc0caa020 > kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a > panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e > run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) at > run_interrupt_driven_config_hooks+0x1db > mi_startup() at mi_startup+0xa6 > begin() at begin+0x2c > db> show conifhk > hook: 0xc0473080 at xpt_config+0 arg: 0 > > > In 6.2-RELEASE, this is what I do get when booting at this point in the > kernel: > > ciss0: command status 0x1 (target status) scsi status 0x2 > (probe0:ciss0:0:0:0): error 22 > (probe0:ciss0:0:0:0): Unretryable Error > ciss0: command status 0x1 (target status) scsi status 0x2 > (probe0:ciss0:0:0:0): error 22 > (probe0:ciss0:0:0:0): Unretryable Error > pass0 at ciss0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-0 device > pass0: 135.168MB/s transfers > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) > GEOM: new disk da0 > > Full 8-current verbose output boot: > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #0: Wed Aug 27 13:05:01 PDT 2008 > root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0fdb000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0fdb198. > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 3185522100 Hz > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff > Features2=0x4400 > Logical CPUs per core: 2 > > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries > Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte > line size > 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte line > size > Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line > size > real memory = 1073717248 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) > avail memory = 1038020608 (989 MB) > Table 'FACP' at 0x3fffa040 > Table 'APIC' at 0x3fffa100 > MADT: Found table at 0x3fffa100 > MP Configuration Table version 1.4 found at 0xc00f29ca > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: disabled > MADT: Found CPU APIC ID 2 ACPI ID 2: disabled > MADT: Found CPU APIC ID 4 ACPI ID 4: disabled > MADT: Found CPU APIC ID 6 ACPI ID 6: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 1: disabled > MADT: Found CPU APIC ID 3 ACPI ID 3: disabled > MADT: Found CPU APIC ID 5 ACPI ID 5: disabled > MADT: Found CPU APIC ID 7 ACPI ID 7: disabled > ACPI APIC Table: > bios32: Found BIOS32 Service Directory header at 0xc00ffee0 > bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0x94 > Other BIOS signatures found: > APIC: CPU 0 has ACPI ID 6 > WARNING: Non-uniform processors. > WARNING: Using suboptimal topology. > ULE: setup cpu 0 > ACPI: RSDP @ 0x0xf4f70/0x0014 (v 0 COMPAQ) > ACPI: RSDT @ 0x0x3fffa000/0x0030 (v 1 COMPAQ P29 0x00000002 Ò > 0x0000162E) > ACPI: FACP @ 0x0x3fffa040/0x0074 (v 1 COMPAQ P29 0x00000002 Ò > 0x0000162E) > ACPI: DSDT @ 0x0x3fffa240/0x3C44 (v 1 COMPAQ DSDT 0x00000001 MSFT > 0x0100000B) > ACPI: FACS @ 0x0x3fffa0c0/0x0040 > ACPI: APIC @ 0x0x3fffa100/0x00AC (v 1 COMPAQ 00000083 0x00000002 > 0x00000000) > ACPI: SPCR @ 0x0x3fffa1c0/0x0050 (v 1 COMPAQ SPCRRBSU 0x00000001 Ò > 0x0000162E) > MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > ioapic0: Routing external 8259A's -> intpin 0 > MADT: Found IO APIC ID 3, Interrupt 16 at 0xfec01000 > MADT: Found IO APIC ID 4, Interrupt 32 at 0xfec02000 > MADT: Found IO APIC ID 5, Interrupt 48 at 0xfec03000 > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > lapic: Routing NMI -> LINT1 > lapic: LINT1 trigger: edge > lapic: LINT1 polarity: high > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0: intpin 9 polarity: low > ioapic0: intpin 9 trigger: level > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > ioapic3 irqs 48-63 on motherboard > cpu0 BSP: > ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00000400 > wlan: <802.11 Link Layer> > ath_rate: version 1.2 > random: > nfslock: pseudo-device > io: > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > Pentium Pro MTRR support enabled > null: > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Aug 27 2008 > 13:01:24) > npx0: INT 16 interface > acpi0: on motherboard > ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > acpi0: [MPSAFE] > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: wakeup code va 0xc3d96000 pa 0x1000 > pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) > pcibios: BIOS version 2.10 > AcpiOsDerivePciId: \_SB_.PCI0.CFG0.MEM0 -> bus 0 dev 0 func 0 > ACPI timer: 0/3 0/3 0/5 1/2 0/3 1/2 1/2 0/3 0/4 0/3 -> 3 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 > pci_link0: Index IRQ Rtd Ref IRQs > Initial Probe 0 7 N 0 4 5 7 10 11 15 > Validation 0 7 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link1: Index IRQ Rtd Ref IRQs > Initial Probe 0 3 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link2: Index IRQ Rtd Ref IRQs > Initial Probe 0 5 N 0 4 5 7 10 11 15 > Validation 0 5 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link3: Index IRQ Rtd Ref IRQs > Initial Probe 0 11 N 0 4 5 7 10 11 15 > Validation 0 11 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link4: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link5: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link6: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link7: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link8: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link9: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link10: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link11: Index IRQ Rtd Ref IRQs > Initial Probe 0 15 N 0 4 5 7 10 11 15 > Validation 0 15 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link12: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link13: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link14: Index IRQ Rtd Ref IRQs > Initial Probe 0 11 N 0 4 5 7 10 11 15 > Validation 0 11 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link15: Index IRQ Rtd Ref IRQs > Initial Probe 0 10 N 0 4 5 7 10 11 15 > Validation 0 10 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link16: Index IRQ Rtd Ref IRQs > Initial Probe 0 15 N 0 4 5 7 10 11 15 > Validation 0 15 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link17: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link18: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pci_link19: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 4 5 7 10 11 15 > Validation 0 255 N 0 4 5 7 10 11 15 > After Disable 0 255 N 0 4 5 7 10 11 15 > pcib0: on acpi0 > ACPI: Found matching pin for 0.15.INTA at func 2: 7 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x1166, dev=0x0014, revid=0x33 > domain=0, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0014, revid=0x00 > domain=0, bus=0, slot=0, func=1 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0014, revid=0x00 > domain=0, bus=0, slot=0, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1002, dev=0x4752, revid=0x27 > domain=0, bus=0, slot=3, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled > map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled > map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled > found-> vendor=0x0e11, dev=0xb203, revid=0x01 > domain=0, bus=0, slot=4, func=0 > class=08-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=3 > powerspec 2 supports D0 D3 current D0 > map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled > map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled > pcib0: matched entry for 0.4.INTA > pcib0: slot 4 INTA hardwired to IRQ 16 > found-> vendor=0x0e11, dev=0xb204, revid=0x01 > domain=0, bus=0, slot=4, func=2 > class=08-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=5 > powerspec 2 supports D0 D3 current D0 > map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled > map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled > map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled > map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled > pcib0: matched entry for 0.4.INTB > pcib0: slot 4 INTB hardwired to IRQ 17 > found-> vendor=0x1166, dev=0x0201, revid=0x93 > domain=0, bus=0, slot=15, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0212, revid=0x93 > domain=0, bus=0, slot=15, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=1 > cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled > found-> vendor=0x1166, dev=0x0220, revid=0x05 > domain=0, bus=0, slot=15, func=2 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) > intpin=a, irq=7 > map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled > pcib0: matched entry for 0.15.INTA (src \_SB_.IUSB:0) > ioapic0: Changing trigger for pin 7 to level > ioapic0: Changing polarity for pin 7 to low > pcib0: slot 15 INTA routed to irq 7 via \_SB_.IUSB > found-> vendor=0x1166, dev=0x0225, revid=0x00 > domain=0, bus=0, slot=15, func=3 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=16, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=16, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=17, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=17, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > vgapci0: port 0x2400-0x24ff mem > 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 > pci0: at device 4.0 (no driver attached) > pci0: at device 4.2 (no driver attached) > isab0: at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=01 > ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 > ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 > ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 > ata1: [MPSAFE] > ata1: [ITHREAD] > ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at > device 15.2 on pci0 > ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 > ohci0: (New OHCI DeviceId=0x02201166) > ioapic0: routing intpin 7 (ISA IRQ 7) to vector 51 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 > uhub0: 4 ports with 4 removable, self powered > pcib1: on acpi0 > pci1: on pcib1 > pci1: domain=0, physical bus=1 > found-> vendor=0x0e11, dev=0xb178, revid=0x01 > domain=0, bus=1, slot=3, func=0 > class=01-04-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D3 current D0 > MSI supports 2 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled > map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled > map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size > 14, enabled > pcib1: matched entry for 1.3.INTA > pcib1: slot 3 INTA hardwired to IRQ 30 > ciss0: port 0x3000-0x30ff mem > 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 > ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 > ciss0: PERFORMANT Transport > ioapic1: routing intpin 14 (PCI IRQ 30) to vector 52 > ciss0: [MPSAFE] > ciss0: [ITHREAD] > ciss0: using 256 of 1024 available commands > ciss0: firmware 2.36 > ciss0: 2 SCSI channels > ciss0: signature 'CISS' > ciss0: valence 1 > ciss0: supported I/O methods 0xe > ciss0: active I/O method 0x5 > ciss0: 4G page base 0x00000000 > ciss0: interrupt coalesce delay 0us > ciss0: interrupt coalesce count 16 > ciss0: max outstanding commands 1024 > ciss0: bus types 0x2 > ciss0: server name '' > ciss0: heartbeat 0x3000008e > ciss0: 2 physical devices > ciss0: 1 logical drive > ciss0: logical drive (b0t0): RAID 0, 34304MB online > pcib2: on acpi0 > pci2: on pcib2 > pci2: domain=0, physical bus=2 > found-> vendor=0x14e4, dev=0x16a7, revid=0x02 > domain=0, bus=2, slot=1, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled > pcib2: matched entry for 2.1.INTA > pcib2: slot 1 INTA hardwired to IRQ 29 > found-> vendor=0x14e4, dev=0x16a7, revid=0x02 > domain=0, bus=2, slot=2, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 2 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled > pcib2: matched entry for 2.2.INTA > pcib2: slot 2 INTA hardwired to IRQ 31 > pci0:2:1:0: bad VPD cksum, remain 223 > bge0: mem > 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x000818, model 0x0016, rev. 2 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: bpf attached > bge0: Ethernet address: 00:0d:9d:93:cf:f9 > ioapic1: routing intpin 13 (PCI IRQ 29) to vector 53 > bge0: [MPSAFE] > bge0: [ITHREAD] > pci0:2:2:0: bad VPD cksum, remain 223 > bge1: mem > 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 > bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: OUI 0x000818, model 0x0016, rev. 2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: bpf attached > bge1: Ethernet address: 00:0d:9d:93:cf:f8 > ioapic1: routing intpin 15 (PCI IRQ 31) to vector 54 > bge1: [MPSAFE] > bge1: [ITHREAD] > pcib3: on acpi0 > pci3: on pcib3 > pci3: domain=0, physical bus=3 > pcib4: on acpi0 > pci6: on pcib4 > pci6: domain=0, physical bus=6 > found-> vendor=0x14e4, dev=0x5820, revid=0x10 > domain=0, bus=6, slot=2, func=0 > class=0b-40-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 2 supports D0 D3 current D0 > map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled > pcib4: matched entry for 6.2.INTA > pcib4: slot 2 INTA hardwired to IRQ 26 > found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 > domain=0, bus=6, slot=30, func=0 > class=08-04-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled > pcib4: matched entry for 6.30.INTA > pcib4: slot 30 INTA hardwired to IRQ 18 > pci6: at device 2.0 (no driver attached) > pci6: at device 30.0 (no driver > attached) > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: unable to allocate IRQ > psmcpnp0: irq 12 on acpi0 > psm0: current command byte:0065 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:ffffffff > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 > fdc0: ic_type 90 part_id 73 > ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > cpu0: on acpi0 > cpu0: switching to generic Cx mode > p4tcc0: on cpu0 > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > ahc_isa_probe 0: ioport 0xc00 alloc failed > ex_isa_identify() > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > atkbdc: atkbdc0 already exists; skipping it > fdc: fdc0 already exists; skipping it > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid > ORM0000 on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > atrtc0: at port 0x70 irq 8 on isa0 > atrtc0: registered as a time-of-day clock (resolution 1000000us) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fe0: not probed (disabled) > ie0: not probed (disabled) > le0: not probed (disabled) > ppc0: parallel port not found. > ppc0: failed to probe at irq 7 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) > sio0 failed to probe at port 0x3f8 irq 4 on isa0 > sn0: not probed (disabled) > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 > uart0: [FILTER] > uart0: fast interrupt > uart0: console (115200,n,8,1) > uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > uart2: not probed (disabled) > uart3: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > lapic: Divisor 2, Frequency 66365047 hz > Timecounter "TSC" frequency 3185522100 Hz quality 800 > Timecounters tick every 1.000 msec > lo0: bpf attached > hptrr: no controller detected. > ata0: identify ch->devices=00010000 > fdc0: output ready timeout > fdc0: output ready timeout > fdc0: output ready timeout > fdc0: output ready timeout > fdc0: output ready timeout > fdc0: output ready timeout > fdc0: output ready timeout > ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > acd0: setting PIO4 on CSB5 chip > acd0: CDROM drive at ata0 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata1: identify ch->devices=00000000 > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> > > for comparison here is -current from June 11 2008 that boots. I tried the > July 2008's snapshot and it fails in a similar way to today's -current: > > OK set hint.sio.0.at="isa" > OK set hint.sio.0.port="0x3F8" > OK set hint.sio.0.flags="0x10" > OK set hint.sio.0.irq="4" > OK unload kernel > OK load /boot/kernel.old/kernel > /boot/kernel.old/kernel text=0x77e034 data=0xba7e0+0xacf78 > syms=[0x4+0x81940+0x4+0xacbd8] > OK boot -v -s > /boot/kernel/acpi.ko text=0x5512c data=0x2640+0x182c > syms=[0x4+0x8b80+0x4+0xbe19] > loading required module 'kernel' > elf32_loadfile: kernel already loaded > ACPI autoload failed - no such file or directory > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009f400 > SMAP type=02 base=000000000009f400 len=0000000000000c00 > SMAP type=02 base=00000000000f0000 len=0000000000010000 > SMAP type=01 base=0000000000100000 len=000000003fefa000 > SMAP type=03 base=000000003fffa000 len=0000000000006000 > SMAP type=02 base=00000000fec00000 len=0000000000010000 > SMAP type=02 base=00000000fee00000 len=0000000000010000 > SMAP type=02 base=00000000ffc00000 len=0000000000400000 > SMAP type=01 base=0000000100000000 len=0000000000000000 > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #6: Wed Jun 11 20:14:47 PDT 2008 > root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc0e16000. > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 3185638132 Hz > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.64-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff > Features2=0x4400 > Logical CPUs per core: 2 > > Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries > Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries > 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte > line size > 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte line > size > Trace cache: 12K-uops, 8-way set associative > 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line > size > real memory = 1073717248 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) > avail memory = 1038147584 (990 MB) > MP Configuration Table version 1.4 found at 0xc00f29ca > APIC: Using the MPTable enumerator. > SMP: Added CPU 6 (BSP) > MPTable: > bios32: Found BIOS32 Service Directory header at 0xc00ffee0 > bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0x94 > Other BIOS signatures found: > WARNING: Non-uniform processors. > WARNING: Using suboptimal topology. > ULE: setup cpu 0 > ioapic0: Assuming intbase of 0 > ioapic0: Routing external 8259A's -> intpin 0 > ioapic1: Assuming intbase of 16 > ioapic2: Assuming intbase of 32 > ioapic3: Assuming intbase of 48 > ioapic0: intpin 7 bus PCI > ioapic0: intpin 7 trigger: level > ioapic0: intpin 7 polarity: low > ioapic0: Routing IRQ 0 -> intpin 2 > ioapic0: intpin 9 trigger: level > ioapic0: intpin 9 polarity: low > lapic: Routing ExtINT -> LINT0 > lapic: LINT0 trigger: edge > lapic: LINT0 polarity: high > lapic: Routing NMI -> LINT1 > lapic: LINT1 trigger: edge > lapic: LINT1 polarity: high > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > ioapic3 irqs 48-63 on motherboard > cpu0 BSP: > ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 > ath_rate: version 1.2 > wlan: <802.11 Link Layer> > null: > random: > nfslock: pseudo-device > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > Pentium Pro MTRR support enabled > io: > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jun 11 2008 > 20:11:11) > npx0: INT 16 interface > pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) > pcibios: BIOS version 2.10 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x1166, dev=0x0014, revid=0x33 > domain=0, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0014, revid=0x00 > domain=0, bus=0, slot=0, func=1 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0014, revid=0x00 > domain=0, bus=0, slot=0, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1002, dev=0x4752, revid=0x27 > domain=0, bus=0, slot=3, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled > map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled > map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled > found-> vendor=0x0e11, dev=0xb203, revid=0x01 > domain=0, bus=0, slot=4, func=0 > class=08-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=3 > powerspec 2 supports D0 D3 current D0 > map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled > map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled > pcib0: slot 4 INTA routed to irq 16 > found-> vendor=0x0e11, dev=0xb204, revid=0x01 > domain=0, bus=0, slot=4, func=2 > class=08-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=5 > powerspec 2 supports D0 D3 current D0 > map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled > map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled > map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled > map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled > pcib0: slot 4 INTB routed to irq 17 > found-> vendor=0x1166, dev=0x0201, revid=0x93 > domain=0, bus=0, slot=15, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0212, revid=0x93 > domain=0, bus=0, slot=15, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=1 > cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled > found-> vendor=0x1166, dev=0x0220, revid=0x05 > domain=0, bus=0, slot=15, func=2 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) > intpin=a, irq=7 > map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled > pcib0: slot 15 INTA routed to irq 7 > found-> vendor=0x1166, dev=0x0225, revid=0x00 > domain=0, bus=0, slot=15, func=3 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=16, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=16, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=17, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1166, dev=0x0101, revid=0x05 > domain=0, bus=0, slot=17, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > vgapci0: port 0x2400-0x24ff mem > 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 > pci0: at device 4.0 (no driver attached) > pci0: at device 4.2 (no driver attached) > isab0: at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=01 > ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 > ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 > ioapic0: routing intpin 14 (ISA IRQ 14) to vector 48 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > ioapic0: routing intpin 15 (ISA IRQ 15) to vector 49 > ata1: [MPSAFE] > ata1: [ITHREAD] > ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at > device 15.2 on pci0 > ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 > ohci0: (New OHCI DeviceId=0x02201166) > ioapic0: routing intpin 7 (PCI IRQ 7) to vector 50 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 > uhub0: 4 ports with 4 removable, self powered > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > pci1: domain=0, physical bus=1 > found-> vendor=0x0e11, dev=0xb178, revid=0x01 > domain=0, bus=1, slot=3, func=0 > class=01-04-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D3 current D0 > MSI supports 2 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled > map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled > map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size > 14, enabled > pcib1: slot 3 INTA routed to irq 30 > ciss0: port 0x3000-0x30ff mem > 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 > ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 > ioapic1: routing intpin 14 (PCI IRQ 30) to vector 51 > ciss0: [MPSAFE] > ciss0: [ITHREAD] > ciss0: using 256 of 1024 available commands > ciss0: firmware 2.36 > ciss0: 2 SCSI channels > ciss0: signature 'CISS' > ciss0: valence 1 > ciss0: supported I/O methods 0xe > ciss0: active I/O method 0x3 > ciss0: 4G page base 0x00000000 > ciss0: interrupt coalesce delay 1000us > ciss0: interrupt coalesce count 16 > ciss0: max outstanding commands 1024 > ciss0: bus types 0x2 > ciss0: server name '' > ciss0: heartbeat 0x3000006e > ciss0: 2 physical devices > ciss0: 1 logical drive > ciss0: logical drive (b0t0): RAID 0, 34304MB online > pcib3: pcibus 3 on motherboard > pci3: on pcib3 > pci3: domain=0, physical bus=3 > pcib6: pcibus 6 on motherboard > pci6: on pcib6 > pci6: domain=0, physical bus=6 > found-> vendor=0x14e4, dev=0x5820, revid=0x10 > domain=0, bus=6, slot=2, func=0 > class=0b-40-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 2 supports D0 D3 current D0 > map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled > pcib6: slot 2 INTA routed to irq 26 > found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 > domain=0, bus=6, slot=30, func=0 > class=08-04-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled > pcib6: slot 30 INTA routed to irq 18 > pci6: at device 2.0 (no driver attached) > pci6: at device 30.0 (no driver > attached) > pcib2: pcibus 2 on motherboard > pci2: on pcib2 > pci2: domain=0, physical bus=2 > found-> vendor=0x14e4, dev=0x16a7, revid=0x02 > domain=0, bus=2, slot=1, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled > pcib2: slot 1 INTA routed to irq 29 > found-> vendor=0x14e4, dev=0x16a7, revid=0x02 > domain=0, bus=2, slot=2, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 2 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled > pcib2: slot 2 INTA routed to irq 31 > pci0:2:1:0: bad VPD cksum, remain 223 > bge0: mem > 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x000818, model 0x0016, rev. 2 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: bpf attached > bge0: Ethernet address: 00:0d:9d:93:cf:f9 > ioapic1: routing intpin 13 (PCI IRQ 29) to vector 52 > bge0: [MPSAFE] > bge0: [ITHREAD] > pci0:2:2:0: bad VPD cksum, remain 223 > bge1: mem > 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 > bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: OUI 0x000818, model 0x0016, rev. 2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: bpf attached > bge1: Ethernet address: 00:0d:9d:93:cf:f8 > ioapic1: routing intpin 15 (PCI IRQ 31) to vector 53 > bge1: [MPSAFE] > bge1: [ITHREAD] > cpu0 on motherboard > p4tcc0: on cpu0 > eisa0: on motherboard > mainboard0: at slot 0 on eisa0 > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed 0 > unknown: status reg test failed ff > unknown: status reg test failed ff > unknown: status reg test failed ff > ex_isa_identify() > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid > ORM0000 on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: current command byte:0065 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:ffffffff > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > atrtc0: at port 0x70 irq 8 on isa0 > atrtc0: registered as a time-of-day clock (resolution 1000000us) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fdc0: ic_type 90 part_id 73 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > isa0 > fdc0: ic_type 90 part_id 73 > ioapic0: routing intpin 6 (ISA IRQ 6) to vector 55 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > fe0: not probed (disabled) > ie0: not probed (disabled) > le0: not probed (disabled) > ppc0: parallel port not found. > ppc0: failed to probe at irq 7 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 > sio0: [FILTER] > sn0: not probed (disabled) > uart0: failed to probe at port 0x3f8 irq 4 on isa0 > uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > uart2: not probed (disabled) > uart3: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > lapic: Divisor 2, Frequency 66367465 hz > Timecounter "TSC" frequency 3185638132 Hz quality 800 > Timecounters tick every 1.000 msec > lo0: bpf attached > hptrr: no controller detected. > ata0: identify ch->devices=00010000 > ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > acd0: setting PIO4 on CSB5 chip > acd0: CDROM drive at ata0 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata1: identify ch->devices=00000000 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) > GEOM: new disk da0 > pass0 at ciss0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-0 device > pass0: 135.168MB/s transfers > ATA PseudoRAID loaded > WARNING: WITNESS option enabled, expect reduced performance. > lock order reversal: (sleepable after non-sleepable) > 1st 0xc43d601c struct mount mtx (struct mount mtx) > @ /usr/src/sys/kern/vfs_subr.c:343 > 2nd 0xc43d6000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 > KDB: stack backtrace: > db_trace_self_wrapper(c0b46739,c3d9cb68,c07cf01e,c0b48fa6,c43d6000,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0b48fa6,c43d6000,c0b4ed2d,c0b4ed2d,c0b4f2d2,...) at > kdb_backtrace+0x29 > witness_checkorder(c43d6000,1,c0b4f2d2,172,4,...) at > witness_checkorder+0x6ee > __lockmgr_args(c43d6000,200100,c43d601c,0,0,...) at __lockmgr_args+0x221 > vfs_busy(c43d6000,200,0,c409ed20,1,...) at vfs_busy+0x1d4 > vfs_mount_alloc(0,c0bf9bc0,c0b4f078,c409ed20,c080cf40,...) at > vfs_mount_alloc+0x78 > vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x26f > start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 > fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- > lock order reversal: (sleepable after non-sleepable) > 1st 0xc4225e10 vnode interlock (vnode interlock) > @ /usr/src/sys/fs/devfs/devfs_vnops.c:288 > 2nd 0xc4225df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 > KDB: stack backtrace: > db_trace_self_wrapper(c0b46739,c3d9ca90,c07cf01e,c0b48fa6,c4225df4,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0b48fa6,c4225df4,c0b39bed,c0b39bed,c0b4f2d2,...) at > kdb_backtrace+0x29 > witness_checkorder(c4225df4,9,c0b4f2d2,7fc,c4225df4,...) at > witness_checkorder+0x6ee > __lockmgr_args(c4225df4,80100,c4225e10,0,0,...) at __lockmgr_args+0x7a8 > vop_stdlock(c3d9cb8c,c0b39da3,c0b3cf7a,80100,c4225d9c,...) at > vop_stdlock+0x62 > VOP_LOCK1_APV(c0bf9ca0,c3d9cb8c,c0c39140,c4225d9c,80100,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4225d9c,80100,c0b4f2d2,7fc,c0b39da3,...) at _vn_lock+0x5e > vget(c4225d9c,80100,c409ed20,121,c0b39d40,...) at vget+0xac > devfs_allocv(c41da580,c43d6000,c3d9cc20,c409ed20,c409edc4,...) at > devfs_allocv+0x118 > devfs_root(c43d6000,80000,c0cbf234,c409ed20,4,...) at devfs_root+0x51 > set_rootvnode(c0cbf220,0,c0b4ec2f,5f1,c080cf40,...) at set_rootvnode+0x2d > vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x34d > start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 > fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- > Trying to mount root from ufs:/dev/da0s1a > ct_to_ts([2008-08-27 14:46:04]) = 1219848364.000000000 > lock order reversal: (sleepable after non-sleepable) > 1st 0xc4225b20 bufobj interlock (bufobj interlock) > @ /usr/src/sys/kern/vfs_bio.c:2442 > 2nd 0xd80e5c80 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 > KDB: stack backtrace: > db_trace_self_wrapper(c0b46739,c3d9c78c,c07cf01e,c0b48fa6,d80e5c80,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0b48fa6,d80e5c80,c0b4dbf8,c0b4dbf8,c0b4d1a7,...) at > kdb_backtrace+0x29 > witness_checkorder(d80e5c80,9,c0b4d1a7,998,4,...) at > witness_checkorder+0x6ee > __lockmgr_args(d80e5c80,81900,c4225b20,c0b4db54,50,...) at > __lockmgr_args+0x7a8 > getblk(c4225a78,0,0,800,0,...) at getblk+0x16e > breadn(c4225a78,0,0,800,0,...) at breadn+0x44 > bread(c4225a78,0,0,800,0,...) at bread+0x4c > ffs_blkatoff(c4225a78,0,0,0,c3d9c9a8,...) at ffs_blkatoff+0xdf > ufs_lookup(c3d9c9ec,c4225a78,0,c4225a78,c3d9ca0c,...) at ufs_lookup+0x2e5 > VOP_CACHEDLOOKUP_APV(c0c20aa0,c3d9c9ec,c3d9cb50,c3d9cb3c,c40a3400,...) at > VOP_CACHEDLOOKUP_APV+0xa5 > vfs_cache_lookup(c3d9ca6c,c3d9ca6c,500000c,80000,c4225a78,...) at > vfs_cache_lookup+0xd7 > VOP_LOOKUP_APV(c0c20aa0,c3d9ca6c,c0b4e9dd,1b0,c3d9cb3c,...) at > VOP_LOOKUP_APV+0xa5 > lookup(c3d9cb24,c0b4e9dd,d8,c0,c40a352c,...) at lookup+0x59e > namei(c3d9cb24,c3d9cb28,c07ce7ec,0,c0cbeaf0,...) at namei+0x47b > kern_unlinkat(c409ed20,ffffff9c,c0b4f074,1,c3d9cc5c,...) at > kern_unlinkat+0x46 > kern_unlink(c409ed20,c0b4f074,1,62c,0,...) at kern_unlink+0x27 > vfs_mountroot_try(c0b4f22e,c0b3cf7c,c0b359ed,1,c080cf40,...) at > vfs_mountroot_try+0x472 > vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x409 > start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 > fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- > start_init: trying /sbin/init > bge0: link state changed to DOWN > bge0: link UP > bge0: link state changed to UP > bge1: link state changed to DOWN > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > _______________________________________________ > 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" > --621616949-857850601-1219875380=:62435-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 22:34:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1072D1065671 for ; Wed, 27 Aug 2008 22:34:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EB3D28FC26 for ; Wed, 27 Aug 2008 22:33:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KYTaL-0000UN-VN for freebsd-current@freebsd.org; Wed, 27 Aug 2008 22:33:54 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2008 22:33:53 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Aug 2008 22:33:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 27 Aug 2008 15:33:43 -0700 Lines: 1227 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 22:34:00 -0000 Robert Watson wrote: > On Wed, 27 Aug 2008, Mark Atkinson wrote: > >> I have two hp dl380's (xeon p4s with ciss) that cannot boot recent >> GENERIC kernels from -current. > > In 6.x, I take it there's also not a long delay at this point in the boot? > In 7.x/8.x the timeout messages and panic are intended to debug apparent > hangs in the boot, but if it's simply the case that we should wait 20 > seconds longer fo > things to work out, we can do that. On the other hand, if it booted just > fine in 6.x without any delay there, that was exactly the sort of problem > this diagnostic was intended to help debug. :-) Both 6.x and the June 11th -current there is no noticeable delay at this point. The July bootonly.iso hangs indefinitely at the same point in the kernel boot as -current from today (I don't think I waited 5 minutes for the timeout but assumed it was hung at this point). >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for >> xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds >> for xpt_config run_interrupt_driven_hooks: still waiting after 240 >> seconds for xpt_config run_interrupt_driven_hooks: still waiting after >> 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: >> waited too long cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 0 tid 100000 td 0xc0caa020 >> kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a >> panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e >> run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) >> at run_interrupt_driven_config_hooks+0x1db >> mi_startup() at mi_startup+0xa6 >> begin() at begin+0x2c >> db> show conifhk >> hook: 0xc0473080 at xpt_config+0 arg: 0 >> >> >> In 6.2-RELEASE, this is what I do get when booting at this point in the >> kernel: >> >> ciss0: command status 0x1 (target status) scsi status 0x2 >> (probe0:ciss0:0:0:0): error 22 >> (probe0:ciss0:0:0:0): Unretryable Error >> ciss0: command status 0x1 (target status) scsi status 0x2 >> (probe0:ciss0:0:0:0): error 22 >> (probe0:ciss0:0:0:0): Unretryable Error >> pass0 at ciss0 bus 0 target 0 lun 0 >> pass0: Fixed Direct Access SCSI-0 device >> pass0: 135.168MB/s transfers >> da0 at ciss0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 135.168MB/s transfers >> da0: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) >> GEOM: new disk da0 >> >> Full 8-current verbose output boot: >> >> >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-CURRENT #0: Wed Aug 27 13:05:01 PDT 2008 >> root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 >> WARNING: WITNESS option enabled, expect reduced performance. >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0fdb000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0fdb198. >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... TSC clock: 3185522100 Hz >> CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.52-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 >> >> Features=0xbfebfbff >> Features2=0x4400 >> Logical CPUs per core: 2 >> >> Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries >> Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries >> 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 >> byte line size >> 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte >> line size >> Trace cache: 12K-uops, 8-way set associative >> 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte >> line size >> real memory = 1073717248 (1023 MB) >> Physical memory chunk(s): >> 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >> 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) >> avail memory = 1038020608 (989 MB) >> Table 'FACP' at 0x3fffa040 >> Table 'APIC' at 0x3fffa100 >> MADT: Found table at 0x3fffa100 >> MP Configuration Table version 1.4 found at 0xc00f29ca >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 0: disabled >> MADT: Found CPU APIC ID 2 ACPI ID 2: disabled >> MADT: Found CPU APIC ID 4 ACPI ID 4: disabled >> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled >> SMP: Added CPU 6 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 1: disabled >> MADT: Found CPU APIC ID 3 ACPI ID 3: disabled >> MADT: Found CPU APIC ID 5 ACPI ID 5: disabled >> MADT: Found CPU APIC ID 7 ACPI ID 7: disabled >> ACPI APIC Table: >> bios32: Found BIOS32 Service Directory header at 0xc00ffee0 >> bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 >> pcibios: PCI BIOS entry at 0xf0000+0x94 >> Other BIOS signatures found: >> APIC: CPU 0 has ACPI ID 6 >> WARNING: Non-uniform processors. >> WARNING: Using suboptimal topology. >> ULE: setup cpu 0 >> ACPI: RSDP @ 0x0xf4f70/0x0014 (v 0 COMPAQ) >> ACPI: RSDT @ 0x0x3fffa000/0x0030 (v 1 COMPAQ P29 0x00000002 Ò >> 0x0000162E) >> ACPI: FACP @ 0x0x3fffa040/0x0074 (v 1 COMPAQ P29 0x00000002 Ò >> 0x0000162E) >> ACPI: DSDT @ 0x0x3fffa240/0x3C44 (v 1 COMPAQ DSDT 0x00000001 MSFT >> 0x0100000B) >> ACPI: FACS @ 0x0x3fffa0c0/0x0040 >> ACPI: APIC @ 0x0x3fffa100/0x00AC (v 1 COMPAQ 00000083 0x00000002 >> 0x00000000) >> ACPI: SPCR @ 0x0x3fffa1c0/0x0050 (v 1 COMPAQ SPCRRBSU 0x00000001 Ò >> 0x0000162E) >> MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 >> ioapic0: Routing external 8259A's -> intpin 0 >> MADT: Found IO APIC ID 3, Interrupt 16 at 0xfec01000 >> MADT: Found IO APIC ID 4, Interrupt 32 at 0xfec02000 >> MADT: Found IO APIC ID 5, Interrupt 48 at 0xfec03000 >> MADT: Interrupt override: source 0, irq 2 >> ioapic0: Routing IRQ 0 -> intpin 2 >> lapic: Routing NMI -> LINT1 >> lapic: LINT1 trigger: edge >> lapic: LINT1 polarity: high >> MADT: Forcing active-low polarity and level trigger for SCI >> ioapic0: intpin 9 polarity: low >> ioapic0: intpin 9 trigger: level >> ioapic0 irqs 0-15 on motherboard >> ioapic1 irqs 16-31 on motherboard >> ioapic2 irqs 32-47 on motherboard >> ioapic3 irqs 48-63 on motherboard >> cpu0 BSP: >> ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff >> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >> timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00000400 >> wlan: <802.11 Link Layer> >> ath_rate: version 1.2 >> random: >> nfslock: pseudo-device >> io: >> kbd: new array size 4 >> kbd1 at kbdmux0 >> mem: >> Pentium Pro MTRR support enabled >> null: >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >> RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Aug 27 >> 2008 13:01:24) >> npx0: INT 16 interface >> acpi0: on motherboard >> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >> acpi0: [MPSAFE] >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: wakeup code va 0xc3d96000 pa 0x1000 >> pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 >> pci_open(1a): mode1res=0x80000000 (0x80000000) >> pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) >> pcibios: BIOS version 2.10 >> AcpiOsDerivePciId: \_SB_.PCI0.CFG0.MEM0 -> bus 0 dev 0 func 0 >> ACPI timer: 0/3 0/3 0/5 1/2 0/3 1/2 1/2 0/3 0/4 0/3 -> 3 >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 >> pci_link0: Index IRQ Rtd Ref IRQs >> Initial Probe 0 7 N 0 4 5 7 10 11 15 >> Validation 0 7 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link1: Index IRQ Rtd Ref IRQs >> Initial Probe 0 3 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link2: Index IRQ Rtd Ref IRQs >> Initial Probe 0 5 N 0 4 5 7 10 11 15 >> Validation 0 5 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link3: Index IRQ Rtd Ref IRQs >> Initial Probe 0 11 N 0 4 5 7 10 11 15 >> Validation 0 11 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link4: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link5: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link6: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link7: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link8: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link9: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link10: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link11: Index IRQ Rtd Ref IRQs >> Initial Probe 0 15 N 0 4 5 7 10 11 15 >> Validation 0 15 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link12: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link13: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link14: Index IRQ Rtd Ref IRQs >> Initial Probe 0 11 N 0 4 5 7 10 11 15 >> Validation 0 11 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link15: Index IRQ Rtd Ref IRQs >> Initial Probe 0 10 N 0 4 5 7 10 11 15 >> Validation 0 10 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link16: Index IRQ Rtd Ref IRQs >> Initial Probe 0 15 N 0 4 5 7 10 11 15 >> Validation 0 15 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link17: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link18: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pci_link19: Index IRQ Rtd Ref IRQs >> Initial Probe 0 255 N 0 4 5 7 10 11 15 >> Validation 0 255 N 0 4 5 7 10 11 15 >> After Disable 0 255 N 0 4 5 7 10 11 15 >> pcib0: on acpi0 >> ACPI: Found matching pin for 0.15.INTA at func 2: 7 >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x1166, dev=0x0014, revid=0x33 >> domain=0, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0014, revid=0x00 >> domain=0, bus=0, slot=0, func=1 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0014, revid=0x00 >> domain=0, bus=0, slot=0, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1002, dev=0x4752, revid=0x27 >> domain=0, bus=0, slot=3, func=0 >> class=03-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) >> powerspec 2 supports D0 D1 D2 D3 current D0 >> map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled >> map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled >> map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled >> found-> vendor=0x0e11, dev=0xb203, revid=0x01 >> domain=0, bus=0, slot=4, func=0 >> class=08-80-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=3 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled >> map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled >> pcib0: matched entry for 0.4.INTA >> pcib0: slot 4 INTA hardwired to IRQ 16 >> found-> vendor=0x0e11, dev=0xb204, revid=0x01 >> domain=0, bus=0, slot=4, func=2 >> class=08-80-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=b, irq=5 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled >> map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled >> map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled >> map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled >> pcib0: matched entry for 0.4.INTB >> pcib0: slot 4 INTB hardwired to IRQ 17 >> found-> vendor=0x1166, dev=0x0201, revid=0x93 >> domain=0, bus=0, slot=15, func=0 >> class=06-01-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) >> lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0212, revid=0x93 >> domain=0, bus=0, slot=15, func=1 >> class=01-01-8a, hdrtype=0x00, mfdev=1 >> cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled >> found-> vendor=0x1166, dev=0x0220, revid=0x05 >> domain=0, bus=0, slot=15, func=2 >> class=0c-03-10, hdrtype=0x00, mfdev=1 >> cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 >> ns) intpin=a, irq=7 >> map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled >> pcib0: matched entry for 0.15.INTA (src \_SB_.IUSB:0) >> ioapic0: Changing trigger for pin 7 to level >> ioapic0: Changing polarity for pin 7 to low >> pcib0: slot 15 INTA routed to irq 7 via \_SB_.IUSB >> found-> vendor=0x1166, dev=0x0225, revid=0x00 >> domain=0, bus=0, slot=15, func=3 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=16, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=16, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=17, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=17, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> vgapci0: port 0x2400-0x24ff mem >> 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 >> pci0: at device 4.0 (no driver attached) >> pci0: at device 4.2 (no driver attached) >> isab0: at device 15.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 >> atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 >> ata0: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >> atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >> ata0: reset tp1 mask=03 ostat0=50 ostat1=01 >> ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 >> ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 >> ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 >> ata0: [MPSAFE] >> ata0: [ITHREAD] >> ata1: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >> atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >> ata1: reset tp1 mask=00 ostat0=ff ostat1=ff >> ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 >> ata1: [MPSAFE] >> ata1: [ITHREAD] >> ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at >> device 15.2 on pci0 >> ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 >> ohci0: (New OHCI DeviceId=0x02201166) >> ioapic0: routing intpin 7 (ISA IRQ 7) to vector 51 >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 >> uhub0: 4 ports with 4 removable, self powered >> pcib1: on acpi0 >> pci1: on pcib1 >> pci1: domain=0, physical bus=1 >> found-> vendor=0x0e11, dev=0xb178, revid=0x01 >> domain=0, bus=1, slot=3, func=0 >> class=01-04-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=10 >> powerspec 2 supports D0 D1 D3 current D0 >> MSI supports 2 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled >> map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled >> map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size >> 14, enabled >> pcib1: matched entry for 1.3.INTA >> pcib1: slot 3 INTA hardwired to IRQ 30 >> ciss0: port 0x3000-0x30ff mem >> 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 >> ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 >> ciss0: PERFORMANT Transport >> ioapic1: routing intpin 14 (PCI IRQ 30) to vector 52 >> ciss0: [MPSAFE] >> ciss0: [ITHREAD] >> ciss0: using 256 of 1024 available commands >> ciss0: firmware 2.36 >> ciss0: 2 SCSI channels >> ciss0: signature 'CISS' >> ciss0: valence 1 >> ciss0: supported I/O methods 0xe >> ciss0: active I/O method 0x5 >> ciss0: 4G page base 0x00000000 >> ciss0: interrupt coalesce delay 0us >> ciss0: interrupt coalesce count 16 >> ciss0: max outstanding commands 1024 >> ciss0: bus types 0x2 >> ciss0: server name '' >> ciss0: heartbeat 0x3000008e >> ciss0: 2 physical devices >> ciss0: 1 logical drive >> ciss0: logical drive (b0t0): RAID 0, 34304MB online >> pcib2: on acpi0 >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> found-> vendor=0x14e4, dev=0x16a7, revid=0x02 >> domain=0, bus=2, slot=1, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=11 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 8 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled >> pcib2: matched entry for 2.1.INTA >> pcib2: slot 1 INTA hardwired to IRQ 29 >> found-> vendor=0x14e4, dev=0x16a7, revid=0x02 >> domain=0, bus=2, slot=2, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=15 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 8 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled >> pcib2: matched entry for 2.2.INTA >> pcib2: slot 2 INTA hardwired to IRQ 31 >> pci0:2:1:0: bad VPD cksum, remain 223 >> bge0: mem >> 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 >> bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: OUI 0x000818, model 0x0016, rev. 2 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge0: bpf attached >> bge0: Ethernet address: 00:0d:9d:93:cf:f9 >> ioapic1: routing intpin 13 (PCI IRQ 29) to vector 53 >> bge0: [MPSAFE] >> bge0: [ITHREAD] >> pci0:2:2:0: bad VPD cksum, remain 223 >> bge1: mem >> 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 >> bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 >> miibus1: on bge1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: OUI 0x000818, model 0x0016, rev. 2 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge1: bpf attached >> bge1: Ethernet address: 00:0d:9d:93:cf:f8 >> ioapic1: routing intpin 15 (PCI IRQ 31) to vector 54 >> bge1: [MPSAFE] >> bge1: [ITHREAD] >> pcib3: on acpi0 >> pci3: on pcib3 >> pci3: domain=0, physical bus=3 >> pcib4: on acpi0 >> pci6: on pcib4 >> pci6: domain=0, physical bus=6 >> found-> vendor=0x14e4, dev=0x5820, revid=0x10 >> domain=0, bus=6, slot=2, func=0 >> class=0b-40-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=15 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled >> pcib4: matched entry for 6.2.INTA >> pcib4: slot 2 INTA hardwired to IRQ 26 >> found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 >> domain=0, bus=6, slot=30, func=0 >> class=08-04-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 1 message, 64 bit >> map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled >> pcib4: matched entry for 6.30.INTA >> pcib4: slot 30 INTA hardwired to IRQ 18 >> pci6: at device 2.0 (no driver attached) >> pci6: at device 30.0 (no >> driver attached) >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> atkbd: the current kbd controller command byte 0065 >> atkbd: keyboard ID 0x41ab (2) >> kbdc: RESET_KBD return code:00fa >> kbdc: RESET_KBD status:00aa >> kbd0 at atkbd0 >> kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 >> ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: unable to allocate IRQ >> psmcpnp0: irq 12 on acpi0 >> psm0: current command byte:0065 >> kbdc: TEST_AUX_PORT status:0000 >> kbdc: RESET_AUX return code:00fa >> kbdc: RESET_AUX status:ffffffff >> kbdc: DIAGNOSE status:0055 >> kbdc: TEST_KBD_PORT status:0000 >> psm0: failed to reset the aux device. >> fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on >> acpi0 fdc0: ic_type 90 part_id 73 >> ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> cpu0: on acpi0 >> cpu0: switching to generic Cx mode >> p4tcc0: on cpu0 >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> ahc_isa_probe 0: ioport 0xc00 alloc failed >> ex_isa_identify() >> ata: ata0 already exists; skipping it >> ata: ata1 already exists; skipping it >> atkbdc: atkbdc0 already exists; skipping it >> fdc: fdc0 already exists; skipping it >> pnp_identify: Trying Read_Port at 203 >> pnp_identify: Trying Read_Port at 243 >> pnp_identify: Trying Read_Port at 283 >> pnp_identify: Trying Read_Port at 2c3 >> pnp_identify: Trying Read_Port at 303 >> pnp_identify: Trying Read_Port at 343 >> pnp_identify: Trying Read_Port at 383 >> pnp_identify: Trying Read_Port at 3c3 >> PNP Identify complete >> sc: sc0 already exists; skipping it >> vga: vga0 already exists; skipping it >> isa_probe_children: disabling PnP devices >> isa_probe_children: probing non-PnP devices >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid >> ORM0000 on isa0 >> adv0: not probed (disabled) >> aha0: not probed (disabled) >> aic0: not probed (disabled) >> atrtc0: at port 0x70 irq 8 on isa0 >> atrtc0: registered as a time-of-day clock (resolution 1000000us) >> bt0: not probed (disabled) >> cs0: not probed (disabled) >> ed0: not probed (disabled) >> fe0: not probed (disabled) >> ie0: not probed (disabled) >> le0: not probed (disabled) >> ppc0: parallel port not found. >> ppc0: failed to probe at irq 7 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) >> sio0 failed to probe at port 0x3f8 irq 4 on isa0 >> sn0: not probed (disabled) >> uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 >> uart0: [FILTER] >> uart0: fast interrupt >> uart0: console (115200,n,8,1) >> uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 >> uart2: not probed (disabled) >> uart3: not probed (disabled) >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> isa_probe_children: probing PnP devices >> Device configuration finished. >> procfs registered >> lapic: Divisor 2, Frequency 66365047 hz >> Timecounter "TSC" frequency 3185522100 Hz quality 800 >> Timecounters tick every 1.000 msec >> lo0: bpf attached >> hptrr: no controller detected. >> ata0: identify ch->devices=00010000 >> fdc0: output ready timeout >> fdc0: output ready timeout >> fdc0: output ready timeout >> fdc0: output ready timeout >> fdc0: output ready timeout >> fdc0: output ready timeout >> fdc0: output ready timeout >> ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> acd0: setting PIO4 on CSB5 chip >> acd0: CDROM drive at ata0 as master >> acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 >> acd0: Reads: CDR, CDRW, CDDA stream, packet >> acd0: Writes: >> acd0: Audio: play, 255 volume levels >> acd0: Mechanism: ejectable tray, unlocked >> acd0: Medium: no/blank disc >> ata1: identify ch->devices=00000000 >> fdc0: output ready timeout >> fdc0: input ready timeout >> fdc0: input ready timeout >> fdc0: output ready timeout >> fdc0: input ready timeout >> fdc0: input ready timeout >> fdc0: output ready timeout >> fdc0: input ready timeout >> fdc0: input ready timeout >> fdc0: output ready timeout >> fdc0: input ready timeout >> fdc0: input ready timeout >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for >> xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds >> for xpt_config run_interrupt_driven_hooks: still waiting after 240 >> seconds for xpt_config run_interrupt_driven_hooks: still waiting after >> 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: >> waited too long cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> >> >> for comparison here is -current from June 11 2008 that boots. I tried >> the July 2008's snapshot and it fails in a similar way to today's >> -current: >> >> OK set hint.sio.0.at="isa" >> OK set hint.sio.0.port="0x3F8" >> OK set hint.sio.0.flags="0x10" >> OK set hint.sio.0.irq="4" >> OK unload kernel >> OK load /boot/kernel.old/kernel >> /boot/kernel.old/kernel text=0x77e034 data=0xba7e0+0xacf78 >> syms=[0x4+0x81940+0x4+0xacbd8] >> OK boot -v -s >> /boot/kernel/acpi.ko text=0x5512c data=0x2640+0x182c >> syms=[0x4+0x8b80+0x4+0xbe19] >> loading required module 'kernel' >> elf32_loadfile: kernel already loaded >> ACPI autoload failed - no such file or directory >> GDB: no debug ports present >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> SMAP type=01 base=0000000000000000 len=000000000009f400 >> SMAP type=02 base=000000000009f400 len=0000000000000c00 >> SMAP type=02 base=00000000000f0000 len=0000000000010000 >> SMAP type=01 base=0000000000100000 len=000000003fefa000 >> SMAP type=03 base=000000003fffa000 len=0000000000006000 >> SMAP type=02 base=00000000fec00000 len=0000000000010000 >> SMAP type=02 base=00000000fee00000 len=0000000000010000 >> SMAP type=02 base=00000000ffc00000 len=0000000000400000 >> SMAP type=01 base=0000000100000000 len=0000000000000000 >> Copyright (c) 1992-2008 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-CURRENT #6: Wed Jun 11 20:14:47 PDT 2008 >> root@dl380-1.f5test.net:/usr/obj/usr/src/sys/DL380 >> WARNING: WITNESS option enabled, expect reduced performance. >> Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc0e16000. >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... TSC clock: 3185638132 Hz >> CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.64-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 >> >> Features=0xbfebfbff >> Features2=0x4400 >> Logical CPUs per core: 2 >> >> Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries >> Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries >> 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 >> byte line size >> 3rd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte >> line size >> Trace cache: 12K-uops, 8-way set associative >> 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte >> line size >> real memory = 1073717248 (1023 MB) >> Physical memory chunk(s): >> 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >> 0x0000000001025000 - 0x000000003eeaefff, 1038655488 bytes (253578 pages) >> avail memory = 1038147584 (990 MB) >> MP Configuration Table version 1.4 found at 0xc00f29ca >> APIC: Using the MPTable enumerator. >> SMP: Added CPU 6 (BSP) >> MPTable: >> bios32: Found BIOS32 Service Directory header at 0xc00ffee0 >> bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 >> pcibios: PCI BIOS entry at 0xf0000+0x94 >> Other BIOS signatures found: >> WARNING: Non-uniform processors. >> WARNING: Using suboptimal topology. >> ULE: setup cpu 0 >> ioapic0: Assuming intbase of 0 >> ioapic0: Routing external 8259A's -> intpin 0 >> ioapic1: Assuming intbase of 16 >> ioapic2: Assuming intbase of 32 >> ioapic3: Assuming intbase of 48 >> ioapic0: intpin 7 bus PCI >> ioapic0: intpin 7 trigger: level >> ioapic0: intpin 7 polarity: low >> ioapic0: Routing IRQ 0 -> intpin 2 >> ioapic0: intpin 9 trigger: level >> ioapic0: intpin 9 polarity: low >> lapic: Routing ExtINT -> LINT0 >> lapic: LINT0 trigger: edge >> lapic: LINT0 polarity: high >> lapic: Routing NMI -> LINT1 >> lapic: LINT1 trigger: edge >> lapic: LINT1 polarity: high >> ioapic0 irqs 0-15 on motherboard >> ioapic1 irqs 16-31 on motherboard >> ioapic2 irqs 32-47 on motherboard >> ioapic3 irqs 48-63 on motherboard >> cpu0 BSP: >> ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff >> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >> timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 >> ath_rate: version 1.2 >> wlan: <802.11 Link Layer> >> null: >> random: >> nfslock: pseudo-device >> kbd: new array size 4 >> kbd1 at kbdmux0 >> mem: >> Pentium Pro MTRR support enabled >> io: >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >> RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jun 11 >> 2008 20:11:11) >> npx0: INT 16 interface >> pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 >> pci_open(1a): mode1res=0x80000000 (0x80000000) >> pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00141166) >> pcibios: BIOS version 2.10 >> pcib0: pcibus 0 on motherboard >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x1166, dev=0x0014, revid=0x33 >> domain=0, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0014, revid=0x00 >> domain=0, bus=0, slot=0, func=1 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0014, revid=0x00 >> domain=0, bus=0, slot=0, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1002, dev=0x4752, revid=0x27 >> domain=0, bus=0, slot=3, func=0 >> class=03-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) >> powerspec 2 supports D0 D1 D2 D3 current D0 >> map[10]: type Memory, range 32, base 0xf1000000, size 24, enabled >> map[14]: type I/O Port, range 32, base 0x2400, size 8, enabled >> map[18]: type Memory, range 32, base 0xf0ff0000, size 12, enabled >> found-> vendor=0x0e11, dev=0xb203, revid=0x01 >> domain=0, bus=0, slot=4, func=0 >> class=08-80-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=3 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x1800, size 8, enabled >> map[14]: type Memory, range 32, base 0xf0fe0000, size 9, enabled >> pcib0: slot 4 INTA routed to irq 16 >> found-> vendor=0x0e11, dev=0xb204, revid=0x01 >> domain=0, bus=0, slot=4, func=2 >> class=08-80-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=b, irq=5 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled >> map[14]: type Memory, range 32, base 0xf0fd0000, size 11, enabled >> map[18]: type Memory, range 32, base 0xf0fc0000, size 13, enabled >> map[1c]: type Memory, range 32, base 0xf0f00000, size 19, enabled >> pcib0: slot 4 INTB routed to irq 17 >> found-> vendor=0x1166, dev=0x0201, revid=0x93 >> domain=0, bus=0, slot=15, func=0 >> class=06-01-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0147, statreg=0x2200, cachelnsz=0 (dwords) >> lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0212, revid=0x93 >> domain=0, bus=0, slot=15, func=1 >> class=01-01-8a, hdrtype=0x00, mfdev=1 >> cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[20]: type I/O Port, range 32, base 0x2000, size 4, enabled >> found-> vendor=0x1166, dev=0x0220, revid=0x05 >> domain=0, bus=0, slot=15, func=2 >> class=0c-03-10, hdrtype=0x00, mfdev=1 >> cmdreg=0x0157, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 >> ns) intpin=a, irq=7 >> map[10]: type Memory, range 32, base 0xf0ef0000, size 12, enabled >> pcib0: slot 15 INTA routed to irq 7 >> found-> vendor=0x1166, dev=0x0225, revid=0x00 >> domain=0, bus=0, slot=15, func=3 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=16, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=16, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x02b0, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=17, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x2230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x1166, dev=0x0101, revid=0x05 >> domain=0, bus=0, slot=17, func=2 >> class=06-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0142, statreg=0x0230, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> vgapci0: port 0x2400-0x24ff mem >> 0xf1000000-0xf1ffffff,0xf0ff0000-0xf0ff0fff at device 3.0 on pci0 >> pci0: at device 4.0 (no driver attached) >> pci0: at device 4.2 (no driver attached) >> isab0: at device 15.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 >> atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 >> ata0: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >> atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >> ata0: reset tp1 mask=03 ostat0=50 ostat1=01 >> ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata0: stat1=0x00 err=0x24 lsb=0xff msb=0x00 >> ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 >> ioapic0: routing intpin 14 (ISA IRQ 14) to vector 48 >> ata0: [MPSAFE] >> ata0: [ITHREAD] >> ata1: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >> atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >> ata1: reset tp1 mask=00 ostat0=ff ostat1=ff >> ioapic0: routing intpin 15 (ISA IRQ 15) to vector 49 >> ata1: [MPSAFE] >> ata1: [ITHREAD] >> ohci0: mem 0xf0ef0000-0xf0ef0fff irq 7 at >> device 15.2 on pci0 >> ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0ef0000 >> ohci0: (New OHCI DeviceId=0x02201166) >> ioapic0: routing intpin 7 (PCI IRQ 7) to vector 50 >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: SMM does not respond, resetting >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 >> uhub0: 4 ports with 4 removable, self powered >> pcib1: pcibus 1 on motherboard >> pci1: on pcib1 >> pci1: domain=0, physical bus=1 >> found-> vendor=0x0e11, dev=0xb178, revid=0x01 >> domain=0, bus=1, slot=3, func=0 >> class=01-04-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=10 >> powerspec 2 supports D0 D1 D3 current D0 >> MSI supports 2 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2dc0000, size 18, enabled >> map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled >> map[1c]: type Prefetchable Memory, range 64, base 0xf2cf0000, size >> 14, enabled >> pcib1: slot 3 INTA routed to irq 30 >> ciss0: port 0x3000-0x30ff mem >> 0xf2dc0000-0xf2dfffff,0xf2cf0000-0xf2cf3fff irq 30 at device 3.0 on pci1 >> ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf2dc0000 >> ioapic1: routing intpin 14 (PCI IRQ 30) to vector 51 >> ciss0: [MPSAFE] >> ciss0: [ITHREAD] >> ciss0: using 256 of 1024 available commands >> ciss0: firmware 2.36 >> ciss0: 2 SCSI channels >> ciss0: signature 'CISS' >> ciss0: valence 1 >> ciss0: supported I/O methods 0xe >> ciss0: active I/O method 0x3 >> ciss0: 4G page base 0x00000000 >> ciss0: interrupt coalesce delay 1000us >> ciss0: interrupt coalesce count 16 >> ciss0: max outstanding commands 1024 >> ciss0: bus types 0x2 >> ciss0: server name '' >> ciss0: heartbeat 0x3000006e >> ciss0: 2 physical devices >> ciss0: 1 logical drive >> ciss0: logical drive (b0t0): RAID 0, 34304MB online >> pcib3: pcibus 3 on motherboard >> pci3: on pcib3 >> pci3: domain=0, physical bus=3 >> pcib6: pcibus 6 on motherboard >> pci6: on pcib6 >> pci6: domain=0, physical bus=6 >> found-> vendor=0x14e4, dev=0x5820, revid=0x10 >> domain=0, bus=6, slot=2, func=0 >> class=0b-40-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=15 >> powerspec 2 supports D0 D3 current D0 >> map[10]: type Memory, range 32, base 0xf7ff0000, size 16, enabled >> pcib6: slot 2 INTA routed to irq 26 >> found-> vendor=0x0e11, dev=0xa0f7, revid=0x14 >> domain=0, bus=6, slot=30, func=0 >> class=08-04-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0142, statreg=0x0430, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 1 message, 64 bit >> map[10]: type Memory, range 32, base 0xf7fe0000, size 12, enabled >> pcib6: slot 30 INTA routed to irq 18 >> pci6: at device 2.0 (no driver attached) >> pci6: at device 30.0 (no >> driver attached) >> pcib2: pcibus 2 on motherboard >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> found-> vendor=0x14e4, dev=0x16a7, revid=0x02 >> domain=0, bus=2, slot=1, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=11 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 8 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2ef0000, size 16, enabled >> pcib2: slot 1 INTA routed to irq 29 >> found-> vendor=0x14e4, dev=0x16a7, revid=0x02 >> domain=0, bus=2, slot=2, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 >> ns) intpin=a, irq=15 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 8 messages, 64 bit >> map[10]: type Memory, range 64, base 0xf2ee0000, size 16, enabled >> pcib2: slot 2 INTA routed to irq 31 >> pci0:2:1:0: bad VPD cksum, remain 223 >> bge0: mem >> 0xf2ef0000-0xf2efffff irq 29 at device 1.0 on pci2 >> bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ef0000 >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: OUI 0x000818, model 0x0016, rev. 2 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge0: bpf attached >> bge0: Ethernet address: 00:0d:9d:93:cf:f9 >> ioapic1: routing intpin 13 (PCI IRQ 29) to vector 52 >> bge0: [MPSAFE] >> bge0: [ITHREAD] >> pci0:2:2:0: bad VPD cksum, remain 223 >> bge1: mem >> 0xf2ee0000-0xf2eeffff irq 31 at device 2.0 on pci2 >> bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2ee0000 >> miibus1: on bge1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: OUI 0x000818, model 0x0016, rev. 2 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge1: bpf attached >> bge1: Ethernet address: 00:0d:9d:93:cf:f8 >> ioapic1: routing intpin 15 (PCI IRQ 31) to vector 53 >> bge1: [MPSAFE] >> bge1: [ITHREAD] >> cpu0 on motherboard >> p4tcc0: on cpu0 >> eisa0: on motherboard >> mainboard0: at slot 0 on eisa0 >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> unknown: status reg test failed 0 >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> unknown: status reg test failed ff >> ex_isa_identify() >> ata: ata0 already exists; skipping it >> ata: ata1 already exists; skipping it >> pnp_identify: Trying Read_Port at 203 >> pnp_identify: Trying Read_Port at 243 >> pnp_identify: Trying Read_Port at 283 >> pnp_identify: Trying Read_Port at 2c3 >> pnp_identify: Trying Read_Port at 303 >> pnp_identify: Trying Read_Port at 343 >> pnp_identify: Trying Read_Port at 383 >> pnp_identify: Trying Read_Port at 3c3 >> PNP Identify complete >> sc: sc0 already exists; skipping it >> vga: vga0 already exists; skipping it >> isa_probe_children: disabling PnP devices >> isa_probe_children: probing non-PnP devices >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff pnpid >> ORM0000 on isa0 >> adv0: not probed (disabled) >> aha0: not probed (disabled) >> aic0: not probed (disabled) >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> atkbd: the current kbd controller command byte 0065 >> atkbd: keyboard ID 0x41ab (2) >> kbdc: RESET_KBD return code:00fa >> kbdc: RESET_KBD status:00aa >> kbd0 at atkbd0 >> kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 >> ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: current command byte:0065 >> kbdc: TEST_AUX_PORT status:0000 >> kbdc: RESET_AUX return code:00fa >> kbdc: RESET_AUX status:ffffffff >> kbdc: DIAGNOSE status:0055 >> kbdc: TEST_KBD_PORT status:0000 >> psm0: failed to reset the aux device. >> atrtc0: at port 0x70 irq 8 on isa0 >> atrtc0: registered as a time-of-day clock (resolution 1000000us) >> bt0: not probed (disabled) >> cs0: not probed (disabled) >> ed0: not probed (disabled) >> fdc0: ic_type 90 part_id 73 >> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 >> on isa0 >> fdc0: ic_type 90 part_id 73 >> ioapic0: routing intpin 6 (ISA IRQ 6) to vector 55 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> fe0: not probed (disabled) >> ie0: not probed (disabled) >> le0: not probed (disabled) >> ppc0: parallel port not found. >> ppc0: failed to probe at irq 7 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) >> sio0: irq maps: 0x1 0x11 0x1 0x1 >> sio0: irq maps: 0x1 0x11 0x1 0x1 >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A, console >> ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 >> sio0: [FILTER] >> sn0: not probed (disabled) >> uart0: failed to probe at port 0x3f8 irq 4 on isa0 >> uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 >> uart2: not probed (disabled) >> uart3: not probed (disabled) >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> isa_probe_children: probing PnP devices >> Device configuration finished. >> procfs registered >> lapic: Divisor 2, Frequency 66367465 hz >> Timecounter "TSC" frequency 3185638132 Hz quality 800 >> Timecounters tick every 1.000 msec >> lo0: bpf attached >> hptrr: no controller detected. >> ata0: identify ch->devices=00010000 >> ata0-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> acd0: setting PIO4 on CSB5 chip >> acd0: CDROM drive at ata0 as master >> acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 >> acd0: Reads: CDR, CDRW, CDDA stream, packet >> acd0: Writes: >> acd0: Audio: play, 255 volume levels >> acd0: Mechanism: ejectable tray, unlocked >> acd0: Medium: no/blank disc >> ata1: identify ch->devices=00000000 >> da0 at ciss0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 135.168MB/s transfers >> da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) >> GEOM: new disk da0 >> pass0 at ciss0 bus 0 target 0 lun 0 >> pass0: Fixed Direct Access SCSI-0 device >> pass0: 135.168MB/s transfers >> ATA PseudoRAID loaded >> WARNING: WITNESS option enabled, expect reduced performance. >> lock order reversal: (sleepable after non-sleepable) >> 1st 0xc43d601c struct mount mtx (struct mount mtx) >> @ /usr/src/sys/kern/vfs_subr.c:343 >> 2nd 0xc43d6000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:370 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0b46739,c3d9cb68,c07cf01e,c0b48fa6,c43d6000,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b48fa6,c43d6000,c0b4ed2d,c0b4ed2d,c0b4f2d2,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c43d6000,1,c0b4f2d2,172,4,...) at >> witness_checkorder+0x6ee >> __lockmgr_args(c43d6000,200100,c43d601c,0,0,...) at __lockmgr_args+0x221 >> vfs_busy(c43d6000,200,0,c409ed20,1,...) at vfs_busy+0x1d4 >> vfs_mount_alloc(0,c0bf9bc0,c0b4f078,c409ed20,c080cf40,...) at >> vfs_mount_alloc+0x78 >> vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x26f >> start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 >> fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- >> lock order reversal: (sleepable after non-sleepable) >> 1st 0xc4225e10 vnode interlock (vnode interlock) >> @ /usr/src/sys/fs/devfs/devfs_vnops.c:288 >> 2nd 0xc4225df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2044 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0b46739,c3d9ca90,c07cf01e,c0b48fa6,c4225df4,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b48fa6,c4225df4,c0b39bed,c0b39bed,c0b4f2d2,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c4225df4,9,c0b4f2d2,7fc,c4225df4,...) at >> witness_checkorder+0x6ee >> __lockmgr_args(c4225df4,80100,c4225e10,0,0,...) at __lockmgr_args+0x7a8 >> vop_stdlock(c3d9cb8c,c0b39da3,c0b3cf7a,80100,c4225d9c,...) at >> vop_stdlock+0x62 >> VOP_LOCK1_APV(c0bf9ca0,c3d9cb8c,c0c39140,c4225d9c,80100,...) at >> VOP_LOCK1_APV+0xa5 >> _vn_lock(c4225d9c,80100,c0b4f2d2,7fc,c0b39da3,...) at _vn_lock+0x5e >> vget(c4225d9c,80100,c409ed20,121,c0b39d40,...) at vget+0xac >> devfs_allocv(c41da580,c43d6000,c3d9cc20,c409ed20,c409edc4,...) at >> devfs_allocv+0x118 >> devfs_root(c43d6000,80000,c0cbf234,c409ed20,4,...) at devfs_root+0x51 >> set_rootvnode(c0cbf220,0,c0b4ec2f,5f1,c080cf40,...) at set_rootvnode+0x2d >> vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x34d >> start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 >> fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- >> Trying to mount root from ufs:/dev/da0s1a >> ct_to_ts([2008-08-27 14:46:04]) = 1219848364.000000000 >> lock order reversal: (sleepable after non-sleepable) >> 1st 0xc4225b20 bufobj interlock (bufobj interlock) >> @ /usr/src/sys/kern/vfs_bio.c:2442 >> 2nd 0xd80e5c80 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0b46739,c3d9c78c,c07cf01e,c0b48fa6,d80e5c80,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b48fa6,d80e5c80,c0b4dbf8,c0b4dbf8,c0b4d1a7,...) at >> kdb_backtrace+0x29 >> witness_checkorder(d80e5c80,9,c0b4d1a7,998,4,...) at >> witness_checkorder+0x6ee >> __lockmgr_args(d80e5c80,81900,c4225b20,c0b4db54,50,...) at >> __lockmgr_args+0x7a8 >> getblk(c4225a78,0,0,800,0,...) at getblk+0x16e >> breadn(c4225a78,0,0,800,0,...) at breadn+0x44 >> bread(c4225a78,0,0,800,0,...) at bread+0x4c >> ffs_blkatoff(c4225a78,0,0,0,c3d9c9a8,...) at ffs_blkatoff+0xdf >> ufs_lookup(c3d9c9ec,c4225a78,0,c4225a78,c3d9ca0c,...) at ufs_lookup+0x2e5 >> VOP_CACHEDLOOKUP_APV(c0c20aa0,c3d9c9ec,c3d9cb50,c3d9cb3c,c40a3400,...) at >> VOP_CACHEDLOOKUP_APV+0xa5 >> vfs_cache_lookup(c3d9ca6c,c3d9ca6c,500000c,80000,c4225a78,...) at >> vfs_cache_lookup+0xd7 >> VOP_LOOKUP_APV(c0c20aa0,c3d9ca6c,c0b4e9dd,1b0,c3d9cb3c,...) at >> VOP_LOOKUP_APV+0xa5 >> lookup(c3d9cb24,c0b4e9dd,d8,c0,c40a352c,...) at lookup+0x59e >> namei(c3d9cb24,c3d9cb28,c07ce7ec,0,c0cbeaf0,...) at namei+0x47b >> kern_unlinkat(c409ed20,ffffff9c,c0b4f074,1,c3d9cc5c,...) at >> kern_unlinkat+0x46 >> kern_unlink(c409ed20,c0b4f074,1,62c,0,...) at kern_unlink+0x27 >> vfs_mountroot_try(c0b4f22e,c0b3cf7c,c0b359ed,1,c080cf40,...) at >> vfs_mountroot_try+0x472 >> vfs_mountroot(c0c6a5d0,4,c0b3e263,264,0,...) at vfs_mountroot+0x409 >> start_init(0,c3d9cd38,c0b3fbac,324,c409cd0c,...) at start_init+0x65 >> fork_exit(c0756550,0,c3d9cd38) at fork_exit+0xc5 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc3d9cd70, ebp = 0 --- >> start_init: trying /sbin/init >> bge0: link state changed to DOWN >> bge0: link UP >> bge0: link state changed to UP >> bge1: link state changed to DOWN -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 23:50:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FAD1065674 for ; Wed, 27 Aug 2008 23:50:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 07D388FC0A for ; Wed, 27 Aug 2008 23:50:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m7RNolxL063853; Wed, 27 Aug 2008 17:50:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48B5E857.9050006@samsco.org> Date: Wed, 27 Aug 2008 17:50:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Mark Atkinson References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 23:50:51 -0000 Mark Atkinson wrote: > I have two hp dl380's (xeon p4s with ciss) that cannot boot recent GENERIC > kernels from -current. > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 0 tid 100000 td 0xc0caa020 > kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a > panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e > run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) at > run_interrupt_driven_config_hooks+0x1db > mi_startup() at mi_startup+0xa6 > begin() at begin+0x2c > db> show conifhk > hook: 0xc0473080 at xpt_config+0 arg: 0 > I'm working on this and will hopefully have a patch to test tonight. Scott From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 00:30:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1161065672 for ; Thu, 28 Aug 2008 00:30:32 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4B98FC15 for ; Thu, 28 Aug 2008 00:30:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so99423fkk.11 for ; Wed, 27 Aug 2008 17:30:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent :sender; bh=bGO3OiYY+XkZXhHNgHu21Io9C1CQkbPolHD2ig/156Y=; b=hPup3/7QRKc7qnDHQqejTEwzy48wiwYnp7PgL4jnt3Hh0/VUIllF3ZBXut5tGH4oSc SGmBZCrE7iJExms8KTAa9Q0zoG3c9b1jU/9nQZdMxrAnQoTI3nC9+efenMWWcnoANGYs N7lL95qbXGsUn/cNEy6PUoKLfcR+bO5tbSkzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent:sender; b=nS4J1w2FclWzkWSLliR4/ziLzJipu67NWdh3GRZqhaixD8p8B2U3OI8bL/Fh87qiN3 v2KIx1EVwfu8CTc3gopK2RNOR0BUoOy7uyZdyEHP2xEcEbXjnCjIAWcqbjEjk5hdzTt4 LgL4US3345fJQ1FU1XN+x8VzeWxo3mpH1NwNU= Received: by 10.181.22.8 with SMTP id z8mr842366bki.78.1219883430809; Wed, 27 Aug 2008 17:30:30 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id u14sm1039503gvf.6.2008.08.27.17.30.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 Aug 2008 17:30:30 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id 30343497; Thu, 28 Aug 2008 01:29:19 +0100 (WEST) Date: Thu, 28 Aug 2008 01:29:19 +0100 From: Rui Paulo To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org, freebsd-net@freebsd.org Message-ID: <20080828002919.GA54169@alpha.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: Subject: HEADS UP: ath_hal updated to 0.10.5.10 -- PLEASE TEST X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 00:30:32 -0000 Hi, We've updated ath_hal in HEAD to 0.10.5.10. This supports a couple of new chips, namely those on the Asus Eee PC, MacBooks and other laptops. If you have an Atheros or Atheros based card, I really wanted you to test it. We were unable to test this in several Atheros chipsets, so if you find a regression, please contact me or Sam Leffler (sam@freebsd.org) ASAP. So, please give it a try :-) Unfortuntely, this will only make 7.1 if the release date slips. So, don't expect this to be MFCed any time soon. Thanks, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 04:54:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9381065670 for ; Thu, 28 Aug 2008 04:54:14 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE968FC14 for ; Thu, 28 Aug 2008 04:54:14 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by qb-out-0506.google.com with SMTP id e34so271560qbe.35 for ; Wed, 27 Aug 2008 21:54:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=yq2yYa03HCOChKIokpN18njvXBOQqZQAgze/IN+/WGc=; b=VC42VIv1Qsf0VOG+Da9EznqDF033i1yVkun0yk9ZefFMftLuSBQB39Vabcp7mGdIaj TzfD9JSwKmc/QJhVU9sGFwfiUUM0Qtudi1cjABvUzpKbyJZYsBYsYE5+7QHbOpi+jmlv 9S2z5iVC25eLKsruxygLjj0NIuukxLmT4jkJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=u6wbM5oZBNx3B5NFiSO65xdP4vuwvg2ob9QIclOlUtlB9MQwXW2MdsI1BOP4yAtn1z MBFAs84upBBofm+tKmIpoEcTNPB2koVJr9gatDCcL/9kybz+rrbXOHj6zyWh5r/Zoid+ 8UtcKuCmGONdzIhFR8m3F1zpqSUFj3j39sTI4= Received: by 10.114.74.18 with SMTP id w18mr895620waa.125.1219899252896; Wed, 27 Aug 2008 21:54:12 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id m25sm641457waf.58.2008.08.27.21.54.09 (version=SSLv3 cipher=RC4-MD5); Wed, 27 Aug 2008 21:54:10 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Thu, 28 Aug 2008 13:54:15 +0900 Date: Thu, 28 Aug 2008 13:54:15 +0900 To: "Paul B. Mahol" Message-ID: <20080828045415.GA11103@freebsd.weongyo.org> Mail-Followup-To: "Paul B. Mahol" , freebsd-current@freebsd.org References: <20080724120210.GA38346@freebsd.weongyo.org> <3a142e750808230849j1158fb8coa9f1d818ddf4a762@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750808230849j1158fb8coa9f1d818ddf4a762@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org Subject: Re: CFT/CFR: NDIS(4) USB 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: Thu, 28 Aug 2008 04:54:14 -0000 On Sat, Aug 23, 2008 at 05:49:37PM +0200, Paul B. Mahol wrote: > On 7/24/08, Weongyo Jeong wrote: > > Hello All, > > > > It looks that NDIS USB support works for some USB wireless drivers so > > I'd like to call for tests to everyone who interested in NDIS for > > FreeBSD. I have 7 USB wireless adapters and with current NDIS USB > > support 4 of 7 adapters are supported. The detail is as follows: > > > > Working: > > U-Khan UW-2054i (Marvell Libertas chipset) > > Netgear WG111v2 (Intersil/Prism chipset) - supported by upgt(4) > > EFM-IPTIME G054U2 (Ralink RT2573) - supported by rum(4) > > ZCOM XM-142 (Intersil/Prism chipset, another revision) > > > > Not working: > > Unicorn WL-54G (ZyDAS zd1211b chipset) - supported by zyd(4) > > Attaching is working sucessfully and LED works fine but it's not > > UPed. > > Zyxel G-200v2 (ZyDAS zd1211 chipset) - supported by zyd(4) > > The sympotom is same with Unicorn WL-54G. > > SMCWUSBT-G-CA EZ 108Mbps (Atheros chipset) > > This NDIS driver uses some functions which aren't supported by > > current NDIS implementation. So I can't test it now. > > > > The patch for HEAD can be found at: > > > > http://people.freebsd.org/~weongyo/patch_ndisusb_20080724.diff > > > > When you try to test this patch, you should make sure that ndiscvt(8) > > is updated. Some instructions like below could be helpful: > > > > # cd /usr/src > > # patch -p0 < ~/patch_ndisusb_20080724.diff > > Here it asked me politely what to do: > I dont have share/man/man4/man4.i386/ndis.4 > but I have share/man/man4/ndis.4 Sorry for my late reply I just come back from holidays. Yes you're right. The ndis.4 file moved to share/man/man4 7 days ago. > > # cd usr.sbin/ndiscvt > > # make && make install > > # cd ~/ > > # ndisgen ABC.inf ABC.sys > > # cd /usr/src/sys/modules/ndis > > # make > > # kldload ./ndis.ko > > Here I get: > link_elf: symbol M_USBDEV undefined > > and kernel will not load it. > I have custom kernel without usb stuff (it is loaded via module) > The only place where M_USBDEV is defined is in sys/dev/usb/usb.h > and I'm somehow at dead end. To compile the NDIS USB support, basically you need USB header files in sys/dev/usb/ and can be updated with csup(1). > > # cd /usr/src/sys/modules/if_ndis > > I can load new if_ndis.ko with old ndis.ko but that is not usefull. > > > # make > > # kldload ./if_ndis.ko > > # kldload ~/ABC_sys.ko > > > > It seems that the current status of NDIS USB support is beta status so > > I'm not sure I've implemented all features yet that it needs more > > debugging and stability. I don't have all H/Ws for testing! :) > > Please tell me if you were successful or you failed though it looks > > it's not easy to debug NDIS .sys binary using disassembler. > > > > Any help and comments are welcome. Thanks. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 05:47:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65E7106567A for ; Thu, 28 Aug 2008 05:47:33 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 5672C8FC13 for ; Thu, 28 Aug 2008 05:47:33 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so299751rvf.43 for ; Wed, 27 Aug 2008 22:47:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=L4fXTR57I7NCyWsz/4W25b9SSrU8QQMmBVTC5spOIIw=; b=xYsQI9owjoI0LNote1WCanNjl5ucPbbLUgw4bzmQ5tZVmBdfRpQn+jkc+r+o/yBeRO Bo72tlAToJ2tpCJtY0bYXUciVKlk6rQHYKAUcyXUM/4s1YKw3znXZtVS52xn52JD7fo9 naCKQ9hGRaeBcb0wMTq+t4/4QPzwh4FqMP+KM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=ZgvU2FfgSsFtRJEFCGknE4X2NlZDUTKd8CwgnkU56Np/QC576hhmk6Vg7nQ4ond1Cj T+2tkse7MSEurTfl3F8F3/zg4/whujCv/OkGE1ESwZ+bRT1ZBKI8piKf9korGOlgYm4I DP4xj5h0MneB02KP57Glw9RiGQYLXYBLu5Xg0= Received: by 10.142.246.6 with SMTP id t6mr316285wfh.119.1219902453003; Wed, 27 Aug 2008 22:47:33 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id 24sm990921wff.17.2008.08.27.22.47.30 (version=SSLv3 cipher=RC4-MD5); Wed, 27 Aug 2008 22:47:32 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Thu, 28 Aug 2008 14:47:36 +0900 Date: Thu, 28 Aug 2008 14:47:36 +0900 To: "Paul B. Mahol" Message-ID: <20080828054736.GB11103@freebsd.weongyo.org> Mail-Followup-To: "Paul B. Mahol" , freebsd-current@freebsd.org References: <20080724120210.GA38346@freebsd.weongyo.org> <3a142e750808230849j1158fb8coa9f1d818ddf4a762@mail.gmail.com> <3a142e750808240309v3085aa33ub49eb189d0ca18d9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750808240309v3085aa33ub49eb189d0ca18d9@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org Subject: Re: CFT/CFR: NDIS(4) USB 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: Thu, 28 Aug 2008 05:47:33 -0000 On Sun, Aug 24, 2008 at 12:09:32PM +0200, Paul B. Mahol wrote: > On 8/23/08, Paul B. Mahol wrote: > > On 7/24/08, Weongyo Jeong wrote: > >> Hello All, > >> > >> It looks that NDIS USB support works for some USB wireless drivers so > >> I'd like to call for tests to everyone who interested in NDIS for > >> FreeBSD. I have 7 USB wireless adapters and with current NDIS USB > >> support 4 of 7 adapters are supported. The detail is as follows: > >> > >> Working: > >> U-Khan UW-2054i (Marvell Libertas chipset) > >> Netgear WG111v2 (Intersil/Prism chipset) - supported by upgt(4) > >> EFM-IPTIME G054U2 (Ralink RT2573) - supported by rum(4) > >> ZCOM XM-142 (Intersil/Prism chipset, another revision) > >> > >> Not working: > >> Unicorn WL-54G (ZyDAS zd1211b chipset) - supported by zyd(4) > >> Attaching is working sucessfully and LED works fine but it's not > >> UPed. > >> Zyxel G-200v2 (ZyDAS zd1211 chipset) - supported by zyd(4) > >> The sympotom is same with Unicorn WL-54G. > >> SMCWUSBT-G-CA EZ 108Mbps (Atheros chipset) > >> This NDIS driver uses some functions which aren't supported by > >> current NDIS implementation. So I can't test it now. > >> > >> The patch for HEAD can be found at: > >> > >> http://people.freebsd.org/~weongyo/patch_ndisusb_20080724.diff > >> > >> When you try to test this patch, you should make sure that ndiscvt(8) > >> is updated. Some instructions like below could be helpful: > >> > >> # cd /usr/src > >> # patch -p0 < ~/patch_ndisusb_20080724.diff > > > > Here it asked me politely what to do: > > I dont have share/man/man4/man4.i386/ndis.4 > > but I have share/man/man4/ndis.4 > > > >> # cd usr.sbin/ndiscvt > >> # make && make install > >> # cd ~/ > >> # ndisgen ABC.inf ABC.sys > >> # cd /usr/src/sys/modules/ndis > >> # make > >> # kldload ./ndis.ko > > > > Here I get: > > link_elf: symbol M_USBDEV undefined > > > > Workaround is to build custom kernel with usb stuff .. > > I tested Edimax EW-7318Ug and EW-7318USg, both partialy supported > with rum(4), mostly because of rx/tx low signals and crashing on > SMP kernel. > > I got following kernel output on console: > > no match for ZwWriteFile > no match for ZwCreateFile > no match for ZwReadFile > > But both cards works fine, scan outputs are working and signal strength is > great (comparing with rum(4)) Also association and data transfer works. > It appears to deadlock if device is detached before module (rt73_sys.ko > in this case) is unloaded, looks like usb problem to me. > > Before it got to HEAD, I would like if newly introduced linking bug got fixed. > > Thanks. It's great to hear success! In a case of `no match for ...' errors you can ignore those if you didn't meet a panic. It's only harmful when NDIS driver call it so I think your NDIS driver don't use. These functions are on TODO list to implement and can be supported soon. Currently detaching NDIS driver could make some problems like deadlocks or panics and AFAIK it's related with aborting USB pipe(IRP cancelling) and locking. It's one of problems to fix hard due to the form of current USB framework (requiring Giant). regards, Weongyo Jeong > > and kernel will not load it. > > I have custom kernel without usb stuff (it is loaded via module) > > The only place where M_USBDEV is defined is in sys/dev/usb/usb.h > > and I'm somehow at dead end. > > > >> # cd /usr/src/sys/modules/if_ndis > > > > I can load new if_ndis.ko with old ndis.ko but that is not usefull. > > > >> # make > >> # kldload ./if_ndis.ko > >> # kldload ~/ABC_sys.ko > >> > >> It seems that the current status of NDIS USB support is beta status so > >> I'm not sure I've implemented all features yet that it needs more > >> debugging and stability. I don't have all H/Ws for testing! :) > >> Please tell me if you were successful or you failed though it looks > >> it's not easy to debug NDIS .sys binary using disassembler. > >> > >> Any help and comments are welcome. Thanks. > >> > >> regards, > >> Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 06:54:00 2008 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 7F04810656A2 for ; Thu, 28 Aug 2008 06:54:00 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1A56B8FC26 for ; Thu, 28 Aug 2008 06:53:59 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1011867uge.39 for ; Wed, 27 Aug 2008 23:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=oRquPksTlG97vy6xWBP924Qqs21Mxq4ROabTEknmIJY=; b=S2Pfnr/vFsDNtbe/fha5OxW0q6eXzgCT7pnm4lbn4zLUEVjlyI3qZLiF1EB+m2i5pz aj6ZCeMeXD6+sSQW1TR8UVj+NJKs6xY5qppDJYCKogrM2bzM2CHpK3vdcMoeIFwOJiZA ZVv1irErF2GUhNpBzaHl7Cs4pHpkuxML4NliY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=aujBzSd/FdhXYUuNYlWwF6fxScYOBThW/jcEJw9DqOxWmlHfTqaUK9sJtnYk5UK+Mw bgB+qcTgJR5CiQ9bNDosKur63dBu5EEBzB6B6EMiwsybQ6J3XqapcmUBe1aveF28Q1Lg u57u5GvZReN5wNV5bYxc64N7JO2Vuyx/zt5Vg= Received: by 10.66.232.10 with SMTP id e10mr2906721ugh.71.1219904882457; Wed, 27 Aug 2008 23:28:02 -0700 (PDT) Received: by 10.210.44.20 with HTTP; Wed, 27 Aug 2008 23:28:02 -0700 (PDT) Message-ID: Date: Thu, 28 Aug 2008 08:28:02 +0200 From: "Pascal Hofstee" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: SATA disks no longer showing up after updating CURRENT last night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 06:54:00 -0000 Moin, Last night i updated my 8.0-CURRENT/amd64 system to svn revision r182296. I then re-applied pjd's zfs-patchset and rebuild world and kernel overnight. This morning i actually went ahead and installed the resulting world and kernel only to discover that during boot my two SATA disks no longer seem to show up at all. The onboard nVidia MCP55 SATA controller is still probed and attached though if memory serves me right the failing boot only showed a single nVidia MCP55 SATA controller on atapci1, instead of two as the working boot does ... one on atapci1 the other on atapci2. My SATA disks are attached to ata2-master and ata3-master respectively (ad4 and ad6) Somebody out there has any idea why the SATA Controller on atapci2 no longer seems to be probed and therefore my disks no longer show up ? -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 07:20:11 2008 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 4805C106567E for ; Thu, 28 Aug 2008 07:20:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp14.yandex.ru (smtp14.yandex.ru [77.88.32.84]) by mx1.freebsd.org (Postfix) with ESMTP id 78FA78FC3F for ; Thu, 28 Aug 2008 07:20:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:4598 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5178880AbYH1HKA (ORCPT ); Thu, 28 Aug 2008 11:10:00 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp14 X-Yandex-TimeMark: 1219907400 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp14.yandex.ru logged sender identity as: bu7cher Message-ID: <48B64F48.9050900@yandex.ru> Date: Thu, 28 Aug 2008 11:10:00 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Pascal Hofstee References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: SATA disks no longer showing up after updating CURRENT last night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 07:20:11 -0000 Pascal Hofstee wrote: > Somebody out there has any idea why the SATA Controller on atapci2 no > longer seems > to be probed and therefore my disks no longer show up ? Can you show your /var/run/dmesg.boot after verbose boot? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 07:38:37 2008 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 CD7621065682 for ; Thu, 28 Aug 2008 07:38:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id A517C8FC37 for ; Thu, 28 Aug 2008 07:38:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m7S7cZjr023506; Thu, 28 Aug 2008 03:38:35 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Thu, 28 Aug 2008 03:38:35 -0400 (EDT) Date: Thu, 28 Aug 2008 03:38:35 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Subject : wlan is borken with lagg [was Re: How to use lagg and wlan together] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 07:38:38 -0000 I've verified that this doesn't work with -current from today. I assume that it used to work before Sam's 20080420 commit that required the wlan device to be used instead of, for instance, ath0. lagg(4) ways that WPA security doesn't work under lagg, but I'm using WEP. Why is wlan not associated when attached as a lagg port? If I remove it as a lagg port or use it independently without lagg, it associates and works fine. But as soon as it is added as a lagg port, it is no longer associated with the AP and it never gets used under failover. Anyone got a clue where to look? I'm not sure what wlan entry points get called when it gets added as a lagg port. I would think that it should stay associated even when not active so it's ready to go under a failover condition. On Tue, 26 Aug 2008, Daniel Eischen wrote: > I'm trying to get a lagg interface with failover to work with bfe0 > and wlan0. The master port is bfe0, with failover to wlan0. The > wlan0 interface is ath0. > > I can get both wlan0 and bfe0 to work independently without being > lagg devices, but only bfe0 works when wlan0 and bfe0 are in a > lagg interface. In other words, when I pull the plug on bfe0, it > does not failover to wlan0. > > The system is a 1 month old -current (i386) that has been pretty > stable and I'm using something like this in /etc/rc.conf: > > wlans_ath0=wlan0 > ifconfig_wlan0="ssid my_ssid \ > wepkey 1:0xblah1 wepkey 2:0xblah2 \ > wepkey 3:0xblah3 wepkey 4:0xblah4 \ > weptxkey 1 authmode shared" > ifconfig_bfe0="up" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0" > ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" > > $ ifconfig -a > ath0: flags=8802 metric 0 mtu 2290 > ether 00:11:f5:9d:54:f5 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > bfe0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:14:22:ae:bc:98 > media: Ethernet autoselect (100baseTX ) > status: active > lagg: laggdev lagg0 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > lagg0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 > inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect > status: active > laggproto failover > laggport: wlan0 flags=0<> > laggport: bfe0 flags=5 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid linksys_SES_45226 channel 6 (2437 Mhz 11g) > regdomain 105 indoor ecm authmode SHARED privacy MIXED deftxkey 1 > wepkey 1:104-bit wepkey 2:104-bit wepkey 3:104-bit txpower 17.5 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi 7 > roam:rate 5 protmode CTS wme burst > lagg: laggdev lagg0 > > Note that wlan0 is not associated as it would normally be when not > configured as a lagg device. If I uplug the cable from bfe0, then I > get: > > bfe0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:14:22:ae:bc:98 > media: Ethernet autoselect (none) > status: no carrier > lagg: laggdev lagg0 > lagg0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 > inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect > status: no carrier > laggproto failover > laggport: wlan0 flags=0<> > laggport: bfe0 flags=1 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid linksys_SES_45226 channel 6 (2437 Mhz 11g) > regdomain 105 indoor ecm authmode SHARED privacy MIXED deftxkey 1 > wepkey 1:104-bit wepkey 2:104-bit wepkey 3:104-bit txpower 17.5 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi 7 > roam:rate 5 protmode CTS wme burst > lagg: laggdev lagg0 > > Any ideas? > > -- DE From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 10:37:02 2008 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 41A3B106564A for ; Thu, 28 Aug 2008 10:37:02 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id F2A288FC2B for ; Thu, 28 Aug 2008 10:37:01 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so167998yxb.13 for ; Thu, 28 Aug 2008 03:37:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=A35YDiC3AIHh2vDijOJlU1DIztus2nSmmsORMCH8wBs=; b=M/cspzP320Qxi1GTupJxf0bAnA/UOkEvp/BERM9vtbeF0FWgBOMx/dGa9nSCvScL2x cwCjIxmlAq04vDoD0msy3qJ/THZId+e2EGU+MhS0Oce9zkv38nCHtLr8Kvs+kAPmzcsL +6dVRk7wGgQSYs/7fHowulg+XDbbfBRsmgmK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=sDb36ibL0+3AQHap4Lq/0IsKxGZ+Y1c603GTUlrGI5kjJBZv82yX3Pb85Cg6PNPBm6 JsneLGXsY3+YEOs2gv/Ut326cWQzw9O8PMbTeCveTlUO44ehrqkKEuEdvSqxwXC7GtsN w+SFwoqgdUH7EZb+GqC4vjLkIUwllYh1V8o5o= Received: by 10.150.12.10 with SMTP id 10mr1872714ybl.168.1219918379732; Thu, 28 Aug 2008 03:12:59 -0700 (PDT) Received: by 10.150.11.12 with HTTP; Thu, 28 Aug 2008 03:12:59 -0700 (PDT) Message-ID: <70e8236f0808280312l55476d5bt55924f89e2c96bff@mail.gmail.com> Date: Thu, 28 Aug 2008 11:12:59 +0100 From: "Joao Barros" To: "Pascal Hofstee" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: current@freebsd.org Subject: Re: SATA disks no longer showing up after updating CURRENT last night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 10:37:02 -0000 On Thu, Aug 28, 2008 at 7:28 AM, Pascal Hofstee wrote: > Moin, > > Last night i updated my 8.0-CURRENT/amd64 system to svn revision r182296. > I then re-applied pjd's zfs-patchset and rebuild world and kernel overnig= ht. > > This morning i actually went ahead and installed the resulting world and = kernel > only to discover that during boot my two SATA disks no longer seem to sho= w up > at all. > > The onboard nVidia MCP55 SATA controller is still probed and attached tho= ugh if > memory serves me right the failing boot only showed a single nVidia MCP55= SATA > controller on atapci1, instead of two as the working boot does ... one > on atapci1 > the other on atapci2. > > My SATA disks are attached to ata2-master and ata3-master respectively > (ad4 and ad6) > > Somebody out there has any idea why the SATA Controller on atapci2 no > longer seems > to be probed and therefore my disks no longer show up ? > I'm having a "similar"ish problem on my system. I was running 7.0R and upgraded to CURRENT as of 26/08/2008 with pjd's zfs-patchset. After rebooting with the new kernel my system hangs here: http://img409.imageshack.us/img409/9995/picture1dk3.png My system consists of 4 disks, 2 on the onboard SATA and 2 on a onboard Promise, kernel on UFS, the rest on zfs using all 4 disks with raidz I was talking with Rui Paulo last night and he gave me the idea to disable the Promise, and voil=E1, the kernel boots but since I need the other 2 disks to complete the raidz I can't boot the system completely. This onboard Promise is a bit picky about sharing interrupts and I checked that, kernel.old boots ok (7.0R) On a side note, boot loader prompt for me can be a 2 seconds experience resulting either on a hang, a reboot or this ZX Spectrum era screen: http://img253.imageshack.us/img253/5765/picture2ua5.png --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 11:16:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3DEF106567C for ; Thu, 28 Aug 2008 11:16:45 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D1968FC12 for ; Thu, 28 Aug 2008 11:16:45 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-20-z2.arcor-online.net (mail-in-20-z2.arcor-online.net [151.189.8.85]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id BBAE81F5049 for ; Thu, 28 Aug 2008 13:16:43 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-20-z2.arcor-online.net (Postfix) with ESMTP id A0EB8107DAC for ; Thu, 28 Aug 2008 13:16:43 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-118-193.pools.arcor-ip.net [88.67.118.193]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 7EBC71061C2 for ; Thu, 28 Aug 2008 13:16:43 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7SBGgBR027793 for ; Thu, 28 Aug 2008 13:16:42 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7SBGgig027792 for freebsd-current@freebsd.org; Thu, 28 Aug 2008 13:16:42 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Thu, 28 Aug 2008 11:16:42 +0000 (UTC) Message-ID: References: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8104/Thu Aug 28 04:11:35 2008 on mail-in-01.arcor-online.net X-Virus-Status: Clean Subject: Re: SATA disks no longer showing up after updating CURRENT last night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 11:16:45 -0000 Pascal Hofstee wrote: > Subject: Re: SATA disks no longer showing up after updating CURRENT last night > The onboard nVidia MCP55 SATA controller is still probed and attached [...] This is likely the same problem I reported here five days ago, thread subject "No root filesystem". The culprit is this commit: SVN rev 181987 on 2008-08-22 02:14:23Z by jhb Extend the support for PCI-e memory mapped configuration space access: jhb has since tried to figure out why this causes the breakage. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 11:44:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62A3B1065672 for ; Thu, 28 Aug 2008 11:44:19 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id DF6AB8FC18 for ; Thu, 28 Aug 2008 11:44:18 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so275298fkk.11 for ; Thu, 28 Aug 2008 04:44:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=kdDRSB9K0+x6PvWWyFgSfia2YPIOLDwa6mxHES/4Y+Q=; b=jfXKq0HN/buu4QsFtbBwT7HRsOGxYp0+m6iCGMhekOKlZcUwUluD2cDVk5Jbinn6BM vtWvNQcolgjqQh7eyh8Xn/RU/TMVYnkya1Tq9q+4CzJ9bcPuynf1TQG974cVq8+2vBYN l++dZSMTOo3yykP/jbb8leLB7np2HqTty05aY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=cCAfo8XuBv2VBcCJE9/MuvneIh296KVjfSsKLt3+pFlPYTub8FsjNMlD//mGv+s6WI XCRPLqju1Ve6plj0gZEqDVFNgIBWB3FZ1slsxsSNltXMJLpOiGv8FDwmUYacfxjcg31C uQh5UAMAjb998h6y+4dL+Cc72UDMGLWq/ZnTw= Received: by 10.180.224.4 with SMTP id w4mr1936105bkg.51.1219923857359; Thu, 28 Aug 2008 04:44:17 -0700 (PDT) Received: from nebuchadnezzar ( [84.129.187.188]) by mx.google.com with ESMTPS id k29sm676327fkk.2.2008.08.28.04.44.16 (version=SSLv3 cipher=RC4-MD5); Thu, 28 Aug 2008 04:44:17 -0700 (PDT) Date: Thu, 28 Aug 2008 13:44:15 +0200 From: Pascal Hofstee To: John Baldwin Message-ID: <20080828134415.22e4eed5@nebuchadnezzar> In-Reply-To: <200808231056.18305.jhb@freebsd.org> References: <200808231056.18305.jhb@freebsd.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 11:44:19 -0000 On Sat, 23 Aug 2008 10:56:17 -0400 John Baldwin wrote: > Does 'acpidump -t' show a MCFG table? Also, can you get the output > of 'devinfo -r' (with working kernel). I am experiencing a similar problem since updating my system this morning (started a seperate thread, but somebody was kind enough to point me to this one). In my case the problem is with regards to on-board nVidia nForce MCP55 SATA300 Controllers. The missing devices in my case are: ad4: 238475MB at ata2-master SATA300 ad6: 476940MB at ata3-master SATA300 acpidump -t shows the following MCFG table: /* MCFG: Length=60, Revision=1, Checksum=108, OEMID=090607, OEM Table ID=OEMMCFG, OEM Revision=0x20070906, Creator ID=MSFT, Creator Revision=0x97 Base Address= 0x00000000e0000000 Segment Group= 0x0000 Start Bus= 0 End Bus= 255 */ devinfo -r output: nexus0 apic0 ram0 I/O memory addresses: 0x0-0x9fbff 0x100000-0x7ffcffff acpi0 Interrupt request lines: 9 I/O ports: 0x10-0x1f 0x22-0x3f 0x44-0x5f 0x62-0x63 0x65-0x6f 0x72-0x7f 0x80 0x84-0x86 0x88 0x8c-0x8e 0x90-0x9f 0xa2-0xbf 0xe0-0xef 0x4d0-0x4d1 0x800-0x80f 0xa00-0xa0f 0xa10-0xa1f 0x2000-0x207f 0x2080-0x20ff 0x2400-0x247f 0x2480-0x24ff 0x2800-0x287f 0x2880-0x28ff 0x2c00-0x2c7f 0x2c80-0x2cff I/O memory addresses: 0xc0000-0xcffff 0xe0000-0xfffff 0xe0000000-0xefffffff 0xfbf80000-0xfbfbffff 0xfec00000-0xffffffff cpu0 acpi_perf0 powernow0 cpufreq0 pcib0 pci0 isab0 I/O ports: 0x2f00-0x2f7f isa0 sc0 uart1 Interrupt request lines: 3 I/O ports: 0x2f8-0x2ff vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 ACPI I/O memory addresses: 0xc0000-0xcefff nfsmb0 I/O ports: 0x2900-0x293f 0x2d00-0x2d3f 0x2e00-0x2e3f smbus0 nfsmb1 smbus1 ohci0 Interrupt request lines: 21 I/O memory addresses: 0xfbffb000-0xfbffbfff usb0 uhub0 ums0 ehci0 Interrupt request lines: 22 I/O memory addresses: 0xfbffac00-0xfbffacff usb1 uhub1 umass0 atapci0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0xffa0-0xffaf ata0 Interrupt request lines: 14 acd0 ata1 Interrupt request lines: 15 atapci1 Interrupt request lines: 23 I/O ports: 0xd880-0xd88f 0xdc00-0xdc03 0xe000-0xe007 0xe080-0xe083 0xe400-0xe407 I/O memory addresses: 0xfbff9000-0xfbff9fff ata2 ad4 subdisk4 ata3 ad6 subdisk6 atapci2 Interrupt request lines: 20 I/O ports: 0xd000-0xd00f 0xd080-0xd083 0xd400-0xd407 0xd480-0xd483 0xd800-0xd807 I/O memory addresses: 0xfbff8000-0xfbff8fff ata4 ata5 pcib1 pci1 pcm0 I/O memory addresses: 0xfbff4000-0xfbff7fff nfe0 Interrupt request lines: 256 257 258 259 260 261 262 263 I/O ports: 0xcc00-0xcc07 I/O memory addresses: 0xfbff3000-0xfbff3fff 0xfbffa400-0xfbffa40f 0xfbffa800-0xfbffa8ff miibus0 ciphy0 pcib2 pci2 pcib3 pci3 pcib4 pci4 pcib5 pci5 pcib6 pci6 vgapci0 I/O memory addresses: 0xd0000000-0xdfffffff 0xfc000000-0xfcffffff 0xfd000000-0xfdffffff hostb0 hostb1 hostb2 hostb3 k8temp0 atdma0 attimer0 atrtc0 Interrupt request lines: 8 I/O ports: 0x70-0x71 fpupnp0 uart0 Interrupt request lines: 4 I/O ports: 0x3f8-0x3ff acpi_sysresource0 acpi_sysresource1 atkbdc0 I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 1 acpi_sysresource2 acpi_sysresource3 acpi_sysresource4 acpi_button0 pci_link0 pci_link1 pci_link2 pci_link3 pci_link4 pci_link5 pci_link6 pci_link7 pci_link8 pci_link9 pci_link10 pci_link11 pci_link12 pci_link13 pci_link14 pci_link15 pci_link16 pci_link17 pci_link18 acpi_hpet0 ACPI I/O memory addresses: 0xfed00000-0xfed003ff acpi_timer0 ACPI I/O ports: 0x2008-0x200b -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 11:45:28 2008 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 7D1ED1065682; Thu, 28 Aug 2008 11:45:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 592688FC2A; Thu, 28 Aug 2008 11:45:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SBjL5Q016495; Thu, 28 Aug 2008 07:45:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SBjLom050496; Thu, 28 Aug 2008 07:45:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B21BD73039; Thu, 28 Aug 2008 07:45:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828114521.B21BD73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 07:45:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 11:45:28 -0000 TB --- 2008-08-28 10:31:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 10:31:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-28 10:31:46 - cleaning the object tree TB --- 2008-08-28 10:32:20 - cvsupping the source tree TB --- 2008-08-28 10:32:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-28 10:32:34 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 10:32:34 - cd /src TB --- 2008-08-28 10:32:34 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 10:32:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 11:38:35 UTC 2008 TB --- 2008-08-28 11:38:35 - generating LINT kernel config TB --- 2008-08-28 11:38:35 - cd /src/sys/sparc64/conf TB --- 2008-08-28 11:38:35 - /usr/bin/make -B LINT TB --- 2008-08-28 11:38:35 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 11:38:35 - cd /src TB --- 2008-08-28 11:38:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 11:38:35 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 11:45:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 11:45:21 - ERROR: failed to build lint kernel TB --- 2008-08-28 11:45:21 - tinderbox aborted TB --- 3183.51 user 389.62 system 4414.96 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 11:49:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180371065690; Thu, 28 Aug 2008 11:49:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4EB8FC20; Thu, 28 Aug 2008 11:49:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7SBnhoQ014014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Aug 2008 21:49:43 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7SBng4M078768; Thu, 28 Aug 2008 21:49:42 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7SBngdd078767; Thu, 28 Aug 2008 21:49:42 +1000 (EST) (envelope-from peter) Date: Thu, 28 Aug 2008 21:49:42 +1000 From: Peter Jeremy To: Kip Macy Message-ID: <20080828114942.GN33600@server.vk2pj.dyndns.org> References: <136a340a0808220719t3a170786s7fd4bcb662d0b981@mail.gmail.com> <48AED560.8010001@FreeBSD.org> <20080822225510.GI32539@server.vk2pj.dyndns.org> <48B0BEC7.1070806@FreeBSD.org> <7d6fde3d0808232039i78fadb9bu7373e1c36f4f37a1@mail.gmail.com> <20080824034055.GB12515@soaustin.net> <20080824042339.GM32539@server.vk2pj.dyndns.org> <3c1674c90808232139k76f8091bw34aa0f9b71437023@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+1TulI7fc0PCHNy3" Content-Disposition: inline In-Reply-To: <3c1674c90808232139k76f8091bw34aa0f9b71437023@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-sun4v@freebsd.org Subject: Re: sun4v arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 11:49:46 -0000 --+1TulI7fc0PCHNy3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-23 21:39:34 -0700, Kip Macy wrote: >There really isn't any magic to bringing up a port. You compile it, >install it, and then run it until it breaks. Once it breaks you spend >a lot of time instrumenting the code to track down what went wrong. About what I expected. I've just bumped into your bsdtalk interview: http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk086.mp3 This appears to give a useful overview into the sun4v port. One thing you mention is that you'd started work on a virtual network driver. How far did this get and can you point me to the code, It seems that the latest OpenBSD runs on sun4v. I haven't investigated how well supported it is. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --+1TulI7fc0PCHNy3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki2kNYACgkQ/opHv/APuIf9DgCfVHEWQhXUcSc8TjlxA/EY5W/i plcAn34QjtjzFVr5g/jDlpx0wmNApoO2 =mLT6 -----END PGP SIGNATURE----- --+1TulI7fc0PCHNy3-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 12:18:23 2008 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 F2F23106566C; Thu, 28 Aug 2008 12:18:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CDBFE8FC0A; Thu, 28 Aug 2008 12:18:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SCIKVC022176; Thu, 28 Aug 2008 08:18:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SCIJYL074086; Thu, 28 Aug 2008 08:18:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDF6B73039; Thu, 28 Aug 2008 08:18:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828121819.DDF6B73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 08:18:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 12:18:23 -0000 TB --- 2008-08-28 11:11:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 11:11:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-28 11:11:56 - cleaning the object tree TB --- 2008-08-28 11:12:21 - cvsupping the source tree TB --- 2008-08-28 11:12:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-28 11:12:37 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 11:12:37 - cd /src TB --- 2008-08-28 11:12:37 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 11:12:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 12:12:50 UTC 2008 TB --- 2008-08-28 12:12:50 - generating LINT kernel config TB --- 2008-08-28 12:12:50 - cd /src/sys/sun4v/conf TB --- 2008-08-28 12:12:50 - /usr/bin/make -B LINT TB --- 2008-08-28 12:12:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 12:12:50 - cd /src TB --- 2008-08-28 12:12:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 12:12:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 12:18:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 12:18:19 - ERROR: failed to build lint kernel TB --- 2008-08-28 12:18:19 - tinderbox aborted TB --- 3172.68 user 387.02 system 3983.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 14:08:23 2008 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 1E13F106567F; Thu, 28 Aug 2008 14:08:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D559F8FC13; Thu, 28 Aug 2008 14:08:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SE8GNZ045233; Thu, 28 Aug 2008 10:08:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SE8G2w069454; Thu, 28 Aug 2008 10:08:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E8D6673039; Thu, 28 Aug 2008 10:08:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828140815.E8D6673039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 10:08:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 14:08:23 -0000 TB --- 2008-08-28 12:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 12:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 12:20:00 - cleaning the object tree TB --- 2008-08-28 12:20:57 - cvsupping the source tree TB --- 2008-08-28 12:20:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 12:21:07 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 12:21:07 - cd /src TB --- 2008-08-28 12:21:07 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 12:21:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 14:00:08 UTC 2008 TB --- 2008-08-28 14:00:08 - generating LINT kernel config TB --- 2008-08-28 14:00:08 - cd /src/sys/amd64/conf TB --- 2008-08-28 14:00:08 - /usr/bin/make -B LINT TB --- 2008-08-28 14:00:08 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 14:00:08 - cd /src TB --- 2008-08-28 14:00:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 14:00:08 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 14:08:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 14:08:15 - ERROR: failed to build lint kernel TB --- 2008-08-28 14:08:15 - tinderbox aborted TB --- 4779.48 user 605.14 system 6495.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 14:43:29 2008 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 26E351065680; Thu, 28 Aug 2008 14:43:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DED6F8FC22; Thu, 28 Aug 2008 14:43:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SEhQ6c054126; Thu, 28 Aug 2008 10:43:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SEhGEb064231; Thu, 28 Aug 2008 10:43:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A66A673039; Thu, 28 Aug 2008 10:43:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828144316.A66A673039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 10:43:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 14:43:29 -0000 TB --- 2008-08-28 13:25:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 13:25:40 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-28 13:25:40 - cleaning the object tree TB --- 2008-08-28 13:26:17 - cvsupping the source tree TB --- 2008-08-28 13:26:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-28 13:26:25 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 13:26:25 - cd /src TB --- 2008-08-28 13:26:25 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 13:26:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 14:34:44 UTC 2008 TB --- 2008-08-28 14:34:44 - generating LINT kernel config TB --- 2008-08-28 14:34:44 - cd /src/sys/i386/conf TB --- 2008-08-28 14:34:44 - /usr/bin/make -B LINT TB --- 2008-08-28 14:34:44 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 14:34:44 - cd /src TB --- 2008-08-28 14:34:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 14:34:44 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 14:43:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 14:43:16 - ERROR: failed to build lint kernel TB --- 2008-08-28 14:43:16 - tinderbox aborted TB --- 3406.54 user 419.14 system 4656.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 14:56:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444201065682; Thu, 28 Aug 2008 14:56:10 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 663038FC22; Thu, 28 Aug 2008 14:56:09 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4EAItXtkh5LQBb/2dsb2JhbACBZbhPgWo X-IronPort-AV: E=Sophos;i="4.32,286,1217773800"; d="scan'208";a="196489033" Received: from ppp121-45-0-91.lns10.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.0.91]) by ipmail04.adl2.internode.on.net with ESMTP; 29 Aug 2008 00:26:06 +0930 Received: from [192.168.155.234] (taurus.internal.clearchain.com [192.168.155.234]) (authenticated bits=0) by mail.clearchain.com (8.14.2/8.14.2) with ESMTP id m7SEu3HV040109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Aug 2008 00:26:04 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <48B6BC81.5060300@clearchain.com> Date: Fri, 29 Aug 2008 00:26:01 +0930 From: Benjamin Close User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Attilio Rao References: <11617822.2511219426408994.JavaMail.coremail@bj163app64.163.com> <200808230003.44081.jhb@freebsd.org> <3bbf2fe10808230233u195f3530wf4e3b6e007b638d9@mail.gmail.com> In-Reply-To: <3bbf2fe10808230233u195f3530wf4e3b6e007b638d9@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.clearchain.com [192.168.154.1]); Fri, 29 Aug 2008 00:26:04 +0930 (CST) Cc: kevinxlinuz , freebsd-current@freebsd.org Subject: Re: [BUG] I think sleepqueue need to be protected in sleepq_broadcast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 14:56:10 -0000 Attilio Rao wrote: > 2008/8/23, John Baldwin : > >> On Friday 22 August 2008 01:33:28 pm kevinxlinuz wrote: >> >>> Hi, >>> I'm looking in the problem ( amd64/124200: kernel panic on mutex sleepq >>> chain).It troubles me for a long time.I add a KASSERT in sleepq_broadcast() >>> to check the sleepqueue's wait channel.At last it turn out that the >>> sleepqueue's wait channel was changed before sleepq_resume_thread(). In >>> sleepq_lookup(),We can easily find sq->sq_wchan == wchan.But after a short >>> time,the sq->sq_wchan nolonger equal with wchan,so I think it was changed >>> by other threads. >>> >> The sleepq chain lock is already held for all of sleepq_broadcast() by the >> caller (see wakeup() and cv_broadcastpri()). That said, I don't have any >> other good ideas for the panic you are seeing. Do you have a crash dump? It >> might be interesting to see what other thread is using that sleep queue. >> > > Ben Close and me investigated this bug extensively and still didn't > find the source. > Factors we have now: > 1) The lock, when accessing with DDB, is exactly locked by another > thread even if it should be held by the curthread. It is like the > mutex cookie gets overwritten by the other thread like if it was free. > An extra drop (and subsequent acquire) is not very likely because of > (2). > 2) KTR traces doesn't show anything wrong. Accesses to sleepqueue > chain lock are paired (both on via mtx_* interface and thread_lock > respectively). This is very strange because it excludes a wrong locks > semantic. > 3) The problem is reproducible even on 4BSD, without PREEMPTION and > even with smp sysctl disabled (it just brings more time). > 4) The bug seems triggered by sx + waitchannel when used in the > sx_sleep() and such. > > I'm thinking this can be some nasty, but sorta of deterministic, race > between sleepqueue accesses between the sx sleepqueue and the > waitchannel sleepqueue. > I have still to think better about it, but actually I'm pretty busy > and if you have good ideas please let me know. > The other common factor, though not 100% verified is everyone experiencing the race is running amd64. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 15:12:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA541065682 for ; Thu, 28 Aug 2008 15:12:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F25328FC1A for ; Thu, 28 Aug 2008 15:12:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KYjAu-0007cz-Ij for freebsd-current@freebsd.org; Thu, 28 Aug 2008 15:12:40 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 15:12:40 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 15:12:40 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 28 Aug 2008 08:12:30 -0700 Lines: 39 Message-ID: References: <48B5E857.9050006@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 15:12:46 -0000 Scott Long wrote: > Mark Atkinson wrote: >> I have two hp dl380's (xeon p4s with ciss) that cannot boot recent >> GENERIC kernels from -current. >> >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for >> xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds >> for xpt_config run_interrupt_driven_hooks: still waiting after 240 >> seconds for xpt_config run_interrupt_driven_hooks: still waiting after >> 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: >> waited too long cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 0 tid 100000 td 0xc0caa020 >> kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a >> panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e >> run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) >> at run_interrupt_driven_config_hooks+0x1db >> mi_startup() at mi_startup+0xa6 >> begin() at begin+0x2c >> db> show conifhk >> hook: 0xc0473080 at xpt_config+0 arg: 0 >> > > I'm working on this and will hopefully have a patch to test tonight. > > Scott A big thank you from my end, I look forward to testing this fix out and getting these machines back up to date. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 15:24:05 2008 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 AA2BF1065670; Thu, 28 Aug 2008 15:24:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6CAF18FC20; Thu, 28 Aug 2008 15:24:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SFNx4H063490; Thu, 28 Aug 2008 11:24:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SFNxd0096437; Thu, 28 Aug 2008 11:23:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 699EE73039; Thu, 28 Aug 2008 11:23:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828152359.699EE73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 11:23:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 15:24:05 -0000 TB --- 2008-08-28 14:08:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 14:08:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-28 14:08:16 - cleaning the object tree TB --- 2008-08-28 14:08:43 - cvsupping the source tree TB --- 2008-08-28 14:08:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-28 14:08:49 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 14:08:49 - cd /src TB --- 2008-08-28 14:08:49 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 14:08:51 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 15:16:31 UTC 2008 TB --- 2008-08-28 15:16:31 - generating LINT kernel config TB --- 2008-08-28 15:16:31 - cd /src/sys/pc98/conf TB --- 2008-08-28 15:16:31 - /usr/bin/make -B LINT TB --- 2008-08-28 15:16:31 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 15:16:31 - cd /src TB --- 2008-08-28 15:16:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 15:16:31 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 15:23:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 15:23:59 - ERROR: failed to build lint kernel TB --- 2008-08-28 15:23:59 - tinderbox aborted TB --- 3335.48 user 421.85 system 4543.15 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 15:40:32 2008 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 178B8106567F; Thu, 28 Aug 2008 15:40:32 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id A8FC18FC18; Thu, 28 Aug 2008 15:40:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 40C7F2BDE1; Fri, 29 Aug 2008 03:10:16 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kjDYy7iLb3yV; Fri, 29 Aug 2008 03:10:07 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 29 Aug 2008 03:10:07 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id BF49C1142C; Fri, 29 Aug 2008 03:10:06 +1200 (NZST) Date: Thu, 28 Aug 2008 08:10:06 -0700 From: Andrew Thompson To: Daniel Eischen Message-ID: <20080828151006.GE98483@citylink.fud.org.nz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 15:40:32 -0000 On Tue, Aug 26, 2008 at 11:41:20AM -0400, Daniel Eischen wrote: > I'm trying to get a lagg interface with failover to work with bfe0 > and wlan0. The master port is bfe0, with failover to wlan0. The > wlan0 interface is ath0. > > I can get both wlan0 and bfe0 to work independently without being > lagg devices, but only bfe0 works when wlan0 and bfe0 are in a > lagg interface. In other words, when I pull the plug on bfe0, it > does not failover to wlan0. > > The system is a 1 month old -current (i386) that has been pretty > stable and I'm using something like this in /etc/rc.conf: > > wlans_ath0=wlan0 > ifconfig_wlan0="ssid my_ssid \ > wepkey 1:0xblah1 wepkey 2:0xblah2 \ > wepkey 3:0xblah3 wepkey 4:0xblah4 \ > weptxkey 1 authmode shared" > ifconfig_bfe0="up" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0" > ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" > > $ ifconfig -a > ath0: flags=8802 metric 0 mtu 2290 > ether 00:11:f5:9d:54:f5 ^^^^^^^^^^^^^^^^^^^^^^^ > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > bfe0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:14:22:ae:bc:98 > media: Ethernet autoselect (100baseTX ) > status: active > lagg: laggdev lagg0 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > lagg0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 ^^^^^^^^^^^^^^^^^^^^^^^ > inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 > media: Ethernet autoselect > status: active > laggproto failover > laggport: wlan0 flags=0<> > laggport: bfe0 flags=5 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:14:22:ae:bc:98 ^^^^^^^^^^^^^^^^^^^^^^^ I wonder if it becuase the lagg driver sets the mac address of all its interfaces to the same value, this has not been propagated back up to the ath0 interface. I wonder if this is the right way to do things. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 16:09:49 2008 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 CBAD11065670; Thu, 28 Aug 2008 16:09:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9638FC1C; Thu, 28 Aug 2008 16:09:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SG9l35029262; Thu, 28 Aug 2008 12:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SG9ki9019421; Thu, 28 Aug 2008 12:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D4ECD73039; Thu, 28 Aug 2008 12:09:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828160946.D4ECD73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 12:09:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 16:09:50 -0000 TB --- 2008-08-28 14:43:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 14:43:16 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-28 14:43:16 - cleaning the object tree TB --- 2008-08-28 14:43:59 - cvsupping the source tree TB --- 2008-08-28 14:43:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-28 14:44:06 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 14:44:06 - cd /src TB --- 2008-08-28 14:44:06 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 14:44:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 16:01:14 UTC 2008 TB --- 2008-08-28 16:01:14 - generating LINT kernel config TB --- 2008-08-28 16:01:14 - cd /src/sys/ia64/conf TB --- 2008-08-28 16:01:14 - /usr/bin/make -B LINT TB --- 2008-08-28 16:01:14 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 16:01:14 - cd /src TB --- 2008-08-28 16:01:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 16:01:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 16:09:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 16:09:46 - ERROR: failed to build lint kernel TB --- 2008-08-28 16:09:46 - tinderbox aborted TB --- 3892.95 user 414.50 system 5189.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 16:12:58 2008 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 490591065675; Thu, 28 Aug 2008 16:12:58 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id EFBE28FC1A; Thu, 28 Aug 2008 16:12:57 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7SFti4x050425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Aug 2008 08:55:44 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48B6CA80.50606@freebsd.org> Date: Thu, 28 Aug 2008 08:55:44 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Andrew Thompson References: <20080828151006.GE98483@citylink.fud.org.nz> In-Reply-To: <20080828151006.GE98483@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: Daniel Eischen , current@freebsd.org Subject: Re: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 16:12:58 -0000 Andrew Thompson wrote: > On Tue, Aug 26, 2008 at 11:41:20AM -0400, Daniel Eischen wrote: > >> I'm trying to get a lagg interface with failover to work with bfe0 >> and wlan0. The master port is bfe0, with failover to wlan0. The >> wlan0 interface is ath0. >> >> I can get both wlan0 and bfe0 to work independently without being >> lagg devices, but only bfe0 works when wlan0 and bfe0 are in a >> lagg interface. In other words, when I pull the plug on bfe0, it >> does not failover to wlan0. >> >> The system is a 1 month old -current (i386) that has been pretty >> stable and I'm using something like this in /etc/rc.conf: >> >> wlans_ath0=wlan0 >> ifconfig_wlan0="ssid my_ssid \ >> wepkey 1:0xblah1 wepkey 2:0xblah2 \ >> wepkey 3:0xblah3 wepkey 4:0xblah4 \ >> weptxkey 1 authmode shared" >> ifconfig_bfe0="up" >> cloned_interfaces="lagg0" >> ifconfig_lagg0="laggproto failover laggport bfe0 laggport wlan0" >> ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xffffff00" >> >> $ ifconfig -a >> ath0: flags=8802 metric 0 mtu 2290 >> ether 00:11:f5:9d:54:f5 >> > ^^^^^^^^^^^^^^^^^^^^^^^ > >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> bfe0: flags=8843 metric 0 mtu 1500 >> options=8 >> ether 00:14:22:ae:bc:98 >> media: Ethernet autoselect (100baseTX ) >> status: active >> lagg: laggdev lagg0 >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> lagg0: flags=8843 metric 0 mtu 1500 >> ether 00:14:22:ae:bc:98 >> > ^^^^^^^^^^^^^^^^^^^^^^^ > >> inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 >> media: Ethernet autoselect >> status: active >> laggproto failover >> laggport: wlan0 flags=0<> >> laggport: bfe0 flags=5 >> wlan0: flags=8843 metric 0 mtu 1500 >> ether 00:14:22:ae:bc:98 >> > ^^^^^^^^^^^^^^^^^^^^^^^ > > I wonder if it becuase the lagg driver sets the mac address of all its > interfaces to the same value, this has not been propagated back up to > the ath0 interface. > > I wonder if this is the right way to do things. > > You can't have the wlan mac address that different from the underlying device (it can only differ in the high byte if the bssid mask is setup in the h/w). Propagating the mac address to the chip would work. Sam From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 16:33:25 2008 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 B567F106566C; Thu, 28 Aug 2008 16:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE968FC12; Thu, 28 Aug 2008 16:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGXLdS079572; Thu, 28 Aug 2008 12:33:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGXL05099837; Thu, 28 Aug 2008 12:33:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C37B73039; Thu, 28 Aug 2008 12:33:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828163321.4C37B73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 12:33:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 16:33:26 -0000 TB --- 2008-08-28 16:09:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 16:09:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-28 16:09:47 - cleaning the object tree TB --- 2008-08-28 16:10:06 - cvsupping the source tree TB --- 2008-08-28 16:10:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-28 16:10:17 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 16:10:17 - cd /src TB --- 2008-08-28 16:10:17 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 16:10:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 16:33:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 16:33:21 - ERROR: failed to build world TB --- 2008-08-28 16:33:21 - tinderbox aborted TB --- 1027.05 user 142.70 system 1414.22 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 16:39:52 2008 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 9D4A01065689; Thu, 28 Aug 2008 16:39:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 742768FC14; Thu, 28 Aug 2008 16:39:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGdk1A080882; Thu, 28 Aug 2008 12:39:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGdkvN017170; Thu, 28 Aug 2008 12:39:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D31DA73039; Thu, 28 Aug 2008 12:39:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828163945.D31DA73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 12:39:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 16:39:52 -0000 TB --- 2008-08-28 15:23:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 15:23:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-28 15:23:59 - cleaning the object tree TB --- 2008-08-28 15:24:29 - cvsupping the source tree TB --- 2008-08-28 15:24:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-28 15:24:37 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 15:24:37 - cd /src TB --- 2008-08-28 15:24:37 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 15:24:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 16:33:17 UTC 2008 TB --- 2008-08-28 16:33:17 - generating LINT kernel config TB --- 2008-08-28 16:33:17 - cd /src/sys/powerpc/conf TB --- 2008-08-28 16:33:17 - /usr/bin/make -B LINT TB --- 2008-08-28 16:33:17 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 16:33:17 - cd /src TB --- 2008-08-28 16:33:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 16:33:17 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 16:39:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 16:39:45 - ERROR: failed to build lint kernel TB --- 2008-08-28 16:39:45 - tinderbox aborted TB --- 3351.08 user 395.51 system 4546.27 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 16:55:24 2008 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 C18B81065672; Thu, 28 Aug 2008 16:55:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 978468FC08; Thu, 28 Aug 2008 16:55:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGtJhJ039704; Thu, 28 Aug 2008 12:55:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SGtJ6D085315; Thu, 28 Aug 2008 12:55:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5352773039; Thu, 28 Aug 2008 12:55:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828165519.5352773039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 12:55:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 16:55:25 -0000 TB --- 2008-08-28 16:33:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 16:33:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-28 16:33:21 - cleaning the object tree TB --- 2008-08-28 16:33:52 - cvsupping the source tree TB --- 2008-08-28 16:33:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-28 16:34:01 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 16:34:01 - cd /src TB --- 2008-08-28 16:34:01 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 16:34:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 16:55:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 16:55:19 - ERROR: failed to build world TB --- 2008-08-28 16:55:19 - tinderbox aborted TB --- 1028.27 user 141.73 system 1317.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 17:18:34 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 851D31065673 for ; Thu, 28 Aug 2008 17:18:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E8B848FC1A for ; Thu, 28 Aug 2008 17:18:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.2/8.14.2) with ESMTP id m7SHITcW067493; Thu, 28 Aug 2008 19:18:31 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.2/8.14.2/Submit) id m7SHISGL067492; Thu, 28 Aug 2008 19:18:28 +0200 (CEST) (envelope-from olli) Date: Thu, 28 Aug 2008 19:18:28 +0200 (CEST) Message-Id: <200808281718.m7SHISGL067492@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, alexanderchuranov@gmail.com, xcllnt@mac.com, admin@stuff.is In-Reply-To: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.3-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 28 Aug 2008 19:18:32 +0200 (CEST) Cc: Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, alexanderchuranov@gmail.com, xcllnt@mac.com, admin@stuff.is List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:18:34 -0000 Alexander Churanov wrote: > Marcel Moolenaar wrote: > > Alexander Churanov wrote: > > > I'm just trying to be realistic and provide doable solution. I leave plans > > > of rewriting every bit of software to others. And I even think that latter > > > is not required, since syscons console is probably not heavily used now. > > > > This is not true. FreeBSD is used in far more environments > > than the typical desktop environment running X11. It is > > therefore important to realize that you cannot claim that > > there's always X11 to fall back upon when it comes to i18n > > or that those cases are not significant or important enough > > to consider. > > I do not know thestatistics, but as for me I'm either using FreeBSD as a > desktop, or as a server (firewall, gateway, router, database - do not > matter). On a desktop machine I have X and server is typically managed via > ssh. This leaves only installation and single-user modes for syscons > console. Other uses are rare for me. > > And how do you use syscons? I have to manage a large number of FreeBSD servers via remote KVM (i.e. KVM-over-IP). That means I have to use syscons via the KVM application inside a browser window. So, whatever, you do, please do not break syscons. ;-) Some personal notes: I'm a German speaker, so my language uses certain non-ASCII characters (Umlauts and others). I have no problem using them with syscons; I use only 8bit (ISO8859-1 and -15). However, I try to avoid non-ASCII in filenames, especially on portable media, because you never know if every system is able to handle them correctly. Just to name an example, there was the case where a friend of mine brought a CD with photos to a shop in order to get them printed. The photo printer terminal (a PC with some custom software) refused to do its job because it choked on some of the file names that contained umlaut characters. Of course I'm aware of the fact that 8bit is not sufficient for some languages, especially Asian ones. Therefore it is certainly desirable to implement UTF-* support for the console (be it syscons or something new). Right now, a Chinese sysadmin cannot simply go to a FreeBSD console, run mutt and read mails from his co-workers that contain Chinese characters. This *does* work fine with Linux. This is clearly an area where FreeBSD is lacking. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 17:23:56 2008 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 819391065689; Thu, 28 Aug 2008 17:23:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 56FC78FC15; Thu, 28 Aug 2008 17:23:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHNnKs090001; Thu, 28 Aug 2008 13:23:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHNnMx048010; Thu, 28 Aug 2008 13:23:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8769A73039; Thu, 28 Aug 2008 13:23:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828172349.8769A73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 13:23:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:23:56 -0000 TB --- 2008-08-28 17:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-08-28 17:00:00 - cleaning the object tree TB --- 2008-08-28 17:00:26 - cvsupping the source tree TB --- 2008-08-28 17:00:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-08-28 17:00:36 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:00:36 - cd /src TB --- 2008-08-28 17:00:36 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:00:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 17:23:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 17:23:49 - ERROR: failed to build world TB --- 2008-08-28 17:23:49 - tinderbox aborted TB --- 1060.87 user 148.22 system 1428.51 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 17:26:53 2008 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 0DE5A1065671; Thu, 28 Aug 2008 17:26:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D73B18FC13; Thu, 28 Aug 2008 17:26:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHQlQL091092; Thu, 28 Aug 2008 13:26:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHQlf2060390; Thu, 28 Aug 2008 13:26:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 91C4273039; Thu, 28 Aug 2008 13:26:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828172647.91C4273039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 13:26:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:26:53 -0000 TB --- 2008-08-28 17:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 17:00:00 - cleaning the object tree TB --- 2008-08-28 17:00:46 - cvsupping the source tree TB --- 2008-08-28 17:00:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 17:00:54 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:00:54 - cd /src TB --- 2008-08-28 17:00:54 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:00:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 17:26:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 17:26:47 - ERROR: failed to build world TB --- 2008-08-28 17:26:47 - tinderbox aborted TB --- 1163.50 user 154.84 system 1606.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 17:48:52 2008 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 07491106573C; Thu, 28 Aug 2008 17:48:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CF5548FC13; Thu, 28 Aug 2008 17:48:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHmk6X095530; Thu, 28 Aug 2008 13:48:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHmkrp069823; Thu, 28 Aug 2008 13:48:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03E2F73039; Thu, 28 Aug 2008 13:48:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828174846.03E2F73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 13:48:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:48:52 -0000 TB --- 2008-08-28 17:23:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:23:49 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-28 17:23:49 - cleaning the object tree TB --- 2008-08-28 17:24:13 - cvsupping the source tree TB --- 2008-08-28 17:24:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-28 17:24:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:24:21 - cd /src TB --- 2008-08-28 17:24:21 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:24:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 17:48:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 17:48:45 - ERROR: failed to build world TB --- 2008-08-28 17:48:45 - tinderbox aborted TB --- 1103.50 user 142.14 system 1496.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 17:51:52 2008 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 61AC1106566B; Thu, 28 Aug 2008 17:51:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 364038FC1D; Thu, 28 Aug 2008 17:51:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHpoeu096379; Thu, 28 Aug 2008 13:51:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SHpoNT034123; Thu, 28 Aug 2008 13:51:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3D1E073039; Thu, 28 Aug 2008 13:51:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828175150.3D1E073039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 13:51:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 17:51:52 -0000 TB --- 2008-08-28 17:26:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:26:47 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-28 17:26:47 - cleaning the object tree TB --- 2008-08-28 17:27:10 - cvsupping the source tree TB --- 2008-08-28 17:27:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-28 17:27:17 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:27:17 - cd /src TB --- 2008-08-28 17:27:17 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:27:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 17:51:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 17:51:50 - ERROR: failed to build world TB --- 2008-08-28 17:51:50 - tinderbox aborted TB --- 1104.17 user 148.63 system 1502.43 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 18:14:52 2008 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 B801E1065676; Thu, 28 Aug 2008 18:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCBD8FC17; Thu, 28 Aug 2008 18:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIEklS002580; Thu, 28 Aug 2008 14:14:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIEkpe097425; Thu, 28 Aug 2008 14:14:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64DE873039; Thu, 28 Aug 2008 14:14:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828181446.64DE873039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 14:14:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 18:14:53 -0000 TB --- 2008-08-28 17:48:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:48:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-28 17:48:46 - cleaning the object tree TB --- 2008-08-28 17:49:03 - cvsupping the source tree TB --- 2008-08-28 17:49:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-28 17:49:12 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:49:12 - cd /src TB --- 2008-08-28 17:49:12 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:49:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 18:14:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 18:14:46 - ERROR: failed to build world TB --- 2008-08-28 18:14:46 - tinderbox aborted TB --- 1183.59 user 147.16 system 1560.18 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 18:16:47 2008 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 4DB2D10656A1; Thu, 28 Aug 2008 18:16:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 224FB8FC1C; Thu, 28 Aug 2008 18:16:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIGf6n057888; Thu, 28 Aug 2008 14:16:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIGfuH004835; Thu, 28 Aug 2008 14:16:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 762A573039; Thu, 28 Aug 2008 14:16:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828181641.762A573039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 14:16:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 18:16:47 -0000 TB --- 2008-08-28 17:51:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:51:50 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-28 17:51:50 - cleaning the object tree TB --- 2008-08-28 17:52:08 - cvsupping the source tree TB --- 2008-08-28 17:52:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-28 17:52:18 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:52:18 - cd /src TB --- 2008-08-28 17:52:18 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:52:20 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 18:16:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 18:16:41 - ERROR: failed to build world TB --- 2008-08-28 18:16:41 - tinderbox aborted TB --- 1119.89 user 147.21 system 1491.00 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 18:24:49 2008 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 A14DA1065A89 for ; Thu, 28 Aug 2008 18:24:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4668FC1A for ; Thu, 28 Aug 2008 18:24:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so45124gve.39 for ; Thu, 28 Aug 2008 11:24:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=n/675FMSwX9G9JTDooeuRKzI2vKlqxRLSovlBa8Clfo=; b=TeqsHaR4jvXpbLNlk0XYncJ7L1B6TyynP8lwT+UIllC23KP9uHDHdZN9M2XDrAukLW Rty0xhB4hhxlt/i8fKVjrAf/d48Lhqv0AmG7wfFSgNrPvCsSNxyioYeUITGaRRm3azlK mkiFJs/CEz3hM1CSDNN5wzEbzcLzPyhEyArZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=vCv/KL4EGqTp/WGowreCPxGAl8qvKhG52rAs/Wke4Sosoih7SxGUC6UNMrsWFIf9hS znxX4KaKmMKTk+35S49seQO/UcJ5QJA40UgjawnGF2I2r3pUCzKEmhP0j2Ox7KueIZhZ JKbO8lR4829G+EhzL2afUwtFarjLpG2zjFmYE= Received: by 10.86.98.10 with SMTP id v10mr1282762fgb.46.1219946443912; Thu, 28 Aug 2008 11:00:43 -0700 (PDT) Received: by 10.86.78.14 with HTTP; Thu, 28 Aug 2008 11:00:43 -0700 (PDT) Message-ID: <3bbf2fe10808281100y5e118cfkc95daa53ca4a64d7@mail.gmail.com> Date: Thu, 28 Aug 2008 20:00:43 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "FreeBSD Tinderbox" In-Reply-To: <20080828175150.3D1E073039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080828175150.3D1E073039@freebsd-current.sentex.ca> X-Google-Sender-Auth: abbf93c239843c0c Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 18:24:49 -0000 2008/8/28, FreeBSD Tinderbox : > TB --- 2008-08-28 17:26:47 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-08-28 17:26:47 - starting HEAD tinderbox run for i386/pc98 > TB --- 2008-08-28 17:26:47 - cleaning the object tree > TB --- 2008-08-28 17:27:10 - cvsupping the source tree > TB --- 2008-08-28 17:27:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile > TB --- 2008-08-28 17:27:17 - building world (CFLAGS=-O -pipe) > TB --- 2008-08-28 17:27:17 - cd /src > TB --- 2008-08-28 17:27:17 - /usr/bin/make -B buildworld > >>> World build started on Thu Aug 28 17:27:19 UTC 2008 > > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > > [...] > cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c > cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c > cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once > /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) > *** Error code 1 > > Stop in /src/cddl/lib/libzpool. > *** Error code 1 > > Stop in /src/cddl/lib. > > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > > TB --- 2008-08-28 17:51:50 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-08-28 17:51:50 - ERROR: failed to build world > TB --- 2008-08-28 17:51:50 - tinderbox aborted > TB --- 1104.17 user 148.63 system 1502.43 real This should be fixed now, sorry. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 18:38:10 2008 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 74693106564A; Thu, 28 Aug 2008 18:38:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 483B38FC13; Thu, 28 Aug 2008 18:38:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIc64c063447; Thu, 28 Aug 2008 14:38:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIc6l6032366; Thu, 28 Aug 2008 14:38:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 306B173039; Thu, 28 Aug 2008 14:38:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828183806.306B173039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 14:38:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 18:38:10 -0000 TB --- 2008-08-28 18:14:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 18:14:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-28 18:14:46 - cleaning the object tree TB --- 2008-08-28 18:14:54 - cvsupping the source tree TB --- 2008-08-28 18:14:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-28 18:15:00 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 18:15:00 - cd /src TB --- 2008-08-28 18:15:00 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 18:15:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 18:38:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 18:38:06 - ERROR: failed to build world TB --- 2008-08-28 18:38:06 - tinderbox aborted TB --- 1027.80 user 143.52 system 1399.61 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 18:39:42 2008 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 510EA1065686; Thu, 28 Aug 2008 18:39:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 68AF78FC18; Thu, 28 Aug 2008 18:39:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIddEI063664; Thu, 28 Aug 2008 14:39:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SIddN7034164; Thu, 28 Aug 2008 14:39:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B3AFC73039; Thu, 28 Aug 2008 14:39:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828183939.B3AFC73039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 14:39:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 18:39:42 -0000 TB --- 2008-08-28 18:16:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 18:16:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-28 18:16:41 - cleaning the object tree TB --- 2008-08-28 18:16:57 - cvsupping the source tree TB --- 2008-08-28 18:16:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-28 18:17:04 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 18:17:04 - cd /src TB --- 2008-08-28 18:17:04 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 18:17:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 18:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 18:39:39 - ERROR: failed to build world TB --- 2008-08-28 18:39:39 - tinderbox aborted TB --- 1027.45 user 143.92 system 1378.00 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 20:01:14 2008 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 676231065672; Thu, 28 Aug 2008 20:01:14 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id 57B438FC28; Thu, 28 Aug 2008 20:01:13 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [10.1.1.54] ([10.1.1.54]) (authenticated bits=0) by lakerest.net (8.14.1/8.14.1) with ESMTP id m7SK1432026875 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 28 Aug 2008 16:01:12 -0400 (EDT) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1219953672; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=1OgqCbnGNWzfWBeYm3S1ChiuByhf2YujlOt/QcJdsrR6ynhwDJWdcgg zdvt0XN4t8QcjVdT2mdG9roD2UFe6hw== Message-Id: <9802793C-038E-4F06-8E9A-D1C2F2902E35@lakerest.net> From: Randall Stewart To: FreeBSD Tinderbox In-Reply-To: <20080828152359.699EE73039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Thu, 28 Aug 2008 16:01:04 -0400 References: <20080828152359.699EE73039@freebsd-current.sentex.ca> X-Mailer: Apple Mail (2.926) Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 20:01:14 -0000 Dang.. I forgot to build lint on this one :-( I will get a fix in as soon as I do .. (the label is not used with invarients .. we panic.. but I will put a goto in anyway to keep the compiler happy) R On Aug 28, 2008, at 11:23 AM, FreeBSD Tinderbox wrote: > TB --- 2008-08-28 14:08:16 - tinderbox 2.3 running on freebsd- > current.sentex.ca > TB --- 2008-08-28 14:08:16 - starting HEAD tinderbox run for i386/pc98 > TB --- 2008-08-28 14:08:16 - cleaning the object tree > TB --- 2008-08-28 14:08:43 - cvsupping the source tree > TB --- 2008-08-28 14:08:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost > -s /tinderbox/HEAD/i386/pc98/supfile > TB --- 2008-08-28 14:08:49 - building world (CFLAGS=-O -pipe) > TB --- 2008-08-28 14:08:49 - cd /src > TB --- 2008-08-28 14:08:49 - /usr/bin/make -B buildworld >>>> World build started on Thu Aug 28 14:08:51 UTC 2008 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Thu Aug 28 15:16:31 UTC 2008 > TB --- 2008-08-28 15:16:31 - generating LINT kernel config > TB --- 2008-08-28 15:16:31 - cd /src/sys/pc98/conf > TB --- 2008-08-28 15:16:31 - /usr/bin/make -B LINT > TB --- 2008-08-28 15:16:31 - building LINT kernel (COPTFLAGS=) > TB --- 2008-08-28 15:16:31 - cd /src > TB --- 2008-08-28 15:16:31 - /usr/bin/make -B buildkernel > KERNCONF=LINT >>>> Kernel build for LINT started on Thu Aug 28 15:16:31 UTC 2008 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF - > fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 - > mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding - > fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ > sctp_output.c > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF - > fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 - > mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding - > fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ > sctp_pcb.c > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF - > fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 - > mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding - > fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ > sctp_peeloff.c > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF - > fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 - > mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding - > fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ > sctp_sysctl.c > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- > prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- > qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - > I/src/sys -I/src/sys/contrib/altq -D_KERNEL - > DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - > finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF - > fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 - > mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding - > fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/ > sctp_timer.c > cc1: warnings being treated as errors > /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': > /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' > defined but not used > *** Error code 1 > > Stop in /obj/pc98/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-08-28 15:23:59 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2008-08-28 15:23:59 - ERROR: failed to build lint kernel > TB --- 2008-08-28 15:23:59 - tinderbox aborted > TB --- 3335.48 user 421.85 system 4543.15 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full > _______________________________________________ > 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 > " > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 20:02:41 2008 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 5C2E9106564A for ; Thu, 28 Aug 2008 20:02:41 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7427D8FC31 for ; Thu, 28 Aug 2008 20:02:40 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so144669nfh.33 for ; Thu, 28 Aug 2008 13:02:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=C/D2SWzqx0D4jPCVispYOU+KOP9N+c3noDf3CR10WCA=; b=ROe05bJoEtKYUgKrxrOF2jHhNJZf2vlNmMadINbP/A4N0g9HAZi9yq/6rmhAw9Lz7z avuZ9gwTZEDLw/dzC08asg9AxJ4MyzvfqU9VaXvf5h/WezSA4FuEhCGl9bYM4MCs+KWI ajy2fQdU7XCAPh0jfiZpduNMaCbEuAtksQkjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=aUHZ0ZyQEgOJPbDOcVzgBN3xbb990358aPwwJZzIM3fgje3K3omXVjRIjf6C2Jz3cL 951QwBq2hqr+Vv2kKqV8FwxCwwIlwADjXlAy4XquRXH1BLzc1Jc9wHLNuzv+1gB3SQJT Gios1pj9F5TDkIbHr/slV+DS7TZsvAhPUIbyc= Received: by 10.67.26.7 with SMTP id d7mr3776600ugj.44.1219953759098; Thu, 28 Aug 2008 13:02:39 -0700 (PDT) Received: by 10.210.44.20 with HTTP; Thu, 28 Aug 2008 13:02:39 -0700 (PDT) Message-ID: Date: Thu, 28 Aug 2008 22:02:39 +0200 From: "Pascal Hofstee" To: "Andrey V. Elsukov" In-Reply-To: <48B64F48.9050900@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48B64F48.9050900@yandex.ru> Cc: current@freebsd.org Subject: Re: SATA disks no longer showing up after updating CURRENT last night X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 20:02:41 -0000 On Thu, Aug 28, 2008 at 9:10 AM, Andrey V. Elsukov wrote: > Pascal Hofstee wrote: >> >> Somebody out there has any idea why the SATA Controller on atapci2 no >> longer seems >> to be probed and therefore my disks no longer show up ? > > Can you show your /var/run/dmesg.boot after verbose boot? Luckily the dmesg kernel buffer was kind enough to keep the content of the previous boot as well the current boot so i was able to salvage the verbose boot output from the problem kernel. Copyright (c) 1993-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #22: Thu Aug 28 00:12:28 CEST 2008 pascal@trinity.zion:/usr/obj/usr/src/sys/TRINITY Preloaded elf kernel "/boot/kernel.broken/kernel" at 0xffffffff812c7000. Preloaded elf obj module "/boot/kernel.broken/zfs.ko" at 0xffffffff812c71d8. Preloaded elf obj module "/boot/kernel.broken/opensolaris.ko" at 0xffffffff812c7888. Preloaded elf obj module "/boot/kernel.broken/dtrace.ko" at 0xffffffff812c7ec0. Preloaded elf obj module "/boot/kernel.broken/cyclic.ko" at 0xffffffff812c8570. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2400017545 Hz CPU: AMD Athlon(tm) 64 Processor 3800+ (2400.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 2128044032 (2029 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x00000000012f5000 - 0x000000007c770fff, 2068299776 bytes (504956 pages) avail memory = 2053513216 (1958 MB) ACPI APIC Table: <090607 APIC1001> APIC: CPU 0 has ACPI ID 1 ULE: setup cpu 0 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ACPI: RSDP @ 0x0xf9be0/0x0014 (v 0 ACPIAM) ACPI: RSDT @ 0x0x7ffd0000/0x003C (v 1 090607 RSDT1001 0x20070906 MSFT 0x00000097) ACPI: FACP @ 0x0x7ffd0200/0x0084 (v 1 090607 FACP1001 0x20070906 MSFT 0x00000097) ACPI: DSDT @ 0x0x7ffd0440/0x4F7A (v 1 1ADGH 1ADGH000 0x00000000 INTL 0x20051117) ACPI: FACS @ 0x0x7ffde000/0x0040 ACPI: APIC @ 0x0x7ffd0390/0x0070 (v 1 090607 APIC1001 0x20070906 MSFT 0x00000097) ACPI: MCFG @ 0x0x7ffd0400/0x003C (v 1 090607 OEMMCFG 0x20070906 MSFT 0x00000097) ACPI: OEMB @ 0x0x7ffde040/0x0071 (v 1 090607 OEMB1001 0x20070906 MSFT 0x00000097) ACPI: HPET @ 0x0x7ffd53c0/0x0038 (v 1 090607 OEMHPET0 0x20070906 MSFT 0x00000097) ACPI: SSDT @ 0x0x7ffd5400/0x0136 (v 1 A M I POWERNOW 0x00000001 AMD 0x00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00000400 wlan: <802.11 Link Layer> ath_rate: version 1.2 kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: null: io: random: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Aug 28 2008 00:12:21) acpi0: <090607 RSDT1001> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIMC -> bus 0 dev 1 func 0 acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x0369, revid=0xa1 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0363, revid=0xa2 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x2f00, size 7, enabled found-> vendor=0x10de, dev=0x0368, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2900, size 6, enabled map[20]: type I/O Port, range 32, base 0x2d00, size 6, enabled map[24]: type I/O Port, range 32, base 0x2e00, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.LSMB:0) pci_link13: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.LSMB found-> vendor=0x10de, dev=0x036c, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffb000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LUB0:0) pci_link8: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.LUB0 found-> vendor=0x10de, dev=0x036d, revid=0xa2 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfbffac00, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.LUB2:0) pci_link10: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.LUB2 found-> vendor=0x10de, dev=0x036e, revid=0xa1 domain=0, bus=0, slot=4, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x10de, dev=0x037f, revid=0xa2 domain=0, bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xe400, size 3, enabled map[14]: type I/O Port, range 32, base 0xe080, size 2, enabled map[18]: type I/O Port, range 32, base 0xe000, size 3, enabled map[1c]: type I/O Port, range 32, base 0xdc00, size 2, enabled map[20]: type I/O Port, range 32, base 0xd880, size 4, enabled map[24]: type Memory, range 32, base 0xfbff9000, size 12, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.LSA0:0) pci_link15: Picked IRQ 23 with weight 0 pcib0: slot 5 INTA routed to irq 23 via \\_SB_.LSA0 found-> vendor=0x10de, dev=0x037f, revid=0xa2 domain=0, bus=0, slot=5, func=1 class=01-01-85, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 3, enabled map[14]: type I/O Port, range 32, base 0xd480, size 2, enabled map[18]: type I/O Port, range 32, base 0xd400, size 3, enabled map[1c]: type I/O Port, range 32, base 0xd080, size 2, enabled map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled map[24]: type Memory, range 32, base 0xfbff8000, size 12, enabled pcib0: matched entry for 0.5.INTB (src \\_SB_.LSA1:0) pci_link16: Picked IRQ 20 with weight 1 pcib0: slot 5 INTB routed to irq 20 via \\_SB_.LSA1 found-> vendor=0x10de, dev=0x0370, revid=0xa2 domain=0, bus=0, slot=6, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0004, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0371, revid=0xa2 domain=0, bus=0, slot=6, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xfbff4000, size 14, enabled pcib0: matched entry for 0.6.INTB (src \\_SB_.LAZA:0) pci_link12: Picked IRQ 21 with weight 1 pcib0: slot 6 INTB routed to irq 21 via \\_SB_.LAZA found-> vendor=0x10de, dev=0x0373, revid=0xa2 domain=0, bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 8 messages, 64 bit, vector masks MSI-X supports 8 messages in maps 0x18 and 0x1c map[10]: type Memory, range 32, base 0xfbff3000, size 12, enabled map[14]: type I/O Port, range 32, base 0xcc00, size 3, enabled map[18]: type Memory, range 32, base 0xfbffa800, size 8, enabled map[1c]: type Memory, range 32, base 0xfbffa400, size 4, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.LMAC:0) pci_link11: Picked IRQ 22 with weight 1 pcib0: slot 8 INTA routed to irq 22 via \\_SB_.LMAC found-> vendor=0x10de, dev=0x0374, revid=0xa2 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0374, revid=0xa2 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0378, revid=0xa2 domain=0, bus=0, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0375, revid=0xa2 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x0377, revid=0xa2 domain=0, bus=0, slot=15, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pci0: at device 0.0 (no driver attached) isab0: port 0x2f00-0x2f7f at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfbffb000-0xfbffbfff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfbffb000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfbffac00-0xfbffacff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfbffac00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 50 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered umass0: on uhub1 umass0:0:0:-1: Attached to scbus0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xfbff9000-0xfbff9fff irq 23 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd880 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfbff9000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe080 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe000 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xdc00 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xfbff8000-0xfbff8fff irq 20 at device 5.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xfbff8000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd800 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd480 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd400 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd080 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] pcib1: at device 6.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 pci0: at device 6.1 (no driver attached) nfe0: port 0xcc00-0xcc07 mem 0xfbff3000-0xfbff3fff,0xfbffa800-0xfbffa8ff,0xfbffa400-0xfbffa40f irq 22 at device 8.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfbff3000 nfe0: Reserved 0x100 bytes for rid 0x18 type 3 at 0xfbffa800 nfe0: Reserved 0x10 bytes for rid 0x1c type 3 at 0xfbffa400 nfe0: attempting to allocate 8 MSI-X vectors (8 supported) msi: routing MSI-X IRQ 256 to vector 55 msi: routing MSI-X IRQ 257 to vector 56 msi: routing MSI-X IRQ 258 to vector 57 msi: routing MSI-X IRQ 259 to vector 58 msi: routing MSI-X IRQ 260 to vector 59 msi: routing MSI-X IRQ 261 to vector 60 msi: routing MSI-X IRQ 262 to vector 61 msi: routing MSI-X IRQ 263 to vector 62 nfe0: using IRQs 256-263 for MSI-X nfe0: Using 8 MSIX messages miibus0: on nfe0 ciphy0: PHY 1 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:16:17:96:44:91 nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 11.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 12.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 13.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: at device 14.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pci5: on pcib5 pci5: domain=0, physical bus=5 pcib6: at device 15.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xfc000000-0xfebfffff pcib6: prefetched decode 0xd0000000-0xdfffffff pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x10de, dev=0x01df, revid=0xa1 domain=0, bus=6, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib6: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib6: requested memory range 0xd0000000-0xdfffffff: good map[1c]: type Memory, range 64, base 0xfc000000, size 24, enabled pcib6: requested memory range 0xfc000000-0xfcffffff: good pcib6: matched entry for 6.0.INTA (src \\_SB_.LNEB:0) pci_link5: Picked IRQ 16 with weight 0 pcib6: slot 0 INTA routed to irq 16 via \\_SB_.LNEB vgapci0: mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci6 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to vector 63 uart0: [FILTER] uart0: fast interrupt atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 64 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it uart: uart0 already exists; skipping it ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 ioapic0: routing intpin 3 (ISA IRQ 3) to vector 65 uart1: [FILTER] uart1: fast interrupt uart2: not probed (disabled) uart3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ums0: on uhub0 ums0: 3 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 132441 -> 100000 procfs registered WARNING: ZFS is considered to be an experimental feature in FreeBSD. lapic: Divisor 2, Frequency 100000734 hz Timecounter "TSC" frequency 2400017545 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: identify ch->devices=00010000 ZFS filesystem version 11 ZFS storage pool version 11 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on nForce MCP55 chip acd0: setting UDMA66 on nForce MCP55 chip acd0: DVDR drive at ata0 as master acd0: read 8268KB/s (8268KB/s) write 8269KB/s (8269KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: identify ch->devices=00000000 ata2: identify ch->devices=00000001 ata2: reiniting channel .. ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=58 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. ata2: reiniting channel .. ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=58 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: reinit done .. ata3: identify ch->devices=00000001 ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-4 device pass0: Serial Number UA07ZR7C pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: Serial Number UA07ZR7C da0: 40.000MB/s transfers da0: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) GEOM_LABEL: Label for provider da0s1 is ntfs/DataStorage. ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=58 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: reinit done .. ata4: identify ch->devices=00000000 ata5: identify ch->devices=00000000 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad4s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ? List of GEOM managed disk devices: ntfs/DataStorage da0s1 da0 acd0 The device ntfs/DataStorage equals da0s1 and is an USB attached datastorage medium. Missing are the devices ad4 and ad6 which should have shown up attached to ata2-master and ata3-master, which to my understanding should have both been children of atapci1. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 20:27:39 2008 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 C91CF1065680; Thu, 28 Aug 2008 20:27:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 84A9F8FC08; Thu, 28 Aug 2008 20:27:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SKRane031509; Thu, 28 Aug 2008 16:27:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SKRa6D067952; Thu, 28 Aug 2008 16:27:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7FA9773039; Thu, 28 Aug 2008 16:27:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828202736.7FA9773039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 16:27:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 20:27:39 -0000 TB --- 2008-08-28 18:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 18:40:00 - cleaning the object tree TB --- 2008-08-28 18:40:23 - cvsupping the source tree TB --- 2008-08-28 18:40:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 18:40:30 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 18:40:30 - cd /src TB --- 2008-08-28 18:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 18:40:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 20:19:21 UTC 2008 TB --- 2008-08-28 20:19:21 - generating LINT kernel config TB --- 2008-08-28 20:19:21 - cd /src/sys/amd64/conf TB --- 2008-08-28 20:19:21 - /usr/bin/make -B LINT TB --- 2008-08-28 20:19:22 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 20:19:22 - cd /src TB --- 2008-08-28 20:19:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 20:19:22 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 20:27:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 20:27:36 - ERROR: failed to build lint kernel TB --- 2008-08-28 20:27:36 - tinderbox aborted TB --- 4778.84 user 601.39 system 6455.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 20:32:03 2008 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 CDC5F10657D9 for ; Thu, 28 Aug 2008 20:32:03 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9BD8FC1B for ; Thu, 28 Aug 2008 20:32:03 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m7SKW2H4027128; Thu, 28 Aug 2008 16:32:02 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Thu, 28 Aug 2008 16:32:02 -0400 (EDT) Date: Thu, 28 Aug 2008 16:32:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Thompson In-Reply-To: <20080828151006.GE98483@citylink.fud.org.nz> Message-ID: References: <20080828151006.GE98483@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 20:32:03 -0000 On Thu, 28 Aug 2008, Andrew Thompson wrote: > On Tue, Aug 26, 2008 at 11:41:20AM -0400, Daniel Eischen wrote: >> I'm trying to get a lagg interface with failover to work with bfe0 >> and wlan0. The master port is bfe0, with failover to wlan0. The >> wlan0 interface is ath0. >> >> I can get both wlan0 and bfe0 to work independently without being >> lagg devices, but only bfe0 works when wlan0 and bfe0 are in a >> lagg interface. In other words, when I pull the plug on bfe0, it >> does not failover to wlan0. >> >> $ ifconfig -a >> ath0: flags=8802 metric 0 mtu 2290 >> ether 00:11:f5:9d:54:f5 > ^^^^^^^^^^^^^^^^^^^^^^^ >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> bfe0: flags=8843 metric 0 mtu 1500 >> options=8 >> ether 00:14:22:ae:bc:98 >> media: Ethernet autoselect (100baseTX ) >> status: active >> lagg: laggdev lagg0 >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> lagg0: flags=8843 metric 0 mtu 1500 >> ether 00:14:22:ae:bc:98 > ^^^^^^^^^^^^^^^^^^^^^^^ >> inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 >> media: Ethernet autoselect >> status: active >> laggproto failover >> laggport: wlan0 flags=0<> >> laggport: bfe0 flags=5 >> wlan0: flags=8843 metric 0 mtu 1500 >> ether 00:14:22:ae:bc:98 > ^^^^^^^^^^^^^^^^^^^^^^^ > > I wonder if it becuase the lagg driver sets the mac address of all its > interfaces to the same value, this has not been propagated back up to > the ath0 interface. Ahh, I didn't notice this. > I wonder if this is the right way to do things. Well, it stops complaints on routers, and perhaps switches, when an IP's MAC address changes. Or perhaps wlan (or any cloned device?) should relay the MAC address change down to the lower level device? -- DE From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 21:01:24 2008 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 3EF32106567B; Thu, 28 Aug 2008 21:01:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3C78FC15; Thu, 28 Aug 2008 21:01:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SL1L2g036101; Thu, 28 Aug 2008 17:01:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SL1L4J066587; Thu, 28 Aug 2008 17:01:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2C1073039; Thu, 28 Aug 2008 17:01:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828210121.A2C1073039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 17:01:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 21:01:24 -0000 TB --- 2008-08-28 19:44:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 19:44:48 - starting HEAD tinderbox run for i386/i386 TB --- 2008-08-28 19:44:48 - cleaning the object tree TB --- 2008-08-28 19:45:01 - cvsupping the source tree TB --- 2008-08-28 19:45:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-08-28 19:45:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 19:45:09 - cd /src TB --- 2008-08-28 19:45:09 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 19:45:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 20:53:05 UTC 2008 TB --- 2008-08-28 20:53:05 - generating LINT kernel config TB --- 2008-08-28 20:53:05 - cd /src/sys/i386/conf TB --- 2008-08-28 20:53:05 - /usr/bin/make -B LINT TB --- 2008-08-28 20:53:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 20:53:05 - cd /src TB --- 2008-08-28 20:53:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 20:53:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 21:01:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 21:01:21 - ERROR: failed to build lint kernel TB --- 2008-08-28 21:01:21 - tinderbox aborted TB --- 3408.44 user 413.99 system 4593.36 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 21:42:20 2008 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 2A367106566B; Thu, 28 Aug 2008 21:42:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EEA1E8FC17; Thu, 28 Aug 2008 21:42:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SLgGTJ041413; Thu, 28 Aug 2008 17:42:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7SLgGQF044173; Thu, 28 Aug 2008 17:42:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E2F273039; Thu, 28 Aug 2008 17:42:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080828214216.9E2F273039@freebsd-current.sentex.ca> Date: Thu, 28 Aug 2008 17:42:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 21:42:20 -0000 TB --- 2008-08-28 20:27:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 20:27:36 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-08-28 20:27:36 - cleaning the object tree TB --- 2008-08-28 20:27:45 - cvsupping the source tree TB --- 2008-08-28 20:27:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-08-28 20:27:55 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 20:27:55 - cd /src TB --- 2008-08-28 20:27:55 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 20:27:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 21:34:56 UTC 2008 TB --- 2008-08-28 21:34:56 - generating LINT kernel config TB --- 2008-08-28 21:34:56 - cd /src/sys/pc98/conf TB --- 2008-08-28 21:34:56 - /usr/bin/make -B LINT TB --- 2008-08-28 21:34:56 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 21:34:56 - cd /src TB --- 2008-08-28 21:34:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 21:34:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 21:42:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 21:42:16 - ERROR: failed to build lint kernel TB --- 2008-08-28 21:42:16 - tinderbox aborted TB --- 3336.42 user 419.92 system 4479.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 22:58:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0991065671 for ; Thu, 28 Aug 2008 22:58:41 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal-mk5.stack.nl [IPv6:2001:610:1108:5010::149]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0D68FC12 for ; Thu, 28 Aug 2008 22:58:41 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id B561F3F9FE; Fri, 29 Aug 2008 00:58:39 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id A2C8D228A2; Fri, 29 Aug 2008 00:58:39 +0200 (CEST) Date: Fri, 29 Aug 2008 00:58:39 +0200 From: Jilles Tjoelker To: Ed Schouten Message-ID: <20080828225839.GA69870@stack.nl> References: <87fxot5hoi.fsf@kobe.laptop> <20080826160144.GG99951@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080826160144.GG99951@hoeg.nl> X-Operating-System: FreeBSD 7.0-STABLE i386 User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Giorgos Keramidas , FreeBSD Current Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 22:58:42 -0000 On Tue, Aug 26, 2008 at 06:01:44PM +0200, Ed Schouten wrote: > There is indeed a small problem w.r.t. ^S/^Q characters with the MPSAFE > TTY code, but it is not so directly involved in the handling of the > actual characters, but a shortcoming of the pts(4) driver. > There is this way a PTY (master device) can be configured to use `packet > mode' (TIOCPKT). When this mode is enabled, all data that is read() by > screen is prepended by a single byte, containing a bit mask of events. > These events include flush events, but also flags indicating tcsetattr() > has been called and has toggled VSTART/VSTOP. > When I implemented the pts(4) driver, I thought the idea behind TIOCPKT > is quite vague, because there is no real reason for pts(4) consumers to > know this information. They just receive the raw data and inject > keyboard actions. The pts(4) driver that lives in SVN now is a little > broken, because it never returns any special events. It just prepends > the data with a zero-byte, to keep the consumers happy. > Screen(1) is a fairly moronic written application, which uses packet > mode for no sensible reason at all. If you just comment out TIOCPKT in > /usr/include/sys/ttycom.h and recompile screen(1), your problems are > gone, right? Packet mode seems intended to improve response time to some control characters. rlogin/rlogind use it as follows: - the server sends any nonzero event mask as TCP out of band data, additionally it may flush some outgoing data if TIOCPKT_FLUSHWRITE is included - the client disables local ^S/^Q handling on TIOCPKT_NOSTOP, enables local ^S/^Q handling on TIOCPKT_DOSTOP and flushes terminal input (both in the TCP stream before the OOB byte and in the kernel's output queue for the tty) on TIOCPKT_FLUSHWRITE The effect is that ^S/^Q are handled locally (if possible) and that a flush (e.g. after ^C) happens faster. telnetd (both the regular and the heimdal kerberos one) seems to use packet mode for a similar purpose, and also to allow canonical (ICANON) input processing in the client (TIOCPKT_IOCTL and EXTPROC lflag). The latter functionality is also known as LINEMODE. sshd does not use packet mode. screen(1) uses TIOCPKT_NOSTOP and TIOCPKT_DOSTOP only. This is described under FLOW-CONTROL in the man page; it is similar to what rlogind does. usr.bin/window uses TIOCPKT_STOP and TIOCPKT_START (as well as TIOCPKT_FLUSHWRITE); I don't know why. > There are three ways ways to fix this problem: > - Implement a real packet mode which properly returns the TIOCPKT_* > flags. Unlike the previous TTY layer, it is a lot harder to do this > with MPSAFE TTY, because it turns the generic TTY code into more > bloat. > The new TTY layer has been designed to be a real front-end for the > device driver. There aren't any driver hooks (yet) to detect the > events supported by TIOCPKT, because `normal drivers' don't need these > event notifications anyway. > - Remove TIOCPKT and TIOCPKT_* to and leave it > there to die. While there, also move definitions of other awkward > commands to this header. > - Both. > I was planning to prepare a changeset soonish, which removes the (in my > opinion) deprecated ioctl()'s from our header files, so I can let the > ports folks run a tinderbox to see how much breaks. This should give us > a good estimation of the best approach. The faster response to ^C/^S/^Q can probably be lived without. EXTPROC and TIOCPKT_IOCTL were useful when canonical mode was used more, e.g. with real csh(1) that pushed canonical mode to its limit. Nowadays, though, almost all tty programs have either a curses-like or a readline-like interface. Screen's usage of TIOCPKT seems to clutter up the code for little benefit. It is only somewhat useful in that it makes ^S/^Q respond faster when running ssh over a slow link. window(1) seems an abandoned piece of software; screen and tmux are nicer. Binaries compiled for old versions will continue to use TIOCPKT. telnetd seems to cope with TIOCEXT not setting EXTPROC. TIOCPKT failures usually cause the program to abort. A slightly better stub TIOCPKT mode could start off with a TIOCPKT_NOSTOP so that ^S/^Q are never treated specially and never generate any of the others. The linuxulator does not seem to translate linux's TIOCPKT, so such a change probably would not break running linux rlogind/telnetd/screen any more than it is already broken (most programs that use TIOCPKT allow compiling without it defined, but abort if it is defined but fails). -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Thu Aug 28 23:12:52 2008 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 1CC901065670; Thu, 28 Aug 2008 23:12:52 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 97B518FC1E; Thu, 28 Aug 2008 23:12:51 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 765522BD96; Fri, 29 Aug 2008 11:12:50 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f6Qb+Vy0BBcZ; Fri, 29 Aug 2008 11:12:46 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 29 Aug 2008 11:12:46 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id A9EC11142A; Fri, 29 Aug 2008 11:12:45 +1200 (NZST) Date: Thu, 28 Aug 2008 16:12:45 -0700 From: Andrew Thompson To: Daniel Eischen Message-ID: <20080828231245.GF98483@citylink.fud.org.nz> References: <20080828151006.GE98483@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2008 23:12:52 -0000 On Thu, Aug 28, 2008 at 04:32:02PM -0400, Daniel Eischen wrote: > On Thu, 28 Aug 2008, Andrew Thompson wrote: > >> On Tue, Aug 26, 2008 at 11:41:20AM -0400, Daniel Eischen wrote: >>> I'm trying to get a lagg interface with failover to work with bfe0 >>> and wlan0. The master port is bfe0, with failover to wlan0. The >>> wlan0 interface is ath0. >>> >>> I can get both wlan0 and bfe0 to work independently without being >>> lagg devices, but only bfe0 works when wlan0 and bfe0 are in a >>> lagg interface. In other words, when I pull the plug on bfe0, it >>> does not failover to wlan0. >>> >>> $ ifconfig -a >>> ath0: flags=8802 metric 0 mtu 2290 >>> ether 00:11:f5:9d:54:f5 >> ^^^^^^^^^^^^^^^^^^^^^^^ >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>> status: associated >>> bfe0: flags=8843 metric 0 mtu 1500 >>> options=8 >>> ether 00:14:22:ae:bc:98 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> lagg: laggdev lagg0 >>> lo0: flags=8049 metric 0 mtu 16384 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >>> inet6 ::1 prefixlen 128 >>> inet 127.0.0.1 netmask 0xff000000 >>> lagg0: flags=8843 metric 0 mtu 1500 >>> ether 00:14:22:ae:bc:98 >> ^^^^^^^^^^^^^^^^^^^^^^^ >>> inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 >>> media: Ethernet autoselect >>> status: active >>> laggproto failover >>> laggport: wlan0 flags=0<> >>> laggport: bfe0 flags=5 >>> wlan0: flags=8843 metric 0 mtu 1500 >>> ether 00:14:22:ae:bc:98 >> ^^^^^^^^^^^^^^^^^^^^^^^ >> >> I wonder if it becuase the lagg driver sets the mac address of all its >> interfaces to the same value, this has not been propagated back up to >> the ath0 interface. > > Ahh, I didn't notice this. > >> I wonder if this is the right way to do things. > > Well, it stops complaints on routers, and perhaps switches, > when an IP's MAC address changes. > > Or perhaps wlan (or any cloned device?) should relay the > MAC address change down to the lower level device? To verify this you could set the mac to the wireless interaces value, ifconfig lagg0 ether 00:11:f5:9d:54:f5 ifconfig lagg0 down/up Andrew From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 01:29:29 2008 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 8113A106566B; Fri, 29 Aug 2008 01:29:29 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 322B98FC1A; Fri, 29 Aug 2008 01:29:28 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m7T1TRpX029559; Thu, 28 Aug 2008 21:29:27 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Thu, 28 Aug 2008 21:29:28 -0400 (EDT) Date: Thu, 28 Aug 2008 21:29:27 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Thompson In-Reply-To: <20080828231245.GF98483@citylink.fud.org.nz> Message-ID: References: <20080828151006.GE98483@citylink.fud.org.nz> <20080828231245.GF98483@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: How to use lagg and wlan together X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 01:29:29 -0000 On Thu, 28 Aug 2008, Andrew Thompson wrote: > On Thu, Aug 28, 2008 at 04:32:02PM -0400, Daniel Eischen wrote: >> On Thu, 28 Aug 2008, Andrew Thompson wrote: >> >>> On Tue, Aug 26, 2008 at 11:41:20AM -0400, Daniel Eischen wrote: >>>> I'm trying to get a lagg interface with failover to work with bfe0 >>>> and wlan0. The master port is bfe0, with failover to wlan0. The >>>> wlan0 interface is ath0. >>>> >>>> I can get both wlan0 and bfe0 to work independently without being >>>> lagg devices, but only bfe0 works when wlan0 and bfe0 are in a >>>> lagg interface. In other words, when I pull the plug on bfe0, it >>>> does not failover to wlan0. >>>> >>>> $ ifconfig -a >>>> ath0: flags=8802 metric 0 mtu 2290 >>>> ether 00:11:f5:9d:54:f5 >>> ^^^^^^^^^^^^^^^^^^^^^^^ >>>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>>> status: associated >>>> bfe0: flags=8843 metric 0 mtu 1500 >>>> options=8 >>>> ether 00:14:22:ae:bc:98 >>>> media: Ethernet autoselect (100baseTX ) >>>> status: active >>>> lagg: laggdev lagg0 >>>> lo0: flags=8049 metric 0 mtu 16384 >>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >>>> inet6 ::1 prefixlen 128 >>>> inet 127.0.0.1 netmask 0xff000000 >>>> lagg0: flags=8843 metric 0 mtu 1500 >>>> ether 00:14:22:ae:bc:98 >>> ^^^^^^^^^^^^^^^^^^^^^^^ >>>> inet 10.0.0.7 netmask 0xffffff00 broadcast 10.0.0.255 >>>> media: Ethernet autoselect >>>> status: active >>>> laggproto failover >>>> laggport: wlan0 flags=0<> >>>> laggport: bfe0 flags=5 >>>> wlan0: flags=8843 metric 0 mtu 1500 >>>> ether 00:14:22:ae:bc:98 >>> ^^^^^^^^^^^^^^^^^^^^^^^ >>> >>> I wonder if it becuase the lagg driver sets the mac address of all its >>> interfaces to the same value, this has not been propagated back up to >>> the ath0 interface. >> >> Ahh, I didn't notice this. >> >>> I wonder if this is the right way to do things. >> >> Well, it stops complaints on routers, and perhaps switches, >> when an IP's MAC address changes. >> >> Or perhaps wlan (or any cloned device?) should relay the >> MAC address change down to the lower level device? > > To verify this you could set the mac to the wireless interaces value, > > ifconfig lagg0 ether 00:11:f5:9d:54:f5 > ifconfig lagg0 down/up Yup, that worked. wlan0 now associates just fine and will failover if bfe goes down. What should the proper fix be? Should lagg propagate the MAC address changes all the way down to the low-level driver? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 02:02:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56BD61065670 for ; Fri, 29 Aug 2008 02:02:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 030A88FC0C for ; Fri, 29 Aug 2008 02:02:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m7T22E3K076433; Thu, 28 Aug 2008 20:02:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48B758A6.7080100@samsco.org> Date: Thu, 28 Aug 2008 20:02:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Mark Atkinson References: <48B5E857.9050006@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 02:02:18 -0000 Mark Atkinson wrote: > Scott Long wrote: > >> Mark Atkinson wrote: >>> I have two hp dl380's (xeon p4s with ciss) that cannot boot recent >>> GENERIC kernels from -current. >>> >>> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >>> run_interrupt_driven_hooks: still waiting after 120 seconds for >>> xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds >>> for xpt_config run_interrupt_driven_hooks: still waiting after 240 >>> seconds for xpt_config run_interrupt_driven_hooks: still waiting after >>> 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: >>> waited too long cpuid = 0 >>> KDB: enter: panic >>> [thread pid 0 tid 100000 ] >>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>> db> bt >>> Tracing pid 0 tid 100000 td 0xc0caa020 >>> kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a >>> panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e >>> run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) >>> at run_interrupt_driven_config_hooks+0x1db >>> mi_startup() at mi_startup+0xa6 >>> begin() at begin+0x2c >>> db> show conifhk >>> hook: 0xc0473080 at xpt_config+0 arg: 0 >>> >> I'm working on this and will hopefully have a patch to test tonight. >> >> Scott > > A big thank you from my end, I look forward to testing this fix out and > getting these machines back up to date. > It should be fixed now. Let me know if you have any further problems. Scott From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 06:41:02 2008 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 3DDC7106566B; Fri, 29 Aug 2008 06:41:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 165EF8FC15; Fri, 29 Aug 2008 06:41:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T6evte069994; Fri, 29 Aug 2008 02:40:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T6evVu095594; Fri, 29 Aug 2008 02:40:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23AEC73039; Fri, 29 Aug 2008 02:40:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829064057.23AEC73039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 02:40:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 06:41:02 -0000 TB --- 2008-08-29 05:28:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 05:28:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-29 05:28:01 - cleaning the object tree TB --- 2008-08-29 05:28:36 - cvsupping the source tree TB --- 2008-08-29 05:28:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-29 05:28:46 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 05:28:46 - cd /src TB --- 2008-08-29 05:28:46 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 05:28:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 06:34:41 UTC 2008 TB --- 2008-08-29 06:34:41 - generating LINT kernel config TB --- 2008-08-29 06:34:41 - cd /src/sys/sparc64/conf TB --- 2008-08-29 06:34:41 - /usr/bin/make -B LINT TB --- 2008-08-29 06:34:41 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 06:34:41 - cd /src TB --- 2008-08-29 06:34:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 06:34:41 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_amrr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_none.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_tkip.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_crypto_tkip.c: In function 'michael_mic': /src/sys/net80211/ieee80211_crypto_tkip.c:896: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'size_t' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 06:40:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 06:40:56 - ERROR: failed to build lint kernel TB --- 2008-08-29 06:40:56 - tinderbox aborted TB --- 3155.40 user 392.66 system 4375.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 07:18:52 2008 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 0E5531065678; Fri, 29 Aug 2008 07:18:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5B6E8FC22; Fri, 29 Aug 2008 07:18:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T7InFV071614; Fri, 29 Aug 2008 03:18:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T7In5A090055; Fri, 29 Aug 2008 03:18:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 48E9073039; Fri, 29 Aug 2008 03:18:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829071849.48E9073039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 03:18:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 07:18:52 -0000 TB --- 2008-08-29 06:09:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 06:09:26 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-29 06:09:26 - cleaning the object tree TB --- 2008-08-29 06:09:48 - cvsupping the source tree TB --- 2008-08-29 06:09:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-29 06:09:58 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 06:09:58 - cd /src TB --- 2008-08-29 06:09:58 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 06:09:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 07:12:04 UTC 2008 TB --- 2008-08-29 07:12:04 - generating LINT kernel config TB --- 2008-08-29 07:12:04 - cd /src/sys/sun4v/conf TB --- 2008-08-29 07:12:04 - /usr/bin/make -B LINT TB --- 2008-08-29 07:12:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 07:12:05 - cd /src TB --- 2008-08-29 07:12:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 07:12:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_amrr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_none.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_tkip.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_crypto_tkip.c: In function 'michael_mic': /src/sys/net80211/ieee80211_crypto_tkip.c:896: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'size_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 07:18:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 07:18:49 - ERROR: failed to build lint kernel TB --- 2008-08-29 07:18:49 - tinderbox aborted TB --- 3151.02 user 384.62 system 4162.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 07:36:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05766106566C for ; Fri, 29 Aug 2008 07:36:48 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8E24C8FC17 for ; Fri, 29 Aug 2008 07:36:47 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so217687eyi.7 for ; Fri, 29 Aug 2008 00:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=GNZKLj9trCDenAy7SbtWp6FkWtKyIzHUay1n1l7rTtc=; b=M2LAfhdCLe+UDOjh2ZLt5VVDHJKUR+e2EGI0yYzM2uXBVasDkB8SJkqdsTvXkC0W/B 3rmIt8cqcT5P5Ij4koMZ5sEy73WuZj4tVfMI0T2CdCCd3+ShBCWWIJ2bNzQYbrWpjwhw X3Z3vHDpCc3idxK1HzFCV82p7zk7JGo2PrviE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GaYZ/ya3n6a7mYXQ4Q0V+0yZx/bmmPipDOt7H+s6Yg7u7sP+kya95rrE8EgMhIPZ4W i/ZNIDWUFIlFJryOMQuwW2bGm5ric/TKseh9F9jaQXv1AenVdG4kgfdoINzx9yXzX6vR 60ZetGRVaeMN9xataM1pw/shhEfasVCLE79d4= Received: by 10.210.52.9 with SMTP id z9mr1138612ebz.189.1219995406218; Fri, 29 Aug 2008 00:36:46 -0700 (PDT) Received: by 10.210.44.20 with HTTP; Fri, 29 Aug 2008 00:36:46 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 09:36:46 +0200 From: "Pascal Hofstee" To: "John Baldwin" In-Reply-To: <200808231056.18305.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200808231056.18305.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 07:36:48 -0000 On Sat, Aug 23, 2008 at 4:56 PM, John Baldwin wrote: > Does 'acpidump -t' show a MCFG table? Also, can you get the output > of 'devinfo -r' (with working kernel). Btw ... i posted a full verbose bootlog from the missing kernel in the other thread perhaps that might be useful in resolving this issue. See below: http://lists.freebsd.org/pipermail/freebsd-current/2008-August/088099.html -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 08:24:49 2008 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 1731A106567A for ; Fri, 29 Aug 2008 08:24:49 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from mailbackup.inode.at (mailbackup.inode.at [213.229.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id D12F18FC12 for ; Fri, 29 Aug 2008 08:24:48 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from [62.99.145.6] (port=16155 helo=mx.inode.at) by mailbackup.inode.at with esmtp (Exim 4.67) (envelope-from ) id 1KYyrY-0000Vq-Pn for current@freebsd.org; Fri, 29 Aug 2008 09:57:44 +0200 Received: from [84.119.8.162] (port=2083 helo=oh-nbook.local) by smartmx-06.inode.at with esmtp (Exim 4.50) id 1KYyrW-0007ut-Lv for current@freebsd.org; Fri, 29 Aug 2008 09:57:42 +0200 Message-ID: <48B7ABF4.1010900@inode.at> Date: Fri, 29 Aug 2008 09:57:40 +0200 From: Armin Pirkovitsch User-Agent: Thunderbird 2.0.0.16 (X11/20080811) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: if_iwi, boot firmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 08:24:49 -0000 Since my update from 7.0 STABLE to 8.0 CURRENT yesterday my wifi device won't work any more. Loading the if_iwi and iwi_bss module works fine and iwi0 is found - however as soon as I start wpa_supplicant I receive the following error: iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) The configuration as it is worked fine in 7.0 and I haven't found anythung in UPDATING which would indicate that I have to change something. I even tried to enable the debugging mode of if_iwi - however it only told me, that the problem occurs during LOADING state - which is obvious I guess. This is the wifi device I use: iwi0@pci0:1:3:0: class=0x028000 card=0x27028086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'MPCI3B driverIntel PRO/Wireless 2200BG' class = network Is there anything I can do to figure out / solve the problem? -- Armin Pirkovitsch a.pirko@inode.at From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 09:07:16 2008 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 77D401065686 for ; Fri, 29 Aug 2008 09:07:16 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.12]) by mx1.freebsd.org (Postfix) with ESMTP id 38B058FC0A for ; Fri, 29 Aug 2008 09:07:15 +0000 (UTC) (envelope-from lothar@lobraun.de) Received: from phoenix.net.informatik.tu-muenchen.de (phoenix.net.informatik.tu-muenchen.de [131.159.14.1]) by services.net.informatik.tu-muenchen.de (Postix Mailer @ mail) with ESMTP id 3B8F547F8F; Fri, 29 Aug 2008 10:51:31 +0200 (CEST) Received: from finch.net.informatik.tu-muenchen.de (finch.net.informatik.tu-muenchen.de [131.159.14.22]) by phoenix.net.informatik.tu-muenchen.de (Postfix) with ESMTP id 319935877; Fri, 29 Aug 2008 10:51:31 +0200 (CEST) Message-ID: <48B79C6D.4060709@lobraun.de> Date: Fri, 29 Aug 2008 08:51:25 +0200 From: Lothar Braun User-Agent: Thunderbird 2.0.0.16 (X11/20080829) MIME-Version: 1.0 To: Armin Pirkovitsch References: <48B7ABF4.1010900@inode.at> In-Reply-To: <48B7ABF4.1010900@inode.at> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org Subject: Re: if_iwi, boot firmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 09:07:16 -0000 Armin Pirkovitsch wrote: > Since my update from 7.0 STABLE to 8.0 CURRENT yesterday my wifi device > won't work any more. Loading the if_iwi and iwi_bss module works fine > and iwi0 is found - however as soon as I start wpa_supplicant I receive > the following error: > > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > > The configuration as it is worked fine in 7.0 and I haven't found > anythung in UPDATING which would indicate that I have to change something. 20080420: The 802.11 wireless support was redone to enable multi-bss operation on devices that are capable. The underlying device is no longer used directly but instead wlanX devices are cloned with ifconfig. This requires changes to rc.conf files. For example, change: ifconfig_ath0="WPA DHCP" to wlans_ath0=wlan0 ifconfig_wlan0="WPA DHCP" see rc.conf(5) for more details. In addition, mergemaster of /etc/rc.d is highly recommended. Simultaneous update of userland and kernel wouldn't hurt either. As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta modules were merged into the base wlan module. All references to these modules (e.g. in kernel config files) must be removed. HTH, Lothar From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 09:08:06 2008 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 C354E106567C; Fri, 29 Aug 2008 09:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 871128FC08; Fri, 29 Aug 2008 09:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T9848T059530; Fri, 29 Aug 2008 05:08:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7T9840E025800; Fri, 29 Aug 2008 05:08:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A72E773039; Fri, 29 Aug 2008 05:08:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829090804.A72E773039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 05:08:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 09:08:07 -0000 TB --- 2008-08-29 07:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 07:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-29 07:20:00 - cleaning the object tree TB --- 2008-08-29 07:20:47 - cvsupping the source tree TB --- 2008-08-29 07:20:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-29 07:20:53 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 07:20:53 - cd /src TB --- 2008-08-29 07:20:53 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 07:20:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Aug 29 09:00:19 UTC 2008 TB --- 2008-08-29 09:00:19 - generating LINT kernel config TB --- 2008-08-29 09:00:19 - cd /src/sys/amd64/conf TB --- 2008-08-29 09:00:19 - /usr/bin/make -B LINT TB --- 2008-08-29 09:00:20 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 09:00:20 - cd /src TB --- 2008-08-29 09:00:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 09:00:20 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_amrr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_none.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_tkip.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_crypto_tkip.c: In function 'michael_mic': /src/sys/net80211/ieee80211_crypto_tkip.c:896: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'size_t' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 09:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 09:08:04 - ERROR: failed to build lint kernel TB --- 2008-08-29 09:08:04 - tinderbox aborted TB --- 4759.49 user 601.93 system 6483.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 09:52:19 2008 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 3C64610656A2 for ; Fri, 29 Aug 2008 09:52:19 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from mx.inode.at (mx03.lb01.inode.at [62.99.145.3]) by mx1.freebsd.org (Postfix) with ESMTP id 028778FC27 for ; Fri, 29 Aug 2008 09:52:18 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from [84.119.8.162] (port=7993 helo=oh-sub1.local) by smartmx-03.inode.at with esmtp (Exim 4.50) id 1KZ0eP-0001Qf-5g; Fri, 29 Aug 2008 11:52:17 +0200 Message-ID: <48B7C6CF.6020603@inode.at> Date: Fri, 29 Aug 2008 11:52:15 +0200 From: Armin Pirkovitsch User-Agent: Thunderbird 2.0.0.16 (X11/20080811) MIME-Version: 1.0 To: Lothar Braun References: <48B7ABF4.1010900@inode.at> <48B79C6D.4060709@lobraun.de> In-Reply-To: <48B79C6D.4060709@lobraun.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_iwi, boot firmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 09:52:19 -0000 I guess I missed that part - works now, thx! Lothar Braun wrote: > Armin Pirkovitsch wrote: >> Since my update from 7.0 STABLE to 8.0 CURRENT yesterday my wifi device >> won't work any more. Loading the if_iwi and iwi_bss module works fine >> and iwi0 is found - however as soon as I start wpa_supplicant I receive >> the following error: >> >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> >> The configuration as it is worked fine in 7.0 and I haven't found >> anythung in UPDATING which would indicate that I have to change >> something. > > 20080420: > The 802.11 wireless support was redone to enable multi-bss > operation on devices that are capable. The underlying device > is no longer used directly but instead wlanX devices are > cloned with ifconfig. This requires changes to rc.conf files. > For example, change: > ifconfig_ath0="WPA DHCP" > to > wlans_ath0=wlan0 > ifconfig_wlan0="WPA DHCP" > see rc.conf(5) for more details. In addition, mergemaster of > /etc/rc.d is highly recommended. Simultaneous update of userland > and kernel wouldn't hurt either. > > As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta > modules were merged into the base wlan module. All references > to these modules (e.g. in kernel config files) must be removed. -- Armin Pirkovitsch a.pirko@inode.at From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 13:36:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A49F1065670 for ; Fri, 29 Aug 2008 13:36:26 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id B833B8FC21 for ; Fri, 29 Aug 2008 13:36:25 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so262486eyi.7 for ; Fri, 29 Aug 2008 06:36:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=sEWTQGiTPOO3WWqU5gBeeHcOtUd2JpceQGu0hxgG4xg=; b=ahRluby4uPPLBd7nu7ywOHOqEWN19VKNYR/h1Z6YRnWsGAMeNuyYp5y8EKOfz5wEVd c/Bj+kOptCt2DwJBDj/3RXrsWmUkIaSl3iVmlYsmGYJE04GDrog7kA/rGwYXITPIApow LZtnLUSqf7Z/CpeHLDFOUA8ZJy9pAsvjVqAy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=rQlNA7WwB6xjVEgSIu5Va0xL2SEwlqKX7naXwT5782Z0+GetexIC3WO6mGsMOFQWW0 5l3OXWPAU+NWhF0VOWSe0eW18yJm70qwKKWPVb6jJyyhgCJQEpIUXWmfOecRviAmuqWy 6PhR63WO12gk7wjxua9GxpjwXhyEd1epXj844= Received: by 10.210.16.16 with SMTP id 16mr1657997ebp.35.1220016984330; Fri, 29 Aug 2008 06:36:24 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Fri, 29 Aug 2008 06:36:24 -0700 (PDT) Message-ID: <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> Date: Fri, 29 Aug 2008 17:36:24 +0400 From: "Alexander Churanov" To: freebsd-current@freebsd.org, "Tz-Huan Huang" , olli@lurza.secnetix.de In-Reply-To: <200808281718.m7SHISGL067492@lurza.secnetix.de> MIME-Version: 1.0 References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 13:36:26 -0000 2008/8/28 Oliver Fromme > Right now, a Chinese sysadmin cannot simply go to a FreeBSD > console, run mutt and read mails from his co-workers that > contain Chinese characters. This *does* work fine with > Linux. This is clearly an area where FreeBSD is lacking. Tz-Huan, Could you comment on this? Does Linux really display and render all Chinese glyphs corectly? Do they have video card compatibility issues? How about top-to-bottom rendering? Is it actually used or useful in China and Taiwan? This would mean that they use graphical mode (and I was already suspecting this) and have complex processing layer. Unicode is not only a large bunch of characters, there are also such things as precomposed-decomposed characters, bidirectional text, etc. As for my project, complex rendering layer is definitely out of scope for now. However, the purpose of this discussion is to gather opinions for possible future projects. I see three possible layers of unicode support in FreeBSD: 1) Syscons in pure text mode. This needs improved Unicode support. 2) Non-X console in graphical mode (like Linux). This is not present in FreeBSD. 3) X and related applciations. From my point of view, this does not require modification for now. Probably, all three solutions should be implemented in ideal. And (1) plain-text console would be used only if running (2) is not possible. However, implementing (2) is a very expensive task. And that's why I'd like to receive comments. Probably, it is worth to discuss and extimate costs for such a project. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 14:10:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33EA6106566B; Fri, 29 Aug 2008 14:10:00 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE498FC3A; Fri, 29 Aug 2008 14:09:59 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 4757E39CFA; Fri, 29 Aug 2008 15:59:05 +0200 (CEST) Date: Fri, 29 Aug 2008 15:59:05 +0200 From: Edward Tomasz Napierala To: trustedbsd-discuss@freebsd.org, freebsd-current@freebsd.org Message-ID: <20080829135905.GA25236@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: NFSv4 ACLs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 14:10:00 -0000 Right now, FreeBSD supports one type of ACLs - so called POSIX.1e ACLs. They are natural extension of the traditional Unix permissions, and for a long time were the only nonproprietary ACL type in Unix systems. Times change, and now there are several problems with them: they never actually become standard (the draft they are based on was withdrawn); this results in minor incompatibilities related to e.g. umask handling; they don't fit into Windows or NFSv4 security model, which makes interoperability between these systems harder; finally, they don't work with ZFS. The aim of my GSoC project was to implement NFSv4 ACLs in a similar way POSIX.1e ACLs are supported. That was done by extending user utilities (setfacl(1)/getfacl(1)), libc API and adding neccessary kernel stuff. Semantics is supposed to be identical to the one in SunOS. There is also a wrapper (distributed separately) that implements SunOS-compatible acl(2)/facl(2) API, to make porting applications like Samba easier. Userland tools - setfacl(1) and getfacl(1) were modified to work with new ACLs. The former was slightly restructured to make it more readable. Most of the setfacl(1) options work the same way with NFS4 ACLs as they do with POSIX.1e ACLs. However, things like "-m" or "-x" don't always fit in a model where ordering of entries matters and there may be more than one identical entry. Thus, two more options were added - "-a", that adds ACL entry at the specified position, and '-x number', which removes ACL entry at a specified position. Manual pages were updated as appropriate. ACL format is the same as SunOS "positional", aka "compact", format. For example: [trasz@traszkan:~]$ getfacl / # file: / # owner: root # group: wheel owner@:--------------:------:deny owner@:rwxp---A-W-Co-:------:allow group@:-w-p----------:------:deny group@:r-x-----------:------:allow everyone@:-w-p---A-W-Co-:------:deny everyone@:r-x---a-R-c--s:------:allow There is also a "verbose" format, similar - but not identical - to the SunOS counterpart: [trasz@traszkan:~]$ getfacl -v / # file: / # owner: root # group: wheel owner@:::deny owner@:read_data/write_data/execute/append_data/write_attributes/write_xattr/write_acl/write_owner::allow group@:write_data/append_data::deny group@:read_data/execute::allow everyone@:write_data/append_data/write_attributes/write_xattr/write_acl/write_owner::deny everyone@:read_data/execute/read_attributes/read_xattr/read_acl/synchronize::allow The ls(1) and chmod(1) utilities were modified to remove POSIX.1e-specific assumptions. The following functions were added to the acl(3) API: acl_add_flag_np, acl_clear_flags_np, acl_create_entry_np, acl_delete_entry_np, acl_delete_flag_np, acl_get_extended_np, acl_get_flag_np, acl_get_flagset_np, acl_set_extended_np, acl_set_flagset_np, acl_to_text_np, acl_is_trivial_np, acl_strip_np, acl_get_brand_np. The flags part is source compatible with Darwin, other functions don't have their counterparts there. Manual pages were added or modified as neccessary. There should be no backward incompatible changes. As for the libc internals - "struct acl" et al were extended to make room for additional entries required by NFS4. Mechanism called "branding" was introduced to prevent API users from mixing POSIX and NFS4 specific stuff in a single ACL. One thing that still needs to be done is to add a few binary compatibility wrappers; these places are marked with 'XXX' in the code. ACL_MAX_ENTRIES was increased from 32 to 204. Syscall interface remains the same, except for a changed "type" constants, in order to preserve backwards compatibility with older libc. VOP_SETACL, VOP_GETACL and VOP_ACLCHECK interface remains the same, except for modified "struct acl". VOP_ACCESS changed a little - second argument was changed from "int" to "vaccess_t"; there should be no functional changes related to that. There are differences related to permissions granularity; as long as VOP_ACCESS implementation simply passes the "a_mode" parameter to the proper vaccess(9) routine, there should be no difference in behaviour. Adding granularity required adding some VWHATEVER defines to sys/vnode.h, adding several VOP_ACCESS checks in the syscall layer, replacing VADMIN with more specific permission in UFS and adding a unixify_vaccess() routine that "strips the granularity" from the mode. This routine is used in vaccess(9) and vaccess_acl_posix1e(9). Filesystem-independent functionality was implemented in kern/subr_acl_nfs4.c. This includes vaccess_acl_nfs4, routines to recompute ACL after the mode change, recompute the mode after ACL change, compute inherited ACL, and check the ACL for correctness. Implementation is based on draft-ietf-nfsv4-minorversion1-03, with small tweaks to make it behave exactly as ZFS does. Later drafts are unfortunately less specific, probably to make it possible to actually pass the voting. Note that these routines are used only by UFS; ZFS has its own implementation. Support for NFS4 ACL storage and retrieval was added to ufs/ufs/ufs_acl.c. Stored ACLs are variable in size, to reduce disk space used. Other parts of UFS (ufs_vnops.c and ufs_lookup.c) were modified to implement granularity. Support for NFS4 ACL storage and retrival was added to ZFS. It interfaces with ZFS own ACL mechanisms through wrappers. Two sets of unit tests were implemented. First, to test permission checks, was implemented as a part of fstest, tools/regression/fstest/tests/granular. Second, an "utility-level" test, is in tools/regression/acltools. It checks behaviour from the command-line point of view. It verifies the correct behaviour of getfacl(1), setfacl(1), cp(1) and mv(1) utilities (which obviously requires correct operation of the libc part), as well as recomputing ACLs on mode change, recomputing mode on ACL change, and ACL inheritance, which are performed by the kernel. These tests were used to make sure UFS behaves exactly the same way ZFS does. There is also a basic test for POSIX.1e ACLs as well, to make sure that part of functionality wasn't broken. The code is in working state. It can be found in Perforce: //depot/projects/soc2008/trasz_nfs4acl/... Patch against yesterdays -CURRENT is at: http://people.freebsd.org/~trasz/20080827-nfs4acls.diff I'd like to ask you for review, comments and suggestions. And testing, of course - this is just a prototype, but a working one. This work was done as a Google Summer of Code project. Thanks, Google :-) From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 14:50:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F87E106575E for ; Fri, 29 Aug 2008 14:50:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7608FC26 for ; Fri, 29 Aug 2008 14:50:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TEntqX096022; Fri, 29 Aug 2008 10:50:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Pascal Hofstee" Date: Fri, 29 Aug 2008 09:51:44 -0400 User-Agent: KMail/1.9.7 References: <200808231056.18305.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808290951.44955.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 10:50:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8115/Thu Aug 28 21:49:47 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 14:50:15 -0000 On Friday 29 August 2008 03:36:46 am Pascal Hofstee wrote: > On Sat, Aug 23, 2008 at 4:56 PM, John Baldwin wrote: > > Does 'acpidump -t' show a MCFG table? Also, can you get the output > > of 'devinfo -r' (with working kernel). > > Btw ... i posted a full verbose bootlog from the missing kernel in the > other thread > perhaps that might be useful in resolving this issue. See below: > > http://lists.freebsd.org/pipermail/freebsd-current/2008-August/088099.html So the reports I've seen of this all involve the Nvidia MCP55 ATA chipset, and only the ata controller loses its marbles (so to speak). Christian ran a patch that tested each PCI config read and they always returned the same value from both methods. I think that this may be a weird bug in the ata driver itself. It might be helpful to add printfs to instrument the various nvidia-specific ATA routines in sys/dev/ata/ata_chipset.c to compare the old and new kernels. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 15:14:02 2008 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 78FF21065673 for ; Fri, 29 Aug 2008 15:14:02 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:a80a:1:21f:d0ff:fe22:b8a8]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3DB8FC17 for ; Fri, 29 Aug 2008 15:14:02 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 6E98B2E139 for ; Fri, 29 Aug 2008 10:14:01 -0500 (CDT) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fQtqVZIJHXOk for ; Fri, 29 Aug 2008 10:13:59 -0500 (CDT) Received: from pooh.honeypot.net (pooh.honeypot.net [10.0.5.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTPSA id 1F6A72E12F for ; Fri, 29 Aug 2008 10:13:58 -0500 (CDT) Message-Id: From: Kirk Strauser To: current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Fri, 29 Aug 2008 10:13:57 -0500 X-Mailer: Apple Mail (2.926) Cc: Subject: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 15:14:02 -0000 I was having flaky system problems that were driving me to distraction. Yesterday, I finally got a panic message with an instruction pointer, used addr2line to see that the failure was in uma_zfree_internal, searched Google, and learned that it was probably due to bad RAM. Half any hour later, memtest86 found the defective stick and the problem was solved. This led me to thinking, though: the OS already had all the information needed to figure out where the problem was. If there had been an explanation inside that function definition, FreeBSD could have automatically gone to the file, searched for that explanation, and told me why my system had probably crashed. I propose that we: 1) Settle on a standard comment format for metainformation. There are already standards like Doxygen if we didn't want to home-roll something. 2) Write a program that takes an instruction pointer and outputs the comment for the associated function. 3) Modify /etc/rc.d/savecore to run the program from #2. For instance, suppose the comments in sys/vm/uma_core.c looked like: /* * Frees an item to an INTERNAL zone or allocates a free bucket * * Arguments: * zone The zone to free to * item The item we're freeing * udata User supplied data for the dtor * skip Skip dtors and finis * * Failure: * Failures in this function are commonly due to defective RAM. */ static void uma_zfree_internal(uma_zone_t zone, void *item, void *udata, enum zfreeskip skip, int flags) { ... } If I'd seen that failure message in my syslog, I would have avoided a few days of teeth gnashing. What do you think? I think something like this could be extremely useful. Benefits: - There would be zero impact on performance because it would only touch comments and not any running code whatsoever. - It would require minimal work. - It could be done incrementally. Document known common failure points and add others with time. - It wouldn't affect any other systems. -- Kirk Strauser From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 15:46:57 2008 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 9FDAD106566B for ; Fri, 29 Aug 2008 15:46:57 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 523B58FC15 for ; Fri, 29 Aug 2008 15:46:57 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so492459yxb.13 for ; Fri, 29 Aug 2008 08:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=Os9wVEXokII4BgwqrnjYUQafWhZ7/S50ZDOLcoylc0s=; b=LF1HnYfFLnZuqnnnaNfqnHV/Sj9Cuv1Obi73oETtxf3aNDr09dPd1bkWqaWmXBI0WO lWcS1ImSVj8G9dYS9iW88XMe0wId1sA1BJ6XU+j1sXNFdxhYD9Vktv9CVObSRJFmJF2q Aa43hAe2xr7dds+aJxWPl/dmH4HVkAdrc53wM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=YfW3/AVsbixdROAmTfd02zlcP1MGlG2jgKILB9kw4zWX2ZYJKONo1vUEOwjWm6F6hw JXBxOH8yh/go2JVlH+JIZ1XSD0pn/DgphybEoB6WoNyclEQwb3xae+kw0BvzIbIh/g99 ob0eWdSOU3Odt7Pf/JuhBXTsrXHkIZGTNFF4s= Received: by 10.151.112.3 with SMTP id p3mr4331126ybm.198.1220023531695; Fri, 29 Aug 2008 08:25:31 -0700 (PDT) Received: by 10.64.201.8 with HTTP; Fri, 29 Aug 2008 08:25:31 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 16:25:31 +0100 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Kirk Strauser" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 6f92a2e26df6113c Cc: current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 15:46:57 -0000 2008/8/29 Kirk Strauser : > > For instance, suppose the comments in sys/vm/uma_core.c looked like: > > /* > * Frees an item to an INTERNAL zone or allocates a free bucket > * > * Arguments: > * zone The zone to free to > * item The item we're freeing > * udata User supplied data for the dtor > * skip Skip dtors and finis > * > * Failure: > * Failures in this function are commonly due to defective RAM. > */ 'Crash' would probably be a more meaningful word instead of 'failure' ;-) -- igor From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 18:24:00 2008 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 D26B3106566B; Fri, 29 Aug 2008 18:24:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F26B8FC16; Fri, 29 Aug 2008 18:24:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TINvp4087860; Fri, 29 Aug 2008 14:23:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TINvD6076584; Fri, 29 Aug 2008 14:23:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CAA073039; Fri, 29 Aug 2008 14:23:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829182357.2CAA073039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 14:23:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 18:24:01 -0000 TB --- 2008-08-29 16:55:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 16:55:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-08-29 16:55:38 - cleaning the object tree TB --- 2008-08-29 16:56:08 - cvsupping the source tree TB --- 2008-08-29 16:56:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-08-29 16:56:14 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 16:56:14 - cd /src TB --- 2008-08-29 16:56:14 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 16:56:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 18:13:25 UTC 2008 TB --- 2008-08-29 18:13:25 - generating LINT kernel config TB --- 2008-08-29 18:13:25 - cd /src/sys/ia64/conf TB --- 2008-08-29 18:13:25 - /usr/bin/make -B LINT TB --- 2008-08-29 18:13:25 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 18:13:25 - cd /src TB --- 2008-08-29 18:13:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 18:13:25 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel ng_bpf.o(.text+0x31c2): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x31d0): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 18:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 18:23:56 - ERROR: failed to build lint kernel TB --- 2008-08-29 18:23:56 - tinderbox aborted TB --- 3975.61 user 424.70 system 5298.90 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 18:34:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39F66106564A for ; Fri, 29 Aug 2008 18:34:32 +0000 (UTC) (envelope-from peter@wemm.org) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id EDA498FC16 for ; Fri, 29 Aug 2008 18:34:31 +0000 (UTC) (envelope-from peter@wemm.org) Received: by yx-out-2324.google.com with SMTP id 8so531728yxb.13 for ; Fri, 29 Aug 2008 11:34:31 -0700 (PDT) Received: by 10.142.225.11 with SMTP id x11mr1074945wfg.101.1220034870784; Fri, 29 Aug 2008 11:34:30 -0700 (PDT) Received: by 10.142.76.14 with HTTP; Fri, 29 Aug 2008 11:34:30 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 11:34:30 -0700 From: "Peter Wemm" To: "Alexander Churanov" In-Reply-To: <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> Cc: freebsd-current@freebsd.org, olli@lurza.secnetix.de, Tz-Huan Huang Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 18:34:32 -0000 On Fri, Aug 29, 2008 at 6:36 AM, Alexander Churanov wrote: .. > 2) Non-X console in graphical mode (like Linux). This is not present in > FreeBSD. .. > Probably, all three solutions should be implemented in ideal. And (1) > plain-text console would be used only if running (2) is not possible. > However, implementing (2) is a very expensive task. ... syscons does operate in graphics mode. The problem is how to get into graphics mode in the first place. On i386, it is done with vesa bios calls. We don't have a way to do this on amd64 systems. It can be done but is Very Difficult in kernel mode like on i386. What I think would be a far better option would be to port XF86/Xorg's 'int10' module for mode setting. It runs the video card bios in an interpreter, even on non-x86 systems. We could then have a userland 'modeset' utility that interprets the bios calls and then hand over the results to the syscons driver. That would clear the way for doing syscons in graphics mode for all platforms that can have vga cards shoved in, but can't run the bios code natively. Another option is to have loader do the mode switch before handing over to the kernel. It might be able to pass through the register settings to enable syscons to change modes on the fly. Anyway, there are options for non-i386 systems.... -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 19:12:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7D51065671 for ; Fri, 29 Aug 2008 19:12:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D0AF88FC20 for ; Fri, 29 Aug 2008 19:12:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TJCPIk098064; Fri, 29 Aug 2008 15:12:26 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Fri, 29 Aug 2008 11:40:29 -0400 User-Agent: KMail/1.9.7 References: <20080826124335.GD3305@carrot.paeps.cx> <20080827161940.1b4403ee@peedub.jennejohn.org> In-Reply-To: <20080827161940.1b4403ee@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808291140.30158.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 15:12:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8117/Fri Aug 29 10:55:12 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 19:12:33 -0000 On Wednesday 27 August 2008 10:19:40 am Gary Jennejohn wrote: > On Wed, 27 Aug 2008 12:50:17 +0100 (BST) > Robert Watson wrote: > > > On Wed, 27 Aug 2008, Ollivier Robert wrote: > > > > > According to Gary Jennejohn: > > >> There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates an > > >> entry for every one of them at startup. > > > > > > utmp concepts are ancient. It is indexed by the tty/pty number so can grow > > > rather large but it should be a sparse one too. I remember talks about > > > replacing it with something a bit more modern. Backward compatibility is > > > assured through login(3) although it would break programs digging in the > > > utmp file itself. SVR4 had utmp/utmpx and setutline/getutline BTW... > > > > Right -- utmp growing to 256K would be an excellent example of utmp format > > inefficiency. On the other hand, utmp growing to 998M is probably an example > > of a bug rather than an inefficient design. freefall.FreeBSD.org, a > > relatively busy shell box, has a utmp of around 5k, so common use doesn't > > generally exercise that inefficiency... > > > > But freefall is running FreeBSD 7.0-STABLE #34: Sat Apr 12, so it doesn't > have the new tty stuff running, although I don't suppose that completely > explains the gigantic utmp which OT reported. The new pts entries are after all the 256 pty entries in /etc/ttys, so utmp may be larger becuase the pts entries are "later" in the file (higher offsets). However, if the file is sparse, then it doesn't actually hurt anything. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 19:12:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81A32106567E for ; Fri, 29 Aug 2008 19:12:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 235BC8FC0C for ; Fri, 29 Aug 2008 19:12:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TJCPIl098064; Fri, 29 Aug 2008 15:12:32 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 29 Aug 2008 11:41:29 -0400 User-Agent: KMail/1.9.7 References: <48B432CC.9000009@rakupottery.org.uk> In-Reply-To: <48B432CC.9000009@rakupottery.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808291141.29293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 15:12:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8117/Fri Aug 29 10:55:12 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Martin Smith Subject: Re: error building kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 19:12:39 -0000 On Tuesday 26 August 2008 12:43:56 pm Martin Smith wrote: > This is on a current system, with csup run last nightm while building > the kernel it dies as follows in if_sl.c: > any pointers to fix this would be most welcome. 'device sl' isn't supported by the new TTY layer and was removed from GENERIC a few weeks ago. Are you actively using kernel SLIP? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 19:12:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58601065675 for ; Fri, 29 Aug 2008 19:12:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5E48FC12 for ; Fri, 29 Aug 2008 19:12:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TJCPIm098064; Fri, 29 Aug 2008 15:12:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 29 Aug 2008 11:44:54 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808291144.54193.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 15:12:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8117/Fri Aug 29 10:55:12 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kirk Strauser Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 19:12:46 -0000 On Friday 29 August 2008 11:13:57 am Kirk Strauser wrote: > I was having flaky system problems that were driving me to > distraction. Yesterday, I finally got a panic message with an > instruction pointer, used addr2line to see that the failure was in > uma_zfree_internal, searched Google, and learned that it was probably > due to bad RAM. Half any hour later, memtest86 found the defective > stick and the problem was solved. > > This led me to thinking, though: the OS already had all the > information needed to figure out where the problem was. If there had > been an explanation inside that function definition, FreeBSD could > have automatically gone to the file, searched for that explanation, > and told me why my system had probably crashed. > > I propose that we: > > 1) Settle on a standard comment format for metainformation. There are > already standards like Doxygen if we didn't want to home-roll something. > > 2) Write a program that takes an instruction pointer and outputs the > comment for the associated function. > > 3) Modify /etc/rc.d/savecore to run the program from #2. > > For instance, suppose the comments in sys/vm/uma_core.c looked like: > > /* > * Frees an item to an INTERNAL zone or allocates a free bucket > * > * Arguments: > * zone The zone to free to > * item The item we're freeing > * udata User supplied data for the dtor > * skip Skip dtors and finis > * > * Failure: > * Failures in this function are commonly due to defective RAM. > */ > static void > uma_zfree_internal(uma_zone_t zone, void *item, void *udata, > enum zfreeskip skip, int flags) > { > ... > } > > If I'd seen that failure message in my syslog, I would have avoided a > few days of teeth gnashing. What do you think? I think something > like this could be extremely useful. Benefits: > > - There would be zero impact on performance because it would only > touch comments and not any running code whatsoever. > - It would require minimal work. > - It could be done incrementally. Document known common failure > points and add others with time. > - It wouldn't affect any other systems. See /usr/sbin/crashinfo for a start. I have patches to enable it from /etc/rc.d/savecore after generating a patch (still need to test them though). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 19:12:56 2008 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 17BE0106567F; Fri, 29 Aug 2008 19:12:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C9BA68FC1C; Fri, 29 Aug 2008 19:12:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TJCrQo001742; Fri, 29 Aug 2008 15:12:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TJCrP8019446; Fri, 29 Aug 2008 15:12:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D62B73039; Fri, 29 Aug 2008 15:12:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829191253.2D62B73039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 15:12:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 19:12:56 -0000 TB --- 2008-08-29 17:56:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 17:56:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-08-29 17:56:42 - cleaning the object tree TB --- 2008-08-29 17:57:08 - cvsupping the source tree TB --- 2008-08-29 17:57:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-08-29 17:57:15 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 17:57:15 - cd /src TB --- 2008-08-29 17:57:15 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 17:57:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 19:05:31 UTC 2008 TB --- 2008-08-29 19:05:31 - generating LINT kernel config TB --- 2008-08-29 19:05:31 - cd /src/sys/powerpc/conf TB --- 2008-08-29 19:05:31 - /usr/bin/make -B LINT TB --- 2008-08-29 19:05:31 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 19:05:31 - cd /src TB --- 2008-08-29 19:05:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 19:05:31 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -fstack-protector -Werror vers.c linking kernel ng_bpf.o(.text+0x14fe): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x1502): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 19:12:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 19:12:52 - ERROR: failed to build lint kernel TB --- 2008-08-29 19:12:52 - tinderbox aborted TB --- 3405.24 user 399.08 system 4570.39 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 19:37:56 2008 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 9287E106567F; Fri, 29 Aug 2008 19:37:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB6A8FC15; Fri, 29 Aug 2008 19:37:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TJbrLE008870; Fri, 29 Aug 2008 15:37:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TJbrk5073310; Fri, 29 Aug 2008 15:37:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3560C73039; Fri, 29 Aug 2008 15:37:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829193753.3560C73039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 15:37:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 19:37:56 -0000 TB --- 2008-08-29 18:23:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 18:23:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-08-29 18:23:57 - cleaning the object tree TB --- 2008-08-29 18:24:27 - cvsupping the source tree TB --- 2008-08-29 18:24:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-08-29 18:24:33 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 18:24:33 - cd /src TB --- 2008-08-29 18:24:33 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 18:24:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 19:30:08 UTC 2008 TB --- 2008-08-29 19:30:08 - generating LINT kernel config TB --- 2008-08-29 19:30:08 - cd /src/sys/sparc64/conf TB --- 2008-08-29 19:30:08 - /usr/bin/make -B LINT TB --- 2008-08-29 19:30:08 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 19:30:08 - cd /src TB --- 2008-08-29 19:30:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 19:30:08 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ng_bpf.o(.text+0x1944): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x1948): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x194c): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x1958): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 19:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 19:37:52 - ERROR: failed to build lint kernel TB --- 2008-08-29 19:37:52 - tinderbox aborted TB --- 3236.96 user 400.95 system 4435.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 20:18:55 2008 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 701011065674; Fri, 29 Aug 2008 20:18:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3BF8FC16; Fri, 29 Aug 2008 20:18:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TKIqqh018398; Fri, 29 Aug 2008 16:18:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TKIp3r023856; Fri, 29 Aug 2008 16:18:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD88173039; Fri, 29 Aug 2008 16:18:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829201851.CD88173039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 16:18:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 20:18:55 -0000 TB --- 2008-08-29 19:12:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 19:12:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-08-29 19:12:53 - cleaning the object tree TB --- 2008-08-29 19:13:18 - cvsupping the source tree TB --- 2008-08-29 19:13:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-08-29 19:13:28 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 19:13:28 - cd /src TB --- 2008-08-29 19:13:28 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 19:13:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 20:12:20 UTC 2008 TB --- 2008-08-29 20:12:20 - generating LINT kernel config TB --- 2008-08-29 20:12:20 - cd /src/sys/sun4v/conf TB --- 2008-08-29 20:12:20 - /usr/bin/make -B LINT TB --- 2008-08-29 20:12:20 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 20:12:20 - cd /src TB --- 2008-08-29 20:12:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 20:12:20 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ng_bpf.o(.text+0x1944): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x1948): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x194c): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' ng_bpf.o(.text+0x1958): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 20:18:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 20:18:51 - ERROR: failed to build lint kernel TB --- 2008-08-29 20:18:51 - tinderbox aborted TB --- 3230.25 user 390.28 system 3958.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 20:21:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A62106568B for ; Fri, 29 Aug 2008 20:21:51 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 012DA8FC24 for ; Fri, 29 Aug 2008 20:21:50 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so930389wfg.7 for ; Fri, 29 Aug 2008 13:21:50 -0700 (PDT) Received: by 10.142.47.6 with SMTP id u6mr1098108wfu.300.1220041310513; Fri, 29 Aug 2008 13:21:50 -0700 (PDT) Received: by 10.142.76.14 with HTTP; Fri, 29 Aug 2008 13:21:50 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 13:21:50 -0700 From: "Peter Wemm" To: "John Baldwin" In-Reply-To: <200808291140.30158.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080826124335.GD3305@carrot.paeps.cx> <20080827161940.1b4403ee@peedub.jennejohn.org> <200808291140.30158.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Enormous utmp since mpsafetty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 20:21:51 -0000 On Fri, Aug 29, 2008 at 8:40 AM, John Baldwin wrote: > On Wednesday 27 August 2008 10:19:40 am Gary Jennejohn wrote: >> On Wed, 27 Aug 2008 12:50:17 +0100 (BST) >> Robert Watson wrote: >> >> > On Wed, 27 Aug 2008, Ollivier Robert wrote: >> > >> > > According to Gary Jennejohn: >> > >> There are many more pseudo-ttys in /etc/ttys now. AFAIK utmp allocates > an >> > >> entry for every one of them at startup. >> > > >> > > utmp concepts are ancient. It is indexed by the tty/pty number so can > grow >> > > rather large but it should be a sparse one too. I remember talks about >> > > replacing it with something a bit more modern. Backward compatibility > is >> > > assured through login(3) although it would break programs digging in the >> > > utmp file itself. SVR4 had utmp/utmpx and setutline/getutline BTW... >> > >> > Right -- utmp growing to 256K would be an excellent example of utmp format >> > inefficiency. On the other hand, utmp growing to 998M is probably an > example >> > of a bug rather than an inefficient design. freefall.FreeBSD.org, a >> > relatively busy shell box, has a utmp of around 5k, so common use doesn't >> > generally exercise that inefficiency... >> > >> >> But freefall is running FreeBSD 7.0-STABLE #34: Sat Apr 12, so it doesn't >> have the new tty stuff running, although I don't suppose that completely >> explains the gigantic utmp which OT reported. > > The new pts entries are after all the 256 pty entries in /etc/ttys, so utmp > may be larger becuase the pts entries are "later" in the file (higher > offsets). However, if the file is sparse, then it doesn't actually hurt > anything. Maybe so, but sizeof(struct utmp) is 44 bytes. The OP reported a utmp of 998MB. The utmp slot is given by ttyslot(3), which looks up /etc/ttys. If everything was working right, there would have to be roughly 24 million lines in /etc/ttys for ttyslot() to cause a seek/write this high up. Something obviously didn't go right. On that note.. who wants to do utmp.db using the sysv/posix compatible utmp/utmpx API to access it? Fixed index slots should have died 10+ years ago. (getttyent(3) also handles the 'secure' flag, which is another pretty outdated concept these days) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 20:44:17 2008 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 477B81065674; Fri, 29 Aug 2008 20:44:17 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id DEF808FC1C; Fri, 29 Aug 2008 20:44:16 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TKiACO098851; Fri, 29 Aug 2008 16:44:10 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: julian@FreeBSD.org Date: Fri, 29 Aug 2008 16:36:10 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808291636.10656.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 16:44:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8118/Fri Aug 29 13:54:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@FreeBSD.org Subject: rtentry panic with FIB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 20:44:17 -0000 Unfortunately it hung trying to dump, so all I have is the stack trace from DDB. This is recent HEAD running stress2 panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ ../../1 cpuid = 1 KDB: enter: panic [thread pid 14025 tid 100928 ] Stopped at kdb_enter+0x3d: movq $0,0x435054(%rip) db> tr Tracing pid 14025 tid 100928 td 0xffffff0003773360 kdb_enter() at kdb_enter+0x3d panic() at panic+0x14b _mtx_lock_flags() at _mtx_lock_flags _mtx_lock_flags() at _mtx_lock_flags+0xc3 rt_check_fib() at rt_check_fib+0x1ea arpresolve() at arpresolve+0x77 ether_output() at ether_output+0x180 ip_output() at ip_output+0xb4f udp_send() at udp_send+0x47d sosend_dgram() at sosend_dgram+0x1fa soo_write() at soo_write+0x30 dofilewrite() at dofilewrite+0x7a kern_writev() at kern_writev+0x52 write() at write+0x4d syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (4, FreeBSD ELF64, write), rip = 0x80071cb7c, rsp = 0x7fffffffe628,- db> c Uptime: 1h39m18s Physical memory: 2038 MB Dumping 263 MB:pid 14025 (udp), uid 26840, was killed: exceeded maximum CPU limt pid 14099 (udp), uid 26840, was killed: exceeded maximum CPU limit pid 14100 (udp), uid 26840, was killed: exceeded maximum CPU limit -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 20:53:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52D9106567B for ; Fri, 29 Aug 2008 20:53:16 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 314B28FC16 for ; Fri, 29 Aug 2008 20:53:15 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 366A0A06BA for ; Fri, 29 Aug 2008 22:53:14 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 274F1A06B7 for ; Fri, 29 Aug 2008 22:53:14 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 11CCAA06AF for ; Fri, 29 Aug 2008 22:53:14 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008082922531325-18254 ; Fri, 29 Aug 2008 22:53:13 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Fri, 29 Aug 2008 22:53:13 +0200 From: "Alexey Shuvaev" Date: Fri, 29 Aug 2008 22:53:13 +0200 To: freebsd-current@freebsd.org Message-ID: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/29/2008 10:53:13 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/29/2008 10:53:13 PM, Serialize complete at 08/29/2008 10:53:13 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: Booting from gpt on i386/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 20:53:16 -0000 Hello list! I have tried to install a system with pure gpt partitioning, but haven't managed to boot from it. Partition table: => 34 976773101 ad6 GPT (500.1GB) 34 1571840 1 freebsd-ufs (804.8MB) 1571874 8388608 2 freebsd-swap (4.3GB) 9960482 1024 3 freebsd-boot (524.3KB) 9961506 8388608 4 freebsd-ufs (4.3GB) 18350114 524288 5 freebsd-ufs (268.4MB) 18874402 134217728 6 freebsd-ufs (68.7GB) 153092130 823681005 - free - (421.7GB) All necessary files are already installed (ad6p1 = /, ad6p4 = /var, and so on). The system is 8.0-CURRENT from 8 August (bootable usb flash). Computer is Core2Duo E8400 3.0 GHz, 4 Gb RAM, ICH9, 500 GB SATA. What have been done: gpart bootcode -b /path/to/pmbr ad6 [Successful] gpart bootcode -p /path/to/gptboot -i 3 ad6 gpart: /dev/ad6p3: Invalid argument I have tried to 'newfs /dev/ad6p3' and then mounting it and copying gptboot into 'boot' directory on ad6p3, but looking at the sources it seems to be wrong. Then I tried to 'dd if=gptboot of=/dev/ad6p3 bs=512', but in all cases during the boot the blinking cursor moves 1 line down and computer freezes here. Is it my local problem? What is the correct procedure of preparing gpt-only BIOS-bootable system? Thanks, Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:07:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F06871065680; Fri, 29 Aug 2008 21:07:19 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:a80a:1:21f:d0ff:fe22:b8a8]) by mx1.freebsd.org (Postfix) with ESMTP id 9EAA18FC17; Fri, 29 Aug 2008 21:07:19 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 0ECA32B49F; Fri, 29 Aug 2008 16:07:19 -0500 (CDT) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TeFWoGTwFXp8; Fri, 29 Aug 2008 16:07:16 -0500 (CDT) Received: from pooh.honeypot.net (pooh.honeypot.net [IPv6:2001:470:a80a:1:20a:95ff:fed5:10f2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTPSA id A9E502B48D; Fri, 29 Aug 2008 16:07:16 -0500 (CDT) Message-Id: <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> From: Kirk Strauser To: John Baldwin In-Reply-To: <200808291144.54193.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v926) Date: Fri, 29 Aug 2008 16:07:15 -0500 References: <200808291144.54193.jhb@freebsd.org> X-Mailer: Apple Mail (2.926) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:07:20 -0000 On Aug 29, 2008, at 10:44 AM, John Baldwin wrote: > See /usr/sbin/crashinfo for a start. I have patches to enable it > from /etc/rc.d/savecore after generating a patch (still need to test > them > though). I'm not finding that anywhere, either on my systems or on Google. -- Kirk Strauser From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:16:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F951065678 for ; Fri, 29 Aug 2008 21:16:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id B688C8FC13 for ; Fri, 29 Aug 2008 21:16:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1371094rvf.43 for ; Fri, 29 Aug 2008 14:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=jI0YfUxU6SSpzIMWu9rjZxBdQIj43A9qWybX5VTkYKw=; b=OZsyHsmS3ByvJVNGqVdj3u9O+EyaUsheDfENmYGWwlV7s9E+nO9STO3W1t26w7ZziC Dor3ITPGnpADit8acT8mIqRbGlMhL3MeBWLyC4mp6ysonXhEtACtlfxeuAbSdlstVqft Eg75cUuj1U+pif5p2wnoqkOKlmoHt63J9snFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=t9P7j0XFDgCKCL+tcDAyveFNYwjKzY2bxNWziTvV3Jar40zZQNjFgkySyViK2tAHIx ivFvVFrHjPrryYjkXk3C9tuJFCjKTzWftoqrwwKj7+Sg/RbzsQyYxCnzkAeFVkzRGk7K vxnsrcjGu0lwmDqSi9fG4JK6OtHPlfQvPv9NA= Received: by 10.140.170.12 with SMTP id s12mr1777115rve.101.1220044567132; Fri, 29 Aug 2008 14:16:07 -0700 (PDT) Received: by 10.141.86.19 with HTTP; Fri, 29 Aug 2008 14:16:07 -0700 (PDT) Message-ID: <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> Date: Fri, 29 Aug 2008 23:16:07 +0200 From: "Paul B. Mahol" To: "Alexey Shuvaev" In-Reply-To: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> Cc: freebsd-current@freebsd.org Subject: Re: Booting from gpt on i386/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:16:08 -0000 On 8/29/08, Alexey Shuvaev wrote: > Hello list! > > I have tried to install a system with pure gpt partitioning, > but haven't managed to boot from it. > > Partition table: > > => 34 976773101 ad6 GPT (500.1GB) > 34 1571840 1 freebsd-ufs (804.8MB) > 1571874 8388608 2 freebsd-swap (4.3GB) > 9960482 1024 3 freebsd-boot (524.3KB) > 9961506 8388608 4 freebsd-ufs (4.3GB) > 18350114 524288 5 freebsd-ufs (268.4MB) > 18874402 134217728 6 freebsd-ufs (68.7GB) > 153092130 823681005 - free - (421.7GB) > > All necessary files are already installed (ad6p1 = /, ad6p4 = /var, and > so on). The system is 8.0-CURRENT from 8 August (bootable usb flash). > Computer is Core2Duo E8400 3.0 GHz, 4 Gb RAM, ICH9, 500 GB SATA. > What have been done: > > gpart bootcode -b /path/to/pmbr ad6 > [Successful] > > gpart bootcode -p /path/to/gptboot -i 3 ad6 > gpart: /dev/ad6p3: Invalid argument > > I have tried to 'newfs /dev/ad6p3' and then mounting it and copying > gptboot into 'boot' directory on ad6p3, but looking at the sources it > seems to be wrong. > > Then I tried to 'dd if=gptboot of=/dev/ad6p3 bs=512', > but in all cases during the boot the blinking cursor moves 1 line down > and computer freezes here. > > > Is it my local problem? > What is the correct procedure of preparing gpt-only BIOS-bootable system? > You have all following lines (from gpart manual) in your >> custom << kernel? options GEOM_PART_APM options GEOM_PART_BSD options GEOM_PART_GPT options GEOM_PART_MBR options GEOM_PART_PC98 options GEOM_PART_VTOC8 > Thanks, > Alexey. > _______________________________________________ > 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 Fri Aug 29 21:21:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3211065678 for ; Fri, 29 Aug 2008 21:21:58 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 41FE78FC15 for ; Fri, 29 Aug 2008 21:21:58 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.170.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 27C208F0258A; Fri, 29 Aug 2008 16:21:56 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id m7TLLpkt028824; Fri, 29 Aug 2008 16:21:51 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 29 Aug 2008 16:21:51 -0500 (CDT) From: Wes Morgan To: Kirk Strauser In-Reply-To: <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> Message-ID: References: <200808291144.54193.jhb@freebsd.org> <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:21:58 -0000 On Fri, 29 Aug 2008, Kirk Strauser wrote: > On Aug 29, 2008, at 10:44 AM, John Baldwin wrote: > >> See /usr/sbin/crashinfo for a start. I have patches to enable it >> from /etc/rc.d/savecore after generating a patch (still need to test them >> though). > > > I'm not finding that anywhere, either on my systems or on Google. > Check out http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/crashinfo/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:26:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64CE106564A for ; Fri, 29 Aug 2008 21:26:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 482EF8FC0A for ; Fri, 29 Aug 2008 21:26:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m7TLQTSV099184; Fri, 29 Aug 2008 17:26:35 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kirk Strauser Date: Fri, 29 Aug 2008 17:26:16 -0400 User-Agent: KMail/1.9.7 References: <200808291144.54193.jhb@freebsd.org> <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> In-Reply-To: <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808291726.16799.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 29 Aug 2008 17:26:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8118/Fri Aug 29 13:54:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:26:41 -0000 On Friday 29 August 2008 05:07:15 pm Kirk Strauser wrote: > On Aug 29, 2008, at 10:44 AM, John Baldwin wrote: > > > See /usr/sbin/crashinfo for a start. I have patches to enable it > > from /etc/rc.d/savecore after generating a patch (still need to test > > them > > though). > > > I'm not finding that anywhere, either on my systems or on Google. It's in HEAD. http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/crashinfo/crashinfo.sh -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:32:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA9F1065670 for ; Fri, 29 Aug 2008 21:32:11 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id D9CB98FC1A for ; Fri, 29 Aug 2008 21:32:10 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 29B6C198E4D; Fri, 29 Aug 2008 23:32:10 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 1D4E4198E4B; Fri, 29 Aug 2008 23:32:10 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 042E5198E4A; Fri, 29 Aug 2008 23:32:10 +0200 (CEST) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008082923320877-18322 ; Fri, 29 Aug 2008 23:32:08 +0200 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Fri, 29 Aug 2008 23:32:08 +0200 From: "Alexey Shuvaev" Date: Fri, 29 Aug 2008 23:32:08 +0200 To: "Paul B. Mahol" Message-ID: <20080829213208.GA41069@wep4017.physik.uni-wuerzburg.de> References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> MIME-Version: 1.0 In-Reply-To: <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/29/2008 11:32:08 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/29/2008 11:32:09 PM, Serialize complete at 08/29/2008 11:32:09 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Booting from gpt on i386/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:32:11 -0000 On Fri, Aug 29, 2008 at 11:16:07PM +0200, Paul B. Mahol wrote: > On 8/29/08, Alexey Shuvaev wrote: > > Hello list! > > > > I have tried to install a system with pure gpt partitioning, > > but haven't managed to boot from it. > > > > Is it my local problem? > > What is the correct procedure of preparing gpt-only BIOS-bootable system? > > > > You have all following lines (from gpart manual) in your >> custom << kernel? > > options GEOM_PART_APM > options GEOM_PART_BSD > options GEOM_PART_GPT > options GEOM_PART_MBR > options GEOM_PART_PC98 > options GEOM_PART_VTOC8 > No, I am using GENERIC kernel. Is it neccessary to have *ALL* of them? I mean GENERIC have essential ones: > grep GEOM GENERIC options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization Man page also says: [snip] To add support for the disk partitioning GEOM class, place one or more of the following lines in your kernel configuration file: [snip] I can compile custom kernel with all the above options, but it seems to me that the system freezes before passing execution to loader(8) (and the kernel too). Thanks for the reply, Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:32:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67B6E1065670 for ; Fri, 29 Aug 2008 21:32:25 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id F15368FC0A for ; Fri, 29 Aug 2008 21:32:24 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so322567eyi.7 for ; Fri, 29 Aug 2008 14:32:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=oKWRi9uJN93NAr8UZNznkRJfcm9oqNoQXQRYHc8h7Uk=; b=deq195DRWqo+KPhnZBV+MEjnNBHjqKYo/lrgKMe9AwJ1GXy61XQWQ9B4nRhzut51Lu aITyiMjT8vlYLIrnMC0VwjVd40/6q+WFaDpaj4HapjHu+cwHkL7v66ECcL/c28/VtKhy EIkrkH5JbzvfMaIc9ECdJewvgRc1WKQoQWn1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DPSNAVcj5aAScp+GeUi0FJKhooKjLy6AlaV26HPnv/ig2ujpL5yp280SYkYThbAI3E U6dGBIIS3gl2GYpvbKCzBXWiIvsrvoaiNlq2b1SeIc8x12qx6IAwR7yOU6YbVY5uyn+R yf+yeQPfjQBzbjerzUibF1V3NOzve79pl37E0= Received: by 10.210.24.7 with SMTP id 7mr2200635ebx.178.1220045543593; Fri, 29 Aug 2008 14:32:23 -0700 (PDT) Received: by 10.210.44.20 with HTTP; Fri, 29 Aug 2008 14:32:23 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 23:32:23 +0200 From: "Pascal Hofstee" To: "John Baldwin" In-Reply-To: <200808290951.44955.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200808231056.18305.jhb@freebsd.org> <200808290951.44955.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:32:25 -0000 On Fri, Aug 29, 2008 at 3:51 PM, John Baldwin wrote: > So the reports I've seen of this all involve the Nvidia MCP55 ATA chipset, and > only the ata controller loses its marbles (so to speak). Christian ran a > patch that tested each PCI config read and they always returned the same > value from both methods. I think that this may be a weird bug in the ata > driver itself. It might be helpful to add printfs to instrument the various > nvidia-specific ATA routines in sys/dev/ata/ata_chipset.c to compare the old > and new kernels. I admit i am not exactly versed in kernel-level coding (though i do have a solid understanding of C itself). If perhaps you could give a couple of pointers to the kind of additional debug output you're looking for i am willing to play around with that to provide any additional information. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 21:35:43 2008 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 51D8F1065684 for ; Fri, 29 Aug 2008 21:35:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (oute.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 3D41E8FC13 for ; Fri, 29 Aug 2008 21:35:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id E07A624B2; Fri, 29 Aug 2008 14:35:42 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 420262D6047; Fri, 29 Aug 2008 14:35:41 -0700 (PDT) Message-ID: <48B86BB3.30705@elischer.org> Date: Fri, 29 Aug 2008 14:35:47 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: John Baldwin References: <200808291636.10656.jhb@FreeBSD.org> In-Reply-To: <200808291636.10656.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@FreeBSD.org, current@FreeBSD.org Subject: Re: rtentry panic with FIB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 21:35:43 -0000 John Baldwin wrote: > Unfortunately it hung trying to dump, so all I have is the stack trace from > DDB. This is recent HEAD running stress2 > > panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ ../../1 > do you know what lock it was talking about? rt_check_fib is not really any different from what it was before in general the multi routing table code shouldn't add any locking paths that were not already present. I think there is some hint of a problem in the interaction of mrt and arp however so I think I need to re-visit that code.. (It's all flushed out of my brain-cache at the moment). > cpuid = 1 > KDB: enter: panic > [thread pid 14025 tid 100928 ] > Stopped at kdb_enter+0x3d: movq $0,0x435054(%rip) > db> tr > Tracing pid 14025 tid 100928 td 0xffffff0003773360 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x14b > _mtx_lock_flags() at _mtx_lock_flags > _mtx_lock_flags() at _mtx_lock_flags+0xc3 > rt_check_fib() at rt_check_fib+0x1ea > arpresolve() at arpresolve+0x77 > ether_output() at ether_output+0x180 > ip_output() at ip_output+0xb4f > udp_send() at udp_send+0x47d > sosend_dgram() at sosend_dgram+0x1fa > soo_write() at soo_write+0x30 > dofilewrite() at dofilewrite+0x7a > kern_writev() at kern_writev+0x52 > write() at write+0x4d > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x80071cb7c, rsp = > 0x7fffffffe628,- > db> c > Uptime: 1h39m18s > Physical memory: 2038 MB > Dumping 263 MB:pid 14025 (udp), uid 26840, was killed: exceeded maximum CPU > limt > pid 14099 (udp), uid 26840, was killed: exceeded maximum CPU limit > pid 14100 (udp), uid 26840, was killed: exceeded maximum CPU limit > From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 22:09:43 2008 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 0724F1065672; Fri, 29 Aug 2008 22:09:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BF1208FC1F; Fri, 29 Aug 2008 22:09:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TM9bAI042051; Fri, 29 Aug 2008 18:09:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m7TM9biQ080485; Fri, 29 Aug 2008 18:09:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3651273039; Fri, 29 Aug 2008 18:09:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080829220937.3651273039@freebsd-current.sentex.ca> Date: Fri, 29 Aug 2008 18:09:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 22:09:43 -0000 TB --- 2008-08-29 20:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 20:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-29 20:20:01 - cleaning the object tree TB --- 2008-08-29 20:20:50 - cvsupping the source tree TB --- 2008-08-29 20:20:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-29 20:20:57 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 20:20:57 - cd /src TB --- 2008-08-29 20:20:57 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 20:20:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Aug 29 22:00:04 UTC 2008 TB --- 2008-08-29 22:00:04 - generating LINT kernel config TB --- 2008-08-29 22:00:04 - cd /src/sys/amd64/conf TB --- 2008-08-29 22:00:04 - /usr/bin/make -B LINT TB --- 2008-08-29 22:00:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 22:00:04 - cd /src TB --- 2008-08-29 22:00:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 22:00:04 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel ng_bpf.o(.text+0x1198): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 22:09:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 22:09:36 - ERROR: failed to build lint kernel TB --- 2008-08-29 22:09:36 - tinderbox aborted TB --- 4844.89 user 611.05 system 6575.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 22:18:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFAB51065673 for ; Fri, 29 Aug 2008 22:18:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 492EF8FC30 for ; Fri, 29 Aug 2008 22:18:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KZCI7-000091-Vy for freebsd-current@freebsd.org; Fri, 29 Aug 2008 22:18:03 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Aug 2008 22:18:03 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Aug 2008 22:18:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Fri, 29 Aug 2008 15:17:53 -0700 Lines: 49 Message-ID: References: <48B5E857.9050006@samsco.org> <48B758A6.7080100@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: xpt_config panic: run_interrupt_driven_config_hooks: waited too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 22:18:05 -0000 Scott Long wrote: > Mark Atkinson wrote: >> Scott Long wrote: >> >>> Mark Atkinson wrote: >>>> I have two hp dl380's (xeon p4s with ciss) that cannot boot recent >>>> GENERIC kernels from -current. >>>> >>>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>>> xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds >>>> for xpt_config run_interrupt_driven_hooks: still waiting after 180 >>>> seconds for xpt_config run_interrupt_driven_hooks: still waiting after >>>> 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting >>>> after 300 seconds for xpt_config panic: >>>> run_interrupt_driven_config_hooks: waited too long cpuid = 0 >>>> KDB: enter: panic >>>> [thread pid 0 tid 100000 ] >>>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>>> db> bt >>>> Tracing pid 0 tid 100000 td 0xc0caa020 >>>> kdb_enter(c0b68e3a,c0b68e3a,c0b6b277,c1020d08,0,...) at kdb_enter+0x3a >>>> panic(c0b6b277,0,c0b6b20e,71,ea60,...) at panic+0x12e >>>> run_interrupt_driven_config_hooks(0,101ec00,101ec00,101e000,1025000,...) >>>> at run_interrupt_driven_config_hooks+0x1db >>>> mi_startup() at mi_startup+0xa6 >>>> begin() at begin+0x2c >>>> db> show conifhk >>>> hook: 0xc0473080 at xpt_config+0 arg: 0 >>>> >>> I'm working on this and will hopefully have a patch to test tonight. >>> >>> Scott >> >> A big thank you from my end, I look forward to testing this fix out and >> getting these machines back up to date. >> > > It should be fixed now. Let me know if you have any further problems. > > Scott Many thanks, it booted successfully and is running installworld as I type. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 22:21:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69A051065685 for ; Fri, 29 Aug 2008 22:21:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id F31AD8FC19 for ; Fri, 29 Aug 2008 22:21:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7TML66m006074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 08:21:07 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7TML686005782; Sat, 30 Aug 2008 08:21:06 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7TMKxuR005781; Sat, 30 Aug 2008 08:20:59 +1000 (EST) (envelope-from peter) Date: Sat, 30 Aug 2008 08:20:59 +1000 From: Peter Jeremy To: Jilles Tjoelker Message-ID: <20080829222059.GD86609@server.vk2pj.dyndns.org> References: <87fxot5hoi.fsf@kobe.laptop> <20080826160144.GG99951@hoeg.nl> <20080828225839.GA69870@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zbGR4y+acU1DwHSi" Content-Disposition: inline In-Reply-To: <20080828225839.GA69870@stack.nl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Giorgos Keramidas , Ed Schouten , FreeBSD Current Subject: Re: Inserting flow-control chars with an mpsafetty kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 22:21:37 -0000 --zbGR4y+acU1DwHSi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-29 00:58:39 +0200, Jilles Tjoelker wrote: >The faster response to ^C/^S/^Q can probably be lived without. ^Q/^S can be handled locally without major problem. The lack of remote ^C handling can be very annoying when you're on the wrong end of a slow dialup link and there's 32KB of unwanted output cached in the remote kernel. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --zbGR4y+acU1DwHSi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki4dksACgkQ/opHv/APuIdeLACgm4yuFpCQjCO4gDEkqQIGt+J2 L88An1iOqKQisJhZbzF8uWZpsDXfIbBz =Xr4R -----END PGP SIGNATURE----- --zbGR4y+acU1DwHSi-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 22:38:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8545C106568A for ; Fri, 29 Aug 2008 22:38:38 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 44F048FC18 for ; Fri, 29 Aug 2008 22:38:38 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so585228yxb.13 for ; Fri, 29 Aug 2008 15:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=YrcePXikOm2kICpX7b4/tglGfTmfJ3mSoM4sLX60TYM=; b=XPXDvuJmbPwsDoCfYgfozZSfWbLYsJfl2e46kHY5xpuada+AC0q+T5ROGmU/Bd3aV+ lDmQfPwxWiVJo6m1gLFF1bLr3uIms0QlDJ+A2OlIt0kgVHxtKBj+jNenlfBQ38C7dnw+ F3mkO6AB1IwaNPquTwngKd/H+fO3iggTnGm84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Z2n284wu92l813XURVrk5sLqMBdGFd1B4oFQAdJxDva1Udt4Sw4Bxn1f9Jdyb/0BN/ EPtVH+NP5PgaL9pMP1j8HuhnWjozl2KXVdZ4YtoTLsOS2slEhODsk6Qllq7loO6JFBxQ jzgMSYFodn5p4MWReiLvRAwryTUVO7Q5w8YsY= Received: by 10.150.227.9 with SMTP id z9mr4996408ybg.36.1220048118620; Fri, 29 Aug 2008 15:15:18 -0700 (PDT) Received: by 10.150.57.21 with HTTP; Fri, 29 Aug 2008 15:15:18 -0700 (PDT) Message-ID: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> Date: Fri, 29 Aug 2008 22:15:18 +0000 From: "Matkhamtkha Brekher" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: reboot during upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 22:38:38 -0000 sorry guys for the oftopic but can someone tell me why this guide from /use/src/Makefile: # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot' (in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) tells me to reboot the machine twice? after 4th step and then after 9. what's the point? is it dangerous to do it only once after 9 step and not after 4? what consequences would appear if i'll reboot the machine once during the upgrade? From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 23:52:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E0B31065670; Fri, 29 Aug 2008 23:52:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id A54788FC1C; Fri, 29 Aug 2008 23:52:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl85-153.kln.forthnet.gr [77.49.52.153]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7TNppBa025014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Aug 2008 02:51:58 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m7TNpp7N039367; Sat, 30 Aug 2008 02:51:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m7TNpoD3039366; Sat, 30 Aug 2008 02:51:50 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Kirk Strauser References: <200808291144.54193.jhb@freebsd.org> <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> Date: Sat, 30 Aug 2008 02:51:50 +0300 In-Reply-To: <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> (Kirk Strauser's message of "Fri, 29 Aug 2008 16:07:15 -0500") Message-ID: <87fxonv0q1.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7TNppBa025014 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.838, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.56, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 23:52:05 -0000 On Fri, 29 Aug 2008 16:07:15 -0500, Kirk Strauser wrote: >On Aug 29, 2008, at 10:44 AM, John Baldwin wrote: >> See /usr/sbin/crashinfo for a start. I have patches to enable it >> from /etc/rc.d/savecore after generating a patch (still need to test >> them though). > > I'm not finding that anywhere, either on my systems or on Google. HISTORY The crashinfo utility appeared in FreeBSD 8.0. It hasn't been MFC'd to any other branch, AFAIK. From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 00:08:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 682B21065673 for ; Sat, 30 Aug 2008 00:08:38 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id E4A2B8FC0C for ; Sat, 30 Aug 2008 00:08:37 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so339709eyi.7 for ; Fri, 29 Aug 2008 17:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=7P/xrdghU/v9JcmIuV8G+KgkTmcnZHGbXjtTtaM2kmA=; b=EbcJWezFX4rXPXaVhHebbnXnJ39FOcj+3jEuX2N6SMpIOkCUEKpWeZBzg93beOriVJ jmpLmdpk9Alk5iE86+NttgzAefnBrGuTWGhO314/jAiIEEnm9DMMHGMDpCHj/MaUoFGZ mJpgioJ6qTd/SQsPmDaCrVA15VFoFj1EjSsMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=Rnl79YJWPp5iuo2yAemT/CFolx3kBzNRWFwqt/jw0147TP7JOVmZzp4kjU4zmL3GF9 bhvNi4OlL0cGC3P+xrIr7va9h+BR6E6NKZfvSNkPOxLYv/msIvUAmizhGBd/BpQwM2k8 MJosXLOONG9bvo/bCc+iQKnwn6a55yNPt7voU= Received: by 10.210.115.15 with SMTP id n15mr2414002ebc.81.1220054916626; Fri, 29 Aug 2008 17:08:36 -0700 (PDT) Received: by 10.210.130.15 with HTTP; Fri, 29 Aug 2008 17:08:36 -0700 (PDT) Message-ID: <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> Date: Sat, 30 Aug 2008 04:08:36 +0400 From: "Alexander Churanov" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, olli@lurza.secnetix.de, Tz-Huan Huang Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 00:08:38 -0000 2008/8/29 Peter Wemm > syscons does operate in graphics mode. The problem is how to get into > graphics mode in the first place. On i386, it is done with vesa bios > calls. We don't have a way to do this on amd64 systems. It can be > done but is Very Difficult in kernel mode like on i386. > > Peter, Thank you for the information. I haven't been examining rendering part of syscons before. Also my opinion about not working on unicode rendering support now become stronger. There are many issues. For now I am considering only implementing UTF-8 support in syscons to make possible to use UTF-8 by default in releases. Sample schedule: 1) Implement support for UTF-8 in syscons with mapping UTF-8 to 256 characters for rendering. The rest of characters will not be displayed correctly, however proper backspacing, character counts and other things like that will work. This is clearly better than what we have now. 2) Proceed with design discussion and cost estimation for implementing rendering more than 256 glyphs at a time. This will only affect rendering. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 00:23:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D52C106567A for ; Sat, 30 Aug 2008 00:23:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF518FC13 for ; Sat, 30 Aug 2008 00:23:39 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K6D00JT4YBEF780@asmtp016.mac.com> for freebsd-current@freebsd.org; Fri, 29 Aug 2008 16:23:38 -0700 (PDT) Message-id: <5AEFCC1D-F758-4EA6-B2FA-180C2C689938@mac.com> From: Chuck Swiger To: Matkhamtkha Brekher In-reply-to: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> Date: Fri, 29 Aug 2008 16:23:37 -0700 References: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-current@freebsd.org Subject: Re: reboot during upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 00:23:39 -0000 On Aug 29, 2008, at 3:15 PM, Matkhamtkha Brekher wrote: > # 1. `cd /usr/src' (or to the directory containing your > source tree). > # 2. `make buildworld' > # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # [steps 3. & 4. can be combined by using the "kernel" target] > # 5. `reboot' (in single user mode: boot -s from the loader > prompt). > # 6. `mergemaster -p' > # 7. `make installworld' > # 8. `make delete-old' > # 9. `mergemaster' > # 10. `reboot' > # 11. `make delete-old-libs' (in case no 3rd party program uses > them anymore) > > > tells me to reboot the machine twice? > after 4th step and then after 9. > > what's the point? is it dangerous to do it only once after 9 step and > not after 4? Oh, yes. > what consequences would appear if i'll reboot the machine once > during the upgrade? If you don't reboot in order to be using the new kernel before installing the new userland, you'll install critical things like sh and make which might not run using the old kernel. You might find that the installworld part fails in the middle, and the system is left in an unusable state which is very hard to recover from. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 00:29:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D3BB1065682 for ; Sat, 30 Aug 2008 00:29:18 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C48A8FC17 for ; Sat, 30 Aug 2008 00:29:17 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 40F69A068E; Sat, 30 Aug 2008 02:29:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 32ED1A068A; Sat, 30 Aug 2008 02:29:16 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 1EA99A0686; Sat, 30 Aug 2008 02:29:16 +0200 (CEST) Received: from localhost.my.domain ([80.129.136.237]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.1HF110) with ESMTP id 2008083002291511-18544 ; Sat, 30 Aug 2008 02:29:15 +0200 Received: by localhost.my.domain (sSMTP sendmail emulation); Sat, 30 Aug 2008 02:33:22 +0200 Date: Sat, 30 Aug 2008 02:33:21 +0200 From: Alexey Shuvaev To: Matkhamtkha Brekher Message-ID: <20080830003321.GA1007@localhost.my.domain> Mail-Followup-To: Matkhamtkha Brekher , freebsd-current@freebsd.org References: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> Mime-Version: 1.0 In-Reply-To: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: Universitaet Wuerzburg X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/30/2008 02:29:15 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.1HF110 | April 11, 2008) at 08/30/2008 02:29:15 AM, Serialize complete at 08/30/2008 02:29:15 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: reboot during upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 00:29:18 -0000 On Fri, Aug 29, 2008 at 10:15:18PM +0000, Matkhamtkha Brekher wrote: > sorry guys for the oftopic but can someone tell me why this guide from > /use/src/Makefile: > > # 1. `cd /usr/src' (or to the directory containing your source tree). > # 2. `make buildworld' > # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > # [steps 3. & 4. can be combined by using the "kernel" target] > # 5. `reboot' (in single user mode: boot -s from the loader prompt). > # 6. `mergemaster -p' > # 7. `make installworld' > # 8. `make delete-old' > # 9. `mergemaster' > # 10. `reboot' > # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) > > > tells me to reboot the machine twice? > after 4th step and then after 9. > > what's the point? is it dangerous to do it only once after 9 step and > not after 4? > Step 4 installs new kernel preserving the old one as kernel.old. It may happen that the new kernel does not work properly (especially if you are on CURRENT). Booting the new kernel at this moment helps diagnose these situations and reverting back to the old kernel fixes the problem. > what consequences would appear if i'll reboot the machine once during > the upgrade? > If you install both kernel and world and notice that the new kernel does not work later (after step 9), you cannot revert to the old userland. And sometimes new world does not work with old kernel. Apart from this, nobody and nothing forbids you to cut the corners. But then you should know what you are doing :-> Just my 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 00:32:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EE72106566C for ; Sat, 30 Aug 2008 00:32:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id EF59A8FC13 for ; Sat, 30 Aug 2008 00:32:17 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl85-153.kln.forthnet.gr [77.49.52.153]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m7U0W6Dt027793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Aug 2008 03:32:12 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m7U0W5CJ040711; Sat, 30 Aug 2008 03:32:05 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m7U0W4aj040710; Sat, 30 Aug 2008 03:32:04 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Chuck Swiger References: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> <5AEFCC1D-F758-4EA6-B2FA-180C2C689938@mac.com> Date: Sat, 30 Aug 2008 03:32:04 +0300 In-Reply-To: <5AEFCC1D-F758-4EA6-B2FA-180C2C689938@mac.com> (Chuck Swiger's message of "Fri, 29 Aug 2008 16:23:37 -0700") Message-ID: <877i9zuyuz.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m7U0W6Dt027793 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.839, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.56, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Matkhamtkha Brekher , freebsd-current@freebsd.org Subject: Re: reboot during upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 00:32:18 -0000 On Fri, 29 Aug 2008 16:23:37 -0700, Chuck Swiger wrote: >> what consequences would appear if i'll reboot the machine once during >> the upgrade? > > If you don't reboot in order to be using the new kernel before > installing the new userland, you'll install critical things like sh > and make which might not run using the old kernel. You might find > that the installworld part fails in the middle, and the system is left > in an unusable state which is very hard to recover from. Not to mention that if installworld suceeds but the new kernel panics at every boot, you may end up with a userland that uses 'new' stuff to work but with an unbootable kernel. Rolling back to kernel.old may work (and it usually does), but it's not a safe bet all the time. From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 01:32:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB1101065673 for ; Sat, 30 Aug 2008 01:32:04 +0000 (UTC) (envelope-from lichave@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 340F58FC12 for ; Sat, 30 Aug 2008 01:32:03 +0000 (UTC) (envelope-from lichave@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so862365fkk.11 for ; Fri, 29 Aug 2008 18:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=D2RmGnTRQzl7HqRw0gqAjEy9wNYp5ZYzSifoIB+jdKs=; b=eu8RbB15GfCICbllvqFqOJ41IfjoE2VsmsxKkRsSWvMhVmSFARJYVs6pKLsL4GSsny yBPOVJ3cjNlkIP9dFU2jsh684JBr8Fbzao232AFeuaoEH+TDwafumXSx8ktuta9X+7ee lXIFxFFBHsEZVZpu0CEK1pqoTpG6LmvdQaMDM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=IfQBl9tQ9E4orKlM/OKbd5R6GaJzI/m9graJ8WCH1vxGrI2nyRuWDxLV178hvoMgHt hNOMklnt++8w0PjjFZmylAnBQoBs0BfxABOA+CO57en40R0R06zXCrzn/SPm0gMmcpBI C/S9QCwBP9Qldkbic1pJpj8t9PoGxmd/dCyKc= Received: by 10.180.240.10 with SMTP id n10mr3756549bkh.69.1220058295587; Fri, 29 Aug 2008 18:04:55 -0700 (PDT) Received: by 10.180.240.4 with HTTP; Fri, 29 Aug 2008 18:04:55 -0700 (PDT) Message-ID: <716a8d5f0808291804r1f66ce2ek176c2fac28a94c92@mail.gmail.com> Date: Sat, 30 Aug 2008 03:04:55 +0200 From: "Konrad Jankowski" To: "Alexander Churanov" In-Reply-To: <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> Cc: freebsd-current@freebsd.org, olli@lurza.secnetix.de, Tz-Huan Huang , Peter Wemm Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 01:32:04 -0000 On Sat, Aug 30, 2008 at 2:08 AM, Alexander Churanov wrote: > > Sample schedule: > > 1) Implement support for UTF-8 in syscons with mapping UTF-8 to 256 > characters for rendering. The rest of characters will not be displayed > correctly, however proper backspacing, character counts and other things > like that will work. This is clearly better than what we have now. > > 2) Proceed with design discussion and cost estimation for implementing > rendering more than 256 glyphs at a time. This will only affect rendering. > Sound reasonable. Moving is small steps will assure get at least something working. I support the initial idea - i'd like to 'cat' UTF8 encoded Polish files in the console. And this can easily accommodate most European languages. But there will need to be a secondary switching mechanism for selecting which part of the Unicode is being mapped at the time. When this is ready, there will need to be additional mapping switch implemented. That is the one that maps all of the Unicode at once, by switching to the graphics mode. We also get a bonus - for people that use languages like Polish, they can stay in text mode and not loose speed, which is Inherent with VESA. From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 01:39:07 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0FE71065678 for ; Sat, 30 Aug 2008 01:39:07 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.freebsd.org (Postfix) with ESMTP id 54DF68FC0C for ; Sat, 30 Aug 2008 01:39:07 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 7B2E917F479; Sat, 30 Aug 2008 03:05:53 +0200 (CEST) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id 6BC466BCE4; Sat, 30 Aug 2008 03:05:53 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-126-150.pools.arcor-ip.net [88.67.126.150]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 555F718794E; Sat, 30 Aug 2008 03:05:53 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7U15p8I002424; Sat, 30 Aug 2008 03:05:51 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7U15p6A002423; Sat, 30 Aug 2008 03:05:51 +0200 (CEST) (envelope-from naddy) Date: Sat, 30 Aug 2008 03:05:51 +0200 From: Christian Weisgerber To: John Baldwin Message-ID: <20080830010551.GA2090@lorvorc.mips.inka.de> References: <200808231056.18305.jhb@freebsd.org> <200808290951.44955.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200808290951.44955.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV 0.93.3/8118/Fri Aug 29 19:54:27 2008 on mail-in-14.arcor-online.net X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, Pascal Hofstee Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 01:39:07 -0000 John Baldwin: > So the reports I've seen of this all involve the Nvidia MCP55 ATA chipset, and > only the ata controller loses its marbles (so to speak). I also observe that k8temp doesn't attach. Maybe Pascal can check this. It's not part of GENERIC, so k8temp.ko needs to be explicitly loaded by the loader for this. k8temp0: on hostb3 -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 08:42:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A6CA1065673 for ; Sat, 30 Aug 2008 08:42:38 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 22F348FC16 for ; Sat, 30 Aug 2008 08:42:37 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so797064fgb.35 for ; Sat, 30 Aug 2008 01:42:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=RCCCaPhaM06bvoeTqAgnK1y4bP657nE8zJ8yfzx58Cw=; b=i259vrpj+aWdi501Ap46D0tCOGrECszdNua5vTjS6EgP9Y851QmLjyU/czcuC8QYad HcYbnJCj1RvUHoXugaecBcVsOYYouIOOig8TmkjnOZ2J3mceNzDFcGfftzrp+WFT2jug VvsGSsSm3w1o/ua6jzXBjlG/DxiGCJQgBQSKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=h0sF+dllugvw+nXPcU/RqyL8BH9dq4iN1Ybc80cVorANLJlVPnjXYK0X5KQnDfcJcv C2KXgEiWTnMQZjWZJ3nzti9RKTqQCrbtCiUNStq6pS39PMSmssauKnGoEGN36yaWEWGb aPe85eJdyDCt/snO2HLY2sZvt7R1YYF4aTbKM= Received: by 10.86.60.14 with SMTP id i14mr2782135fga.75.1220085756177; Sat, 30 Aug 2008 01:42:36 -0700 (PDT) Received: by 10.86.3.2 with HTTP; Sat, 30 Aug 2008 01:42:36 -0700 (PDT) Message-ID: <6a7033710808300142o1b253c6cw2e286d42a60e342b@mail.gmail.com> Date: Sat, 30 Aug 2008 16:42:36 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Alexander Churanov" In-Reply-To: <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> X-Google-Sender-Auth: c3add5a31d54fd8c Cc: freebsd-current@freebsd.org, olli@lurza.secnetix.de Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 08:42:38 -0000 On Fri, Aug 29, 2008 at 9:36 PM, Alexander Churanov wrote: > 2008/8/28 Oliver Fromme >> >> Right now, a Chinese sysadmin cannot simply go to a FreeBSD >> console, run mutt and read mails from his co-workers that >> contain Chinese characters. This *does* work fine with >> Linux. This is clearly an area where FreeBSD is lacking. > > Tz-Huan, > Could you comment on this? Does Linux really display and render all Chinese > glyphs corectly? Do they have video card compatibility issues? How about > top-to-bottom rendering? Is it actually used or useful in China and Taiwan? Hi, As far as I known Linux's console really support Chinese by change the display to graphics mode through framebuffer[1]. It should be no video card compatibility issue if the video card supports VESA well (most cards support it well I think). How much Chinese glyphs it can render depends on the coverage of the bitmap fonts, so it should be possible to render all glyphs if the fonts are available. However, I have never used this feature in Linux. All linux systems I manage have either X (desktop) or just text-mode console (server) like FreeBSD. So I don't think this feature is very useful for me. The debian installer use this feature to support Chinese and other language interfaces, it might be useful for a newbie to install an unfamiliar OS. Besides that, there are less benefits to support this I think. IMHO your schedules looks fine to me. :-) Tz-Huan [1] http://en.wikipedia.org/wiki/Linux_framebuffer From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 08:48:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932AD106566B; Sat, 30 Aug 2008 08:48:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 349538FC0C; Sat, 30 Aug 2008 08:48:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KZM8B-000ChO-3v; Sat, 30 Aug 2008 11:48:27 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7U8mOwL063854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 11:48:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7U8mO3Q059444; Sat, 30 Aug 2008 11:48:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7U8mONv059443; Sat, 30 Aug 2008 11:48:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 30 Aug 2008 11:48:24 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20080830084824.GE2038@deviant.kiev.zoral.com.ua> References: <200808291144.54193.jhb@freebsd.org> <93895F44-FEA5-45EC-B62E-C01CBB1CE264@strauser.com> <200808291726.16799.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1brTR8/mqxCEB6VZ" Content-Disposition: inline In-Reply-To: <200808291726.16799.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KZM8B-000ChO-3v 0ff4e051a656273752dfacc36abadde3 X-Terabit: YES Cc: Kirk Strauser , freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 08:48:29 -0000 --1brTR8/mqxCEB6VZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 29, 2008 at 05:26:16PM -0400, John Baldwin wrote: > On Friday 29 August 2008 05:07:15 pm Kirk Strauser wrote: > > On Aug 29, 2008, at 10:44 AM, John Baldwin wrote: > >=20 > > > See /usr/sbin/crashinfo for a start. I have patches to enable it > > > from /etc/rc.d/savecore after generating a patch (still need to test = =20 > > > them > > > though). > >=20 > >=20 > > I'm not finding that anywhere, either on my systems or on Google. >=20 > It's in HEAD. >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/crashinfo/crashinfo.sh John, why not MFCing it ? MFC cannot break anything :), it is a standalone utility, and it definitely useful to have bigger test base. I propose to add some note to the manpage, explicitely mentioning experimantal status of utility, and the fact that both user interface and output format are subject to change. I imagine this is the only obstacle for MFC. --1brTR8/mqxCEB6VZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki5CVcACgkQC3+MBN1Mb4h7IACfTcUy2DKVkh7wK6u8ML8ANVgg zAsAnjUVIFKfrZM8bHWDuu13EwthRAMG =MZ+G -----END PGP SIGNATURE----- --1brTR8/mqxCEB6VZ-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 08:52:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E34106566B for ; Sat, 30 Aug 2008 08:52:38 +0000 (UTC) (envelope-from mva@sysfault.org) Received: from smtprelay09.ispgateway.de (smtprelay09.ispgateway.de [80.67.29.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE778FC18 for ; Sat, 30 Aug 2008 08:52:38 +0000 (UTC) (envelope-from mva@sysfault.org) Received: from [89.182.210.142] (helo=localhost) by smtprelay09.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1KZLyK-0001ki-Ej for freebsd-current@freebsd.org; Sat, 30 Aug 2008 10:38:17 +0200 Date: Sat, 30 Aug 2008 10:39:02 +0200 From: Marcus von Appen To: freebsd-current@freebsd.org Message-ID: <20080830083901.GA2183@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Df-Sender: 320095 Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 08:52:38 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Sat Aug 30, 2008, Alexander Churanov wrote: [...] > Sample schedule: >=20 > 1) Implement support for UTF-8 in syscons with mapping UTF-8 to 256 > characters for rendering. The rest of characters will not be displayed > correctly, however proper backspacing, character counts and other things > like that will work. This is clearly better than what we have now. I wonder, how backspacing will be implemented for complex scripts such as the Indic one or Arabic, where two codepoints will be resolved to one logical (and usually visible) character. Backspacing and character counting for example has to operate on the one or other specified unicode character set. For Arabic this would be on the representation form for the visible codepoints, but character manipulation (backspacing, deletions) has to operate on the other one. Bidi layouts, as you mentioned before, are something completely out of that scope. In my opinion that'd mean either that for codepoints, which are not rendered, either the internal unicode set is used (for Arabic this'd be form 1) or the user-visible one (form 2). In either of those case the backspacing might appear broken to the user. > 2) Proceed with design discussion and cost estimation for implementing > rendering more than 256 glyphs at a time. This will only affect rendering. In theory that's no big deal. There are good and solid solutions for processing UTF-8 codepoints (libutf8 pops up my mind). What frightens me away is the implementation cost for the fonts. Using 8xXX fonts for CJK will be hardly possible as you would not be able to determine the glyphs. Creating e.g. 13x13 CYK fonts is possible without bigger implications regarding the visibility. for the CJK range I'd promote wide-character fonts as it greatly simplifies the layouting for the ASCII or KOI8-R ranges contained within them. Creating a useful CJK font however will mostly mean to implement around at least 1000-2000 characters ;-). Rendering complex RTL scripts (Arabic, Hebrew) is another issue. In case RTL layout is left aside, they still will need proper bidi support, otherwise they are useless in my opinion. For Arabic, the representation form mapping is simple and the rendering for characters should be possible. I'm not sure about the supported widths in syscons, but 8 pixels wide console fonts seem to be inappropriate to me for Arabic, Indic or Thai character sets. Syscons Gurus: can that be tweaked easily? Regards Marcus --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki5ByUACgkQo/JpszXavhw2bgCfZsWPxHwjsp0jmpMizfwurCCU gkgAn0Ea430mx81EawD8pk5A7/j0po1X =wVRE -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 08:57:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3EA21065674 for ; Sat, 30 Aug 2008 08:57:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 94C658FC0C for ; Sat, 30 Aug 2008 08:57:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1596749rvf.43 for ; Sat, 30 Aug 2008 01:57:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kCD32MixX8WgPfpPjzmeZHG7up95tV9B0Qrb5yg+pcw=; b=ZFf5Reo8iAj90XPUj1R46z2aU+dckJnnzWB7w4dTsI5ioDKiX+xdVIl0HbnZBf4iLY 5tFwBk9P/p4YVekZReEzdAdNd/VHLzAxEemQ/HZAXo8vrULLZwotsooAefJiWjXpV2A0 V1Lzs0qm906gAjV+pwd4Epi/6HRedKvUiGpBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=V4UUsYs6sN9df7LUXQ6ODfnjHaZp4K2UzrIUj7XpMj0ZqC3ozyrksXQ1msVeiTO7dv YwXTXrUY5O1UbGtA8yRdbOyE9x8bD34BcZzPShKvH7TvG5lJTczk/i9VRRJoWCeqoXqj 9YGo+Z7CO12/CLtKXYaujmyT7ylOFO19fNwbk= Received: by 10.141.115.6 with SMTP id s6mr2027771rvm.239.1220086673214; Sat, 30 Aug 2008 01:57:53 -0700 (PDT) Received: by 10.141.86.19 with HTTP; Sat, 30 Aug 2008 01:57:53 -0700 (PDT) Message-ID: <3a142e750808300157ld976e81hd68cdabb0f587bf5@mail.gmail.com> Date: Sat, 30 Aug 2008 10:57:53 +0200 From: "Paul B. Mahol" To: "Alexey Shuvaev" In-Reply-To: <20080829213208.GA41069@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> <20080829213208.GA41069@wep4017.physik.uni-wuerzburg.de> Cc: freebsd-current@freebsd.org Subject: Re: Booting from gpt on i386/amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 08:57:53 -0000 On 8/29/08, Alexey Shuvaev wrote: > On Fri, Aug 29, 2008 at 11:16:07PM +0200, Paul B. Mahol wrote: >> On 8/29/08, Alexey Shuvaev wrote: >> > Hello list! >> > >> > I have tried to install a system with pure gpt partitioning, >> > but haven't managed to boot from it. >> > >> > Is it my local problem? >> > What is the correct procedure of preparing gpt-only BIOS-bootable >> > system? >> > >> >> You have all following lines (from gpart manual) in your >> custom << >> kernel? >> >> options GEOM_PART_APM >> options GEOM_PART_BSD >> options GEOM_PART_GPT >> options GEOM_PART_MBR >> options GEOM_PART_PC98 >> options GEOM_PART_VTOC8 >> > No, I am using GENERIC kernel. Is it neccessary to have *ALL* of them? > I mean GENERIC have essential ones: > >> grep GEOM GENERIC > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > > Man page also says: > > [snip] > To add support for the disk partitioning GEOM class, place one or more of > the following lines in your kernel configuration file: > [snip] That is different from "booting from gpt" At least I think that you must have GEOM_PART_MBR to boot from gpt. > > I can compile custom kernel with all the above options, but it seems to me > that the system freezes before passing execution to loader(8) Ask marcel@ for more info. > (and the kernel too). > > Thanks for the reply, > Alexey. > From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 09:48:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE181065671 for ; Sat, 30 Aug 2008 09:48:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 877368FC19 for ; Sat, 30 Aug 2008 09:48:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-88-209.lns10.adl6.internode.on.net [121.45.88.209]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m7U9lvus021206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 30 Aug 2008 19:17:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 30 Aug 2008 19:17:44 +0930 User-Agent: KMail/1.9.7 References: <53cc795f0808291515m4fe9e49k903347d1e89ec07e@mail.gmail.com> <5AEFCC1D-F758-4EA6-B2FA-180C2C689938@mac.com> In-Reply-To: <5AEFCC1D-F758-4EA6-B2FA-180C2C689938@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2407423.lJYkaY7XYu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808301917.52556.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Matkhamtkha Brekher Subject: Re: reboot during upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 09:48:02 -0000 --nextPart2407423.lJYkaY7XYu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 30 Aug 2008, Chuck Swiger wrote: > On Aug 29, 2008, at 3:15 PM, Matkhamtkha Brekher wrote: > > # 1. `cd /usr/src' (or to the directory containing your > > source tree). > > # 2. `make buildworld' > > # 3. `make buildkernel KERNCONF=3DYOUR_KERNEL_HERE' (default is > > GENERIC). > > # 4. `make installkernel KERNCONF=3DYOUR_KERNEL_HERE' (default is > > GENERIC). > > # [steps 3. & 4. can be combined by using the "kernel" > > target] # 5. `reboot' (in single user mode: boot -s from > > the loader prompt). > > # 6. `mergemaster -p' > > # 7. `make installworld' > > # 8. `make delete-old' > > # 9. `mergemaster' > > # 10. `reboot' > > # 11. `make delete-old-libs' (in case no 3rd party program uses > > them anymore) > > > > what consequences would appear if i'll reboot the machine once > > during the upgrade? > > If you don't reboot in order to be using the new kernel before > installing the new userland, you'll install critical things like sh > and make which might not run using the old kernel. You might find > that the installworld part fails in the middle, and the system is > left in an unusable state which is very hard to recover from. You could do it once and avoid step 10. Once you have mergemaster'd and deleted the old libs (if you are going=20 to) you can press ctrl-d to exit the single user shell and the system=20 will boot as normal. Avoiding the reboot at 4 is risky but the risk is low if you're not=20 upgrading a major release number (eg 6 -> 7) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2407423.lJYkaY7XYu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIuRdI5ZPcIHs/zowRAvw9AKCRGocSzoDjfX6JFileBDNkrYpQgQCaA02P eDq4QbaT0H1EL4BCZm40g5A= =gSeJ -----END PGP SIGNATURE----- --nextPart2407423.lJYkaY7XYu-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 09:52:09 2008 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 F335B1065670; Sat, 30 Aug 2008 09:52:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6BA18FC1D; Sat, 30 Aug 2008 09:52:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3D78346B8F; Sat, 30 Aug 2008 05:52:08 -0400 (EDT) Date: Sat, 30 Aug 2008 10:52:08 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200808291636.10656.jhb@FreeBSD.org> Message-ID: References: <200808291636.10656.jhb@FreeBSD.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: julian@FreeBSD.org, current@FreeBSD.org Subject: Re: rtentry panic with FIB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 09:52:09 -0000 On Fri, 29 Aug 2008, John Baldwin wrote: > Unfortunately it hung trying to dump, so all I have is the stack trace from > DDB. This is recent HEAD running stress2 > > panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ ../../1 Kip and I have theorized that increased parallelism at higher layers of the network stack is exposing route locking and reference counting to more stress than it had done previously, and that as such we're starting to trigger races in the routing code more than we used to. While I wouldn't rule out a FIB-related bug, it seems more likely to me that we've hit a general bug in locking/references in the ethernet link layer / ARP, and we need to take a careful look at what's going on throughout that layer. Unfortunately, that's not something I have time to work on currently, so it would be great if people with an existing interest in the routing code (Julian and Qing have done the most work there recently?) could spend a few hours looking really carefully at what is happening. Robert N M Watson Computer Laboratory University of Cambridge > > cpuid = 1 > KDB: enter: panic > [thread pid 14025 tid 100928 ] > Stopped at kdb_enter+0x3d: movq $0,0x435054(%rip) > db> tr > Tracing pid 14025 tid 100928 td 0xffffff0003773360 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x14b > _mtx_lock_flags() at _mtx_lock_flags > _mtx_lock_flags() at _mtx_lock_flags+0xc3 > rt_check_fib() at rt_check_fib+0x1ea > arpresolve() at arpresolve+0x77 > ether_output() at ether_output+0x180 > ip_output() at ip_output+0xb4f > udp_send() at udp_send+0x47d > sosend_dgram() at sosend_dgram+0x1fa > soo_write() at soo_write+0x30 > dofilewrite() at dofilewrite+0x7a > kern_writev() at kern_writev+0x52 > write() at write+0x4d > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x80071cb7c, rsp = > 0x7fffffffe628,- > db> c > Uptime: 1h39m18s > Physical memory: 2038 MB > Dumping 263 MB:pid 14025 (udp), uid 26840, was killed: exceeded maximum CPU > limt > pid 14099 (udp), uid 26840, was killed: exceeded maximum CPU limit > pid 14100 (udp), uid 26840, was killed: exceeded maximum CPU limit > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 11:02:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37ADD1065681 for ; Sat, 30 Aug 2008 11:02:04 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.124]) by mx1.freebsd.org (Postfix) with ESMTP id EE55C8FC1A for ; Sat, 30 Aug 2008 11:02:03 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost ([69.203.87.53]) by hrndva-omta05.mail.rr.com with ESMTP id <20080830104631.RSXX4606.hrndva-omta05.mail.rr.com@localhost> for ; Sat, 30 Aug 2008 10:46:31 +0000 Date: Sat, 30 Aug 2008 06:46:30 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20080830104630.GA69975@mail.scottro.net> References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> <6a7033710808300142o1b253c6cw2e286d42a60e342b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6a7033710808300142o1b253c6cw2e286d42a60e342b@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 11:02:04 -0000 On Sat, Aug 30, 2008 at 04:42:36PM +0800, Tz-Huan Huang wrote: > On Fri, Aug 29, 2008 at 9:36 PM, Alexander Churanov > wrote: > > 2008/8/28 Oliver Fromme > >> > >> Right now, a Chinese sysadmin cannot simply go to a FreeBSD > >> console, run mutt and read mails from his co-workers that > >> contain Chinese characters. This *does* work fine with > >> Linux. This is clearly an area where FreeBSD is lacking. > > I don't know about Chinese, however, for Japanese, FreeBSD and Linux both require (and both have) the kon (maybe it's called kon2 now) program. This enables you to read the characters in console, although it doesn't allow input. I see that paps was ported to FreeBSD in June or so, which was something Linux had and FreeBSD didn't (though it was easy to manually install it) which enables you to print a Japanese text file without opening X. As far as Japanese input goes, Linux doesn't offer any advantage over FreeBSD (save for a few Japanese based distributions--and even in that case, it's all X based.) -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angel: She murdered a man right in front of me, and I can't even testify to that fact in a court of law. Cordelia: Well, maybe in night court you could... From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 11:27:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4E6E106567A for ; Sat, 30 Aug 2008 11:27:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7978FC12 for ; Sat, 30 Aug 2008 11:27:17 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KZObq-0002qU-3J for freebsd-current@freebsd.org; Sat, 30 Aug 2008 11:27:14 +0000 Received: from 78-1-86-65.adsl.net.t-com.hr ([78.1.86.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Aug 2008 11:27:14 +0000 Received: from ivoras by 78-1-86-65.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Aug 2008 11:27:14 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 30 Aug 2008 13:27:06 +0200 Lines: 58 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1AC820626EC19428EE08A86A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-86-65.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 11:27:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1AC820626EC19428EE08A86A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kirk Strauser wrote: > I was having flaky system problems that were driving me to distraction.= =20 > Yesterday, I finally got a panic message with an instruction pointer, > used addr2line to see that the failure was in uma_zfree_internal, > searched Google, and learned that it was probably due to bad RAM. Half= > any hour later, memtest86 found the defective stick and the problem was= > solved. >=20 > This led me to thinking, though: the OS already had all the information= > needed to figure out where the problem was. If there had been an > explanation inside that function definition, FreeBSD could have > automatically gone to the file, searched for that explanation, and told= > me why my system had probably crashed. There's a "small" problem here - to validate something like this you need an AI or at least an expert system. It's purely coincidence that you found someone else with bad RAM crashing in the same function and byitself it doesn't mean anything. The exact same failure could be caused by almost any serious problem: * bad CPU or overheating * bad motherboard/bus * compiler generating bad code * simply, a code bug. The next time someone reads about "crash in uma_zfree_internal" he could have an overheated CPU and will spend days swapping and testing RAM :) =46rom the other side, bad RAM can manifest in practically infinite ways,= as you discovered before you hit uma_zfree_internal. --------------enig1AC820626EC19428EE08A86A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki5LooACgkQldnAQVacBcgQJQCff2sfdxbyLj5HVLNBfptJj5ld ZjsAn2AQhdrcHA2IFqVMxuRmIVtv9AGr =snLL -----END PGP SIGNATURE----- --------------enig1AC820626EC19428EE08A86A-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 11:56:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F6C1065694 for ; Sat, 30 Aug 2008 11:56:02 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id EBDDE8FC1A for ; Sat, 30 Aug 2008 11:56:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m7UBtxPk022218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 30 Aug 2008 21:56:00 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m7UBtxTS010581 for ; Sat, 30 Aug 2008 21:55:59 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m7UBtxSO010580 for freebsd-current@freebsd.org; Sat, 30 Aug 2008 21:55:59 +1000 (EST) (envelope-from peter) Date: Sat, 30 Aug 2008 21:55:59 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20080830115559.GM86609@server.vk2pj.dyndns.org> References: <3cb459ed0808250952j572dfc35j2feb852a73de5ace@mail.gmail.com> <200808281718.m7SHISGL067492@lurza.secnetix.de> <3cb459ed0808290636r5eb389c8y6d4aafae1b8001cf@mail.gmail.com> <3cb459ed0808291708l581422c1pdb2e3cb2913ecaa7@mail.gmail.com> <20080830083901.GA2183@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFBW6CQlri5Qm8JQ" Content-Disposition: inline In-Reply-To: <20080830083901.GA2183@medusa.sysfault.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 11:56:02 -0000 --nFBW6CQlri5Qm8JQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-30 10:39:02 +0200, Marcus von Appen wrote: >I wonder, how backspacing will be implemented for complex scripts such >as the Indic one or Arabic, where two codepoints will be resolved to one >logical (and usually visible) character. IMHO, unless we want to embed the equivalent of pango in the kernel, the only realistic solution is to count unicode codepoints. >In my opinion that'd mean either that for codepoints, which are not >rendered, either the internal unicode set is used (for Arabic this'd be >form 1) or the user-visible one (form 2). In either of those case the >backspacing might appear broken to the user. It would be useful to know how other implementations work because I can't see how to avoid some degree of broken-ness without a complete CTF implementation. If we aim syscons at sysadmins then a degree of misbehaviour may be acceptable. >Creating a useful CJK font however will mostly mean to implement around >at least 1000-2000 characters ;-). The fonts are available in ports. I'm not sure if there are existing bit-mapped fonts but a TTF or similar font can be converted to a bitmap without major effort. Antialiasing would help with legibility. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --nFBW6CQlri5Qm8JQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki5NU8ACgkQ/opHv/APuIefGwCgo1d0w1bYv/RDqyVVZjwbGXbL l8IAoJEpdpADIVDM1WkpxDxAVUfPgGBR =7mUC -----END PGP SIGNATURE----- --nFBW6CQlri5Qm8JQ-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 12:09:46 2008 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 21E231065686; Sat, 30 Aug 2008 12:09:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2098FC12; Sat, 30 Aug 2008 12:09:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B93886.3050905@FreeBSD.org> Date: Sat, 30 Aug 2008 14:09:42 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Ruben de Groot References: <20080830101501.GA42366@ei.bzerk.org> In-Reply-To: <20080830101501.GA42366@ei.bzerk.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: DTrace on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 12:09:46 -0000 Ruben de Groot wrote: > Is anyone aware of any patches to implement DTrace on sparc64? While > grepping through the kernel source I found it's only implemented in > i386 and amd64. I doubt it. As you found, there is code to be written. Kris From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 14:54:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D6F1106568C; Sat, 30 Aug 2008 14:54:57 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:a80a:1:21f:d0ff:fe22:b8a8]) by mx1.freebsd.org (Postfix) with ESMTP id EEE188FC17; Sat, 30 Aug 2008 14:54:56 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 1BE9294121A; Sat, 30 Aug 2008 09:54:56 -0500 (CDT) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QvZ-1W8uufzx; Sat, 30 Aug 2008 09:54:53 -0500 (CDT) Received: from pooh.honeypot.net (pooh.honeypot.net [IPv6:2001:470:a80a:1:20a:95ff:fed5:10f2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTPSA id A354F93DB14; Sat, 30 Aug 2008 09:54:53 -0500 (CDT) Message-Id: From: Kirk Strauser To: Ivan Voras In-Reply-To: Mime-Version: 1.0 (Apple Message framework v926) Date: Sat, 30 Aug 2008 09:54:52 -0500 References: X-Mailer: Apple Mail (2.926) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: System, diagnose thyself: auto-documentation for crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 14:54:57 -0000 On Aug 30, 2008, at 6:27 AM, Ivan Voras wrote: > There's a "small" problem here - to validate something like this you > need an AI or at least an expert system. I disagree. You don't need an expert system to give *hints*. -- Kirk Strauser From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 14:57:55 2008 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 97576106566B for ; Sat, 30 Aug 2008 14:57:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE118FC13 for ; Sat, 30 Aug 2008 14:57:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 566A6247F; Sat, 30 Aug 2008 07:57:55 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 245562D608E; Sat, 30 Aug 2008 07:57:53 -0700 (PDT) Message-ID: <48B95FF7.6030003@elischer.org> Date: Sat, 30 Aug 2008 07:57:59 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Robert Watson References: <200808291636.10656.jhb@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@FreeBSD.org, current@FreeBSD.org, John Baldwin Subject: Re: rtentry panic with FIB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 14:57:55 -0000 Robert Watson wrote: > > On Fri, 29 Aug 2008, John Baldwin wrote: > >> Unfortunately it hung trying to dump, so all I have is the stack trace >> from DDB. This is recent HEAD running stress2 >> >> panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ ../../1 > > Kip and I have theorized that increased parallelism at higher layers of > the network stack is exposing route locking and reference counting to > more stress than it had done previously, and that as such we're starting > to trigger races in the routing code more than we used to. While I > wouldn't rule out a FIB-related bug, it seems more likely to me that > we've hit a general bug in locking/references in the ethernet link layer > / ARP, and we need to take a careful look at what's going on throughout > that layer. > > Unfortunately, that's not something I have time to work on currently, so > it would be great if people with an existing interest in the routing > code (Julian and Qing have done the most work there recently?) could > spend a few hours looking really carefully at what is happening. I'm planning on spending few hours on looking at this this weekend.. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> cpuid = 1 >> KDB: enter: panic >> [thread pid 14025 tid 100928 ] >> Stopped at kdb_enter+0x3d: movq $0,0x435054(%rip) >> db> tr >> Tracing pid 14025 tid 100928 td 0xffffff0003773360 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x14b >> _mtx_lock_flags() at _mtx_lock_flags >> _mtx_lock_flags() at _mtx_lock_flags+0xc3 >> rt_check_fib() at rt_check_fib+0x1ea >> arpresolve() at arpresolve+0x77 >> ether_output() at ether_output+0x180 >> ip_output() at ip_output+0xb4f >> udp_send() at udp_send+0x47d >> sosend_dgram() at sosend_dgram+0x1fa >> soo_write() at soo_write+0x30 >> dofilewrite() at dofilewrite+0x7a >> kern_writev() at kern_writev+0x52 >> write() at write+0x4d >> syscall() at syscall+0x1bf >> Xfast_syscall() at Xfast_syscall+0xab >> --- syscall (4, FreeBSD ELF64, write), rip = 0x80071cb7c, rsp = >> 0x7fffffffe628,- >> db> c >> Uptime: 1h39m18s >> Physical memory: 2038 MB >> Dumping 263 MB:pid 14025 (udp), uid 26840, was killed: exceeded >> maximum CPU >> limt >> pid 14099 (udp), uid 26840, was killed: exceeded maximum CPU limit >> pid 14100 (udp), uid 26840, was killed: exceeded maximum CPU limit >> >> -- >> John Baldwin >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > 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 Sat Aug 30 14:59:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F47A1065698 for ; Sat, 30 Aug 2008 14:59:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id BBA528FC21 for ; Sat, 30 Aug 2008 14:59:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so476498eyi.7 for ; Sat, 30 Aug 2008 07:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:sender; bh=mgy0Ppk7TvLju1t5IaSrijER7s4vLNJX2epR6gQdXQQ=; b=RJSVnfNf9Zh4LyVG3+Vyu+bMcv8dutp4i8DCGP8ninloYdrQ4H451lpzai/Lwx0L27 yzz5taDdy/QpAIvJvDXyEERgTwe1ye1li1Z9hpVmifrzXvLfehCnKl2hAgQId/DMoqW/ Gg2nEklcnL64NGuGEKVV1SZJAdZZBo6RxFKhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=x7QKfchzhCKpl51MBd7YBDNREougzGAp8MjcW/brAgLGztX5b6PSJjZyOiM5Z3KDjy m5aB0sIsWcizYN3kGtswF8G8PKte28PtBugBuxMLGtIistLdG9cM5F5sL5Mx1gETJqjB 9fhMjcYfFveGDyzkCiNwTFF7Vx10pKtOKcfP4= Received: by 10.210.89.4 with SMTP id m4mr3330261ebb.132.1220108343524; Sat, 30 Aug 2008 07:59:03 -0700 (PDT) Received: from alpha.local ( [83.144.140.92]) by mx.google.com with ESMTPS id j8sm9815825gvb.1.2008.08.30.07.59.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 30 Aug 2008 07:59:02 -0700 (PDT) Received: by alpha.local (Postfix, from userid 1001) id B2C8EA97; Sat, 30 Aug 2008 15:57:57 +0100 (WEST) Date: Sat, 30 Aug 2008 15:57:57 +0100 From: Rui Paulo To: Christian Weisgerber Message-ID: <20080830145757.GG1468@alpha.local> References: <200808231056.18305.jhb@freebsd.org> <200808290951.44955.jhb@freebsd.org> <20080830010551.GA2090@lorvorc.mips.inka.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080830010551.GA2090@lorvorc.mips.inka.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org, John Baldwin , Pascal Hofstee Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 14:59:05 -0000 On Sat, Aug 30, 2008 at 03:05:51AM +0200, Christian Weisgerber wrote: > John Baldwin: > > > So the reports I've seen of this all involve the Nvidia MCP55 ATA chipset, and > > only the ata controller loses its marbles (so to speak). > > I also observe that k8temp doesn't attach. Maybe Pascal can check this. > It's not part of GENERIC, so k8temp.ko needs to be explicitly loaded > by the loader for this. > > k8temp0: on hostb3 What exactly is the problem? Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 15:16:44 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85EA41065687; Sat, 30 Aug 2008 15:16:44 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 20C8A8FC24; Sat, 30 Aug 2008 15:16:43 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id m7UFGgMI073877; Sun, 31 Aug 2008 00:16:42 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 31 Aug 2008 00:16:42 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20080831001642.616e270f.nork@FreeBSD.org> In-Reply-To: <20080826005920.8aca164b.nork@FreeBSD.org> References: <20080826005920.8aca164b.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 31 Aug 2008 00:16:42 +0900 (JST) Cc: nork@FreeBSD.org Subject: Re: How about AMD Puma platform 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: Sat, 30 Aug 2008 15:16:44 -0000 On Tue, 26 Aug 2008 00:59:20 +0900 Norikatsu Shigemura wrote: > NG: Broadcom BCM5764(BCOM_VENDORID:0x1684) > bge(4) or bce(4) doesn't probe it, yet. According to http://broadcom.com/support/ethernet_nic/determine_driver.php bge(4) doesn't support following PCI ids: 160a BCM5761E NetXtreme Desktop/Mobile 165b BCM5723 NetXtreme Server 167f BCM5787F NetLink 1680 BCM5761E NetXtreme Desktop/Mobile 1681 BCM5761 NetXtreme Desktop/Mobile 1684 BCM5764 NetXtreme Desktop/Mobile 1698 BCM5784M NetLink 170f BCM5903F NetLink And BCM5764's miidev is 0x003a, but I couldn't find above miidev informations. model xxBROADCOM BCM57XX 0x003a BCM57XX 10/100/1000baseTX PHY Anyone, do you have any idea? From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 15:43:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57475106566C for ; Sat, 30 Aug 2008 15:43:23 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0AABE8FC12 for ; Sat, 30 Aug 2008 15:43:23 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 5F74D31E873 for ; Sat, 30 Aug 2008 17:43:21 +0200 (CEST) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id E513E2DAAD3 for ; Sat, 30 Aug 2008 17:43:20 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-126-150.pools.arcor-ip.net [88.67.126.150]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id BCC692351A4 for ; Sat, 30 Aug 2008 17:43:20 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.2/8.14.2) with ESMTP id m7UFhJk0041838 for ; Sat, 30 Aug 2008 17:43:19 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.2/8.14.2/Submit) id m7UFhJAP041837 for freebsd-current@freebsd.org; Sat, 30 Aug 2008 17:43:19 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 30 Aug 2008 15:43:19 +0000 (UTC) Message-ID: References: <200808290951.44955.jhb@freebsd.org> <20080830010551.GA2090@lorvorc.mips.inka.de> <20080830145757.GG1468@alpha.local> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8120/Sat Aug 30 05:43:49 2008 on mail-in-10.arcor-online.net X-Virus-Status: Clean Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 15:43:23 -0000 Rui Paulo wrote: > What exactly is the problem? The problem is the fallout from this commit: SVN rev 181987 on 2008-08-22 02:14:23Z by jhb Extend the support for PCI-e memory mapped configuration space access: For me, it causes two failures: (1) atapci (Nvidia MCP55 SATA) doesn't find its connected devices; (2) k8temp doesn't attach. I don't know if there is any conceivable connection between the two, so it would be nice to know if anybody else can reproduce (2). -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 17:49:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F861065684 for ; Sat, 30 Aug 2008 17:49:55 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBC28FC1B for ; Sat, 30 Aug 2008 17:49:54 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m7UHnpDq033607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Aug 2008 19:49:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m7UHnn40007454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 19:49:49 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m7UHnmoM031569; Sat, 30 Aug 2008 19:49:48 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m7UHnmCf031568; Sat, 30 Aug 2008 19:49:48 +0200 (CEST) (envelope-from ticso) Date: Sat, 30 Aug 2008 19:49:48 +0200 From: Bernd Walter To: Artem Belevich Message-ID: <20080830174948.GE52697@cicely7.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.076, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Kostik Belousov , Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 17:49:55 -0000 On Sat, Aug 30, 2008 at 09:46:05AM -0700, Artem Belevich wrote: > Hi, > > Did someone figure out what was/is causing this problem? I believe > I've ran into the same issue on a freshly built (Aug 29th) RELENG_7 on > amd64 (Q9450 w/ 8GB RAM). My machine has 6G, so it is also over the 32bit limits. Not sure if this might be a point for the kernel to handle i386 binaries. > What's strange is that in my case the problem pops up when I run > 32-bit binaries from RELENG_6. Otherwise the system is stable. I can > buildworld continuously with -j8 without any problems. However, when I > try to build my code using hacked make from FreeBSD6/i386 things start > falling apart. All of a sudden I get cores from FreeBSD7/amd64 > binaries. All of them, as far as I can tell crash in __tls_get_addr. > So far I've been unable to reproduce the crashes in any other > scenarios, but I'm still trying. > > Interestingly enough, crash always occurs on "mov %fs:0x0,%rdi" instruction, > yet the same code in the same binaries works fine when binaries are used > without mixing amd64/i386 binaries. Could that be that amd64 might > somehow inherit invalid registers from i386 binaries? This is quite interesting. We have something special in common, because on the same machine I'm running an i386 jail. My i386 jail is -current as well, but with old applications build on a RELENG_5 system and later migrated into the jail. > I checked recent RELENG_7 commits and it does appear that there were > some recent changes related to both 32-bit emulation *and* segment > registers. Could that have something to do with the crashes? > http://svn.freebsd.org/viewvc/base?view=revision&revision=181752 > > I'll try to install 7.0 release next week and check if that fixes the issue. > For me switching back to -current from 2008-06-04 was fixing (or hiding) it. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 18:38:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7D41065692 for ; Sat, 30 Aug 2008 18:38:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 505CE8FC1D for ; Sat, 30 Aug 2008 18:38:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KZVKq-000D4J-31; Sat, 30 Aug 2008 21:38:08 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7UIc4Hg084115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 21:38:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7UIc4eD072161; Sat, 30 Aug 2008 21:38:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7UIc4Fj072160; Sat, 30 Aug 2008 21:38:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 30 Aug 2008 21:38:04 +0300 From: Kostik Belousov To: Artem Belevich Message-ID: <20080830183804.GG2038@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oxour8c+zPVguRmP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KZVKq-000D4J-31 b935a03b8f7575394421f88532b2c3b3 X-Terabit: YES Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 18:38:10 -0000 --oxour8c+zPVguRmP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 30, 2008 at 09:46:05AM -0700, Artem Belevich wrote: > Hi, >=20 > Did someone figure out what was/is causing this problem? I believe > I've ran into the same issue on a freshly built (Aug 29th) RELENG_7 on > amd64 (Q9450 w/ 8GB RAM). >=20 > What's strange is that in my case the problem pops up when I run > 32-bit binaries from RELENG_6. Otherwise the system is stable. I can > buildworld continuously with -j8 without any problems. However, when I > try to build my code using hacked make from FreeBSD6/i386 things start > falling apart. All of a sudden I get cores from FreeBSD7/amd64 > binaries. All of them, as far as I can tell crash in __tls_get_addr. > So far I've been unable to reproduce the crashes in any other > scenarios, but I'm still trying. >=20 > Interestingly enough, crash always occurs on "mov %fs:0x0,%rdi" instru= ction, > yet the same code in the same binaries works fine when binaries are used > without mixing amd64/i386 binaries. Could that be that amd64 might > somehow inherit invalid registers from i386 binaries? Quite possible, almost sure. Could you, please, check whether the change below would fix it for you ? diff --git a/sys/amd64/amd64/cpu_switch.S b/sys/amd64/amd64/cpu_switch.S index f34b0cc..9e13ef4 100644 --- a/sys/amd64/amd64/cpu_switch.S +++ b/sys/amd64/amd64/cpu_switch.S @@ -265,6 +265,10 @@ load_seg: movl PCB_DS(%r8),%ds movl PCB_ES(%r8),%es movl PCB_FS(%r8),%fs + movl $MSR_FSBASE,%ecx + rdmsr + shlq $32,%rdx + leaq (%rax,%rdx),%r9 jmp done_load_seg /* Restore userland %gs while preserving kernel gsbase */ 2: movq PCB_GS32P(%r8),%rax --oxour8c+zPVguRmP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki5k4sACgkQC3+MBN1Mb4hoSgCgupiq1FYy9tJuBus5if45ii6x I88An19RL81V4ATFPwUyDHRqSPv7yKk6 =2b+R -----END PGP SIGNATURE----- --oxour8c+zPVguRmP-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 19:50:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCE8106566C for ; Sat, 30 Aug 2008 19:50:06 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7038FC1C for ; Sat, 30 Aug 2008 19:50:05 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so508330eyi.7 for ; Sat, 30 Aug 2008 12:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=3mA0B1oZfPoIzF0jZx6Ddi8UIwkuufVlXrMM/QLz/Ng=; b=egXitVdYDfGlXnAfgmfjTBwfieqOjB6LraxbSMohmUUkqwL10G6F5/8G6r1Cz52+gM cptrzWUH6QNOaffW0tUCA0dl791oOtsTb4DkTO752dviDluX3yfeRSrWO7xTT5544/jg c5iqGbTaV7U+JVEQs3ghiFhUUoL71r0L+FKfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=rbMcMtJD5lX+u0BV4beLzOKgWo4yh4fTDRfKWHM5DNrRcYSrmQmyqZmI12J4HRK1y8 sTZH23t5gLiJmLSMQJPzqmnWIy1KIKTb9HD4ainayMuLVRBM437v6V1WcDEPP8mJ7+gz vRM8TOJOadZu2KFm8TF9JjzpWJ7Rk+ud3HE3M= Received: by 10.210.127.13 with SMTP id z13mr3701426ebc.106.1220125804927; Sat, 30 Aug 2008 12:50:04 -0700 (PDT) Received: by 10.210.128.7 with HTTP; Sat, 30 Aug 2008 12:50:04 -0700 (PDT) Message-ID: Date: Sat, 30 Aug 2008 12:50:04 -0700 From: "Artem Belevich" Sender: artemb@gmail.com To: "Kostik Belousov" In-Reply-To: <20080830183804.GG2038@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080830183804.GG2038@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: 5e217af3dea0bf65 Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 19:50:06 -0000 Patch seems to have fixed the problem. The build that used to fail immediatelly has been going on for few minutes now with no crashes so far. Thanks a lot for the quick fix! --Atem On 8/30/08, Kostik Belousov wrote: > > Interestingly enough, crash always occurs on "mov %fs:0x0,%rdi" instruction, > > yet the same code in the same binaries works fine when binaries are used > > without mixing amd64/i386 binaries. Could that be that amd64 might > > somehow inherit invalid registers from i386 binaries? > > Quite possible, almost sure. Could you, please, check whether the > change below would fix it for you ? > > diff --git a/sys/amd64/amd64/cpu_switch.S b/sys/amd64/amd64/cpu_switch.S > index f34b0cc..9e13ef4 100644 > --- a/sys/amd64/amd64/cpu_switch.S > +++ b/sys/amd64/amd64/cpu_switch.S > @@ -265,6 +265,10 @@ load_seg: > movl PCB_DS(%r8),%ds > movl PCB_ES(%r8),%es > movl PCB_FS(%r8),%fs > + movl $MSR_FSBASE,%ecx > + rdmsr > + shlq $32,%rdx > + leaq (%rax,%rdx),%r9 > jmp done_load_seg > /* Restore userland %gs while preserving kernel gsbase */ > 2: movq PCB_GS32P(%r8),%rax > > -- --Artem From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 19:58:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53B731065678 for ; Sat, 30 Aug 2008 19:58:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id EC47F8FC0C for ; Sat, 30 Aug 2008 19:58:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KZWau-0005hO-G2; Sat, 30 Aug 2008 22:58:48 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7UJwjVw086706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 22:58:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7UJwj6t080294; Sat, 30 Aug 2008 22:58:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7UJwi9G080293; Sat, 30 Aug 2008 22:58:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 30 Aug 2008 22:58:44 +0300 From: Kostik Belousov To: Artem Belevich Message-ID: <20080830195844.GI2038@deviant.kiev.zoral.com.ua> References: <20080830183804.GG2038@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nSa29feRGwiKgVww" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KZWau-0005hO-G2 db4ccb82d51b84c197d9a69bfb3adb92 X-Terabit: YES Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 19:58:51 -0000 --nSa29feRGwiKgVww Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 30, 2008 at 12:50:04PM -0700, Artem Belevich wrote: > Patch seems to have fixed the problem. The build that used to fail > immediatelly has been going on for few minutes now with no crashes so > far. >=20 > Thanks a lot for the quick fix! Hmm, after I sent the patch, I started thought that, in fact, we shall reread the fsbase when switching from 32bit process, not when switching to such process. Could you, please, retest with the following change (against stock sources, not over the previous patch) ? diff --git a/sys/amd64/amd64/cpu_switch.S b/sys/amd64/amd64/cpu_switch.S index f34b0cc..29ce2e1 100644 --- a/sys/amd64/amd64/cpu_switch.S +++ b/sys/amd64/amd64/cpu_switch.S @@ -249,6 +249,10 @@ store_seg: 1: movl %ds,PCB_DS(%r8) movl %es,PCB_ES(%r8) movl %fs,PCB_FS(%r8) + movl $MSR_FSBASE,%ecx + rdmsr + shlq $32,%rdx + leaq (%rax,%rdx),%r9 jmp done_store_seg 2: movq PCB_GS32P(%r8),%rax movq (%rax),%rax --nSa29feRGwiKgVww Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki5pnIACgkQC3+MBN1Mb4jbzQCdFVX9kWTWMy9ZfC6WQjkVUbGq qxQAn2NDlwsRsuzs8DOeFOZTq//qwlGi =f3Hc -----END PGP SIGNATURE----- --nSa29feRGwiKgVww-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 21:03:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F5D106567A for ; Sat, 30 Aug 2008 21:03:03 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 867288FC18 for ; Sat, 30 Aug 2008 21:03:02 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so524555eyi.7 for ; Sat, 30 Aug 2008 14:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=vvTfEinazJDnqx7GiPbv/5Kdl5xxbeTkFxV6WG5xi38=; b=a6OhQUcjdu/kLFF0SmyF1MVgH02ZyJNlWnQwXPx05dWGHubI1TMJ4XUtubCSOtmy2g 20SFoia2Egg3ZDwGCVnzmScwDI9wFZXveRoHThj94AbogZFM9UbLbMyPM2+gMfKWJhnd q36LrRkknEzUo6zp6CJWl4/7JRxXx5jFuzdQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=rHyZTRHk5f5H1brkM0VkBVTFUc46wX0AtJQdihncQ599dk0Ax5ybx3sJgr88og9ANR YDGPWDMe1oZr+XfLv/QZZGQfWdlF+plhf7lcRovpKpIPO69nRnPMUNl0oea4h4mp2Je9 HKqIv1huMB8Ndz2WaT7u0v3hFiMqtpa9n0jeU= Received: by 10.210.115.17 with SMTP id n17mr3777700ebc.148.1220130180532; Sat, 30 Aug 2008 14:03:00 -0700 (PDT) Received: by 10.210.128.7 with HTTP; Sat, 30 Aug 2008 14:03:00 -0700 (PDT) Message-ID: Date: Sat, 30 Aug 2008 14:03:00 -0700 From: "Artem Belevich" Sender: artemb@gmail.com To: "Kostik Belousov" In-Reply-To: <20080830195844.GI2038@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080830183804.GG2038@deviant.kiev.zoral.com.ua> <20080830195844.GI2038@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: 5b975cd78938799d Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 21:03:03 -0000 With the new patch kernel has crashed as soon as I ran i386 app, though the crash happened within in-kernel thread g_up: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804a821f stack pointer = 0x10:0xffffffffac280b60 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 3 (g_up) trap number = 12 panic: page fault cpuid = 2 Uptime: 37s Physical memory: 8169 MB Dumping 380 MB: 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 --Artem On 8/30/08, Kostik Belousov wrote: > Hmm, after I sent the patch, I started thought that, in fact, we shall > reread the fsbase when switching from 32bit process, not when switching > to such process. Could you, please, retest with the following change > (against stock sources, not over the previous patch) ? > > > diff --git a/sys/amd64/amd64/cpu_switch.S b/sys/amd64/amd64/cpu_switch.S > > index f34b0cc..29ce2e1 100644 > > --- a/sys/amd64/amd64/cpu_switch.S > +++ b/sys/amd64/amd64/cpu_switch.S > > @@ -249,6 +249,10 @@ store_seg: > 1: movl %ds,PCB_DS(%r8) > movl %es,PCB_ES(%r8) > movl %fs,PCB_FS(%r8) > + movl $MSR_FSBASE,%ecx > > + rdmsr > + shlq $32,%rdx > + leaq (%rax,%rdx),%r9 > > jmp done_store_seg > > 2: movq PCB_GS32P(%r8),%rax > > movq (%rax),%rax > >