From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 01:53:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39E4AE62; Sun, 1 Sep 2013 01:53:56 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id ABBC72EF5; Sun, 1 Sep 2013 01:53:55 +0000 (UTC) X-AuditID: 12074422-b7ef78e000000935-57-52229e2d5e87 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 28.EA.02357.D2E92225; Sat, 31 Aug 2013 21:53:49 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id r811rmoh015198; Sat, 31 Aug 2013 21:53:48 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r811rk2P013951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 31 Aug 2013 21:53:47 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r811rj3R001548; Sat, 31 Aug 2013 21:53:45 -0400 (EDT) Date: Sat, 31 Aug 2013 21:53:45 -0400 (EDT) From: Benjamin Kaduk To: David Chisnall Subject: Re: GCC withdraw In-Reply-To: <98D31DD3-8A1D-46ED-9BF6-9EBE39640860@freebsd.org> Message-ID: References: <20130822200902.GG94127@funkthat.com> <201308291344.25562.jhb@freebsd.org> <201308301041.18874.jhb@freebsd.org> <20130831073330.GC36239@funkthat.com> <98D31DD3-8A1D-46ED-9BF6-9EBE39640860@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLIsWRmVeSWpSXmKPExsUixCmqras7TynI4P81dosJV34wWSy+/4jZ YsfO62wOzB4zPs1nCWCM4rJJSc3JLEst0rdL4Mp4svUBY8F9nordf5IbGP9wdjFyckgImEhM P/mYFcIWk7hwbz1bFyMXh5DAPkaJOWfuQDkbGSW2/vrGDuEcYpJ41rSIFcJpYJS4/OkTWD+L gLZE0/tWNhCbTUBFYuabjWC2iICmxKTLexhBbGYBB4kPfzqZuhg5OIQFJCV2Ha0DCXMK2Ev8 7j7EAmLzCjhKvP/wEWp+J5PEg0WLwRKiAjoSq/dPgSoSlDg58wkLxExLiXN/rrNNYBSchSQ1 C0lqASPTKkbZlNwq3dzEzJzi1GTd4uTEvLzUIl1TvdzMEr3UlNJNjKBQZXdR2sH486DSIUYB DkYlHt6ASKUgIdbEsuLK3EOMkhxMSqK8GycChfiS8lMqMxKLM+KLSnNSiw8xSnAwK4nwMjQB 5XhTEiurUovyYVLSHCxK4rzPnp4NFBJITyxJzU5NLUgtgsnKcHAoSfAGzgVqFCxKTU+tSMvM KUFIM3FwggznARpuBlLDW1yQmFucmQ6RP8WoKCXOawySEABJZJTmwfXCUskrRnGgV4R5ZUGq eIBpCK77FdBgJqDB1yYqggwuSURISTUwZh43SLZYuN7Z5QlDxc31zvNdXJdpeUeE301ZYKmz 7+g17RXfCy9eOF99nW3ahjMFPVJM/bsnXtqoF70qL/QCq8s9kxKJqvjZ2v4/pvLkPmF69rRu jp/hF+Pgv6aWvsKTlasSFn+vuKmqGz/Vdq5oQajR5d7Aun6L9mfnZj869bZEfX3FUY97SizF GYmGWsxFxYkAQYHGrQADAAA= Cc: toolchain@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 01:53:56 -0000 Sorry for adding to the long thread. On Sat, 31 Aug 2013, David Chisnall wrote: > However, we want to be able to make it unsupported at some point in the > 10.x series when there is a polished alternative for every supported > architecture (either when they've moved to clang or when the XCC stuff I am worried about the definition of "polished". I held my tongue in Ottawa in 2011 when Kirk wanted to turn SU+J on by default, since I figured he knew what was going on much better than I did. Then, we discovered the bad interactions between SU+J and snapshots. If memory serves, things like sparc64 and mips64 support for clang/llvm and XCC suppor are being described as only "a few man-months work away". But that seems to be just to get something which is working ... I fear that to get it truly "polished" will be another 2-3 years on top of those man-months. If we are in agreement about what "polished" means, then by all means announce with 10.0 that gcc's days are numbered and drop it at the appropriate 10.x. I just don't want us to discover terrible bugs a few months after we make a switch, due to being wrong about "polished". -Ben > is fully documented in the handbook and tested in a large variety of > configurations and once our forked binutils and is available as a > package and we have cross-gcc that uses it). If this doesn't happen by > the time 10.x is EOL'd then I'll be sad, but we still have the fall-back > position of gcc in base for the entire 10.x. If it does happen, then we > can start more aggressively phasing out gcc in the base system. From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 02:30:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 529622EE; Sun, 1 Sep 2013 02:30:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B79A72064; Sun, 1 Sep 2013 02:30:23 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so2772819wes.13 for ; Sat, 31 Aug 2013 19:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=r7z6j3cQPT6ENI+kJLM8rFt5VE3xQuRB4Wgc36rc8CU=; b=0xvP8q+o+YM/tj7aMBfHjj5sPKUB69m7Ym2tlDscPsT0+3ruwNrDItb38B+BbKBUVg TB2k8thS86NOIXpVu9kF7IvlvwV0yAgXumMX88GpXRrjefhwYlTz4PJKncv0OLTamqzo on3lPKM+vxujflzUzxZg7+fu8w2eOr8HqYSUs+1AJZPQoZpFp/3XhhDdq7z+jFHkc2Lj ba6lpwE7uerz76aRvsqZ5wMN89h5j1geyOEboVUKZHF53me56i8GXfczCZZGVEvvI+w0 xYM5J2r3abAlhZeeaFuHXDSN76ixNDpDKpRjUpceL4r3heA0t0b40O2A5t6u5/YWtpGJ pHRQ== MIME-Version: 1.0 X-Received: by 10.180.72.198 with SMTP id f6mr8112242wiv.46.1378002622161; Sat, 31 Aug 2013 19:30:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.146.2 with HTTP; Sat, 31 Aug 2013 19:30:22 -0700 (PDT) Date: Sat, 31 Aug 2013 19:30:22 -0700 X-Google-Sender-Auth: nErNoT7XtbWezqWzhs-wEsDDIf8 Message-ID: Subject: how do i cross build world/kernel with clang? From: Adrian Chadd To: freebsd-current , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 02:30:24 -0000 Hi! How do i cross-build a mips world/kernel with clang? ie, how do I tell the build system to build a mips targetted clang instead of gcc and use that to build everything? Thanks, -adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 04:30:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DD7BF6A for ; Sun, 1 Sep 2013 04:30:14 +0000 (UTC) (envelope-from jbirch@jbirch.net) Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDDC324E7 for ; Sun, 1 Sep 2013 04:30:13 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wd6so3334891obb.19 for ; Sat, 31 Aug 2013 21:30:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=iCkChv1pGuy/AOP7Gn+ad0RM7jWg4GfVw+iHBN+PRf0=; b=O+uzvlhErKNjTJNNuLObNLcYR4wR7Alg4rVmZ+OAUVPX9ydc4rwk4vvwdpz/lHtBvp sHzsz49A5h3qrUrwdyz7leUtIKzwkR1KzwJ2NYIfIMT0Gb+TZUUTw/3FBJjBkci+8OVC USuoL6ogLi4Qv3XfWZwTgKAYQnGVBEnWEfZnBWGZa5kQhr1UUrVlUUgJ3dJ2p35awSpa fYHShNzMunrO3P4OI9gRjic+Eo8R/N3WIaBz38pIixogVFE1PRhFQ0ut4jwPOYGqzHEl 0sUWgpvc4iD4C3HnN6WfKIPKcCB/VX+Swi652vJYmYNo7tCWsnZ06kV1osxtwWtbJ7Df 2ybQ== X-Gm-Message-State: ALoCoQlulkWBAnCCTJfcZ3WK9m9i4hdAdcfsu0OiQMDxzA7WdcOyM5ekxnmUPMJn/Q772gSCF8et MIME-Version: 1.0 X-Received: by 10.60.96.169 with SMTP id dt9mr12418113oeb.27.1378009806818; Sat, 31 Aug 2013 21:30:06 -0700 (PDT) Received: by 10.182.185.71 with HTTP; Sat, 31 Aug 2013 21:30:06 -0700 (PDT) X-Originating-IP: [60.229.180.251] In-Reply-To: References: Date: Sun, 1 Sep 2013 14:30:06 +1000 Message-ID: Subject: Re: 2013 MacBook Air Project From: Jason Birch To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , "Lundberg, Johannes" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 04:30:14 -0000 > Yup. I hope I get some positive responses from Broadcom. I really don't > want to port the Linux driver(s), it's just plain silly. > I've noticed a hell of a lot of problems with the B4331 rev2 under Linux on several distributions, which have been resolved for me by splicing apart the _Windows_ driver. I don't know off hand what particular chip is inside the 2013 MacBook Air, but if you can get some help in getting a driver working, it would be very valuable to the larger open-source community, and everyone who's ever dealt with flaky wireless and signal intensity issues running something other than Windows or OS X on MacBooks. From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 07:58:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9D265B6; Sun, 1 Sep 2013 07:58:51 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B9672C63; Sun, 1 Sep 2013 07:58:50 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r817wgLI027898 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 1 Sep 2013 07:58:43 GMT (envelope-from theraven@freebsd.org) Content-Type: multipart/signed; boundary="Apple-Mail=_44BBE6AB-A070-4794-A716-1A9712C2128B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: GCC withdraw From: David Chisnall In-Reply-To: Date: Sun, 1 Sep 2013 08:58:36 +0100 Message-Id: <1DB38CEA-6821-4206-8F5A-24EDF1483223@freebsd.org> References: <20130822200902.GG94127@funkthat.com> <201308291344.25562.jhb@freebsd.org> <201308301041.18874.jhb@freebsd.org> <20130831073330.GC36239@funkthat.com> <98D31DD3-8A1D-46ED-9BF6-9EBE39640860@freebsd.org> To: Benjamin Kaduk X-Mailer: Apple Mail (2.1508) Cc: toolchain@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 07:58:51 -0000 --Apple-Mail=_44BBE6AB-A070-4794-A716-1A9712C2128B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 1 Sep 2013, at 02:53, Benjamin Kaduk wrote: > I am worried about the definition of "polished". I held my tongue in = Ottawa in 2011 when Kirk wanted to turn SU+J on by default, since I = figured he knew what was going on much better than I did. Then, we = discovered the bad interactions between SU+J and snapshots. If memory = serves, things like sparc64 and mips64 support for clang/llvm and XCC = suppor are being described as only "a few man-months work away". But = that seems to be just to get something which is working ... I fear that = to get it truly "polished" will be another 2-3 years on top of those = man-months. If we are in agreement about what "polished" means, then by = all means announce with 10.0 that gcc's days are numbered and drop it at = the appropriate 10.x. I just don't want us to discover terrible bugs a = few months after we make a switch, due to being wrong about "polished". We are using XCC to build FreeBSD today, on x86 with experimental tools = and on MIPS with the compiler in base. It works, but it could do with = better documentation. That's what I mean by polishing: making sure that = it doesn't just work, it works and is easy to use. Part of this will = involve ensuring that we have packages for cross compilers for various = platforms so that it's really easy to just install a package with the = cross toolchain you want and point your already-installed source tree at = it to get a cross-build environment. =20 Many of us have been running clang-is-cc for a long time and we're now = seeing more port build failures on 10-with-gcc than 10-without-gcc. = That's what I mean by polished. The SPARC back end in LLVM is marked as experimental. Looking over the = code, it's actually in a better state than I thought it would be. Some = people seem to be working on it. It's not something I would count on = getting to a useable state though. If SPARC is to remain a supported = architecture, then we'll probably be using an external toolchain for it, = unless someone wants to spend a couple of months chasing bugs in the = LLVM SPARC back end. Oracle seems to be being quite effective at = killing SPARC64 as an architecture for running anything other than = Oracle appliances, but SPARC32 is still quite popular in aerospace so it = may still be an interesting platform in a few years. David --Apple-Mail=_44BBE6AB-A070-4794-A716-1A9712C2128B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJSIvOtAAoJEKx65DEEsqIduRQP/AxMrYQDz83DCcd41PHY7+dx GpkOpbW9GKbMr6GM5WbXi8wdUc0aYsl1GZ9wKjvf2wKia+LgHYgSxHehv4/FArTQ zy+Ix//m+bdSw+8PLSZQm7Rh9PAooNhNDF1YHKMrufXq/uZ8L7iL/LUNqV4A+gsR jDlAvCyNIut1M6ZWbjHrRexGbWgVO5Bw1Gd/eYWEIaygJt6D9acN8EbRfBJHWDxe ov59JZOAg6E7oLnWxVgt88WFv3XobuSbLXjOwCiCRSDvJT5TnDrgQ/I+SBR5G2tp U05pXb98apvqid8z9w3GY1WyB6j5HhKKkqr2dfHx5XFzOgCXvO6k63KFrxiB09ZF CJv7cv1CgM/VHb6RmpfCOHsepmePzh1d+RQnDd+YmNfWOP7aKmGN1Dskx1pqPVVH VKg1Ko5XvDAj92ncRwzfrgkVA4wdJMnlLDmOF34SNQ9bs0DAzuplzmVq0sZ2nCdb hMMlUo82VrENFjcRUYar2LZo56p1Dj6fFG8StHjdMarxLxZ08ASFvOeIjgTg6kPN ZYSb5N6nt1taklMN49XIG4NphWj7a3W3uOgF/eML/NNHAcrYVmoZoDSayA2nkUU8 oWFa3DBffDuPi8fiLaMgww18BkjYFpQC+XSHkGfGllqDISDRAWvI5JFU6r1PPv7d b22lJeW+BnheeZDZXm0k =h0Hq -----END PGP SIGNATURE----- --Apple-Mail=_44BBE6AB-A070-4794-A716-1A9712C2128B-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 15:22:59 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61CCBFDB; Sun, 1 Sep 2013 15:22:59 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32CDE22E1; Sun, 1 Sep 2013 15:22:59 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 4273F6148; Sun, 1 Sep 2013 11:22:50 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=R1GZExZuPHmoLttJ58WfKuBT8fecpM5rtdlorrE+KsbvnCaJu9YZqijFmoXI+eF1c OSZFxSUSRoYNbYwfOUTHsH3QSyGwgSenBBPHMwWfmbSXCmTHKUHKdgRU7w8OqX6 Message-ID: <52235BC7.2060002@protected-networks.net> Date: Sun, 01 Sep 2013 11:22:47 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: bryanv@freebsd.org Subject: minor breakage with GCC after SVN r255112? X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 15:22:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A missing quote inside a disabled code-section seems to upset GCC, i.e. *** sys/dev/virtio/network/if_vtnet.c~ Sun Sep 1 09:50:28 2013 - --- sys/dev/virtio/network/if_vtnet.c Sun Sep 1 10:54:06 2013 *************** *** 1531,1537 **** */ #if 0 if_printf(sc->vtnet_ifp, "cksum offload of unsupported " ! "protocol eth_type=%#x proto=%d csum_start=%d "csum_offset=%d\n", __func__, eth_type, proto, hdr->csum_start, hdr->csum_offset); #endif - --- 1531,1537 ---- */ #if 0 if_printf(sc->vtnet_ifp, "cksum offload of unsupported " ! "protocol eth_type=%#x proto=%d csum_start=%d" "csum_offset=%d\n", __func__, eth_type, proto, hdr->csum_start, hdr->csum_offset); #endif -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlIjW8cACgkQQv9rrgRC1JI8qwCgrAug7uNBJA6LM5j3e8QoeyzB RNQAn2vtpxrr6TML5pfCpdr3BDY+6Uvv =9K43 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 18:04:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4A76325F; Sun, 1 Sep 2013 18:04:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 288C72C43; Sun, 1 Sep 2013 18:04:01 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id F18225606D; Sun, 1 Sep 2013 13:03:50 -0500 (CDT) Date: Sun, 1 Sep 2013 13:03:50 -0500 From: Mark Linimon To: John Baldwin Subject: Re: GCC withdraw Message-ID: <20130901180350.GA12351@lonesome.com> References: <20130822200902.GG94127@funkthat.com> <201308291344.25562.jhb@freebsd.org> <201308301041.18874.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201308301041.18874.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Sam Fourman Jr." , Boris Samorodov , David Chisnall , FreeBSD Current , toolchain@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 18:04:02 -0000 On Fri, Aug 30, 2013 at 10:41:18AM -0400, John Baldwin wrote: > So my take away from this is that you have no plans to support any platform > that doesn't support clang as you just expect ia64 and sparc64 to die and > not be present in 11.0. That may be the best path, but I've certainly not > seen that goal discussed publically. If this is the case, IMHO: - it's a decision to be made by the project as a whole, not just one individual; - if the decision is made, there should be one major release cycle before it's done; - our userbase (admittedly small) should have a heads-up that they will have to migrate after that timeframe. fwiw, unlike alpha, which was withdrawn because it had ceased to function, sparc64 and ia64 work and have active developer(s), so I don't think it would be entirely fair to cite its removal as a precedent. tl;dr: just because you don't use these boxes doesn't mean others don't. mcl From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 18:16:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9C60976 for ; Sun, 1 Sep 2013 18:16:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D3F52CFE for ; Sun, 1 Sep 2013 18:16:50 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id b12so1118811wgh.0 for ; Sun, 01 Sep 2013 11:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tyUgUaxPmz4pfkQ21e5KcdlqRq/Eq/VLXuVGzfsUwlY=; b=r453f44gJ0Ym3U92Cw4Tx7+DjAzIzW1Kf2injRUAOadNmr8kU/22BonZg1cOnty6a8 BF0Erb91qppTau0qmoMeM53KVn81dlM57m8oFRfvdq7XDrVGcF802Nn+jHYBvqfFYwNX msRpcf1N5css9zn7w2D0ZA5p2PGlVlPwvmj/XUxSMslw2BsoQ5iAuTxpX6+YLloLXSh9 G9sE92bgKMUNPZraB+qYbdTik5lr4ehNExb9T3PGJcDYePUitRQEA1kLxY8roM4Y2Xki obJP/6pJta8JvL547Wqyur4HCtW2UZWF0UU0ZWrHHfMGuzGut0hg5//nultuZLnOAYxZ 5jcA== MIME-Version: 1.0 X-Received: by 10.194.77.2 with SMTP id o2mr316543wjw.57.1378059408750; Sun, 01 Sep 2013 11:16:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.146.2 with HTTP; Sun, 1 Sep 2013 11:16:48 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Sep 2013 11:16:48 -0700 X-Google-Sender-Auth: cFWguQxDyF6zwpm7rF-2dwNM57A Message-ID: Subject: Re: 2013 MacBook Air Project From: Adrian Chadd To: Jason Birch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , "Lundberg, Johannes" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 18:16:51 -0000 did you contribute this stuff back up to the linux driver? -adrian On 31 August 2013 21:30, Jason Birch wrote: > > Yup. I hope I get some positive responses from Broadcom. I really don't >> want to port the Linux driver(s), it's just plain silly. >> > > I've noticed a hell of a lot of problems with the B4331 rev2 under Linux > on several distributions, which have been resolved for me by splicing apart > the _Windows_ driver. I don't know off hand what particular chip is inside > the 2013 MacBook Air, but if you can get some help in getting a driver > working, it would be very valuable to the larger open-source community, and > everyone who's ever dealt with flaky wireless and signal intensity issues > running something other than Windows or OS X on MacBooks. > From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 18:28:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBAADD95; Sun, 1 Sep 2013 18:28:16 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DA3D2D7B; Sun, 1 Sep 2013 18:28:16 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r81ISDb0030899 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 1 Sep 2013 18:28:14 GMT (envelope-from theraven@freebsd.org) Content-Type: multipart/signed; boundary="Apple-Mail=_4D3FE985-F61C-4EEB-9489-02A9A8DA380F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: GCC withdraw From: David Chisnall In-Reply-To: <20130901180350.GA12351@lonesome.com> Date: Sun, 1 Sep 2013 19:28:07 +0100 Message-Id: <6668F65C-812F-4069-83CE-7F8CF3316527@freebsd.org> References: <20130822200902.GG94127@funkthat.com> <201308291344.25562.jhb@freebsd.org> <201308301041.18874.jhb@freebsd.org> <20130901180350.GA12351@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.1508) Cc: "Sam Fourman Jr." , toolchain@freebsd.org, Boris Samorodov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 18:28:17 -0000 --Apple-Mail=_4D3FE985-F61C-4EEB-9489-02A9A8DA380F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 1 Sep 2013, at 19:03, Mark Linimon wrote: > If this is the case, IMHO: I was going to quote the whole mail, but actually this is enough. As I = have already said in this thread, there is no such plan. I repeat, for = those who missed it the first time: On 30 Aug 2013, at 16:11, David Chisnall wrote: > I am not proposing: >=20 > ... >=20 > - To deprecate any architectures >=20 > - To break any architectures If a platform ends up without a working toolchain in a few years and = there is no way (LLVM, recent GCC, heavily patched old GCC, = vendor-supplied toolchain) of building it, then we will have to make the = decision about its future. Whether that means getting the Foundation = and / or some other interested body to pay for someone to work on a = toolchain or dropping support is an issue for stakeholders in the = platform. =20 We will probably have to make this call about at least IA64 in a couple = of years, and possibly some PowerPC and SPARC variants, but it's not a = decision that needs to be made any time soon. I know SemiHalf does a = lot of embedded FreeBSD work with PowerPC and a few people do with = SPARC, so there are definitely people with vested interests in = maintaining those two platforms. I'd honestly be surprised if IA64 is = around in two years (mind you, I've been expecting it to die for the = last five, so I'm willing to be surprised again), but maybe there will = be a lot of cheap second-hand IA64 hardware on the market as all of the = big customers switch to something else reviving interest in the = platform... David --Apple-Mail=_4D3FE985-F61C-4EEB-9489-02A9A8DA380F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJSI4c3AAoJEKx65DEEsqId/t0QAK8V0kucd+YxPgwnZbTbQNjf KQyBumy1fB1I8CV6lQEXAZILaFhKTiAKQW6V4UVOxtcQ30+7BJVAyN1zBNZ6Qhra VG9XZZJP0M+n4SLRAGOhhfSuLvLNNg0dD9XDnft8W2kBzyG+pBo36n28wuCzhP8Z WB1ieh2mHQHB3whEKRfNDyFX8Fd3tq+p5Ieh+jqjQk8XEk6M0Ska/D7aqZ024wPE b2UxKIeejn5IV19RrJrturjQCzPPUAw48m/GCmOqO6wSZzHU0EA/WSglfad/dJUg 6EOjWDDsO4b1sprmPG5/bXd+8RXhuUTlgOFAgsJBjtqcqjVxzXmj+68CWUdKVmTl RThtVrDDxFDFvkwjxF1LgichoiJCQWBNZKtPCrmGnleoA0x0PY4qQiC5mFpWKSGY VaV3m6nTh6jizY9fPA3SAtEy/BMu7PAj1XEUAhTLB51a+yGRVVIzABEsNzbJukrz aZRCGZAFS4nh1V7FR4R+jM2dcH2Gi0J69m0lL/2aOj4jd+U4l6BoHT/RWVu0lho2 OtMPKF0FNnDtwWP6wQTxWHp6RcJqFkQ3CX0ch72/utrGWBYAvz2pXm/Q/O6hCN5a MveWpnRzh9auQ9HfHiLhvOVBHYR1t22YbNWGlsAezzqysQnwSeOwpL/Rj7HrNHj5 mquydzvEKLe3Zx3UXCYk =3g0T -----END PGP SIGNATURE----- --Apple-Mail=_4D3FE985-F61C-4EEB-9489-02A9A8DA380F-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 18:44:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 516AE3B7 for ; Sun, 1 Sep 2013 18:44:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E7D72EF3 for ; Sun, 1 Sep 2013 18:44:43 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c11so1037973ieb.17 for ; Sun, 01 Sep 2013 11:44:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bai4YSfpLQFf1xTxGzwWNzwRv7xW7gAB6YYm1JabCQI=; b=ccDMKrq3VPFZM3p8sE0xrzVQE0un1BvlZSqz3Dj3/R4BsebFSsFpnv/YRsZFdNoLLS KNwwyLRzIncE6eu2pblwrPW50ZeDyIDfoHG28BsHwrdGdpb8Uv5r/cS6F8dfFi2hatAe Y006w1Mmt99CUY21i8Dq4MnhW0hDAkRQp8xSU8XCjQwJf8QfDub62tXn30s7QkRJGf0t qD1YzeNIrIDA3xVfJgcugMjS0sKVx37w/m3jmrliksuLD/fw5uCR9ZFssxs5vAQhgu12 RosL74623fsjhwodSvDtz8GeFSXh/jYOvGCBVUb0Dpmvy0rNLcivHFtV9rRpTKl92qoj 26Lw== X-Gm-Message-State: ALoCoQmpXGu/nF1NiqXDxB1v5PqRCkLmXORe7+Aoyr1GmqdGJ01XWAL/ieeiG4o/5/H/UkmPwrCY X-Received: by 10.50.39.18 with SMTP id l18mr9508845igk.4.1378061077526; Sun, 01 Sep 2013 11:44:37 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id x6sm18887051igb.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Sep 2013 11:44:36 -0700 (PDT) Sender: Warner Losh Subject: Re: GCC withdraw Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130901180350.GA12351@lonesome.com> Date: Sun, 1 Sep 2013 12:44:32 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <81EF1224-CA6C-43AD-9364-3D8CD418951D@bsdimp.com> References: <20130822200902.GG94127@funkthat.com> <201308291344.25562.jhb@freebsd.org> <201308301041.18874.jhb@freebsd.org> <20130901180350.GA12351@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.1085) Cc: "Sam Fourman Jr." , toolchain@freebsd.org, Boris Samorodov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 18:44:44 -0000 On Sep 1, 2013, at 12:03 PM, Mark Linimon wrote: > On Fri, Aug 30, 2013 at 10:41:18AM -0400, John Baldwin wrote: >> So my take away from this is that you have no plans to support any = platform >> that doesn't support clang as you just expect ia64 and sparc64 to die = and >> not be present in 11.0. That may be the best path, but I've = certainly not >> seen that goal discussed publically. >=20 > If this is the case, IMHO: >=20 > - it's a decision to be made by the project as a whole, not just one > individual; >=20 > - if the decision is made, there should be one major release cycle > before it's done; >=20 > - our userbase (admittedly small) should have a heads-up that they > will have to migrate after that timeframe. >=20 > fwiw, unlike alpha, which was withdrawn because it had ceased to = function, > sparc64 and ia64 work and have active developer(s), so I don't think = it > would be entirely fair to cite its removal as a precedent. >=20 > tl;dr: just because you don't use these boxes doesn't mean others = don't. I'm working on a set of ports that can be installed so you can use the = external toolchain support in the tree... But it is being a pain since = there turns out to be some unexpected interdependencies and ordering = that's tricky to get right. But this does mean I've extracted the FreeBSD specific changes into a = series of patches... Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 23:38:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 11364EAC; Sun, 1 Sep 2013 23:38:31 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B23472DB1; Sun, 1 Sep 2013 23:38:30 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id m1so2623953ves.41 for ; Sun, 01 Sep 2013 16:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jA2KQOjHwNRsi61zsxbn3eUj63JQel8e4ej8nnAFyXs=; b=Y9jIKDDiN6yzzeh6OYwWFYyByrDv4tVRu/snALkfNxEcgsRYfnMxYBDVA/dkLVRubo uWTySUcpLdj64cQgH12j2pCjBPxnyRdR/8RVfL7tFFeqqObysKxuvOORDEDjsrtasulI qH4a5IAs+RPhbJmPowdS6bYsNCwivP48aLA3luHQo38oKCX7x/V86Rk7V2BgFybpNC4Y L+xere4e7fxdSGrcPmz0sYM/E+helUJF/fEXR62Uimtom9pjlsXwPggHII+HaGybztte E1uT/eoQqv28roBJRiEFqxbOWNLpPwhWfy5euOWIVc+fBaRLoCFbLcA1281r8iIoVZWO 8NQg== MIME-Version: 1.0 X-Received: by 10.52.103.35 with SMTP id ft3mr16486997vdb.5.1378078709266; Sun, 01 Sep 2013 16:38:29 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 1 Sep 2013 16:38:29 -0700 (PDT) In-Reply-To: <201308291203.23055.jhb@freebsd.org> References: <201308261505.06342.jhb@freebsd.org> <201308291203.23055.jhb@freebsd.org> Date: Mon, 2 Sep 2013 01:38:29 +0200 X-Google-Sender-Auth: nVpxkOKyLdLxj89dNT074UxqFqo Message-ID: Subject: Re: Question about socket timeouts From: Davide Italiano To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Vitja Makarov , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 23:38:31 -0000 On Thu, Aug 29, 2013 at 6:03 PM, John Baldwin wrote: > On Monday, August 26, 2013 3:05:06 pm John Baldwin wrote: >> On Monday, August 26, 2013 2:23:44 pm Davide Italiano wrote: >> > Please consider the following patch: >> > http://people.freebsd.org/~davide/review/socket_timeout.diff >> > I've tested it and it works OK. I got a timeout which is ~= 25ms using >> > the testcase provided by the user. >> > The only doubt I have is about the range check, I've changed a bit >> > because the 'integer' part of sbintime_t fits in 32-bits, but I'm not >> > sure it's the best way of doing this. >> >> Nice! Bruce actually wants me to adjust the range check a bit (which will >> fit in well with your changes I think). Please let me get that fix in >> (so it can be part of the future MFC) and then you can commit this. Thanks! >> >> Actually, I think you still need to patch the sogetopt() case to work correctly >> (it is still doing a manual conversion from 'val' to a timeval assuming it is >> in 'hz' units). > > I'm done with my range check changes, please move forward with your change > (though make sure you fix the sogetsockopt() case please). > > -- > John Baldwin For the archives, this should be fixed in r255138. Thanks to both, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Sep 1 23:45:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5905C16A; Sun, 1 Sep 2013 23:45:50 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 037872E85; Sun, 1 Sep 2013 23:45:49 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id q14so2647147vbe.13 for ; Sun, 01 Sep 2013 16:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=A801uS7a9SH+yKgHavyZO+SDNZqTiYO7xjJj0sjmHnM=; b=pESVEG6Xm3M5MKtdKW09uX4xYRgLT3ARwMcyy/1HR//VuAspsjZjWcnZmsEOhp3qZb MDzFEfHUzFvwI02F6P3SSVnt+nby136P/sH3lZtv+AFEEdZGzd8C9G1fAX2jL5S4B37D M62F8/mihaP5gfDJXKFZcLpXEtnD/m8Qhr0eq5xYc9WOKWddiN1nA9ug/dxL7SkCTLNw ZjdXBAnT+o8dBYsoUFoE5INOtML8O4IqWrZdBujUW9GKQfpYuFFotM8uGsBoutWj//EW 8CmV1M9hiiWMj3odmv9olhRBUYe84+2xrOIMkbd6ccTOUXIgkRonMAweosabh3S6fWOo s13w== MIME-Version: 1.0 X-Received: by 10.220.46.72 with SMTP id i8mr20459693vcf.10.1378079149091; Sun, 01 Sep 2013 16:45:49 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 1 Sep 2013 16:45:49 -0700 (PDT) In-Reply-To: References: <201308221408.08203.jhb@freebsd.org> <201308230945.28701.jhb@freebsd.org> Date: Mon, 2 Sep 2013 01:45:49 +0200 X-Google-Sender-Auth: ztgh1TL5Y3bHrC-ruFGtOvT8MWA Message-ID: Subject: Re: Question about socket timeouts From: Davide Italiano To: Vitja Makarov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 01 Sep 2013 23:45:50 -0000 On Tue, Aug 27, 2013 at 7:10 AM, Vitja Makarov wrote: >> On Fri, Aug 23, 2013 at 7:04 AM, Vitja Makarov wrote: >>> 2013/8/23 Davide Italiano : >>> >>> I think that for socket's timeouts it's ok to have a HZ-precision. It >>> would be much more important to implement high-precision timeouts for >>> select() and friends, if it's not done yet (sorry I'm running 9.1). >>> >> >> JFYI, select()/usleep()/etc... are all fine grained right now in HEAD. >> > > That's cool! Does that mean that FreeBSD 10 would be a tickless system? > > -- > vitja. FreeBSD will have a tickless callout(9) subsystem. There are still some kernel subsystems that depends on hardclock() even if the long term goal is that of moving away from it (when/if possible). A notable example is SCHED_ULE code which depends on hardclock() (sched_tick()) but it could be optimized to skip some calls even though CPU is active. -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 01:02:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F33E107 for ; Mon, 2 Sep 2013 01:02:29 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E006A24C9 for ; Mon, 2 Sep 2013 01:02:28 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id f4so7396646iea.9 for ; Sun, 01 Sep 2013 18:02:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=tdmfZhfjR12Z4T/YylM87ltQxbDVHdmQi2pumXj/MUI=; b=ee7LcpaC2al5KoZr4Wazqy6WI2B42GiXU9ljTcX9C6grvicWsvRMTvZWbxLx01iQ44 EYLycyeM/N5/I6bCLFX/gZ+fs1zqcAfRY3S++GOpSw6tMqiLyzueqaewutfMt30FU2A3 FnV+LO2DqkKhcMlWuw0ePb9lcMIMOq51g1j+XAyqtVLgkay/mJOJe3uo653oC5TUT5aZ QZvKW7jRzyFIKpZibqlW2BB9Sd1qZIqqH1IXytoQgmzcBG1Ua6p9GSTLwymcqlHiBlGL P2L9cug3BIMMUN9/Cg3rWrdqwjXtj+qOOOX9Cuf7ZaEOT00im9Y0rN6Wlt/bBMxx3gOi YyGA== X-Gm-Message-State: ALoCoQlWYLv+Uwk15GX/1Lfse/kAGqZnk6BvdfwplXOk8yGB2bVhUeNzxcTyGmMtzkpLjzO5KqFz X-Received: by 10.50.49.65 with SMTP id s1mr10273252ign.43.1378083747997; Sun, 01 Sep 2013 18:02:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Sun, 1 Sep 2013 18:02:12 -0700 (PDT) In-Reply-To: References: From: "Lundberg, Johannes" Date: Mon, 2 Sep 2013 10:02:12 +0900 Message-ID: Subject: Re: 2013 MacBook Air Project To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , Jason Birch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 01:02:29 -0000 This is the info OSX gives me about the 11" 2013 MacBook Air. --- Software Versions: CoreWLAN: 3.4 (340.18) CoreWLANKit: 2.0.2 (202.11) Menu Extra: 8.1 (810.11) configd plug-in: 8.5 (850.252) System Information: 8.3 (830.5) IO80211 Family: 5.3 (530.5) Diagnostics: 2.1 (210.25) AirPort Utility: 6.3.1 (631.4) Interfaces: *en0:* Card Type: AirPort Extreme (0x14E4, 0x117) Firmware Version: Broadcom BCM43xx 1.0 (6.30.223.74.35) MAC Address: 84:38:35:4b:91:dc Locale: ETSI Country Code: JP Supported PHY Modes: 802.11 a/b/g/n/ac Supported Channels: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140 Wake On Wireless: Supported AirDrop: Supported Status: Not Associated --- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Mon, Sep 2, 2013 at 3:16 AM, Adrian Chadd wrote: > did you contribute this stuff back up to the linux driver? > > > -adrian > > > On 31 August 2013 21:30, Jason Birch wrote: > >> >> Yup. I hope I get some positive responses from Broadcom. I really don't >>> want to port the Linux driver(s), it's just plain silly. >>> >> >> I've noticed a hell of a lot of problems with the B4331 rev2 under Linux >> on several distributions, which have been resolved for me by splicing apart >> the _Windows_ driver. I don't know off hand what particular chip is inside >> the 2013 MacBook Air, but if you can get some help in getting a driver >> working, it would be very valuable to the larger open-source community, and >> everyone who's ever dealt with flaky wireless and signal intensity issues >> running something other than Windows or OS X on MacBooks. >> > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 02:01:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B854972; Mon, 2 Sep 2013 02:01:37 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1083126BD; Mon, 2 Sep 2013 02:01:36 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8221TEU092442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Sep 2013 19:01:29 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8221TxA092441; Sun, 1 Sep 2013 19:01:29 -0700 (PDT) (envelope-from jmg) Date: Sun, 1 Sep 2013 19:01:29 -0700 From: John-Mark Gurney To: Adrian Chadd Subject: Re: how do i cross build world/kernel with clang? Message-ID: <20130902020129.GD36239@funkthat.com> Mail-Followup-To: Adrian Chadd , freebsd-current , "freebsd-mips@freebsd.org" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 01 Sep 2013 19:01:29 -0700 (PDT) Cc: freebsd-current , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 02:01:37 -0000 Adrian Chadd wrote this message on Sat, Aug 31, 2013 at 19:30 -0700: > How do i cross-build a mips world/kernel with clang? > > ie, how do I tell the build system to build a mips targetted clang instead > of gcc and use that to build everything? I finally figured out why my advice didn't work for you the other day.. It's because if you specify WITH_CLANG_IS_CC=YES, it doesn't imply WITH_CLANG=YES... and clang is turned off by default for mips... # make TARGET_ARCH=mips -j 8 WITH_CLANG_IS_CC=YES WITH_CLANG=YES toolchain [...] # make buildenv TARGET_ARCH=mips WITH_CLANG_IS_CC=YES Entering world for mips:mips # cc --version FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: mips-unknown-freebsd10.0 Thread model: posix The WITH_CLANG_IS_CC=YES is probably unnecessary on the buildenv command... Though the toolchain build failed, as apparently there are issues w/ clang, mips and libc: --- libc.so.7 --- /usr/obj/mips.mips/usr/src/tmp/usr/bin/ld: /usr/obj/mips.mips/usr/src/tmp/usr/li b/crtbeginS.o: warning: linking PIC files with non-PIC files /usr/obj/mips.mips/usr/src/tmp/usr/bin/ld: /usr/obj/mips.mips/usr/src/tmp/usr/li b/crtn.o: warning: linking PIC files with non-PIC files exect.So: In function `exect': (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' [...] -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 05:15:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8B3E9C56; Mon, 2 Sep 2013 05:15:22 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD7E2E3A; Mon, 2 Sep 2013 05:15:22 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id r824sDsk002565; Sun, 1 Sep 2013 21:54:13 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <522419F4.5010605@rawbw.com> Date: Sun, 01 Sep 2013 21:54:12 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130822 Thunderbird/17.0.8 MIME-Version: 1.0 To: current@freebsd.org, net@freebsd.org Subject: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) References: <522300E3.6050303@rawbw.com> In-Reply-To: <522300E3.6050303@rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 05:15:22 -0000 Please check in this patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=181741 Please MFC into 9.X Description of the problem is within PR. Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 06:42:09 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04589425; Mon, 2 Sep 2013 06:42:09 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay04.alfahosting-server.de (relay04.alfahosting-server.de [109.237.142.240]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B43EE21B6; Mon, 2 Sep 2013 06:42:08 +0000 (UTC) Received: by relay04.alfahosting-server.de (Postfix, from userid 1001) id 8384932D176F; Mon, 2 Sep 2013 08:42:06 +0200 (CEST) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay04.alfahosting-server.de (Postfix) with ESMTPS id 9CB4E32D0CC9; Mon, 2 Sep 2013 08:42:04 +0200 (CEST) Received: from laabs.hf.ifn.et.tu-dresden.de (hfsync.ifn.et.tu-dresden.de [141.30.128.60]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 84615515DE98; Mon, 2 Sep 2013 08:42:04 +0200 (CEST) Message-ID: <5224333C.8070305@martinlaabs.de> Date: Mon, 02 Sep 2013 08:42:04 +0200 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: No UDP/TCP IPv6 connectivity (only) to router using gif interface - maybe ARM related Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/17790/Mon Sep 2 06:48:29 2013 Cc: freebsd-arm , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 06:42:09 -0000 Hi, I tried to set up my raspberry PI as an ipv6 router. As a tunnel broker I use sixxs. Now I observed an interesting behavior: Every host from my network can reach the ipv6 world. The ipv6 world can also reach every host in my network. However - the router itself is unable to make udp or tcp connection to the "world" and is also unable to accept connections form the "world" ICMP however works properly. I had a look to the tcpdump and when trying to connect i.e. to www.kame.net the rasperry router sends a syn packet and get a syn/ack packet back. The rest of the handshake is missing. I tried also some udp with netcat (nc -6 -u -l 5555 on the server and nc -6 -u 5555 on the client) This works great for internal (ethernet) traffic but when the data should go through the tunnel if fails. The last test is maybe the most significant to describe the bug: Start netcat to listen for UDP packages on an external host: nc -6 -u -l 5555 Connect from the RPI-Router to that host nc -6 -u 2001:4dd0:xxxx:xxxx::2 5555 Now it is possible to send data from the RPI router to the external host but the opposite direction does not work. Tcpdump however shows that the udp package arrives but it is not "forwarded" to the application. So for me it seems to be a problem with the handling of the receiving data in the gif interface. This behavior is independent from net.inet6.ip6.forwarding or net.inet6.ip6.redirect status. The router system: FreeBSD raspberry-pi.xxx 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r254984 Best regards, Martin Laabs From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 07:47:33 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E4111ECF; Mon, 2 Sep 2013 07:47:33 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1AD824C4; Mon, 2 Sep 2013 07:47:33 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r827lUrw035816 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Sep 2013 07:47:32 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: how do i cross build world/kernel with clang? From: David Chisnall In-Reply-To: <20130902020129.GD36239@funkthat.com> Date: Mon, 2 Sep 2013 08:47:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2CFFB2A1-7885-40A0-8C96-D56A7492CBDF@FreeBSD.org> References: <20130902020129.GD36239@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1508) Cc: Adrian Chadd , freebsd-current , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 07:47:34 -0000 On 2 Sep 2013, at 03:01, John-Mark Gurney wrote: > b/crtn.o: warning: linking PIC files with non-PIC files I think that this is an issue in our import of clang. I'll have to = check whether I upstreamed the code, but it's basically just not setting = the e_flags field in the ELF header correctly (this required a little = bit of tweaking in LLVM, because MIPS is the only platform that uses = e_flags in quite this way - for everything else you know what the value = should be from the target triple). > exect.So: In function `exect': > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against = `__cerror' I believe that this is a limitation of our ld. The PC16 relocation = ought to be made to point to a PLT entry if it's too close, but it is = just being truncated instead. This is fixed in upstream ld-bfd, and = hopefully will be easy to fix with MCLinker if it doesn't already work. = I'll see if we can make clang default to using larger relocation types = for things not in the same compilation unit. David From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 08:49:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D212FC1E; Mon, 2 Sep 2013 08:49:39 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D14CA283A; Mon, 2 Sep 2013 08:49:38 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id mz13so1423112bkb.16 for ; Mon, 02 Sep 2013 01:49:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=2NdJTP8xy/tghqvhT0eqh0KJKUr9tGy7D+crGKM1GIY=; b=dKSlxcmStpiRbVyDOmmOlKsD6ruXFiUKuXOJqnBTxRrBK3pUDKyYHW0OncjxVyavQE ymt70Y5gpagtjMNX2k0bD8zdteYVASadji67T46/14NnA7LZjzBS1HJdWin8BKTnrZOv qANR7zVGc+q1uBxDGohlm5OAt2V5VMTuCEqZVuP5/CILpislCQwEvRmVT6ZwNsCbzgGh wSdA5WRfuSSVEJ+OL8DilROTVVxA9HZ8zqqrtGz74YoAx8d4Fo1U1WtUXPo3H6oi1dFP N7ImHW63gKhaOXr22ie4ttVcGxNDdNLhqO/aeHzbfss57P8SCzlU4IffaTOZjlEYaw7D eCtw== X-Received: by 10.204.199.132 with SMTP id es4mr623140bkb.28.1378111776996; Mon, 02 Sep 2013 01:49:36 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id jt14sm1918024bkb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Sep 2013 01:49:36 -0700 (PDT) Sender: Alexander Motin Message-ID: <5224511D.4090503@FreeBSD.org> Date: Mon, 02 Sep 2013 11:49:33 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: FreeBSD SCSI , freebsd-hackers@FreeBSD.org, freebsd-geom@FreeBSD.org, "freebsd-current@freebsd.org" Subject: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> In-Reply-To: <520D4ADB.50209@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 08:49:39 -0000 Hi. I would like to invite more people to review and test my patches for improving CAM and GEOM scalability, that for last six months you could see developing in project/camlock SVN branch. Full diff of that branch against present head (r255131) can be found here: http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch Heavy CAM changes there were focused on reducing scope of SIM lock to only protecting SIM internals, but not CAM core. That allows many times reduce lock congestion, especially on heavily parallel request submission with GEOM changes below. More detailed description of changes you could see here earlier: http://docs.freebsd.org/cgi/mid.cgi?520D4ADB.50209 GEOM changes were focused on avoiding switching to GEOM up/down threads in relatively simple setups where respective classes don't require it (and were explicitly marked so). That allows save on context switches and on systems with several HBAs and disks talk to them concurrently (that is where CAM locking changes are handy). Such classes were modified to support it: DEV, DISK, LABEL, MULTIPATH, NOP, PART, RAID (partially), STRIPE, ZERO, VFS, ZFS::VDEV, ZFS::ZVOL and some others. Requests to/from other classes will be queued to GEOM threads same as before. Together that allows to double block subsystem performance on high (at least 100-200K) IOPS benchmarks, allowing to reach up to a million total IOPS, while keeping full compatibility with all major ABIs/KBIs. Since we are already in 10.0 release process and changes are quite big, my plan is to wait and commit them to head branch after the freeze end, and then merge to stable/10. I hope the release process will go on schedule to not delay this work for another six months. This work is sponsored by iXsystems, Inc. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 10:00:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06442E4A for ; Mon, 2 Sep 2013 10:00:36 +0000 (UTC) (envelope-from jbirch@jbirch.net) Received: from mail-ob0-f177.google.com (mail-ob0-f177.google.com [209.85.214.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C0BCA2DE0 for ; Mon, 2 Sep 2013 10:00:35 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id f8so4313410obp.36 for ; Mon, 02 Sep 2013 03:00:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RwvjqpkkCT/yKqs21onT2eV7H8S4bmTcArJQ6En2jCw=; b=FWt0cP9oXDah4VP/xs83KhhSZliUYih312Sdc+M3eO9Lvd7mfdqx3YJE1Hzk16KCMZ 9uItQdJZbmsZJV7iCfO5dioXr0HFFqULtD3nEbKrCNcfGbiB1XQx9gVkP2udzp0ILVyK q7hIHdYexoMePqrUH13yVobXL4xQkS+NzXDJS/roMrMM1n8fuNziUsixcv8bommoSd/s HxIqu31NDtWs3KUtxFE2w5KTZ41aKLaxSYqXaOcFloIPIJySwFbepZJIe9gZySoqtC10 0iHato9wwYZBudnkX8GYPDRA99jcs69qyff1NuuDa47LYjdkqhriHwM0hnnAi6NuigJn 3EYg== X-Gm-Message-State: ALoCoQmh/Pl7PPUsxRCe/Bg673D3US5nzdDAnxVdJmeU9S39E8KXMNu/bJcyRsMe43Ryx5VjAj1K MIME-Version: 1.0 X-Received: by 10.60.70.134 with SMTP id m6mr16383198oeu.14.1378116029750; Mon, 02 Sep 2013 03:00:29 -0700 (PDT) Received: by 10.182.185.71 with HTTP; Mon, 2 Sep 2013 03:00:29 -0700 (PDT) X-Originating-IP: [58.168.31.179] In-Reply-To: References: Date: Mon, 2 Sep 2013 20:00:29 +1000 Message-ID: Subject: Re: 2013 MacBook Air Project From: Jason Birch To: "Lundberg, Johannes" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 10:00:36 -0000 On Mon, Sep 2, 2013 at 4:16 AM, Adrian Chadd wrote: > did you contribute this stuff back up to the linux driver? > I did not; I was simply following a few how-tos on a colleague's machine to help her get a stable network connection. We never did fully crack that nut; I quickly realised how far out of my depth I was :) On Mon, Sep 2, 2013 at 11:02 AM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > This is the info OSX gives me about the 11" 2013 MacBook Air. > After a little bit of Googling, it looks like the chip inside the mid-2013 MacBook Air is the Broadcom BCM4360 (Not the 4331 I've played with) which is currently _not_ supported[1] by the legacy b43 Linux driver. Additionally, it doesn't seem to be listed in the list of supported devices of Broadcom's official open-source Linux drivers[2]. Broadcom's website seems a little helpful - they offer you the ability to submit a request for driver help - but not for this model of chip. I think your best bet will be to work from the sources of the bcmwl driver[3] - which /might/ be related to the brcm80211 stuff? I've not dug any further. [1] http://wireless.kernel.org/en/users/Drivers/b43#Supported_devices [2] http://wireless.kernel.org/en/users/Drivers/brcm80211#Supported_Chips [3] https://launchpad.net/ubuntu/+source/bcmwl JB From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 10:00:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9D857D; Mon, 2 Sep 2013 10:00:53 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E9EE2DED; Mon, 2 Sep 2013 10:00:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=a+U/MBW3QueZl9zuxVMWLPVGqemlNil4DAMUkI5sfF4=; b=eqhuPem2yYzSCi5DpnlUgr2vaRmaInz+2Z/3YAOQQ65uTI2O1jpKkDtaWX7+VFyq6SQdtOa+lk2RO6ZwDpyG7eMifhJL1ALh/uqbsFZYVBkP9UeloScdg9hyajQYleXaItkknwzwHUA4fU0Mh6YsHqmEh526WzHj0MkIHL9O8eE=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VGQwA-0000aO-Bt; Mon, 02 Sep 2013 10:00:46 +0000 Message-ID: <522461C9.7030100@gmail.com> Date: Mon, 02 Sep 2013 13:00:41 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <521F1367.8090002@FreeBSD.org> <521F6A52.2060206@gmail.com> <521F6B41.4030704@FreeBSD.org> <521F8A35.3080801@gmail.com> <5220A334.3080205@FreeBSD.org> <20130830171103.GB36239@funkthat.com> <5220DA4E.3090100@gmail.com> <5220F367.3060606@FreeBSD.org> In-Reply-To: <5220F367.3060606@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: iskander@advancedhosters.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 10:00:53 -0000 30.08.2013 22:32, Jean-Sébastien Pédron пишет: > reat! Could you please run: > kgdb /boot/kernel/kernel /var/crash/vmcore.0 > > And, at gdb prompt: > bt > > Then send the whole output (from the moment you run "kgdb" to the end > of "bt" output) and your /var/log/messages file? Hi kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0xffffffff80458f75 in doadump () (kgdb) bt #0 0xffffffff80458f75 in doadump () #1 0xffffffff80458d80 in kern_reboot () #2 0xffffffff80459107 in panic () #3 0xffffffff8062886a in trap_fatal () #4 0xffffffff8062851e in trap () #5 0xffffffff806120a3 in calltrap () #6 0xffffffff81040276 in ?? () #7 0xfffffe011f2da3a0 in ?? () #8 0xffffffff802f4f6e in acpi_pci_read_ivar () #9 0xffffffff8102ba4f in ?? () #10 0xfffff80005a717c0 in ?? () #11 0xfffff8012f89b000 in ?? () #12 0xfed1000100000005 in ?? () #13 0xfffffe000a71f000 in ?? () #14 0xfffffe011f2da470 in ?? () #15 0xffffffff00000048 in ?? () #16 0xfffffe000a71f000 in ?? () #17 0xffffffff80462700 in sysctl_move_oid () #18 0xffffffff80319070 in drm_attach () #19 0xffffffff804837e6 in device_attach () #20 0xffffffff80484c09 in bus_generic_driver_added () #21 0xffffffff804819ea in devclass_driver_added () #22 0xffffffff8048194c in devclass_add_driver () #23 0xffffffff8044663b in module_register_init () #24 0xffffffff8043c835 in linker_load_module () #25 0xffffffff8043d9f7 in kern_kldload () #26 0xffffffff8043dbcb in sys_kldload () #27 0xffffffff80628ea3 in amd64_syscall () #28 0xffffffff8061238b in Xfast_syscall () #29 0x00000008027d0dfa in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 11:42:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 453A1594 for ; Mon, 2 Sep 2013 11:42:47 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07E812854 for ; Mon, 2 Sep 2013 11:42:47 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VGSWo-000E3h-Qh; Mon, 02 Sep 2013 13:42:44 +0200 Message-ID: <522479AE.2070102@dumbbell.fr> Date: Mon, 02 Sep 2013 13:42:38 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Alexander Panyushkin Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <521F1367.8090002@FreeBSD.org> <521F6A52.2060206@gmail.com> <521F6B41.4030704@FreeBSD.org> <521F8A35.3080801@gmail.com> <5220A334.3080205@FreeBSD.org> <20130830171103.GB36239@funkthat.com> <5220DA4E.3090100@gmail.com> <5220F367.3060606@FreeBSD.org> <522461C9.7030100@gmail.com> In-Reply-To: <522461C9.7030100@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2LWLBTWOJMDPNMJTBXDWG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 11:42:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2LWLBTWOJMDPNMJTBXDWG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02.09.2013 12:00, Alexander wrote: > (...) > #17 0xffffffff80462700 in sysctl_move_oid () > #18 0xffffffff80319070 in drm_attach () > (...) The kernel is missing debug symbols. Could you please rebuild your kernel with the following option: makeoptions DEBUG=3D-g (also found in GENERIC) Then reproduce the problem and send the output of kgdb again? Thanks! --=20 Jean-S=C3=A9bastien P=C3=A9dron ------enig2LWLBTWOJMDPNMJTBXDWG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIkebIACgkQa+xGJsFYOlOswACeI5AsG3X7slEN5uodcpatZ4gM 10QAniEvXohD+YjacsNQGOP9sgfdA4uo =aKiB -----END PGP SIGNATURE----- ------enig2LWLBTWOJMDPNMJTBXDWG-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 11:45:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9388179B; Mon, 2 Sep 2013 11:45:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF36B2896; Mon, 2 Sep 2013 11:45:39 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id c10so1882419wiw.2 for ; Mon, 02 Sep 2013 04:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Ng3DkMVTLnuUTIYDhbmUIKwGqfuizgIp+ddTwW7g2bk=; b=krvFIztTsf9ztUhgvd/QayND6WX0bzp8Pe/UFVxf215MgEIAhaURfx7JARGbCCyJXa Omq702tI4wt99P7UO7gH4j0+07L0SlyaHPIWAxVwioxC49Q5+BjbpSNH+4aiQ048us24 SQnf5DB9BlTg+7iRCv8U/adCrBRn5zlr+mxfIexJMM5UFwOFLP0IHLvyIzorIcAxoFAc pTOK2luPraXi+uvFHtJ7OoyzUPwf1B8H4Dt6ahbdO4I6K9OvWEpcBoQbbIfauU8ir9IK ogU/pBkNNk0FWIUQkUeGZRJIfBCbmJnk6X5c9nGA2V2cyIwLBFFlF8WtPkHXsUl/9p3I xJhw== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr13499633wic.30.1378122338169; Mon, 02 Sep 2013 04:45:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.146.2 with HTTP; Mon, 2 Sep 2013 04:45:37 -0700 (PDT) In-Reply-To: <2CFFB2A1-7885-40A0-8C96-D56A7492CBDF@FreeBSD.org> References: <20130902020129.GD36239@funkthat.com> <2CFFB2A1-7885-40A0-8C96-D56A7492CBDF@FreeBSD.org> Date: Mon, 2 Sep 2013 04:45:37 -0700 X-Google-Sender-Auth: PZmisVEYKvKVTgIlJb8RuEgm1zk Message-ID: Subject: Re: how do i cross build world/kernel with clang? From: Adrian Chadd To: David Chisnall Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: John-Mark Gurney , freebsd-current , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 11:45:40 -0000 On 2 September 2013 00:47, David Chisnall wrote: > On 2 Sep 2013, at 03:01, John-Mark Gurney wrote: > > > b/crtn.o: warning: linking PIC files with non-PIC files > > I think that this is an issue in our import of clang. I'll have to check > whether I upstreamed the code, but it's basically just not setting the > e_flags field in the ELF header correctly (this required a little bit of > tweaking in LLVM, because MIPS is the only platform that uses e_flags in > quite this way - for everything else you know what the value should be from > the target triple). > > > exect.So: In function `exect': > > (.text+0x18): relocation truncated to fit: R_MIPS_PC16 against `__cerror' > > I believe that this is a limitation of our ld. The PC16 relocation ought > to be made to point to a PLT entry if it's too close, but it is just being > truncated instead. This is fixed in upstream ld-bfd, and hopefully will be > easy to fix with MCLinker if it doesn't already work. I'll see if we can > make clang default to using larger relocation types for things not in the > same compilation unit. Thanks! -adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 13:15:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0EE0356F for ; Mon, 2 Sep 2013 13:15:46 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2A932E96 for ; Mon, 2 Sep 2013 13:15:45 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hz10so2913051vcb.26 for ; Mon, 02 Sep 2013 06:15:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=pdzAxFexjpIwbW3wkk5y+z7GQt4MoHUi70X99va781U=; b=EdkbJ2x0PSANRkMC4d6uKg9l7KXvXiedmlEHWHUzX11pe2sgUF7ZFYJFhH/6wDUk40 XqVK/v7rEe5pnBUlWwLIPTphajdgCY9IbakNe3+CazxKPe4UO9JeLhBMaexLYTtoGC4/ iB6eaZV1erlvvLwlU2y951I6twQM5JkHPxz8PI9nm07FezyU1G9cvgDnoxY0wp2k/GdU MFQemlTsIyL0O9hmV0BLcex2xUfxJzV0bn4mfF/Mw501axXa501tr6iyC2zIQmniW0hi wd2bLh6FkROXUTqv/VT+eWe/MaN/cvS8YtHArI/UGVa8V1bx71J89dsh7qVj0x34bS3q tnvQ== MIME-Version: 1.0 X-Received: by 10.58.128.71 with SMTP id nm7mr8422veb.51.1378127744824; Mon, 02 Sep 2013 06:15:44 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Mon, 2 Sep 2013 06:15:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 Sep 2013 09:15:44 -0400 Message-ID: Subject: Re: LSI SAS2008 mps(4) 4TB disk only shows 2TB on CURRENT r255089 From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 13:15:46 -0000 On Sat, Aug 31, 2013 at 1:07 PM, Sam Fourman Jr. wrote: > Hello list > > I have two issues that may in fact be both related to the LSI SAS2008 card > or > the mps(4) driver. > > this server is running FreeBSD 10.0-CURRENT #0 r255089 > > > 1) All of the SSD disks are showing up at SATA2 300MB's > but the card is in fact a 6GB Sata3 card.. > > 2) a Westren Digital 4TB disk only shows 2TB (connected to the LSI > controller) > > full dmesg here > https://gist.github.com/sfourman/6399419 > > full pciconf here > https://gist.github.com/sfourman/6399454 > > > > Below is some disk info, > > > $ sudo camcontrol identify da6 > pass6: ATA-8 SATA 3.x device > pass6: 300.000MB/s transfers, Command Queueing Enabled > > protocol ATA/ATAPI-8 SATA 3.x > device model WDC WD4000FYYZ-01UL1B0 > firmware revision 01.01K01 > serial number WD-WCC130721596 > WWN 50014ee25de95b67 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 7814037168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > media RPM 7200 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management yes yes 128/0x80 > automatic acoustic management no no > media status notification no no > power-up in Standby yes no > write-read-verify no no > unload yes yes > free-fall no no > Data Set Management (DSM/TRIM) no > Host Protected Area (HPA) yes no 7814037168/7814037168 > HPA - Security no > $ > > > sudo gpart create -s gpt /dev/da6 > da6 created > $ gpart show > => 34 234441581 da0 GPT (111G) > 34 128 1 freebsd-boot (64k) > 162 224395136 2 freebsd-ufs (107G) > 224395298 8388608 3 freebsd-swap (4.0G) > 232783906 1657709 - free - (809M) > > => 34 4294967227 da6 GPT (2T) > 34 4294967227 - free - (2T) > > > $ sudo gpart add -a 4k -t freebsd-zfs -l backup da6 > da6p1 added > $ > $ > $ > $ > $ > $ gpart show > => 34 234441581 da0 GPT (111G) > 34 128 1 freebsd-boot (64k) > 162 224395136 2 freebsd-ufs (107G) > 224395298 8388608 3 freebsd-swap (4.0G) > 232783906 1657709 - free - (809M) > > => 34 4294967227 da6 GPT (2T) > 34 6 - free - (3.0k) > 40 4294967216 1 freebsd-zfs (2T) > 4294967256 5 - free - (2.5k) > -- > > Sam Fourman Jr. > is it possible that the problem is in the cam layer and not the mps(4) driver? -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 14:55:09 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C6B13D2C; Mon, 2 Sep 2013 14:55:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E6D242985; Mon, 2 Sep 2013 14:55:08 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA23213; Mon, 02 Sep 2013 17:55:07 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VGVX0-000N6R-SQ; Mon, 02 Sep 2013 17:55:06 +0300 Message-ID: <5224A693.3000904@FreeBSD.org> Date: Mon, 02 Sep 2013 17:54:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current , freebsd-standards@FreeBSD.org Subject: bug with special bracket expressions in regular expressions X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 14:55:09 -0000 re_format(7) says: There are two special cases‡ of bracket expressions: the bracket expres†sions ‘[[:<:]]’ and ‘[[:>:]]’ match the null string at the beginning and end of a word respectively. A word is defined as a sequence of word characters which is neither preceded nor followed by word characters. A word character is an alnum character (as defined by ctype(3)) or an underscore. This is an extension, compatible with but not specified by IEEE Std 1003.2 (“POSIX.2â€), and should be used with caution in software intended to be portable to other systems. However I observe the following: $ echo "cd0 cd1 xx" | sed 's/cd[0-9][^ ]* *//g' xx $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9][^ ]* *//g' cd1 xx In my opinion '[[:<:]]' should not affect how the pattern is matched in this case. Any thoughts, suggestions? Thank you! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 15:41:04 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5CB2AF6A; Mon, 2 Sep 2013 15:41:04 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from triton.rz.uni-saarland.de (triton.rz.uni-saarland.de [134.96.7.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1CFB2C39; Mon, 2 Sep 2013 15:41:03 +0000 (UTC) Received: from itz-mail.htw-saarland.de (itz-mail.htw-saarland.de [134.96.210.141]) by triton.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id r82F9dxJ002236; Mon, 2 Sep 2013 17:09:39 +0200 Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.216.98]) by itz-mail.htw-saarland.de (8.14.5/8.14.5) with ESMTP id r82F9dco026047; Mon, 2 Sep 2013 17:09:39 +0200 (CEST) Date: Mon, 2 Sep 2013 17:09:33 +0200 (CEST) From: Damian Weber To: Andriy Gapon Subject: Re: bug with special bracket expressions in regular expressions In-Reply-To: <5224A693.3000904@FreeBSD.org> Message-ID: References: <5224A693.3000904@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.3 at itz-mail X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Mon, 02 Sep 2013 17:09:39 +0200 (CEST) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.10.68; VDF: 7.11.99.164; host: AntiVir3) Cc: FreeBSD Current , freebsd-standards@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 15:41:04 -0000 On Mon, 2 Sep 2013, Andriy Gapon wrote: > re_format(7) says: > There are two special cases? of bracket expressions: the bracket expres? > sions ?[[:<:]]? and ?[[:>:]]? match the null string at the beginning and > end of a word respectively. A word is defined as a sequence of word > characters which is neither preceded nor followed by word characters. A > word character is an alnum character (as defined by ctype(3)) or an > underscore. This is an extension, compatible with but not specified by > IEEE Std 1003.2 (?POSIX.2?), and should be used with caution in software > intended to be portable to other systems. > > However I observe the following: > $ echo "cd0 cd1 xx" | sed 's/cd[0-9][^ ]* *//g' > xx > $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9][^ ]* *//g' > cd1 xx > > In my opinion '[[:<:]]' should not affect how the pattern is matched in this case. > > Any thoughts, suggestions? there are two simpler expressions, whose difference I don't understand either (tested on 8.4-PRERELEASE) $ echo "cd0 cd1 xx" | sed 's/cd[0-9] //g' xx $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9] //g' cd1 xx -- Damian From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 16:46:27 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F12D7AE4 for ; Mon, 2 Sep 2013 16:46:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4F68D20F4 for ; Mon, 2 Sep 2013 16:46:26 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA24314 for ; Mon, 02 Sep 2013 19:46:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VGXGi-000NFE-9x for freebsd-current@FreeBSD.org; Mon, 02 Sep 2013 19:46:24 +0300 Message-ID: <5224C08E.1070404@FreeBSD.org> Date: Mon, 02 Sep 2013 19:45:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: bug with special bracket expressions in regular expressions References: <5224A693.3000904@FreeBSD.org> In-Reply-To: <5224A693.3000904@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 16:46:28 -0000 on 02/09/2013 17:54 Andriy Gapon said the following: > > re_format(7) says: > There are two special cases‡ of bracket expressions: the bracket expres†> sions ‘[[:<:]]’ and ‘[[:>:]]’ match the null string at the beginning and > end of a word respectively. A word is defined as a sequence of word > characters which is neither preceded nor followed by word characters. A > word character is an alnum character (as defined by ctype(3)) or an > underscore. This is an extension, compatible with but not specified by > IEEE Std 1003.2 (“POSIX.2â€), and should be used with caution in software > intended to be portable to other systems. > > However I observe the following: > $ echo "cd0 cd1 xx" | sed 's/cd[0-9][^ ]* *//g' > xx > $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9][^ ]* *//g' > cd1 xx > > In my opinion '[[:<:]]' should not affect how the pattern is matched in this case. It seems that the code works like this: - first it matches "cd0 " and "removes" it - then it passes "cd1 xx" for matching with a flag that tells that this is not a real start of the string - thus the matching code o knows that this is not a real line start, so it can't match [[:<:]] just for that reason o it does _not_ know what was the character before the start of the given substring, so it can not know if it could match [[:<:]] So matching fails. Not sure if this is an internal problem of regex(3) or a problem of how sed(1) uses regex(3). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 16:48:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4CB86D08; Mon, 2 Sep 2013 16:48:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16BE52121; Mon, 2 Sep 2013 16:48:44 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VGXIs-00091v-JT; Mon, 02 Sep 2013 12:48:38 -0400 Date: Mon, 2 Sep 2013 12:48:38 -0400 From: Gary Palmer To: Jason Birch Subject: Re: 2013 MacBook Air Project Message-ID: <20130902164838.GA33898@in-addr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: Adrian Chadd , FreeBSD Current , "Lundberg, Johannes" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 16:48:44 -0000 On Mon, Sep 02, 2013 at 08:00:29PM +1000, Jason Birch wrote: > On Mon, Sep 2, 2013 at 4:16 AM, Adrian Chadd wrote: > > > did you contribute this stuff back up to the linux driver? > > > > I did not; I was simply following a few how-tos on a colleague's machine to > help her get a stable network connection. We never did fully crack that > nut; I quickly realised how far out of my depth I was :) > > On Mon, Sep 2, 2013 at 11:02 AM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > > > This is the info OSX gives me about the 11" 2013 MacBook Air. > > > > After a little bit of Googling, it looks like the chip inside the mid-2013 > MacBook Air is the Broadcom BCM4360 (Not the 4331 I've played with) which > is currently _not_ supported[1] by the legacy b43 Linux driver. > Additionally, it doesn't seem to be listed in the list of supported devices > of Broadcom's official open-source Linux drivers[2]. > > Broadcom's website seems a little helpful - they offer you the ability to > submit a request for driver help - but not for this model of chip. I think > your best bet will be to work from the sources of the bcmwl driver[3] - > which /might/ be related to the brcm80211 stuff? I've not dug any further. > > [1] http://wireless.kernel.org/en/users/Drivers/b43#Supported_devices > [2] http://wireless.kernel.org/en/users/Drivers/brcm80211#Supported_Chips > [3] https://launchpad.net/ubuntu/+source/bcmwl While not helpful in getting a native driver working, does the device work under the NDIS emulation layer with the Windows driver? Gary From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 17:52:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A680B6F7; Mon, 2 Sep 2013 17:52:20 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 180422632; Mon, 2 Sep 2013 17:52:19 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id x55so46665wes.32 for ; Mon, 02 Sep 2013 10:52:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=deeeg7WpEbLBOkYTjPKUUSwKskE4x2bMPqqRhBYNzZ0=; b=xILJFsLG3cgR5eg93KslRl9EUuMQs/eVfMWvMFQbZJNaAIolnbipNrCA4skKpgcdS2 kMrIEw4Z0jiUDzLN3JiGel+LM/SvE10BKYg6f2vx+mxP3TLSbRZrTOkEJmbH9VWERtU4 O6lkm7I+L9XC4u9uNbrJgtHJUiFw8x4d+gBBaaB06xzr3JmDpoyiXWh7bvFnxPkU7PrR 53HhKfmxpI1oQw0diX1+Mt3pMNbsTPhoXkUjMLrQ/RO59eNetH6eOTTONFLP+jobwh5A LTu0GG9UmO0dDmCH0tQXAP3z7dmENyLI0BNaaxkeJLbfV9oTcWvRQfvMNFt6TNiylOpF V9EQ== MIME-Version: 1.0 X-Received: by 10.180.207.84 with SMTP id lu20mr14666983wic.50.1378144338373; Mon, 02 Sep 2013 10:52:18 -0700 (PDT) Received: by 10.216.121.197 with HTTP; Mon, 2 Sep 2013 10:52:18 -0700 (PDT) In-Reply-To: <5224C08E.1070404@FreeBSD.org> References: <5224A693.3000904@FreeBSD.org> <5224C08E.1070404@FreeBSD.org> Date: Mon, 2 Sep 2013 20:52:18 +0300 Message-ID: Subject: Re: bug with special bracket expressions in regular expressions From: Kimmo Paasiala To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 17:52:20 -0000 On Mon, Sep 2, 2013 at 7:45 PM, Andriy Gapon wrote: > on 02/09/2013 17:54 Andriy Gapon said the following: >> >> re_format(7) says: >> There are two special cases=E2=80=A1 of bracket expressions: the br= acket expres=E2=80=90 >> sions =E2=80=98[[:<:]]=E2=80=99 and =E2=80=98[[:>:]]=E2=80=99 match= the null string at the beginning and >> end of a word respectively. A word is defined as a sequence of wor= d >> characters which is neither preceded nor followed by word character= s. A >> word character is an alnum character (as defined by ctype(3)) or an >> underscore. This is an extension, compatible with but not specifie= d by >> IEEE Std 1003.2 (=E2=80=9CPOSIX.2=E2=80=9D), and should be used wit= h caution in software >> intended to be portable to other systems. >> >> However I observe the following: >> $ echo "cd0 cd1 xx" | sed 's/cd[0-9][^ ]* *//g' >> xx >> $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9][^ ]* *//g' >> cd1 xx >> >> In my opinion '[[:<:]]' should not affect how the pattern is matched in = this case. > > It seems that the code works like this: > - first it matches "cd0 " and "removes" it > - then it passes "cd1 xx" for matching with a flag that tells that this i= s not > a real start of the string > - thus the matching code > o knows that this is not a real line start, so it can't match [[:<:]] > just for that reason > o it does _not_ know what was the character before the start of the give= n > substring, so it can not know if it could match [[:<:]] > > So matching fails. > Not sure if this is an internal problem of regex(3) or a problem of how s= ed(1) > uses regex(3). > > -- > Andriy Gapon In my opinion this is a bug. The [[:<:]] operator is said to match the empty string at the beginning of a word with no mention that the word has to be at the beginning of the whole string that is matched. OS X version of sed(1) works differently: $ echo "cd0 cd1 xx" | sed 's/cd[0-9][^ ]* *//g' xx $ echo "cd0 cd1 xx" | sed 's/[[:<:]]cd[0-9][^ ]* *//g' xx -Kimmo From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 18:03:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9045A93; Mon, 2 Sep 2013 18:03:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8C9C2719; Mon, 2 Sep 2013 18:03:40 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id ma3so4934526pbc.7 for ; Mon, 02 Sep 2013 11:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XF4KOe1WRZPOq8rDhtlAZJo+m5AE0w0qcnp5J4Ao6a0=; b=rc9zmWNS+jk72mTqDcjXWs1CIJGnqIdJ6x6vRqMsMxNzyitnepGn1NW4/K+94//S1S s2bzqEWdaeVWXwv8kMZYYfKF5udCJk5aeoUbikytFfck7LI/Wvu8YnMdWTLl7FOKPLTp f86P3RU3DT4cFPHYRweMFPEKAcsAGOpmf8xl2Z/NZcKM/co7flYggE7IwecJ869MKBGo lcgsOf5l5tU6OPrcNG1VRJto3SNpeHJhWBw0URdqCgQtsm3J2BXujJ/+EITUmqtlw14z Y4+Z69VXVIik3fNuf7hKN6L0MobVy7+xPgnzdQUX2GTz8MAFQzNaff72hGieSZqFsZas YRtQ== MIME-Version: 1.0 X-Received: by 10.68.250.5 with SMTP id yy5mr27041588pbc.93.1378145020325; Mon, 02 Sep 2013 11:03:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.70.126.71 with HTTP; Mon, 2 Sep 2013 11:03:40 -0700 (PDT) In-Reply-To: <20130902164838.GA33898@in-addr.com> References: <20130902164838.GA33898@in-addr.com> Date: Mon, 2 Sep 2013 11:03:40 -0700 X-Google-Sender-Auth: cegORwaOxcjrUn6tEd8bEnMmWwM Message-ID: Subject: Re: 2013 MacBook Air Project From: Adrian Chadd To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , "Lundberg, Johannes" , Jason Birch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 18:03:40 -0000 On 2 September 2013 09:48, Gary Palmer wrote: > While not helpful in getting a native driver working, does the device > work under the NDIS emulation layer with the Windows driver? > I don't know. But the wifi NDIS stuff has evolved quite significantly over the years and I don't know if the ndis layer has been taught about it. -adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 2 22:03:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1AF5A595 for ; Mon, 2 Sep 2013 22:03:47 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60F872945 for ; Mon, 2 Sep 2013 22:03:46 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id r82LdDBe058310; Mon, 2 Sep 2013 15:39:13 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id r82LdDiw058309; Mon, 2 Sep 2013 15:39:13 -0600 (MDT) (envelope-from ken) Date: Mon, 2 Sep 2013 15:39:13 -0600 From: "Kenneth D. Merry" To: "Sam Fourman Jr." Subject: Re: LSI SAS2008 mps(4) 4TB disk only shows 2TB on CURRENT r255089 Message-ID: <20130902213913.GA58274@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 02 Sep 2013 22:03:48 -0000 On Sat, Aug 31, 2013 at 13:07:53 -0400, Sam Fourman Jr. wrote: > Hello list > > I have two issues that may in fact be both related to the LSI SAS2008 card > or > the mps(4) driver. > > this server is running FreeBSD 10.0-CURRENT #0 r255089 > > > 1) All of the SSD disks are showing up at SATA2 300MB's > but the card is in fact a 6GB Sata3 card.. > > 2) a Westren Digital 4TB disk only shows 2TB (connected to the LSI > controller) > > full dmesg here > https://gist.github.com/sfourman/6399419 Both problems are because the drives in question are plugged into an mpt(4) controller, not the mps(4) controller in the system. The first one is because mpt(4) controllers only support up to 3Gb of course, but the second one is because mpt(4) controllers don't support SATA drives over 2TB. Or more precisely don't let you access the capacity over 2TB. Both problems should go away if you plug them into the mps(4) controller. >From the dmesg: mps0: port 0xe000-0xe0ff mem 0xfeb3c000-0xfeb3ffff,0xfeb40000-0xfeb7ffff irq 24 at device 0.0 on pci9 mps0: Firmware: 15.00.00.00, Driver: 16.00.00.00-fbsd mps0: IOCCapabilities: 1285c pcib2: irq 52 at device 3.0 on pci0 pci8: on pcib2 mpt0: port 0xd000-0xd0ff mem 0xfe7ec000-0xfe7effff,0xfe7f0000-0xfe7fffff irq 28 at device 0.0 on pci8 mpt0: MPI Version=1.5.20.0 [ ...] da0 at mpt0 bus 0 scbus1 target 1 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) cd0 at ata0 bus 0 scbus6 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed da1 at mpt0 bus 0 scbus1 target 2 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da2 at mpt0 bus 0 scbus1 target 3 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 763097MB (1562824368 512 byte sectors: 255H 63S/T 97281C) da3 at mpt0 bus 0 scbus1 target 4 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 300.000MB/s transfers da3: Command Queueing enabled da3: 763097MB (1562824368 512 byte sectors: 255H 63S/T 97281C) da4 at mpt0 bus 0 scbus1 target 5 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 300.000MB/s transfers da4: Command Queueing enabled da4: 763097MB (1562824368 512 byte sectors: 255H 63S/T 97281C) da5 at mpt0 bus 0 scbus1 target 6 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 300.000MB/s transfers da5: Command Queueing enabled da5: 763097MB (1562824368 512 byte sectors: 255H 63S/T 97281C) da6 at mpt0 bus 0 scbus1 target 8 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 300.000MB/s transfers da6: Command Queueing enabled da6: 2097151MB (4294967294 512 byte sectors: 255H 63S/T 267349C) Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 03:31:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 687BFF25; Tue, 3 Sep 2013 03:31:28 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2907A20AE; Tue, 3 Sep 2013 03:31:27 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 279DF42C2632; Tue, 3 Sep 2013 05:36:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Mon, 2 Sep 2013 22:31:06 -0500 (CDT) From: Bryan Venteicher To: Harald Schmalzbauer Message-ID: <840834829.1419.1378179066875.JavaMail.root@daemoninthecloset.org> In-Reply-To: <1428315986.19291.1377615172231.JavaMail.root@daemoninthecloset.org> References: <601099152.721.1375661537866.JavaMail.root@daemoninthecloset.org> <5214D37F.5000307@omnilan.de> <1117188271.19176.1377577117350.JavaMail.root@daemoninthecloset.org> <521CB7AC.90605@omnilan.de> <1428315986.19291.1377615172231.JavaMail.root@daemoninthecloset.org> Subject: Re: [CFT] VMware vmxnet3 ethernet driver MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [192.168.10.24] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC29 (Mac)/8.0.2_GA_5569) Thread-Topic: VMware vmxnet3 ethernet driver Thread-Index: m3nkTpbhAoxSRywSkYqJdsIgyubJ+ntvBhrF Cc: FreeBSD Stable , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 03:31:28 -0000 ----- Original Message ----- >=20 >=20 > ----- Original Message ----- > > Bez=C3=BCglich Bryan Venteicher's Nachricht vom 27.08.2013 06:18 (local= time): > >=20 > > ... > >=20 > The intr usage is higher than the other drivers you compared against > because if_vmx does the off-level processing in ithreads where as the > others do it in a taskqueue. >=20 > BTW: if_vmx can to LRO as well. I don't think the emulated e1000 can, > but I bet the e1000e does. >=20 > > if_vmx <-> if_vmx > > 1.32 GBits/sec, load: 10-45%Sys 40-48%Intr > >=20 > > if_vmxJumbo <-> if_vmxJumbo > > 5.01 GBits/sec, load: 10-45%Sys 40-48%Intr > >=20 > > Please find attached the different outputs of dev.vmx.X (the mtu9000 ru= n > > was > > only 3.47GBits/sec in that case, took the numbers anyway) > >=20 Thanks for the sysctl output.=20 dev.vmx.0.txq0.ringfull: 133479 dev.vmx.0.txq0.hstats.tso_packets: 564986 dev.vmx.0.txq0.hstats.ucast_packets: 570604 For the number of packets transmitted, there's a really high percentage of time we find the Tx queue full enough it is not able to hold the next to transmit frame. I've haven't been able to recreate this. But I recently made a commit [1] that might help alleviate this. [1] http://svnweb.freebsd.org/base?view=3Drevision&revision=3D255055 > > wbr, > >=20 > > -Harry > >=20 > >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 06:31:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A2B0029D; Tue, 3 Sep 2013 06:31:31 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AF21280D; Tue, 3 Sep 2013 06:31:31 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VGjsE-000DCL-Rk ; Tue, 03 Sep 2013 09:13:58 +0300 Date: Tue, 3 Sep 2013 09:13:58 +0300 From: Vitalij Satanivskij To: Ivan Klymenko Subject: Re: devel/gettext build error in jail i386 environment on amd64 host Message-ID: <20130903061358.GA50460@hell.ukr.net> References: <20130824001452.71b262ae@nonamehost.local> <52189849.90405@bitfrost.no> <20130824153127.74ad6e59@nonamehost.local> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130824153127.74ad6e59@nonamehost.local> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 06:31:31 -0000 Hello. Have same problem. Clear enviroment (just new installed system + i386 jail) When building gettext and libiconv find system "uniq" crashing pid 88854 (uniq), uid 0: exited on signal 11 (core dumped) pid 88859 (uniq), uid 0: exited on signal 11 (core dumped) pid 88864 (uniq), uid 0: exited on signal 11 (core dumped) pid 88869 (uniq), uid 0: exited on signal 11 (core dumped) core dump is useless as jail build without debug symbols gdb /usr/bin/uniq uniq-88869.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `uniq'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000001 in ?? () (gdb) bt #0 0x00000001 in ?? () #1 0x281a2434 in _CurrentRuneLocale () from /lib/libc.so.7 #2 0x2819f338 in ?? () from /lib/libc.so.7 #3 0xffffc7f8 in ?? () #4 0x28153321 in verrc () from /lib/libc.so.7 Previous frame identical to this frame (corrupt stack?) Have You same problem? Ivan Klymenko wrote: IK>  Sat, 24 Aug 2013 13:26:01 +0200 IK> Hans Petter Selasky ïèøåò: IK> IK> > On 08/23/13 23:14, Ivan Klymenko wrote: IK> > > wing error: IK> > > http://privatepaste.com/46f9477022 IK> > IK> > Not sure if this helps: IK> > IK> > https://wiki.freebsd.org/PkgPrimer IK> > IK> > Using portbuilder inside a jail IK> > IK> > When building 9-stable ports in a 9-stable jail under -current you IK> > might want to set the UNAME_r enviroment variable to fake the FreeBSD IK> > version in /path_to_my_jail/root/.cshrc . Some examples: IK> > IK> > setenv UNAME_r 9-STABLE IK> > setenv UNAME_r 8-STABLE IK> > setenv UNAME_r 7-STABLE IK> > IK> > Else some ports won't build properly. IK> IK> Something tells me the intuition that the problem appeared after the IK> addition of iconv in base... IK> _______________________________________________ IK> freebsd-current@freebsd.org mailing list IK> http://lists.freebsd.org/mailman/listinfo/freebsd-current IK> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 11:36:16 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1750285 for ; Tue, 3 Sep 2013 11:36:16 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E3C52CF4 for ; Tue, 3 Sep 2013 11:36:15 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VGou5-000LpH-Gm ; Tue, 03 Sep 2013 14:36:13 +0300 Date: Tue, 3 Sep 2013 14:36:13 +0300 From: Vitalij Satanivskij To: FreeBSD Current Subject: I386 jail on amd64 CURRENT core dump in libc? Message-ID: <20130903113613.GA83601@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: satan@ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 11:36:16 -0000 Hello. On fresh installed system - 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r255173: Tue Sep 3 13:31:22 EEST 2013 With fresh i386 builded jail. I'm found some bug with core dumped uniq (/usr/bin/uniq) After recompile whole system with debug symbols found some trace gdb /usr/bin/uniq uniq-1676.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `uniq'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000001 in ?? () (gdb) bt #0 0x00000001 in ?? () #1 0x281a1e94 in __default_hash () from /lib/libc.so.7 #2 0xffffcba8 in ?? () #3 0x28153361 in verrc (eval=, fmt=, ap=) at /usr/src/lib/libc/gen/err.c:112 Previous frame identical to this frame (corrupt stack?) (gdb) I's any change to fix problem ? From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 13:42:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9170611; Tue, 3 Sep 2013 13:42:53 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB032D3C; Tue, 3 Sep 2013 13:42:53 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 75F99C0761; Tue, 3 Sep 2013 13:42:51 +0000 (UTC) Date: Tue, 3 Sep 2013 15:42:51 +0200 From: Jeremie Le Hen To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130903134251.GB43281@caravan.chchile.org> Mail-Followup-To: Alexander Motin , FreeBSD SCSI , freebsd-hackers@FreeBSD.org, freebsd-geom@FreeBSD.org, "freebsd-current@freebsd.org" References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5224511D.4090503@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD SCSI , freebsd-geom@FreeBSD.org, "freebsd-current@freebsd.org" , freebsd-hackers@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 13:42:53 -0000 On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote: > Hi. > > I would like to invite more people to review and test my patches for > improving CAM and GEOM scalability, that for last six months you could > see developing in project/camlock SVN branch. Full diff of that branch > against present head (r255131) can be found here: > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch I'm building my kernel right now. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 14:19:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 35E46A22; Tue, 3 Sep 2013 14:19:09 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-vb0-x234.google.com (mail-vb0-x234.google.com [IPv6:2607:f8b0:400c:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1C5B201C; Tue, 3 Sep 2013 14:19:08 +0000 (UTC) Received: by mail-vb0-f52.google.com with SMTP id f12so3840164vbg.39 for ; Tue, 03 Sep 2013 07:19:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8gPdn8i94IJ+H9vwn/kY6bNenX/Rf0MoGQyMWuRmaew=; b=Jd7qMSwwpI+Ri462oPC8X8arKMFMtsvXvz/7M9YhcjMFYyuVCYBbmqRyheDUUKPm3x Z1oN5nStJqyFlv0AkKyKQkM+rAARVAjiiFU5oYzz6J85dyhjgVDB0rQNSyccin3r1Kd3 XEIitrPabe//5lsK04L/OfhlazXDB80ydEz4G52EWyUwqPCYdtxgAnttbqdHD6eTCN7N Zm1VXIGjnmNozNiF0IENo18oN3aWwkXOYst1MTgF7MBSATF1HyDR6pQiHwVoIbwaxJi0 G+TVt7vGXxqUkIH1pJUL+asV5Kw0ojCEhcUxHh1v5VdqdP6Jpnj4gQNE350f2icmjNq3 aEfQ== MIME-Version: 1.0 X-Received: by 10.58.235.69 with SMTP id uk5mr28776563vec.17.1378217947776; Tue, 03 Sep 2013 07:19:07 -0700 (PDT) Received: by 10.220.122.1 with HTTP; Tue, 3 Sep 2013 07:19:07 -0700 (PDT) In-Reply-To: <5224333C.8070305@martinlaabs.de> References: <5224333C.8070305@martinlaabs.de> Date: Tue, 3 Sep 2013 10:19:07 -0400 Message-ID: Subject: Re: No UDP/TCP IPv6 connectivity (only) to router using gif interface - maybe ARM related From: Zaphod Beeblebrox To: Martin Laabs Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net , freebsd-arm , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 14:19:09 -0000 Whether you feel it right, or not, net.inet.ip.forwarding must be 1 for gif to work (even for IPv6). On Mon, Sep 2, 2013 at 2:42 AM, Martin Laabs wrote: > Hi, > > I tried to set up my raspberry PI as an ipv6 router. As a tunnel broker I > use sixxs. Now I observed an interesting behavior: > > Every host from my network can reach the ipv6 world. The ipv6 world can > also reach every host in my network. However - the router itself is unable > to make udp or tcp connection to the "world" and is also unable to accept > connections form the "world" > ICMP however works properly. > I had a look to the tcpdump and when trying to connect i.e. to > www.kame.net > the rasperry router sends a syn packet and get a syn/ack packet back. The > rest of the handshake is missing. > I tried also some udp with netcat (nc -6 -u -l 5555 on the server and nc -6 > -u 5555 on the client) > This works great for internal (ethernet) traffic but when the data should > go through the tunnel if fails. > > The last test is maybe the most significant to describe the bug: > > Start netcat to listen for UDP packages on an external host: > > nc -6 -u -l 5555 > > Connect from the RPI-Router to that host > > nc -6 -u 2001:4dd0:xxxx:xxxx::2 5555 > > Now it is possible to send data from the RPI router to the external host > but the opposite direction does not work. Tcpdump however shows that the > udp package arrives but it is not "forwarded" to the application. > So for me it seems to be a problem with the handling of the receiving data > in the gif interface. > > This behavior is independent from net.inet6.ip6.forwarding or > net.inet6.ip6.redirect status. > > The router system: FreeBSD raspberry-pi.xxx 10.0-CURRENT FreeBSD > 10.0-CURRENT #2 r254984 > > Best regards, > Martin Laabs > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 16:41:17 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94F437B2 for ; Tue, 3 Sep 2013 16:41:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C8BB2BA8 for ; Tue, 3 Sep 2013 16:41:16 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r83Gf8e0062780; Tue, 3 Sep 2013 19:41:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r83Gf8e0062780 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r83Gf8lc062779; Tue, 3 Sep 2013 19:41:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 3 Sep 2013 19:41:08 +0300 From: Konstantin Belousov To: Vitalij Satanivskij Subject: Re: I386 jail on amd64 CURRENT core dump in libc? Message-ID: <20130903164108.GP41229@kib.kiev.ua> References: <20130903113613.GA83601@hell.ukr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K9fy5ol1Oes4Q/ix" Content-Disposition: inline In-Reply-To: <20130903113613.GA83601@hell.ukr.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 16:41:17 -0000 --K9fy5ol1Oes4Q/ix Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2013 at 02:36:13PM +0300, Vitalij Satanivskij wrote: >=20 > Hello. >=20 > On fresh installed system -=20 >=20 > 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r255173: Tue Sep 3 13:31:22 EEST 20= 13 >=20 > With fresh i386 builded jail. I'm found some bug with core dumped uniq (/= usr/bin/uniq) >=20 > After recompile whole system with debug symbols found some trace=20 >=20 > gdb /usr/bin/uniq uniq-1676.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... > Core was generated by `uniq'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000001 in ?? () > (gdb) bt > #0 0x00000001 in ?? () > #1 0x281a1e94 in __default_hash () from /lib/libc.so.7 > #2 0xffffcba8 in ?? () > #3 0x28153361 in verrc (eval=3D, fmt=3D, ap=3D) at /usr/src/lib/libc/gen/err.c:112 > Previous frame identical to this frame (corrupt stack?) > (gdb) >=20 >=20 > I's any change to fix problem ?=20 Your installed libraries do not have proper debugging symbols. Since the issue seems to be in the compat32 layer, you may try to start with taking the ktrace of the failing program and see what syscall failed, if any. --K9fy5ol1Oes4Q/ix Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSJhEkAAoJEJDCuSvBvK1BR6MP/jZh+edBcAOtjPhZkBBgmssl tEtPnUKBQG6a3JSzUjGypKynFN2PMKIdAM6Ef1HaWa2xJQpYqHJhki94LcTzFO5R 2zX7QaF+Qne7paNEJcniEiRxyi8oMKgbJhYuvj/1RZ7DAXCYi9zyC2uEUAYSF/Kd FWvkU4t4muiX9hfpyw8gGvffui0eBFOqPiLY5p7kCsm168R3/viQushwll7zyPXA /5I4patv5xHBCG5SS0V377EixaxSHDfZGkPifVh93rYhPpNrUE4N9uEY0tVFWkPO YfSLSlq/ZICs+wnAxd81FMSGxM+PgyBRJ/LJ3LI26uzraRnJIBh1WdO3/d8F52UD 7IGSvSN3nQ5zqVwbnGPl/qNdhHVoE0QIlw9pW+fsMxc5PrauK9RL4msWCL6nVpm2 NToHoGDkhKD8gOm2rj3rFJJ5F8rsQeO23MgVkvqMAGV7ZdunSIYy/41fb66G5mMU aPTueOBTk+tZYNmhwNxHppBz1RlZajZV4s123qKbVXY9rRc4bh5SxteoTkvqaZ4e 8BZZf1OJHXWktKwfglmInvMSJNyIlz1QjRmclfkaP1zZa2WCNk3E5CLaR+wbQQlj 2PN8ZnvXNheVt2Qs4GX2Hq3TgQmtUzKGzjZovv4jCKshi7P57SmgTPFhlHdp29er MTfIQZmhpL9PkTYoOdzu =PnzV -----END PGP SIGNATURE----- --K9fy5ol1Oes4Q/ix-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 17:25:32 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9206991F for ; Tue, 3 Sep 2013 17:25:32 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6F322F9 for ; Tue, 3 Sep 2013 17:25:32 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VGuM5-000PBe-FB ; Tue, 03 Sep 2013 20:25:29 +0300 Date: Tue, 3 Sep 2013 20:25:29 +0300 From: Vitalij Satanivskij To: Konstantin Belousov Subject: Re: I386 jail on amd64 CURRENT core dump in libc? Message-ID: <20130903172529.GA96666@hell.ukr.net> References: <20130903113613.GA83601@hell.ukr.net> <20130903164108.GP41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130903164108.GP41229@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Vitalij Satanivskij , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 17:25:32 -0000 KB> KB> Your installed libraries do not have proper debugging symbols. KB> Since the issue seems to be in the compat32 layer, you may try to start KB> with taking the ktrace of the failing program and see what syscall failed, KB> if any. For me problem gone after disabling options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities in kernel conf I'm found it when roll backing system to previos revisions. On r254268 uniq inside i386 jail say that = "unable to limit rights for " So I decide to check without Capsicum features... From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 17:42:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1E77DD5; Tue, 3 Sep 2013 17:42:28 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68AC02415; Tue, 3 Sep 2013 17:42:27 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VGucT-000PIg-9k ; Tue, 03 Sep 2013 20:42:25 +0300 Date: Tue, 3 Sep 2013 20:42:25 +0300 From: Vitalij Satanivskij To: Ivan Klymenko Subject: Re: devel/gettext build error in jail i386 environment on amd64 host Message-ID: <20130903174225.GB96666@hell.ukr.net> References: <20130824001452.71b262ae@nonamehost.local> <52189849.90405@bitfrost.no> <20130824153127.74ad6e59@nonamehost.local> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130824153127.74ad6e59@nonamehost.local> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 17:42:28 -0000 Try to disable options options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities in kernel conf, for me it's resolve problem Ivan Klymenko wrote: IK>  Sat, 24 Aug 2013 13:26:01 +0200 IK> Hans Petter Selasky ïèøåò: IK> IK> > On 08/23/13 23:14, Ivan Klymenko wrote: IK> > > wing error: IK> > > http://privatepaste.com/46f9477022 IK> > IK> > Not sure if this helps: IK> > IK> > https://wiki.freebsd.org/PkgPrimer IK> > IK> > Using portbuilder inside a jail IK> > IK> > When building 9-stable ports in a 9-stable jail under -current you IK> > might want to set the UNAME_r enviroment variable to fake the FreeBSD IK> > version in /path_to_my_jail/root/.cshrc . Some examples: IK> > IK> > setenv UNAME_r 9-STABLE IK> > setenv UNAME_r 8-STABLE IK> > setenv UNAME_r 7-STABLE IK> > IK> > Else some ports won't build properly. IK> IK> Something tells me the intuition that the problem appeared after the IK> addition of iconv in base... IK> _______________________________________________ IK> freebsd-current@freebsd.org mailing list IK> http://lists.freebsd.org/mailman/listinfo/freebsd-current IK> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 18:07:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD6BF95E; Tue, 3 Sep 2013 18:07:09 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62F922707; Tue, 3 Sep 2013 18:07:08 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VGv0M-000PSl-Jt ; Tue, 03 Sep 2013 21:07:06 +0300 Date: Tue, 3 Sep 2013 21:07:06 +0300 From: Vitalij Satanivskij To: Ivan Klymenko Subject: Re: devel/gettext build error in jail i386 environment on amd64 host Message-ID: <20130903180706.GA97802@hell.ukr.net> References: <20130824001452.71b262ae@nonamehost.local> <52189849.90405@bitfrost.no> <20130824153127.74ad6e59@nonamehost.local> <20130903174225.GB96666@hell.ukr.net> <20130903205351.4eda2c05@nonamehost.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130903205351.4eda2c05@nonamehost.local> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Hans Petter Selasky , Vitalij Satanivskij , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: satan@ukr.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 18:07:09 -0000 IK> Thank you :) IK> I watch the mailing list. ;) IK> http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA96666 IK> Unfortunately I did not have time to check the problem with uniq... Gettext build failed because of failed uniq, so if u steel have problem u know what to do. From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 18:07:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B7369B4B; Tue, 3 Sep 2013 18:07:56 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay03.alfahosting-server.de (relay03.alfahosting-server.de [109.237.142.239]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 712952734; Tue, 3 Sep 2013 18:07:56 +0000 (UTC) Received: by relay03.alfahosting-server.de (Postfix, from userid 1001) id 4D4B932C0B96; Tue, 3 Sep 2013 20:07:48 +0200 (CEST) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay03.alfahosting-server.de (Postfix) with ESMTPS id 141A232C0BB1; Tue, 3 Sep 2013 20:07:33 +0200 (CEST) Received: from desktop-01.martinlaabs.de (p54B30B56.dip0.t-ipconnect.de [84.179.11.86]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id AF108515C050; Tue, 3 Sep 2013 20:07:32 +0200 (CEST) Message-ID: <52262563.6020407@martinlaabs.de> Date: Tue, 03 Sep 2013 20:07:31 +0200 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Net Subject: Re: No UDP/TCP IPv6 connectivity (only) to router using gif interface - maybe ARM related References: <5224333C.8070305@martinlaabs.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/17800/Tue Sep 3 18:37:24 2013 Cc: freebsd-arm , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 18:07:56 -0000 Hi , > Whether you feel it right, or not, net.inet.ip.forwarding must be 1 for gif > to work (even for IPv6). This is a unintuitive behavior. But fortunately this solve this problem. I suggest adding setting this sysctl if ipv6_gateway_enable is enabled in the rc.conf. Best regards, Martin Laabs From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 18:10:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 86D92F92; Tue, 3 Sep 2013 18:10:34 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B33527EB; Tue, 3 Sep 2013 18:10:34 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa1so6747736pad.19 for ; Tue, 03 Sep 2013 11:10:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U6aTzULoJOmotb6EDysMmZrEOn4yEnc/RZxCGfXH28Y=; b=EeqOVeGgn3Pye1lgfkID5C11E+cuH7lE6Qkben4dI6lros8b7PNodUfLnVLW8Sn7r/ j6JrNrE7i5WGzpCg5U/XT6lH4d6V3Dz3KQzjnOorjwqybRG7AF+FFnGiqxapJc/+vsZD fqx5WhzsYIluohp9r9EDVoaaiXnazTxdB9M9SaHdIVmklFFfWOKndwccxCn7km77HS1z dE6Nv6+v2HWKru+SiwPqLUiRHW4Rw52fkd6LSwq1mm14WJO0W4X65qupGSyTxBgx7FXB R8TDtPBlG0Ml/LH0d0kAEnImMzIYXoNnBaB558jbA8jYLefRSD5FkknLeljpdkld6ZY3 zTFg== MIME-Version: 1.0 X-Received: by 10.68.76.101 with SMTP id j5mr32863063pbw.67.1378231832471; Tue, 03 Sep 2013 11:10:32 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Tue, 3 Sep 2013 11:10:32 -0700 (PDT) In-Reply-To: <20130903134251.GB43281@caravan.chchile.org> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> Date: Tue, 3 Sep 2013 14:10:32 -0400 Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking From: Outback Dingo To: Alexander Motin , FreeBSD SCSI , freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 18:10:34 -0000 On Tue, Sep 3, 2013 at 9:42 AM, Jeremie Le Hen wrote: > On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote: > > Hi. > > > > I would like to invite more people to review and test my patches for > > improving CAM and GEOM scalability, that for last six months you could > > see developing in project/camlock SVN branch. Full diff of that branch > > against present head (r255131) can be found here: > > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch > > I'm building my kernel right now. > > Can anyone confirm how well tested/stable this patch set might be?? if theres positive input i have a zoo of dev machines i could load it on, to help further it. Just checking to see how widely its been tested, > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and Electrons. > They forgot to mention Morons. > _______________________________________________ > 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 Sep 3 20:12:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C41984A6; Tue, 3 Sep 2013 20:12:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77AB125B0; Tue, 3 Sep 2013 20:12:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r83KCCNk056442; Tue, 3 Sep 2013 16:12:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r83KC7J3056386; Tue, 3 Sep 2013 20:12:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Sep 2013 20:12:07 GMT Message-Id: <201309032012.r83KC7J3056386@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 20:12:19 -0000 TB --- 2013-09-03 17:20:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-03 17:20:33 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-03 17:20:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-03 17:20:33 - cleaning the object tree TB --- 2013-09-03 17:20:33 - /usr/local/bin/svn stat /src TB --- 2013-09-03 17:20:37 - At svn revision 255173 TB --- 2013-09-03 17:20:38 - building world TB --- 2013-09-03 17:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-03 17:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-03 17:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-03 17:20:38 - SRCCONF=/dev/null TB --- 2013-09-03 17:20:38 - TARGET=powerpc TB --- 2013-09-03 17:20:38 - TARGET_ARCH=powerpc TB --- 2013-09-03 17:20:38 - TZ=UTC TB --- 2013-09-03 17:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-03 17:20:38 - cd /src TB --- 2013-09-03 17:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 3 17:20:45 UTC 2013 >>> 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 Tue Sep 3 20:01:48 UTC 2013 TB --- 2013-09-03 20:01:48 - generating LINT kernel config TB --- 2013-09-03 20:01:48 - cd /src/sys/powerpc/conf TB --- 2013-09-03 20:01:48 - /usr/bin/make -B LINT TB --- 2013-09-03 20:01:48 - cd /src/sys/powerpc/conf TB --- 2013-09-03 20:01:48 - /usr/sbin/config -m LINT TB --- 2013-09-03 20:01:48 - building LINT kernel TB --- 2013-09-03 20:01:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-03 20:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-03 20:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-03 20:01:48 - SRCCONF=/dev/null TB --- 2013-09-03 20:01:48 - TARGET=powerpc TB --- 2013-09-03 20:01:48 - TARGET_ARCH=powerpc TB --- 2013-09-03 20:01:48 - TZ=UTC TB --- 2013-09-03 20:01:48 - __MAKE_CONF=/dev/null TB --- 2013-09-03 20:01:48 - cd /src TB --- 2013-09-03 20:01:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 3 20:01:48 UTC 2013 >>> 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 -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'pmc_save_kernel_callchain': /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'KERNEL_SR' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'ADDR_SR_SHFT' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'SEGMENT_LENGTH' undeclared (first use in this function) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-03 20:12:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-03 20:12:07 - ERROR: failed to build LINT kernel TB --- 2013-09-03 20:12:07 - 8657.11 user 1117.92 system 10293.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 21:14:13 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DADFFCC2; Tue, 3 Sep 2013 21:14:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F2E72A71; Tue, 3 Sep 2013 21:14:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r83LE3ZV019656; Wed, 4 Sep 2013 00:14:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r83LE3ZV019656 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r83LE3I6019655; Wed, 4 Sep 2013 00:14:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 4 Sep 2013 00:14:03 +0300 From: Konstantin Belousov To: Vitalij Satanivskij Subject: Re: I386 jail on amd64 CURRENT core dump in libc? Message-ID: <20130903211403.GW41229@kib.kiev.ua> References: <20130903113613.GA83601@hell.ukr.net> <20130903164108.GP41229@kib.kiev.ua> <20130903172529.GA96666@hell.ukr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wnJX2LVqXtdJquW1" Content-Disposition: inline In-Reply-To: <20130903172529.GA96666@hell.ukr.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 21:14:13 -0000 --wnJX2LVqXtdJquW1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2013 at 08:25:29PM +0300, Vitalij Satanivskij wrote: > KB>=20 > KB> Your installed libraries do not have proper debugging symbols. > KB> Since the issue seems to be in the compat32 layer, you may try to sta= rt > KB> with taking the ktrace of the failing program and see what syscall fa= iled, > KB> if any. >=20 > For me problem gone after disabling=20 >=20 > options CAPABILITY_MODE # Capsicum capability mode > options CAPABILITIES # Capsicum capabilities >=20 > in kernel conf=20 >=20 > I'm found it when roll backing system to previos revisions.=20 >=20 > On r254268 uniq inside i386 jail say that =3D "unable to limit rights fo= r " >=20 > So I decide to check without Capsicum features... Then the ktrace output would be esp. useful. Anyway, this is probably cap_rights_limit(2) compat32 issue. Pawel may know more. --wnJX2LVqXtdJquW1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSJlEaAAoJEJDCuSvBvK1Ba9EP/0HYoALsqRMxl9cPa+b5Vzhx hWpow5xiBnFTRV44MqYLwAAW9R+rUIhUM5gE9nYx1fW65bYv+8k582/EiilhCtCh hSuiwmTr/J5EXML90o6d/wVCLK93b2+mkra83nfcDyM/YlR8DQE9+yn/qoy+p9ih TEciEG9F4v079nx50Ec8Gsx3zAHDfnF2XDZZnvr+knII34+6iswkmrV9pXej10M3 Hn7W9n6LpGgsyJv+d+81qI6d47reYzsboXvpDaD0Che9JU92+keFFGaOEBcPHAbC cnoK5mmUUQrFIiqANl7U7Uk9IPBY3oEPlRTNdAz4cjg241OzU4HAogckMZLBGt3p ivgFJWWUvtv/CbMgnjYNzM8ZWX/ARz79pJpGaH44hk1QfzFKV4elyeFuGQorcyBt E+JrJd6i6URy4bJMAyxFvMPsjZJEhpdlh4zG1+v17tSIX3l1t8KIqhGoph6lQqCE ipRLqf0CEjhwAoAOcVoU5uoxQ5uIz07N3krgzyzbMWCH6IdryaMVaRm7iB+QQVMA 9x8q61RcyqJt0ER1B4BrL+4dQYJjkajkPxXLtUHiEQpowjb4OVONGiHfoTSJ0DSz 2/1rWV5znZHFSSpUTp5gywnQvp4yzDUFO9suyuA2JGucymXP3t9PLGR0QgYy3Bv3 t6B5hoB2tRDW7Js+wmkS =esdL -----END PGP SIGNATURE----- --wnJX2LVqXtdJquW1-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 21:31:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E646654; Tue, 3 Sep 2013 21:31:50 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 117E72BCE; Tue, 3 Sep 2013 21:31:50 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id DF286C0961; Tue, 3 Sep 2013 21:24:26 +0000 (UTC) Date: Tue, 3 Sep 2013 23:24:26 +0200 From: Jeremie Le Hen To: Outback Dingo Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130903212426.GC43281@caravan.chchile.org> Mail-Followup-To: Outback Dingo , Alexander Motin , FreeBSD SCSI , freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD SCSI , Alexander Motin , freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 21:31:50 -0000 On Tue, Sep 03, 2013 at 02:10:32PM -0400, Outback Dingo wrote: > On Tue, Sep 3, 2013 at 9:42 AM, Jeremie Le Hen wrote: > > > On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote: > > > Hi. > > > > > > I would like to invite more people to review and test my patches for > > > improving CAM and GEOM scalability, that for last six months you could > > > see developing in project/camlock SVN branch. Full diff of that branch > > > against present head (r255131) can be found here: > > > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch > > > > I'm building my kernel right now. > > > > > Can anyone confirm how well tested/stable this patch set might be?? if > theres positive input i have a zoo of dev machines i could load it on, to > help further it. > Just checking to see how widely its been tested, Very stable so far. I'm doing a make -j 4 buildworld in parallel of a periodic security run. This has been running for hours without failure. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 21:42:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D857BA9C for ; Tue, 3 Sep 2013 21:42:00 +0000 (UTC) (envelope-from galbrig@googlemail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AE6B92C82 for ; Tue, 3 Sep 2013 21:42:00 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id c11so5093772ieb.17 for ; Tue, 03 Sep 2013 14:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=78Vb7SRn+p1SQD6ulUvYHU7Noz6utn6Ix1RFro/j6xY=; b=K6K50d8Gu89h4IaGu76nS9LWC/ZkkZ2gjxD7OuCaOqVhi/2vAlRMMkRdIqN1NfoX/b cmBcKIWALPGSqfiLk8mZN5XX0+3GHcUNYgZw+yhdktQD2mf3/QkrYQPMFgzw26fcb4LZ DZ/syz8AxagA5CTqwwngtQUoZo6+QpOUQ7mILI0ZVGGux+er68m2Lu97scntly0KgBzj Uo5iwdE79a8BRHDnrh4MCBy3Z1qVavK4FgzYHKrKG6DyV94Ub7V/8I29MIwAvdm+bxa5 PQVYEcl+VE1krIIvgaDcMOD1fczaYoYsvVZUQzuc4D+/hR6TcMlrVRMmnv8MYzfWyDG1 fHXA== MIME-Version: 1.0 X-Received: by 10.50.111.48 with SMTP id if16mr17833752igb.23.1378244520039; Tue, 03 Sep 2013 14:42:00 -0700 (PDT) Received: by 10.42.255.1 with HTTP; Tue, 3 Sep 2013 14:41:59 -0700 (PDT) Date: Tue, 3 Sep 2013 23:41:59 +0200 Message-ID: Subject: 9.2RC3: converters/libiconv, devel/gettext: missing -fPIC? From: albri To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 21:42:00 -0000 Hello, # portmaster -gv shells/bash resulted in: [..]could not read symbols: Bad value[..] Single # portmaster -gv converters/libiconv # portmaster -gv devel/gettext have shown same results either. Recompiling after # cat "CFLAGS=-O2 -pipe -fPIC" >> /etc/make.conf created packages successfully. Did I overlook a fault? Sincerely, From owner-freebsd-current@FreeBSD.ORG Tue Sep 3 21:48:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF592D11; Tue, 3 Sep 2013 21:48:59 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 429CF2CE8; Tue, 3 Sep 2013 21:48:59 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id gd11so4411172vcb.33 for ; Tue, 03 Sep 2013 14:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=CBjXK0KDjfW54LD0Yc8Pdr2jYxRu1lPETfc0cnr1Bmc=; b=FpG2g3+gqV/sAGRekCamqW+S4AgnWmAAHYsDfwV8PYuMp25Pc7l2Yj+j91pf0Su4uu IcIMAh5gvovMC46lw2aukJBCDj1MjgqvYC2GeSY6J41OtF+hYB7wkZSc8i9PDQsSNh6B fhRzJWFFp7LJnLLlPIinShJjc/G+61lF9CMUhK9JFnOuEhrFEL7SLmpWfV3yILsWC8JZ NwrbWss4RjzGjROVy8/XNbhPsnib7Omewe9X8HWyV4caAokWoo35QCqTo76g3swbhmxi 0lEMbkNMFQoiMzNlmN7qQdc9UFKTaDAe5CmeVHNtXsUpNP+dZKHzfhX9vZLFWJMHbGws Cp5Q== X-Received: by 10.220.199.5 with SMTP id eq5mr30028964vcb.16.1378244938366; Tue, 03 Sep 2013 14:48:58 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.221.9 with HTTP; Tue, 3 Sep 2013 14:48:38 -0700 (PDT) In-Reply-To: References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Tue, 3 Sep 2013 23:48:38 +0200 X-Google-Sender-Auth: aEdoOoFc0E9sVrPag-3cJJNc85Q Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking To: Outback Dingo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD SCSI , Alexander Motin , freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 03 Sep 2013 21:48:59 -0000 On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo wrot= e: > Can anyone confirm how well tested/stable this patch set might be?? if > theres positive input i have a zoo of dev machines i could load it on, to > help further it. > Just checking to see how widely its been tested, I've installed this patch on 3 differents machines there status after about 12hours: - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big zraid (LSI MegaSAS Gen2 controller): Used for generating package with poudriere=85 no probleme since; - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in gmirror: Used for generating package with poudriere too=85 no probleme since; - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second hardrive (where fbsd is installed): It crash just after the message "GEOM: new disk ada1" during boot screenshot of the crash screen: http://goo.gl/tW1VIx A little more information: addr2line -e /boot/kernel/kernel.symbols 0xffffffff8083abd3 /usr/src/sys/geom/geom_io.c:129 Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 00:31:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8F70EAC0; Wed, 4 Sep 2013 00:31:57 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21888294D; Wed, 4 Sep 2013 00:31:57 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id k18so7551333oag.40 for ; Tue, 03 Sep 2013 17:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TId/rHSlvsa6OMpmrl6Hypdr+azDGQF6VQU75p4pbAo=; b=N9O4AbJbWm2zaYqkUExEK3TP0U5H2bZNKkcXKTW8ovzbRua0M90ILPnYT2RXTRSSrP zgIeARpfG96nx5/c0ngFPNngf7WinJkrThKkPi8d58Wzs0x+jIdUBmxEQ4nrzeZrRvvf UKnXqv/PydLKWaj7jUNpIvwIBumxj05SixTVz4+0yfPVJvret7XoojZvWbTw5Fs5llVf d696ivBUI6xN4pUpTRbc0gZzMQV/iFFm2WA4RrG5A7hbJ1EnmcHd1xHpFAGnQtXm8OOR hvTefxsIdmH4X5TeIcsNFZFUWWJIhYxRrmIFF3HooL2uwbJKEVpzdtk1ShdE90zlWzI/ sNrA== MIME-Version: 1.0 X-Received: by 10.60.52.244 with SMTP id w20mr128413oeo.30.1378254716439; Tue, 03 Sep 2013 17:31:56 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Tue, 3 Sep 2013 17:31:56 -0700 (PDT) In-Reply-To: References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> Date: Tue, 3 Sep 2013 20:31:56 -0400 Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking From: Outback Dingo To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD SCSI , Alexander Motin , freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 00:31:57 -0000 On Tue, Sep 3, 2013 at 5:48 PM, Olivier Cochard-Labb=E9 wrote: > On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo > wrote: > > Can anyone confirm how well tested/stable this patch set might be?? if > > theres positive input i have a zoo of dev machines i could load it on, = to > > help further it. > > Just checking to see how widely its been tested, > > I've installed this patch on 3 differents machines there status after > about 12hours: > - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big > zraid (LSI MegaSAS Gen2 controller): Used for generating package with > poudriere=85 no probleme since; > - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in > gmirror: Used for generating package with poudriere too=85 no probleme > since; > - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second > hardrive (where fbsd is installed): It crash just after the message > "GEOM: new disk ada1" during boot > > screenshot of the crash screen: > http://goo.gl/tW1VIx > > A little more information: > addr2line -e /boot/kernel/kernel.symbols 0xffffffff8083abd3 > /usr/src/sys/geom/geom_io.c:129 > > Regards, > > Olivier > Be nice if it was backported to 9/stable..... not sure how feasible it is though... patch fails in a few places..... From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 03:06:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD73D711; Wed, 4 Sep 2013 03:06:24 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D36923D2; Wed, 4 Sep 2013 03:06:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=s2WUD1XLw2/8r72rseQSoYPJMDobglSuqzf7BsRxW54=; b=u+Szuv5o9jf1vWJRCTG+nGBgMyZR/r/HBKfmiHO3eZJWaPPp/DDbKrmSEBSa+MtgO6JkQ0/n26BCG7uS7iFswELTET2BpAy9RPE9efH5gfm11wiCVPaCDeeCRpFzrpbt63kCYpl6schtltl8s0UxrxWQLpdS8l5+Unn5UPzkXZI=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm1.ukr.net with esmtpsa ID 1VGuna-000La9-Bb ; Tue, 03 Sep 2013 20:53:54 +0300 Date: Tue, 3 Sep 2013 20:53:51 +0300 From: Ivan Klymenko To: Vitalij Satanivskij Subject: Re: devel/gettext build error in jail i386 environment on amd64 host Message-ID: <20130903205351.4eda2c05@nonamehost.local> In-Reply-To: <20130903174225.GB96666@hell.ukr.net> References: <20130824001452.71b262ae@nonamehost.local> <52189849.90405@bitfrost.no> <20130824153127.74ad6e59@nonamehost.local> <20130903174225.GB96666@hell.ukr.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 03:06:24 -0000 =D0=92 Tue, 3 Sep 2013 20:42:25 +0300 Vitalij Satanivskij =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > Try to disable options=20 >=20 > options CAPABILITY_MODE # Capsicum capability mode > options CAPABILITIES # Capsicum capabilities >=20 > in kernel conf, for me it's resolve problem >=20 Thank you :) I watch the mailing list. ;) http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA96666 Unfortunately I did not have time to check the problem with uniq... From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 05:24:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A1FEFC1; Wed, 4 Sep 2013 05:24:49 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C33F32E6C; Wed, 4 Sep 2013 05:24:48 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id EAEB2C0A95; Wed, 4 Sep 2013 05:24:46 +0000 (UTC) Date: Wed, 4 Sep 2013 07:24:46 +0200 From: Jeremie Le Hen To: Outback Dingo , Alexander Motin , FreeBSD SCSI , freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130904052446.GD43281@caravan.chchile.org> Mail-Followup-To: Outback Dingo , Alexander Motin , FreeBSD SCSI , freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <20130903212426.GC43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130903212426.GC43281@caravan.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 05:24:49 -0000 On Tue, Sep 03, 2013 at 11:24:26PM +0200, Jeremie Le Hen wrote: > On Tue, Sep 03, 2013 at 02:10:32PM -0400, Outback Dingo wrote: > > On Tue, Sep 3, 2013 at 9:42 AM, Jeremie Le Hen wrote: > > > > > On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote: > > > > Hi. > > > > > > > > I would like to invite more people to review and test my patches for > > > > improving CAM and GEOM scalability, that for last six months you could > > > > see developing in project/camlock SVN branch. Full diff of that branch > > > > against present head (r255131) can be found here: > > > > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch > > > > > > I'm building my kernel right now. > > > > > > > > Can anyone confirm how well tested/stable this patch set might be?? if > > theres positive input i have a zoo of dev machines i could load it on, to > > help further it. > > Just checking to see how widely its been tested, > > Very stable so far. I'm doing a make -j 4 buildworld in parallel of a > periodic security run. This has been running for hours without failure. FWIW, I have 4 drives total, distributed in 2 zpool containing 2 mirrored zdev each. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 07:01:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8FFDD7C1; Wed, 4 Sep 2013 07:01:10 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DA8C28C1; Wed, 4 Sep 2013 07:01:09 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id a12so2264428wgh.18 for ; Wed, 04 Sep 2013 00:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qQcQ3lQg5yW+MrAD8YAtILdaaJNlfmGx3bzF9F7m8w4=; b=q8BByWIwrdXM0K8ttL7/CYbzTbXgtwpUKxUd5p0FbZVX2X9XpDwckinfdQuHvyrBUY nRy6UzUA1z/Zcr4TamS6QIfLFesAEaP2U4PhFAXGEBSAZovv++c+xBCE9aXc/ItIjdcg /0vhg42kSaV0JcI7uY1boJ8qr0hL8jyc7+gn3J8SaLGwgzP70UagttzyHZ7iPe9EGmRi PHG8OioZTgzu7P/TZA4Y/yKO7AAtgZyGP9s9ZU4wOAmww5/6AD/twLjYA+Bb7TlMi4mk Qfg8zOuneoPIQrJQoT7BsOpaJ4h4zEdJCmGmbwTr+lHJF569lSfAvRBY36ifozGjD7zy h2nw== X-Received: by 10.180.75.16 with SMTP id y16mr767253wiv.59.1378278067954; Wed, 04 Sep 2013 00:01:07 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id mw9sm1595508wic.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Sep 2013 00:01:06 -0700 (PDT) Sender: Alexander Motin Message-ID: <5226DAB0.1060303@FreeBSD.org> Date: Wed, 04 Sep 2013 10:01:04 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: =?windows-1252?Q?Olivier_Cochard-Labb=E9?= Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Outback Dingo , freebsd-geom@freebsd.org, "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org, FreeBSD SCSI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 07:01:10 -0000 On 04.09.2013 00:48, Olivier Cochard-Labbé wrote: > On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo wrote: >> Can anyone confirm how well tested/stable this patch set might be?? if >> theres positive input i have a zoo of dev machines i could load it on, to >> help further it. >> Just checking to see how widely its been tested, > > I've installed this patch on 3 differents machines there status after > about 12hours: > - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big > zraid (LSI MegaSAS Gen2 controller): Used for generating package with > poudriere… no probleme since; > - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in > gmirror: Used for generating package with poudriere too… no probleme > since; I've forgot to mention, but GEOM direct dispatch is now active only on x86 because GET_STACK_USAGE macro now defined only there and I wanted to stay on a safe side. On other archs GEOM works in old queued way. Somebody should port that small macro to other archs. But that is still interesting data point. Thanks. > - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second > hardrive (where fbsd is installed): It crash just after the message > "GEOM: new disk ada1" during boot > > screenshot of the crash screen: > http://goo.gl/tW1VIx > > A little more information: > addr2line -e /boot/kernel/kernel.symbols 0xffffffff8083abd3 > /usr/src/sys/geom/geom_io.c:129 Unfortunately I can't reproduce that and have not enough clues. It may be specific to some GEOM class. Could you describe/show all GEOM topology, file systems, etc. you have there? gpart show sysctl kern.geom.confxml ... Thank you! -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 08:20:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7FC798FB; Wed, 4 Sep 2013 08:20:13 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D85322D5A; Wed, 4 Sep 2013 08:20:12 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id mx10so2533792bkb.38 for ; Wed, 04 Sep 2013 01:20:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=1DB8TmBk6vIZHTr6Fh8k8VeK+Qomdxu5G908UwKVwps=; b=Vb8ay+PLTgqCqyM000d/htxJrbUoFqIRg1qQEiq21DCW300UQALRnapCG29pa/3+sI Zgs1pbYpG3DPlO1Fuzsajk7rTVwGEG8q114xi0ylpxQkOaPuqsved7MMj+tEACBHd6If E6B/MQbM8itBjuteLWGwJ7/dq/OebCNGKfRbzBLpuf8X1ubz7fgwir7pRpi0A61wU6AX BISxASZ3B0QCgHMcBrtJcvcySqCN8ZKG1LDG2pZ3Akxo8u9qiqGapZCjD+TU8RrYGtra cuRzEhLGpYuEhN8tMFAXpT1d9H9RU7X//5tNfYTiaZANKGReL2DZv0fIK+R8AAUf9RPm fTBg== X-Received: by 10.204.162.74 with SMTP id u10mr239682bkx.47.1378282811083; Wed, 04 Sep 2013 01:20:11 -0700 (PDT) Received: from [192.168.1.129] ([193.173.55.180]) by mx.google.com with ESMTPSA id qx2sm5750721bkb.16.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Sep 2013 01:20:10 -0700 (PDT) Message-ID: <5226ED39.3070200@gmail.com> Date: Wed, 04 Sep 2013 10:20:09 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> In-Reply-To: <5224511D.4090503@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 08:20:13 -0000 Alexander Motin wrote: > Hi. > > I would like to invite more people to review and test my patches for > improving CAM and GEOM scalability, that for last six months you could > see developing in project/camlock SVN branch. Full diff of that branch > against present head (r255131) can be found here: > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch > > Heavy CAM changes there were focused on reducing scope of SIM lock to > only protecting SIM internals, but not CAM core. That allows many > times reduce lock congestion, especially on heavily parallel request > submission with GEOM changes below. More detailed description of > changes you could see here earlier: > http://docs.freebsd.org/cgi/mid.cgi?520D4ADB.50209 > > GEOM changes were focused on avoiding switching to GEOM up/down > threads in relatively simple setups where respective classes don't > require it (and were explicitly marked so). That allows save on > context switches and on systems with several HBAs and disks talk to > them concurrently (that is where CAM locking changes are handy). Such > classes were modified to support it: DEV, DISK, LABEL, MULTIPATH, NOP, > PART, RAID (partially), STRIPE, ZERO, VFS, ZFS::VDEV, ZFS::ZVOL and > some others. Requests to/from other classes will be queued to GEOM > threads same as before. > > Together that allows to double block subsystem performance on high (at > least 100-200K) IOPS benchmarks, allowing to reach up to a million > total IOPS, while keeping full compatibility with all major ABIs/KBIs. > > Since we are already in 10.0 release process and changes are quite > big, my plan is to wait and commit them to head branch after the > freeze end, and then merge to stable/10. I hope the release process > will go on schedule to not delay this work for another six months. > > This work is sponsored by iXsystems, Inc. > Hello i would like to test this patch set. But how can i stress the machine, do you have a script or something i can use to make the system do heavy I/O on the disks! regards Johan From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 08:22:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 54D1DA39; Wed, 4 Sep 2013 08:22:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18D232DA2; Wed, 4 Sep 2013 08:22:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r848Mg5c086272; Wed, 4 Sep 2013 04:22:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r848MgGQ086245; Wed, 4 Sep 2013 08:22:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Sep 2013 08:22:42 GMT Message-Id: <201309040822.r848MgGQ086245@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2013 08:22:44 -0000 TB --- 2013-09-04 05:29:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-04 05:29:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-04 05:29:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-04 05:29:23 - cleaning the object tree TB --- 2013-09-04 05:30:28 - /usr/local/bin/svn stat /src TB --- 2013-09-04 05:30:32 - At svn revision 255193 TB --- 2013-09-04 05:30:33 - building world TB --- 2013-09-04 05:30:33 - CROSS_BUILD_TESTING=YES TB --- 2013-09-04 05:30:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-04 05:30:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-04 05:30:33 - SRCCONF=/dev/null TB --- 2013-09-04 05:30:33 - TARGET=powerpc TB --- 2013-09-04 05:30:33 - TARGET_ARCH=powerpc TB --- 2013-09-04 05:30:33 - TZ=UTC TB --- 2013-09-04 05:30:33 - __MAKE_CONF=/dev/null TB --- 2013-09-04 05:30:33 - cd /src TB --- 2013-09-04 05:30:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 4 05:30:40 UTC 2013 >>> 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 Sep 4 08:12:19 UTC 2013 TB --- 2013-09-04 08:12:19 - generating LINT kernel config TB --- 2013-09-04 08:12:19 - cd /src/sys/powerpc/conf TB --- 2013-09-04 08:12:19 - /usr/bin/make -B LINT TB --- 2013-09-04 08:12:19 - cd /src/sys/powerpc/conf TB --- 2013-09-04 08:12:19 - /usr/sbin/config -m LINT TB --- 2013-09-04 08:12:19 - building LINT kernel TB --- 2013-09-04 08:12:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-04 08:12:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-04 08:12:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-04 08:12:19 - SRCCONF=/dev/null TB --- 2013-09-04 08:12:19 - TARGET=powerpc TB --- 2013-09-04 08:12:19 - TARGET_ARCH=powerpc TB --- 2013-09-04 08:12:19 - TZ=UTC TB --- 2013-09-04 08:12:19 - __MAKE_CONF=/dev/null TB --- 2013-09-04 08:12:19 - cd /src TB --- 2013-09-04 08:12:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 4 08:12:19 UTC 2013 >>> 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 -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'pmc_save_kernel_callchain': /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'KERNEL_SR' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'ADDR_SR_SHFT' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:63: error: 'SEGMENT_LENGTH' undeclared (first use in this function) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-04 08:22:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-04 08:22:37 - ERROR: failed to build LINT kernel TB --- 2013-09-04 08:22:37 - 8662.48 user 1114.70 system 10394.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 09:00:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DA83A76 for ; Wed, 4 Sep 2013 09:00:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A3AC2059 for ; Wed, 4 Sep 2013 09:00:44 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id mx10so16168bkb.10 for ; Wed, 04 Sep 2013 02:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=P3vjJjPnft2RivgGO98WZ//OlQ0CsLDgEs7ECue7+38=; b=wyTv85tQuKfqfvzQBI8gHk39YZUSd1Dkv6k04P0sCHV0QGbZsUkiNVTAucPp7ILLXs 64+ux4YXE5+kIvN6gMJeqoq8TX/TgIx3Xcp3VmiVzZhXp8flPvhUQVRbgUGkpShfbTFl ugDn4ZjPaGBBBC+9GajL2wmAM8nIj6+O860AGwb04QEzKI07fOXTZM2JGVrseS06Svlh W1c2tyCO7diYTp3Pl0cuwqzHBpLgnK7CTP24bTj/oCraJJMgnNb/DCdSnTBO95CsRI82 TqMzK5c6FuICH5heAmkn25qKJbmmp0ZvSGauaL2AR+NIUB7ig2YXo60E2hEFQxaWL9yX 3pyA== X-Received: by 10.204.123.199 with SMTP id q7mr1446436bkr.10.1378285242846; Wed, 04 Sep 2013 02:00:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id a4sm244817bko.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Sep 2013 02:00:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <5226F6B7.3070706@FreeBSD.org> Date: Wed, 04 Sep 2013 12:00:39 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Johan Hendriks Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <5226ED39.3070200@gmail.com> In-Reply-To: <5226ED39.3070200@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 09:00:45 -0000 On 04.09.2013 11:20, Johan Hendriks wrote: > Alexander Motin wrote: >> I would like to invite more people to review and test my patches for >> improving CAM and GEOM scalability, that for last six months you could >> see developing in project/camlock SVN branch. Full diff of that branch >> against present head (r255131) can be found here: >> http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch >> >> Heavy CAM changes there were focused on reducing scope of SIM lock to >> only protecting SIM internals, but not CAM core. That allows many >> times reduce lock congestion, especially on heavily parallel request >> submission with GEOM changes below. More detailed description of >> changes you could see here earlier: >> http://docs.freebsd.org/cgi/mid.cgi?520D4ADB.50209 >> >> GEOM changes were focused on avoiding switching to GEOM up/down >> threads in relatively simple setups where respective classes don't >> require it (and were explicitly marked so). That allows save on >> context switches and on systems with several HBAs and disks talk to >> them concurrently (that is where CAM locking changes are handy). Such >> classes were modified to support it: DEV, DISK, LABEL, MULTIPATH, NOP, >> PART, RAID (partially), STRIPE, ZERO, VFS, ZFS::VDEV, ZFS::ZVOL and >> some others. Requests to/from other classes will be queued to GEOM >> threads same as before. >> >> Together that allows to double block subsystem performance on high (at >> least 100-200K) IOPS benchmarks, allowing to reach up to a million >> total IOPS, while keeping full compatibility with all major ABIs/KBIs. >> >> Since we are already in 10.0 release process and changes are quite >> big, my plan is to wait and commit them to head branch after the >> freeze end, and then merge to stable/10. I hope the release process >> will go on schedule to not delay this work for another six months. >> >> This work is sponsored by iXsystems, Inc. >> > Hello i would like to test this patch set. > But how can i stress the machine, do you have a script or something i > can use to make the system do heavy I/O on the disks! For testing IOPS over RAW disks or different GEOM providers (to exclude FS influence) I am using such a trivial synthetic test: #!/bin/sh for disk in da0 da1 da2 da3 da4 da5 da6 da7 da8 da9 da10 da11 da12 da13 da14 da15 do for i in `jot 16` do dd if=/dev/$disk of=/dev/null bs=512 & done done iostat -zxw3 -c12 | grep total |tail -n 10 |cut -c 6-18 killall dd For total IOPS measurement in above script I am using dirtily hacked iostat tool that prints summary values in addition to per-disk ones: http://people.freebsd.org/~mav/camlock_patches/iostat.patch BTW I've uploaded new patch with some more minor CAM changes: http://people.freebsd.org/~mav/camlock_patches/camlock_20130904.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 12:45:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B0D06B2; Wed, 4 Sep 2013 12:45:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CD8D2023; Wed, 4 Sep 2013 12:45:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=windows-1252; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MSL00100PMPTB00@smtpauth4.wiscmail.wisc.edu>; Wed, 04 Sep 2013 07:45:38 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.4.123619, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-67-185.dsl.mdsnwi.sbcglobal.net [76.208.67.185]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MSL0024HQ41OI20@smtpauth4.wiscmail.wisc.edu>; Wed, 04 Sep 2013 07:45:38 -0500 (CDT) Message-id: <52272B6F.9060308@freebsd.org> Date: Wed, 04 Sep 2013 07:45:35 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> In-reply-to: <5226DAB0.1060303@FreeBSD.org> Cc: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , FreeBSD SCSI , =?windows-1252?Q?Olivier_Cochard-Labb=E9?= , Outback Dingo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 12:45:46 -0000 On 09/04/13 02:01, Alexander Motin wrote: > On 04.09.2013 00:48, Olivier Cochard-Labbé wrote: >> On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo >> wrote: >>> Can anyone confirm how well tested/stable this patch set might be?? if >>> theres positive input i have a zoo of dev machines i could load it >>> on, to >>> help further it. >>> Just checking to see how widely its been tested, >> >> I've installed this patch on 3 differents machines there status after >> about 12hours: >> - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big >> zraid (LSI MegaSAS Gen2 controller): Used for generating package with >> poudriere… no probleme since; >> - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in >> gmirror: Used for generating package with poudriere too… no probleme >> since; > > I've forgot to mention, but GEOM direct dispatch is now active only on > x86 because GET_STACK_USAGE macro now defined only there and I wanted > to stay on a safe side. On other archs GEOM works in old queued way. > Somebody should port that small macro to other archs. But that is > still interesting data point. Thanks. Could you describe what this macro is supposed to do so that we can do the porting work? -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 13:20:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DB979543; Wed, 4 Sep 2013 13:20:43 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63677232C; Wed, 4 Sep 2013 13:20:43 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so336172oag.7 for ; Wed, 04 Sep 2013 06:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uHQmwWU2MeBmE/1UIl47yFWFen4/AkTbDSQbsQhd/98=; b=enzMJG+Q9dZrdLHyb1h7LtN5bwcG03+y9VX9vqViqefI8Xfn4TWYmYwfAcF+qlPajc aRSfaiptbvyhvaBXy13j6fU3S8qgkA1ZiASZo8QW9xy1vfyntiguHgwsrg1rVQwoWZg0 jB94flQsMzViMSro/7HDhKwJZLEZvUQQfS/9sYmYkhxI5jZGBXOa4BQKDzWES1QGbwpf Oizz1P9WubWSrm92QtGsBkWB+HM2QdrYZQ75nCe/9u5j22q8bnkt57oAlQVtK5DjVh3h jOLiw/gTkx0IcWI8U/NIR79vbuBXa3nQiFrHMZU7uPRKg/gaSpIggGd7i6mi5HduGSY6 /2AQ== MIME-Version: 1.0 X-Received: by 10.182.73.136 with SMTP id l8mr2102864obv.53.1378300842725; Wed, 04 Sep 2013 06:20:42 -0700 (PDT) Received: by 10.76.68.38 with HTTP; Wed, 4 Sep 2013 06:20:42 -0700 (PDT) In-Reply-To: <52272B6F.9060308@freebsd.org> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <52272B6F.9060308@freebsd.org> Date: Wed, 4 Sep 2013 09:20:42 -0400 Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking From: Ryan Stone To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org, "freebsd-hackers@freebsd.org" , Alexander Motin , "freebsd-current@freebsd.org" , Outback Dingo , =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= , FreeBSD SCSI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 13:20:44 -0000 On Wed, Sep 4, 2013 at 8:45 AM, Nathan Whitehorn wrote: > Could you describe what this macro is supposed to do so that we can do the > porting work? > -Nathan #define GET_STACK_USAGE(total, used) GET_STACK_USAGE sets the variable passed in total to the total amount of stack space available to the current thread. used is set to the amount of stack space currently used (this does not have to have byte-precision). Netgraph uses this to decide when to stop recursing and instead defer to a work queue (to prevent stack overflow). I presume that Alexander is using it in a similar way. It looks like the amd64 version could be ported to other architectures quite easily if you were to account for stacks that grow up and stacks that grow down: http://svnweb.freebsd.org/base/head/sys/amd64/include/proc.h?revision=233291&view=markup /* Get the current kernel thread stack usage. */ #define GET_STACK_USAGE(total, used) do { \ struct thread *td = curthread; \ (total) = td->td_kstack_pages * PAGE_SIZE; \ (used) = (char *)td->td_kstack + \ td->td_kstack_pages * PAGE_SIZE - \ (char *)&td; \ } while (0) From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 13:29:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5C9FFA0B; Wed, 4 Sep 2013 13:29:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 311752412; Wed, 4 Sep 2013 13:29:34 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id mz12so167341bkb.41 for ; Wed, 04 Sep 2013 06:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KjWIzi+zzjy5EixOq84YnmeCwO5/zYJUl+xwaZAS7cg=; b=0wsCwn3GAC/ztaUAyTioLu8wt7jKdQkNpoOBKxI/fIxljCYeuc8fS7HSV/3AfYAiSJ nkcBy+X5TCHq8Qx4Vd8y2f/UGyUu5GXtOpu6H++c/hhoqnd3ulD1V0kyCFTFJu+o27mK CKfHvsuCNeUapbd/ry9rs829ItCJMdu3jUQrvq9dpbCZCfr79CRp+JXHrFM5Cz4TPYpI yqqtOFs51qPuwJ//NLlz8gF6D6xDhu6m1jeUfet2chJUAoTEUa7EZlfuL1zAmTTspHLo us5pLyZb6qWMBdEBR42rmbqV51Bw58/dJh40ko038vjbqhznKhY3yKY9pt2W9HRvmJJU 1Wqg== X-Received: by 10.205.22.71 with SMTP id qv7mr2518681bkb.20.1378301373128; Wed, 04 Sep 2013 06:29:33 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id 14sm6560105bkl.17.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Sep 2013 06:29:32 -0700 (PDT) Sender: Alexander Motin Message-ID: <522735B9.1070403@FreeBSD.org> Date: Wed, 04 Sep 2013 16:29:29 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Whitehorn Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <52272B6F.9060308@freebsd.org> In-Reply-To: <52272B6F.9060308@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , FreeBSD SCSI , =?windows-1252?Q?Olivier_Cochard-Labb=E9?= , Outback Dingo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 13:29:36 -0000 On 04.09.2013 15:45, Nathan Whitehorn wrote: > On 09/04/13 02:01, Alexander Motin wrote: >> On 04.09.2013 00:48, Olivier Cochard-Labbé wrote: >>> On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo >>> wrote: >>>> Can anyone confirm how well tested/stable this patch set might be?? if >>>> theres positive input i have a zoo of dev machines i could load it >>>> on, to >>>> help further it. >>>> Just checking to see how widely its been tested, >>> >>> I've installed this patch on 3 differents machines there status after >>> about 12hours: >>> - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big >>> zraid (LSI MegaSAS Gen2 controller): Used for generating package with >>> poudriere… no probleme since; >>> - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in >>> gmirror: Used for generating package with poudriere too… no probleme >>> since; >> >> I've forgot to mention, but GEOM direct dispatch is now active only on >> x86 because GET_STACK_USAGE macro now defined only there and I wanted >> to stay on a safe side. On other archs GEOM works in old queued way. >> Somebody should port that small macro to other archs. But that is >> still interesting data point. Thanks. > > Could you describe what this macro is supposed to do so that we can do > the porting work? It supposed to report total and used stack sizes for current thread. I suppose that it will be equal for the most archs, but better somebody familiar with each one looked on it. The macro itself is not new. It is for years used in Netgraph for equivalent purpose. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 14:34:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23331F09; Wed, 4 Sep 2013 14:34:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id D9331284D; Wed, 4 Sep 2013 14:34:08 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 50CBE5838C; Wed, 4 Sep 2013 09:11:29 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id F6OyxvU8mfj5; Wed, 4 Sep 2013 09:11:29 -0500 (CDT) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 3115758388; Wed, 4 Sep 2013 09:11:29 -0500 (CDT) Message-ID: <52273F90.7020303@freebsd.org> Date: Wed, 04 Sep 2013 09:11:28 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ryan Stone Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <52272B6F.9060308@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org, "freebsd-hackers@freebsd.org" , Alexander Motin , "freebsd-current@freebsd.org" , FreeBSD SCSI , =?ISO-8859-1?Q?Olivier_Cochard?= =?ISO-8859-1?Q?-Labb=E9?= , Outback Dingo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 14:34:09 -0000 On 09/04/13 08:20, Ryan Stone wrote: > On Wed, Sep 4, 2013 at 8:45 AM, Nathan Whitehorn wrote: >> Could you describe what this macro is supposed to do so that we can do the >> porting work? >> -Nathan > #define GET_STACK_USAGE(total, used) > > GET_STACK_USAGE sets the variable passed in total to the total amount > of stack space available to the current thread. used is set to the > amount of stack space currently used (this does not have to have > byte-precision). Netgraph uses this to decide when to stop recursing > and instead defer to a work queue (to prevent stack overflow). I > presume that Alexander is using it in a similar way. It looks like > the amd64 version could be ported to other architectures quite easily > if you were to account for stacks that grow up and stacks that grow > down: > > http://svnweb.freebsd.org/base/head/sys/amd64/include/proc.h?revision=233291&view=markup > > /* Get the current kernel thread stack usage. */ > #define GET_STACK_USAGE(total, used) do { \ > struct thread *td = curthread; \ > (total) = td->td_kstack_pages * PAGE_SIZE; \ > (used) = (char *)td->td_kstack + \ > td->td_kstack_pages * PAGE_SIZE - \ > (char *)&td; \ > } while (0) > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" I think that should be MI for us anyway. I'm not aware of any architectures FreeBSD supports with stacks that grow up. I'll give it a test on PPC. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 15:01:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4AE47887 for ; Wed, 4 Sep 2013 15:01:17 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D6202A38 for ; Wed, 4 Sep 2013 15:01:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=kpBf3pDekYQnxNAN0ztmCAZMplCizGhU8kWN0KZTzZ0=; b=HNdtUPboZaItCxIbUtrUbjWO5D04DnLETW5hf2sgBNMaq6aA2mdyWp0yd2iSZOJsSlmqbw9wjwhvnSmr37dqfTM6WFpa/8zvnqoO9TyhIjKDJ6MfWU19iCnZp0axVW3bM+n09k6Ep6mRvbc3feorVihkL67CdupfPMcZITMa/ow=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VHEZw-0005BB-Js; Wed, 04 Sep 2013 15:01:08 +0000 Message-ID: <52274B2F.2070502@gmail.com> Date: Wed, 04 Sep 2013 18:01:03 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <521F1367.8090002@FreeBSD.org> <521F6A52.2060206@gmail.com> <521F6B41.4030704@FreeBSD.org> <521F8A35.3080801@gmail.com> <5220A334.3080205@FreeBSD.org> <20130830171103.GB36239@funkthat.com> <5220DA4E.3090100@gmail.com> <5220F367.3060606@FreeBSD.org> <522461C9.7030100@gmail.com> <522479AE.2070102@dumbbell.fr> In-Reply-To: <522479AE.2070102@dumbbell.fr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: iskander@advancedhosters.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 15:01:17 -0000 02.09.2013 14:42, Jean-Sébastien Pédron пишет: > On 02.09.2013 12:00, Alexander wrote: >> (...) >> #17 0xffffffff80462700 in sysctl_move_oid () >> #18 0xffffffff80319070 in drm_attach () >> (...) > The kernel is missing debug symbols. Could you please rebuild your > kernel with the following option: > makeoptions DEBUG=-g > (also found in GENERIC) > > Then reproduce the problem and send the output of kgdb again? > > Thanks! > I rebuild the kernel with debug-g kgdb /boot/kernel/kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: drmn0: on vgapci0 iicbus0: on iicbb0 addr 0xff iicsmb0: on iicbus0 smbus1: on iicsmb0 smb1: on smbus1 iic0: on iicbus0 iicsmb1: on iicbus1 smbus2: on iicsmb1 smb2: on smbus2 iic1: on iicbus1 iicbus2: on iicbb1 addr 0xff iicsmb2: on iicbus2 smbus3: on iicsmb2 smb3: on smbus3 iic2: on iicbus2 iicsmb3: on iicbus3 smbus4: on iicsmb3 smb4: on smbus4 iic3: on iicbus3 iicbus4: on iicbb2 addr 0xff iicsmb4: on iicbus4 smbus5: on iicsmb4 smb5: on smbus5 iic4: on iicbus4 iicsmb5: on iicbus5 smbus6: on iicsmb5 smb6: on smbus6 iic5: on iicbus5 iicbus6: on iicbb3 addr 0xff iicsmb6: on iicbus6 smbus7: on iicsmb6 smb7: on smbus7 iic6: on iicbus6 iicsmb7: on iicbus7 smbus8: on iicsmb7 smb8: on smbus8 iic7: on iicbus7 iicbus8: on iicbb4 addr 0xff iicsmb8: on iicbus8 smbus9: on iicsmb8 smb9: on smbus9 iic8: on iicbus8 iicsmb9: on iicbus9 smbus10: on iicsmb9 smb10: on smbus10 iic9: on iicbus9 iicbus10: on iicbb5 addr 0xff iicsmb10: on iicbus10 smbus11: on iicsmb10 smb11: on smbus11 iic10: on iicbus10 iicsmb11: on iicbus11 smbus12: on iicsmb11 smb12: on smbus12 iic11: on iicbus11 iicbus12: on iicbb6 addr 0xff iicsmb12: on iicbus12 smbus13: on iicsmb12 smb13: on smbus13 iic12: on iicbus12 iicsmb13: on iicbus13 smbus14: on iicsmb13 smb14: on smbus14 iic13: on iicbus13 iicbus14: on iicbb7 addr 0xff iicsmb14: on iicbus14 smbus15: on iicsmb14 smb15: on smbus15 iic14: on iicbus14 iicsmb15: on iicbus15 smbus16: on iicsmb15 smb16: on smbus16 iic15: on iicbus15 Fatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer = 0x20:0xffffffff810402a6 stack pointer = 0x28:0xfffffe011f2f8360 frame pointer = 0x28:0xfffffe011f2f83e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1408 (kldload) trap number = 9 panic: general protection fault cpuid = 2 Uptime: 1m30s Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/if_re.ko.symbols...done. Loaded symbols for /boot/kernel/if_re.ko.symbols Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. Loaded symbols for /boot/kernel/snd_hda.ko.symbols Reading symbols from /boot/kernel/umodem.ko.symbols...done. Loaded symbols for /boot/kernel/umodem.ko.symbols Reading symbols from /boot/kernel/ucom.ko.symbols...done. Loaded symbols for /boot/kernel/ucom.ko.symbols Reading symbols from /boot/kernel/u3g.ko.symbols...done. Loaded symbols for /boot/kernel/u3g.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/i915kms.ko.symbols...done. Loaded symbols for /boot/kernel/i915kms.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols #0 doadump (textdump=) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=) at pcpu.h:236 #1 0xffffffff80459aa0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff80459e27 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff8062977a in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:873 #4 0xffffffff8062942e in trap (frame=) at /usr/src/sys/amd64/amd64/trap.c:224 #5 0xffffffff80612fd3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 #7 0xffffffff8102ba64 in i915_driver_load (dev=0xfffff80005dca800, flags=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 #8 0xffffffff80319390 in drm_attach (kdev=, idlist=) at /usr/src/sys/dev/drm/drm_drv.c:462 #9 0xffffffff80484546 in device_attach (dev=0xfffff80001a0ba00) at device_if.h:180 #10 0xffffffff804859a9 in bus_generic_driver_added (dev=, driver=) at /usr/src/sys/kern/subr_bus.c:2742 #11 0xffffffff8048273d in devclass_driver_added (dc=0xfffff80001633900, driver=0xffffffff81079ba0) at bus_if.h:204 #12 0xffffffff8048269c in devclass_add_driver (dc=0xfffff80001633900, driver=0xffffffff81079ba0, pass=, dcp=) at /usr/src/sys/kern/subr_bus.c:1086 #13 0xffffffff8044733b in module_register_init (arg=0xffffffff81079b88) at /usr/src/sys/kern/kern_module.c:123 #14 0xffffffff8043d4cb in linker_load_module (kldname=, modname=0x0, parent=0x0, verinfo=0x0, lfpp=0xfffffe011f2f8940) at /usr/src/sys/kern/kern_linker.c:225 #15 0xffffffff8043e6d7 in kern_kldload (td=, file=, fileid=0xfffffe011f2f8984) at /usr/src/sys/kern/kern_linker.c:1028 #16 0xffffffff8043e8ab in sys_kldload (td=0xfffff80005dbf000, uap=) at /usr/src/sys/kern/kern_linker.c:1057 #17 0xffffffff80629db3 in amd64_syscall (td=0xfffff80005dbf000, traced=0) at subr_syscall.c:134 #18 0xffffffff806132bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #19 0x0000000800886dfa in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) q From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 16:07:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BBED14B for ; Wed, 4 Sep 2013 16:07:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9C1D2E7A for ; Wed, 4 Sep 2013 16:07:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B8099B922; Wed, 4 Sep 2013 12:07:43 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: i915kms.ko not loading Date: Wed, 4 Sep 2013 11:58:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <521E52A6.6040205@gmail.com> <522479AE.2070102@dumbbell.fr> <52274B2F.2070502@gmail.com> In-Reply-To: <52274B2F.2070502@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201309041158.56471.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Sep 2013 12:07:43 -0400 (EDT) Cc: Alexander , =?utf-8?q?Jean-S=C3=A9bastien?= =?utf-8?q?_P=C3=A9dron?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 16:07:46 -0000 On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: > 02.09.2013 14:42, Jean-S=C3=A9bastien P=C3=A9dron =D0=BF=D0=B8=D1=88=D0= =B5=D1=82: > > On 02.09.2013 12:00, Alexander wrote: > >> (...) > >> #17 0xffffffff80462700 in sysctl_move_oid () > >> #18 0xffffffff80319070 in drm_attach () > >> (...) > > The kernel is missing debug symbols. Could you please rebuild your > > kernel with the following option: > > makeoptions DEBUG=3D-g > > (also found in GENERIC) > > > > Then reproduce the problem and send the output of kgdb again? > > > > Thanks! > > > I rebuild the kernel with debug-g >=20 > kgdb /boot/kernel/kernel /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > drmn0: on vgapci0 > iicbus0: on iicbb0 addr 0xff > iicsmb0: on iicbus0 > smbus1: on iicsmb0 > smb1: on smbus1 > iic0: on iicbus0 > iicsmb1: on iicbus1 > smbus2: on iicsmb1 > smb2: on smbus2 > iic1: on iicbus1 > iicbus2: on iicbb1 addr 0xff > iicsmb2: on iicbus2 > smbus3: on iicsmb2 > smb3: on smbus3 > iic2: on iicbus2 > iicsmb3: on iicbus3 > smbus4: on iicsmb3 > smb4: on smbus4 > iic3: on iicbus3 > iicbus4: on iicbb2 addr 0xff > iicsmb4: on iicbus4 > smbus5: on iicsmb4 > smb5: on smbus5 > iic4: on iicbus4 > iicsmb5: on iicbus5 > smbus6: on iicsmb5 > smb6: on smbus6 > iic5: on iicbus5 > iicbus6: on iicbb3 addr 0xff > iicsmb6: on iicbus6 > smbus7: on iicsmb6 > smb7: on smbus7 > iic6: on iicbus6 > iicsmb7: on iicbus7 > smbus8: on iicsmb7 > smb8: on smbus8 > iic7: on iicbus7 > iicbus8: on iicbb4 addr 0xff > iicsmb8: on iicbus8 > smbus9: on iicsmb8 > smb9: on smbus9 > iic8: on iicbus8 > iicsmb9: on iicbus9 > smbus10: on iicsmb9 > smb10: on smbus10 > iic9: on iicbus9 > iicbus10: on iicbb5 addr 0xff > iicsmb10: on iicbus10 > smbus11: on iicsmb10 > smb11: on smbus11 > iic10: on iicbus10 > iicsmb11: on iicbus11 > smbus12: on iicsmb11 > smb12: on smbus12 > iic11: on iicbus11 > iicbus12: on iicbb6 addr 0xff > iicsmb12: on iicbus12 > smbus13: on iicsmb12 > smb13: on smbus13 > iic12: on iicbus12 > iicsmb13: on iicbus13 > smbus14: on iicsmb13 > smb14: on smbus14 > iic13: on iicbus13 > iicbus14: on iicbb7 addr 0xff > iicsmb14: on iicbus14 > smbus15: on iicsmb14 > smb15: on smbus15 > iic14: on iicbus14 > iicsmb15: on iicbus15 > smbus16: on iicsmb15 > smb16: on smbus16 > iic15: on iicbus15 >=20 >=20 > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > instruction pointer =3D 0x20:0xffffffff810402a6 > stack pointer =3D 0x28:0xfffffe011f2f8360 > frame pointer =3D 0x28:0xfffffe011f2f83e0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1408 (kldload) > trap number =3D 9 > panic: general protection fault > cpuid =3D 2 > Uptime: 1m30s > Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..= 93% >=20 > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. > Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/if_re.ko.symbols...done. > Loaded symbols for /boot/kernel/if_re.ko.symbols > Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > Loaded symbols for /boot/kernel/snd_hda.ko.symbols > Reading symbols from /boot/kernel/umodem.ko.symbols...done. > Loaded symbols for /boot/kernel/umodem.ko.symbols > Reading symbols from /boot/kernel/ucom.ko.symbols...done. > Loaded symbols for /boot/kernel/ucom.ko.symbols > Reading symbols from /boot/kernel/u3g.ko.symbols...done. > Loaded symbols for /boot/kernel/u3g.ko.symbols > Reading symbols from /boot/modules/vboxdrv.ko...done. > Loaded symbols for /boot/modules/vboxdrv.ko > Reading symbols from /boot/kernel/fuse.ko.symbols...done. > Loaded symbols for /boot/kernel/fuse.ko.symbols > Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > Loaded symbols for /boot/kernel/fdescfs.ko.symbols > Reading symbols from /boot/modules/vboxnetflt.ko...done. > Loaded symbols for /boot/modules/vboxnetflt.ko > Reading symbols from /boot/kernel/netgraph.ko.symbols...done. > Loaded symbols for /boot/kernel/netgraph.ko.symbols > Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. > Loaded symbols for /boot/kernel/ng_ether.ko.symbols > Reading symbols from /boot/modules/vboxnetadp.ko...done. > Loaded symbols for /boot/modules/vboxnetadp.ko > Reading symbols from /boot/kernel/i915kms.ko.symbols...done. > Loaded symbols for /boot/kernel/i915kms.ko.symbols > Reading symbols from /boot/kernel/drm2.ko.symbols...done. > Loaded symbols for /boot/kernel/drm2.ko.symbols > Reading symbols from /boot/kernel/iic.ko.symbols...done. > Loaded symbols for /boot/kernel/iic.ko.symbols > #0 doadump (textdump=3D) at pcpu.h:236 > 236 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump (textdump=3D) at pcpu.h:236 > #1 0xffffffff80459aa0 in kern_reboot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff80459e27 in panic (fmt=3D) at > /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xffffffff8062977a in trap_fatal (frame=3D, > eva=3D) at /usr/src/sys/amd64/amd64/trap.c:873 > #4 0xffffffff8062942e in trap (frame=3D) at > /usr/src/sys/amd64/amd64/trap.c:224 > #5 0xffffffff80612fd3 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:232 > #6 0xffffffff810402a6 in intel_parse_bios (dev=3D0xfffff80005dca800) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 > #7 0xffffffff8102ba64 in i915_driver_load (dev=3D0xfffff80005dca800, > flags=3D) > at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 > #8 0xffffffff80319390 in drm_attach (kdev=3D, > idlist=3D) at /usr/src/sys/dev/drm/drm_drv.c:462 Can you do 'frame 6' and then 'l'? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 16:07:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2BC56248; Wed, 4 Sep 2013 16:07:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA3DA2E7C; Wed, 4 Sep 2013 16:07:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 99108B941; Wed, 4 Sep 2013 12:07:49 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Date: Wed, 4 Sep 2013 12:00:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <520D4ADB.50209@FreeBSD.org> <52273F90.7020303@freebsd.org> In-Reply-To: <52273F90.7020303@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201309041200.56024.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Sep 2013 12:07:49 -0400 (EDT) Cc: freebsd-geom@freebsd.org, "freebsd-hackers@freebsd.org" , Alexander Motin , Nathan Whitehorn , Outback Dingo , Olivier =?iso-8859-1?q?Cochard-Labb=E9?= , FreeBSD SCSI , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 16:07:51 -0000 On Wednesday, September 04, 2013 10:11:28 am Nathan Whitehorn wrote: > On 09/04/13 08:20, Ryan Stone wrote: > > On Wed, Sep 4, 2013 at 8:45 AM, Nathan Whitehorn wrote: > >> Could you describe what this macro is supposed to do so that we can do the > >> porting work? > >> -Nathan > > #define GET_STACK_USAGE(total, used) > > > > GET_STACK_USAGE sets the variable passed in total to the total amount > > of stack space available to the current thread. used is set to the > > amount of stack space currently used (this does not have to have > > byte-precision). Netgraph uses this to decide when to stop recursing > > and instead defer to a work queue (to prevent stack overflow). I > > presume that Alexander is using it in a similar way. It looks like > > the amd64 version could be ported to other architectures quite easily > > if you were to account for stacks that grow up and stacks that grow > > down: > > > > http://svnweb.freebsd.org/base/head/sys/amd64/include/proc.h?revision=233291&view=markup > > > > /* Get the current kernel thread stack usage. */ > > #define GET_STACK_USAGE(total, used) do { \ > > struct thread *td = curthread; \ > > (total) = td->td_kstack_pages * PAGE_SIZE; \ > > (used) = (char *)td->td_kstack + \ > > td->td_kstack_pages * PAGE_SIZE - \ > > (char *)&td; \ > > } while (0) > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > I think that should be MI for us anyway. I'm not aware of any > architectures FreeBSD supports with stacks that grow up. I'll give it a > test on PPC. ia64 has the double stack thingie where the register stack spills into a stack that grows up rather than down. Not sure how sparc64 window spills are handled either. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 16:31:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4A9B1A7D; Wed, 4 Sep 2013 16:31:42 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5B36208D; Wed, 4 Sep 2013 16:31:41 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id c13so355336vea.24 for ; Wed, 04 Sep 2013 09:31:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=XKa27OKDe9ewp7I9s+bvP097LtkA+VxHI3Fh9yDbWCk=; b=frtCXDU6t24rPHRkOrb2X2Aa1jhUxb6+6DY9/2xktyww57uJ0CqenvLPxKmQqKP61f bTFyYtzsLCOOVf2Z2HjuJBSFUn+9ShEL5zUGpFgNSztb5D2wxvG4JukPoSS6pAMTqo1I Zj5BM1KsLooN5a01V0pN/XHskzazNgIMaiM3PsKT0HEE0K4y4CsOC6MZMgLtozgQ3Hfy 8aoPvQpbmDV0R8W5V88Kw+IFErJObBeibb9NErqbpTsCwMDpxbGBDETduRyqlBZTlyF7 vxkpip8oeFjY3o/XugpsSg/tuMh0LAw7MepfePTD4QOSiDlZ72JhDo+kWSQKvpEWkrEG OomQ== X-Received: by 10.58.197.5 with SMTP id iq5mr849761vec.30.1378312300764; Wed, 04 Sep 2013 09:31:40 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.221.9 with HTTP; Wed, 4 Sep 2013 09:31:20 -0700 (PDT) In-Reply-To: <5226DAB0.1060303@FreeBSD.org> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 4 Sep 2013 18:31:20 +0200 X-Google-Sender-Auth: JDxTeJui3sHLgm5FliEs0nhysPc Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 16:31:42 -0000 On Wed, Sep 4, 2013 at 9:01 AM, Alexander Motin wrote: > >> - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second >> hardrive (where fbsd is installed): It crash just after the message >> "GEOM: new disk ada1" during boot >> >> screenshot of the crash screen: >> http://goo.gl/tW1VIx >> >> A little more information: >> addr2line -e /boot/kernel/kernel.symbols 0xffffffff8083abd3 >> /usr/src/sys/geom/geom_io.c:129 > > > Unfortunately I can't reproduce that and have not enough clues. It may be > specific to some GEOM class. Could you describe/show all GEOM topology, file > systems, etc. you have there? > gpart show > sysctl kern.geom.confxml > ... Here are: - ada0: internal laptop hard-drive - ada1: the hard-drive that replace my DVD reader (partition 2: /boot in clear, partition 3: geli encrypted partition) => There is no special boot-loader, I manually select the hard-drive during Hardware: ahci0: port 0x4088-0x408f,0x4094-0x4097,0x4080-0x4087,0x4090-0x4093,0x4040-0x405f mem 0xd4827000-0xd48277ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 Regarding partition: root@laptop:/root # gpart show => 63 625142385 ada0 MBR (298G) 63 1985 - free - (992k) 2048 31457280 1 ntfs (15G) 31459328 4194304 2 ntfs [active] (2.0G) 35653632 589486768 3 ntfs (281G) 625140400 2048 - free - (1.0M) => 34 976773101 ada1 GPT (465G) 34 6 - free - (3.0k) 40 128 1 freebsd-boot (64k) 168 4194304 2 freebsd-ufs (2.0G) 4194472 972578656 3 freebsd-ufs (463G) 976773128 7 - free - (3.5k) And here is the long output of geom configuration: root@laptop:/root # sysctl kern.geom.confxml kern.geom.confxml: FD RAID DEV ada1p3.eli 4 r0w0e0 gpt/boot 4 r0w0e0 gptid/1c841adf-3cde-11e2-8cfc-a0b3cc295ab2 4 r0w0e0 ada1p3 3 r0w0e0 ada1p2 3 r0w0e0 ada1p1 3 r0w0e0 ntfs/System 4 r1w1e0 ntfs/BDEDrive 4 r0w0e0 ntfs/Recovery 4 r0w0e0 ada1 2 r0w0e0 ada0s3 3 r0w0e0 ada0s2 3 r0w0e0 ada0s1 3 r0w0e0 ada0 2 r0w0e0 ELI ada1p3.eli 3 928 928 BOOT 0 6 hardware 256 AES-XTS ACTIVE r1w1e1 r1w1e1 ada1p3.eli 497960271360 512 0 0 PART ada1 2 GPT 128 34 976773134 63 16 OK false r2w2e5 r1w1e1 ada1p3 497960271872 512 4096 0 4194472 976773127 3 freebsd-ufs 2147569664 497960271872 516e7cb6-6ecf-11d6-8ff8-00022d09712b c8e5c3ff-3cde-11e2-8cfc-a0b3cc295ab2 r1w1e2 ada1p2 2147483648 512 4096 0 168 4194471 2 freebsd-ufs 86016 2147483648 516e7cb6-6ecf-11d6-8ff8-00022d09712b 874bc9a6-3cde-11e2-8cfc-a0b3cc295ab2 r0w0e0 ada1p1 65536 512 4096 0 40 167 1 freebsd-boot 20480 65536 83bd6b9d-7f41-11dc-be0b-001560b84f0f 1c841adf-3cde-11e2-8cfc-a0b3cc295ab2 ada0 2 MBR 4 63 625142447 63 16 OK false r1w1e2 r1w1e1 ada0s3 301817225216 512 0 1074790400 35653632 625140399 3 ntfs 18254659584 301817225216 7 r0w0e0 ada0s2 2147483648 512 0 3222274048 31459328 35653631 2 ntfs 16107175936 2147483648 7 active r0w0e0 ada0s1 16106127360 512 0 1048576 2048 31459327 1 ntfs 1048576 16106127360 7 LABEL ada1p2 3 r1w1e2 r1w1e1 gpt/boot 2147483648 512 4096 0 0 2147483648 4194304 0 0 ada1p1 3 r0w0e0 r0w0e0 gptid/1c841adf-3cde-11e2-8cfc-a0b3cc295ab2 65536 512 4096 0 0 65536 128 0 0 ada0s3 3 r1w1e1 r1w1e0 ntfs/System 301817225216 512 0 1074790400 0 301817225216 589486768 0 0 ada0s2 3 r0w0e0 r0w0e0 ntfs/BDEDrive 2147483648 512 0 3222274048 0 2147483648 4194304 0 0 ada0s1 3 r0w0e0 r0w0e0 ntfs/Recovery 16106127360 512 0 1048576 0 16106127360 31457280 0 0 SWAP VFS ffs.gpt/boot 4 r1w1e1 ffs.ada1p3.eli 4 r1w1e1 MD DISK ada1 1 r2w2e5 ada1 500107862016 512 4096 0 16 63 WD-WX81A1179372 50014ee601049a6a WDC WD5000BPKT-00PK4T0 ada0 1 r1w1e2 ada0 320072933376 512 0 0 16 63 82JRT2VVT 5000039431d04c9c TOSHIBA MK3261GSYN From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 18:16:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 303B24FB; Wed, 4 Sep 2013 18:16:43 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0176D2995; Wed, 4 Sep 2013 18:16:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=tOt4m8UqwEiTSlDJHyiLmIsqC1F6AoW1Vmx6dFcKQ9g=; b=0w86uZyzYtoakR+4kRUqoDux+ibDMV8BP4GugurBntr/qec+Pu5BGvGds8qANeTavTayX8niXC8TqALUoeAZCU8BJksX+QcrgNiyaPv/CPM8igZn6SgiAxsq3rJ76v9vNkk2DVGiGwkFV40KJmexE/IdgJ5yQ+QHVXsJyt+yAYU=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VHHdA-000Lzj-Nm; Wed, 04 Sep 2013 18:16:40 +0000 Message-ID: <52277903.9050000@gmail.com> Date: Wed, 04 Sep 2013 21:16:35 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <522479AE.2070102@dumbbell.fr> <52274B2F.2070502@gmail.com> <201309041158.56471.jhb@freebsd.org> In-Reply-To: <201309041158.56471.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: iskander@advancedhosters.com Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 18:16:43 -0000 04.09.2013 18:58, John Baldwin wrote: > On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: >> 02.09.2013 14:42, Jean-Sébastien Pédron пишет: >>> On 02.09.2013 12:00, Alexander wrote: >>>> (...) >>>> #17 0xffffffff80462700 in sysctl_move_oid () >>>> #18 0xffffffff80319070 in drm_attach () >>>> (...) >>> The kernel is missing debug symbols. Could you please rebuild your >>> kernel with the following option: >>> makeoptions DEBUG=-g >>> (also found in GENERIC) >>> >>> Then reproduce the problem and send the output of kgdb again? >>> >>> Thanks! >>> >> I rebuild the kernel with debug-g >> >> kgdb /boot/kernel/kernel /var/crash/vmcore.0 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> drmn0: on vgapci0 >> iicbus0: on iicbb0 addr 0xff >> iicsmb0: on iicbus0 >> smbus1: on iicsmb0 >> smb1: on smbus1 >> iic0: on iicbus0 >> iicsmb1: on iicbus1 >> smbus2: on iicsmb1 >> smb2: on smbus2 >> iic1: on iicbus1 >> iicbus2: on iicbb1 addr 0xff >> iicsmb2: on iicbus2 >> smbus3: on iicsmb2 >> smb3: on smbus3 >> iic2: on iicbus2 >> iicsmb3: on iicbus3 >> smbus4: on iicsmb3 >> smb4: on smbus4 >> iic3: on iicbus3 >> iicbus4: on iicbb2 addr 0xff >> iicsmb4: on iicbus4 >> smbus5: on iicsmb4 >> smb5: on smbus5 >> iic4: on iicbus4 >> iicsmb5: on iicbus5 >> smbus6: on iicsmb5 >> smb6: on smbus6 >> iic5: on iicbus5 >> iicbus6: on iicbb3 addr 0xff >> iicsmb6: on iicbus6 >> smbus7: on iicsmb6 >> smb7: on smbus7 >> iic6: on iicbus6 >> iicsmb7: on iicbus7 >> smbus8: on iicsmb7 >> smb8: on smbus8 >> iic7: on iicbus7 >> iicbus8: on iicbb4 addr 0xff >> iicsmb8: on iicbus8 >> smbus9: on iicsmb8 >> smb9: on smbus9 >> iic8: on iicbus8 >> iicsmb9: on iicbus9 >> smbus10: on iicsmb9 >> smb10: on smbus10 >> iic9: on iicbus9 >> iicbus10: on iicbb5 addr 0xff >> iicsmb10: on iicbus10 >> smbus11: on iicsmb10 >> smb11: on smbus11 >> iic10: on iicbus10 >> iicsmb11: on iicbus11 >> smbus12: on iicsmb11 >> smb12: on smbus12 >> iic11: on iicbus11 >> iicbus12: on iicbb6 addr 0xff >> iicsmb12: on iicbus12 >> smbus13: on iicsmb12 >> smb13: on smbus13 >> iic12: on iicbus12 >> iicsmb13: on iicbus13 >> smbus14: on iicsmb13 >> smb14: on smbus14 >> iic13: on iicbus13 >> iicbus14: on iicbb7 addr 0xff >> iicsmb14: on iicbus14 >> smbus15: on iicsmb14 >> smb15: on smbus15 >> iic14: on iicbus14 >> iicsmb15: on iicbus15 >> smbus16: on iicsmb15 >> smb16: on smbus16 >> iic15: on iicbus15 >> >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 2; apic id = 02 >> instruction pointer = 0x20:0xffffffff810402a6 >> stack pointer = 0x28:0xfffffe011f2f8360 >> frame pointer = 0x28:0xfffffe011f2f83e0 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1408 (kldload) >> trap number = 9 >> panic: general protection fault >> cpuid = 2 >> Uptime: 1m30s >> Dumping 449 out of 7118 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% >> >> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/zfs.ko.symbols >> Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. >> Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols >> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >> Reading symbols from /boot/kernel/if_re.ko.symbols...done. >> Loaded symbols for /boot/kernel/if_re.ko.symbols >> Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. >> Loaded symbols for /boot/kernel/snd_hda.ko.symbols >> Reading symbols from /boot/kernel/umodem.ko.symbols...done. >> Loaded symbols for /boot/kernel/umodem.ko.symbols >> Reading symbols from /boot/kernel/ucom.ko.symbols...done. >> Loaded symbols for /boot/kernel/ucom.ko.symbols >> Reading symbols from /boot/kernel/u3g.ko.symbols...done. >> Loaded symbols for /boot/kernel/u3g.ko.symbols >> Reading symbols from /boot/modules/vboxdrv.ko...done. >> Loaded symbols for /boot/modules/vboxdrv.ko >> Reading symbols from /boot/kernel/fuse.ko.symbols...done. >> Loaded symbols for /boot/kernel/fuse.ko.symbols >> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/fdescfs.ko.symbols >> Reading symbols from /boot/modules/vboxnetflt.ko...done. >> Loaded symbols for /boot/modules/vboxnetflt.ko >> Reading symbols from /boot/kernel/netgraph.ko.symbols...done. >> Loaded symbols for /boot/kernel/netgraph.ko.symbols >> Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. >> Loaded symbols for /boot/kernel/ng_ether.ko.symbols >> Reading symbols from /boot/modules/vboxnetadp.ko...done. >> Loaded symbols for /boot/modules/vboxnetadp.ko >> Reading symbols from /boot/kernel/i915kms.ko.symbols...done. >> Loaded symbols for /boot/kernel/i915kms.ko.symbols >> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >> Loaded symbols for /boot/kernel/drm2.ko.symbols >> Reading symbols from /boot/kernel/iic.ko.symbols...done. >> Loaded symbols for /boot/kernel/iic.ko.symbols >> #0 doadump (textdump=) at pcpu.h:236 >> 236 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) bt >> #0 doadump (textdump=) at pcpu.h:236 >> #1 0xffffffff80459aa0 in kern_reboot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xffffffff80459e27 in panic (fmt=) at >> /usr/src/sys/kern/kern_shutdown.c:754 >> #3 0xffffffff8062977a in trap_fatal (frame=, >> eva=) at /usr/src/sys/amd64/amd64/trap.c:873 >> #4 0xffffffff8062942e in trap (frame=) at >> /usr/src/sys/amd64/amd64/trap.c:224 >> #5 0xffffffff80612fd3 in calltrap () at >> /usr/src/sys/amd64/amd64/exception.S:232 >> #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 >> #7 0xffffffff8102ba64 in i915_driver_load (dev=0xfffff80005dca800, >> flags=) >> at >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 >> #8 0xffffffff80319390 in drm_attach (kdev=, >> idlist=) at /usr/src/sys/dev/drm/drm_drv.c:462 > Can you do 'frame 6' and then 'l'? > > (kgdb) frame 6 #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287 switch (INTEL_INFO(dev)->gen) { (kgdb) l 282 } 283 284 static int intel_bios_ssc_frequency(struct drm_device *dev, 285 bool alternate) 286 { 287 switch (INTEL_INFO(dev)->gen) { 288 case 2: 289 return alternate ? 66 : 48; 290 case 3: 291 case 4: (kgdb) q From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 18:40:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F32FED1 for ; Wed, 4 Sep 2013 18:40:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0B962B57 for ; Wed, 4 Sep 2013 18:40:58 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 909CBB981; Wed, 4 Sep 2013 14:40:57 -0400 (EDT) From: John Baldwin To: Alexander Subject: Re: i915kms.ko not loading Date: Wed, 4 Sep 2013 14:40:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <521E52A6.6040205@gmail.com> <201309041158.56471.jhb@freebsd.org> <52277903.9050000@gmail.com> In-Reply-To: <52277903.9050000@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201309041440.51566.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Sep 2013 14:40:57 -0400 (EDT) Cc: =?utf-8?q?Jean-S=C3=A9bastien?= =?utf-8?q?_P=C3=A9dron?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 18:40:59 -0000 On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: > 04.09.2013 18:58, John Baldwin wrote: > > On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: > >> 02.09.2013 14:42, Jean-S=C3=A9bastien P=C3=A9dron =D0=BF=D0=B8=D1=88= =D0=B5=D1=82: > >>> On 02.09.2013 12:00, Alexander wrote: > >>>> (...) > >>>> #17 0xffffffff80462700 in sysctl_move_oid () > >>>> #18 0xffffffff80319070 in drm_attach () > >>>> (...) > >>> The kernel is missing debug symbols. Could you please rebuild your > >>> kernel with the following option: > >>> makeoptions DEBUG=3D-g > >>> (also found in GENERIC) > >>> > >>> Then reproduce the problem and send the output of kgdb again? > >>> > >>> Thanks! > >>> > >> I rebuild the kernel with debug-g > >> > >> kgdb /boot/kernel/kernel /var/crash/vmcore.0 > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and y= ou=20 are > >> welcome to change it and/or distribute copies of it under certain > >> conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for=20 details. > >> This GDB was configured as "amd64-marcel-freebsd"... > >> > >> Unread portion of the kernel message buffer: > >> drmn0: on vgapci0 > >> iicbus0: on iicbb0 addr 0xff > >> iicsmb0: on iicbus0 > >> smbus1: on iicsmb0 > >> smb1: on smbus1 > >> iic0: on iicbus0 > >> iicsmb1: on iicbus1 > >> smbus2: on iicsmb1 > >> smb2: on smbus2 > >> iic1: on iicbus1 > >> iicbus2: on iicbb1 addr 0xff > >> iicsmb2: on iicbus2 > >> smbus3: on iicsmb2 > >> smb3: on smbus3 > >> iic2: on iicbus2 > >> iicsmb3: on iicbus3 > >> smbus4: on iicsmb3 > >> smb4: on smbus4 > >> iic3: on iicbus3 > >> iicbus4: on iicbb2 addr 0xff > >> iicsmb4: on iicbus4 > >> smbus5: on iicsmb4 > >> smb5: on smbus5 > >> iic4: on iicbus4 > >> iicsmb5: on iicbus5 > >> smbus6: on iicsmb5 > >> smb6: on smbus6 > >> iic5: on iicbus5 > >> iicbus6: on iicbb3 addr 0xff > >> iicsmb6: on iicbus6 > >> smbus7: on iicsmb6 > >> smb7: on smbus7 > >> iic6: on iicbus6 > >> iicsmb7: on iicbus7 > >> smbus8: on iicsmb7 > >> smb8: on smbus8 > >> iic7: on iicbus7 > >> iicbus8: on iicbb4 addr 0xff > >> iicsmb8: on iicbus8 > >> smbus9: on iicsmb8 > >> smb9: on smbus9 > >> iic8: on iicbus8 > >> iicsmb9: on iicbus9 > >> smbus10: on iicsmb9 > >> smb10: on smbus10 > >> iic9: on iicbus9 > >> iicbus10: on iicbb5 addr 0xff > >> iicsmb10: on iicbus10 > >> smbus11: on iicsmb10 > >> smb11: on smbus11 > >> iic10: on iicbus10 > >> iicsmb11: on iicbus11 > >> smbus12: on iicsmb11 > >> smb12: on smbus12 > >> iic11: on iicbus11 > >> iicbus12: on iicbb6 addr 0xff > >> iicsmb12: on iicbus12 > >> smbus13: on iicsmb12 > >> smb13: on smbus13 > >> iic12: on iicbus12 > >> iicsmb13: on iicbus13 > >> smbus14: on iicsmb13 > >> smb14: on smbus14 > >> iic13: on iicbus13 > >> iicbus14: on iicbb7 addr 0xff > >> iicsmb14: on iicbus14 > >> smbus15: on iicsmb14 > >> smb15: on smbus15 > >> iic14: on iicbus14 > >> iicsmb15: on iicbus15 > >> smbus16: on iicsmb15 > >> smb16: on smbus16 > >> iic15: on iicbus15 > >> > >> > >> Fatal trap 9: general protection fault while in kernel mode > >> cpuid =3D 2; apic id =3D 02 > >> instruction pointer =3D 0x20:0xffffffff810402a6 > >> stack pointer =3D 0x28:0xfffffe011f2f8360 > >> frame pointer =3D 0x28:0xfffffe011f2f83e0 > >> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >> current process =3D 1408 (kldload) > >> trap number =3D 9 > >> panic: general protection fault > >> cpuid =3D 2 > >> Uptime: 1m30s > >> Dumping 449 out of 7118=20 MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% > >> > >> Reading symbols from /boot/kernel/zfs.ko.symbols...done. > >> Loaded symbols for /boot/kernel/zfs.ko.symbols > >> Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. > >> Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols > >> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > >> Loaded symbols for /boot/kernel/opensolaris.ko.symbols > >> Reading symbols from /boot/kernel/if_re.ko.symbols...done. > >> Loaded symbols for /boot/kernel/if_re.ko.symbols > >> Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > >> Loaded symbols for /boot/kernel/snd_hda.ko.symbols > >> Reading symbols from /boot/kernel/umodem.ko.symbols...done. > >> Loaded symbols for /boot/kernel/umodem.ko.symbols > >> Reading symbols from /boot/kernel/ucom.ko.symbols...done. > >> Loaded symbols for /boot/kernel/ucom.ko.symbols > >> Reading symbols from /boot/kernel/u3g.ko.symbols...done. > >> Loaded symbols for /boot/kernel/u3g.ko.symbols > >> Reading symbols from /boot/modules/vboxdrv.ko...done. > >> Loaded symbols for /boot/modules/vboxdrv.ko > >> Reading symbols from /boot/kernel/fuse.ko.symbols...done. > >> Loaded symbols for /boot/kernel/fuse.ko.symbols > >> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > >> Loaded symbols for /boot/kernel/fdescfs.ko.symbols > >> Reading symbols from /boot/modules/vboxnetflt.ko...done. > >> Loaded symbols for /boot/modules/vboxnetflt.ko > >> Reading symbols from /boot/kernel/netgraph.ko.symbols...done. > >> Loaded symbols for /boot/kernel/netgraph.ko.symbols > >> Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. > >> Loaded symbols for /boot/kernel/ng_ether.ko.symbols > >> Reading symbols from /boot/modules/vboxnetadp.ko...done. > >> Loaded symbols for /boot/modules/vboxnetadp.ko > >> Reading symbols from /boot/kernel/i915kms.ko.symbols...done. > >> Loaded symbols for /boot/kernel/i915kms.ko.symbols > >> Reading symbols from /boot/kernel/drm2.ko.symbols...done. > >> Loaded symbols for /boot/kernel/drm2.ko.symbols > >> Reading symbols from /boot/kernel/iic.ko.symbols...done. > >> Loaded symbols for /boot/kernel/iic.ko.symbols > >> #0 doadump (textdump=3D) at pcpu.h:236 > >> 236 pcpu.h: No such file or directory. > >> in pcpu.h > >> (kgdb) bt > >> #0 doadump (textdump=3D) at pcpu.h:236 > >> #1 0xffffffff80459aa0 in kern_reboot (howto=3D260) at > >> /usr/src/sys/kern/kern_shutdown.c:447 > >> #2 0xffffffff80459e27 in panic (fmt=3D) at > >> /usr/src/sys/kern/kern_shutdown.c:754 > >> #3 0xffffffff8062977a in trap_fatal (frame=3D, > >> eva=3D) at /usr/src/sys/amd64/amd64/trap.c:873 > >> #4 0xffffffff8062942e in trap (frame=3D) at > >> /usr/src/sys/amd64/amd64/trap.c:224 > >> #5 0xffffffff80612fd3 in calltrap () at > >> /usr/src/sys/amd64/amd64/exception.S:232 > >> #6 0xffffffff810402a6 in intel_parse_bios (dev=3D0xfffff80005dca800) = at > >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:= 287 > >> #7 0xffffffff8102ba64 in i915_driver_load (dev=3D0xfffff80005dca800, > >> flags=3D) > >> at > >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:10= 02 > >> #8 0xffffffff80319390 in drm_attach (kdev=3D, > >> idlist=3D) at /usr/src/sys/dev/drm/drm_drv.c:462 > > Can you do 'frame 6' and then 'l'? > > > > > (kgdb) frame 6 > #6 0xffffffff810402a6 in intel_parse_bios (dev=3D0xfffff80005dca800) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 > 287 switch (INTEL_INFO(dev)->gen) { > (kgdb) l > 282 } > 283 =20 > 284 static int intel_bios_ssc_frequency(struct drm_device *dev, > 285 bool alternate) > 286 { > 287 switch (INTEL_INFO(dev)->gen) { > 288 case 2: > 289 return alternate ? 66 : 48; > 290 case 3: > 291 case 4: > (kgdb) q Hmm, 'p *dev'? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 20:33:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B48D96FE; Wed, 4 Sep 2013 20:33:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A541235E; Wed, 4 Sep 2013 20:33:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r84KX2kk020443; Wed, 4 Sep 2013 16:33:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r84KX1VO020426; Wed, 4 Sep 2013 20:33:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Sep 2013 20:33:01 GMT Message-Id: <201309042033.r84KX1VO020426@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2013 20:33:10 -0000 TB --- 2013-09-04 17:40:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-04 17:40:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-04 17:40:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-04 17:40:07 - cleaning the object tree TB --- 2013-09-04 17:41:20 - /usr/local/bin/svn stat /src TB --- 2013-09-04 17:41:23 - At svn revision 255201 TB --- 2013-09-04 17:41:24 - building world TB --- 2013-09-04 17:41:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-04 17:41:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-04 17:41:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-04 17:41:24 - SRCCONF=/dev/null TB --- 2013-09-04 17:41:24 - TARGET=powerpc TB --- 2013-09-04 17:41:24 - TARGET_ARCH=powerpc TB --- 2013-09-04 17:41:24 - TZ=UTC TB --- 2013-09-04 17:41:24 - __MAKE_CONF=/dev/null TB --- 2013-09-04 17:41:24 - cd /src TB --- 2013-09-04 17:41:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 4 17:41:31 UTC 2013 >>> 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 Sep 4 20:22:29 UTC 2013 TB --- 2013-09-04 20:22:29 - generating LINT kernel config TB --- 2013-09-04 20:22:29 - cd /src/sys/powerpc/conf TB --- 2013-09-04 20:22:29 - /usr/bin/make -B LINT TB --- 2013-09-04 20:22:29 - cd /src/sys/powerpc/conf TB --- 2013-09-04 20:22:29 - /usr/sbin/config -m LINT TB --- 2013-09-04 20:22:29 - building LINT kernel TB --- 2013-09-04 20:22:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-04 20:22:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-04 20:22:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-04 20:22:29 - SRCCONF=/dev/null TB --- 2013-09-04 20:22:29 - TARGET=powerpc TB --- 2013-09-04 20:22:29 - TARGET_ARCH=powerpc TB --- 2013-09-04 20:22:29 - TZ=UTC TB --- 2013-09-04 20:22:29 - __MAKE_CONF=/dev/null TB --- 2013-09-04 20:22:29 - cd /src TB --- 2013-09-04 20:22:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 4 20:22:30 UTC 2013 >>> 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 [...] hwpmc_powerpc.c:(.text+0xd6): undefined reference to `powerpc_pcpu' hwpmc_powerpc.o: In function `pmc_md_initialize': hwpmc_powerpc.c:(.text+0x192): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x196): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x1d8): undefined reference to `pmc_mpc7xxx_initialize' hwpmc_powerpc.o: In function `powerpc_describe': hwpmc_powerpc.c:(.text+0x272): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x276): undefined reference to `powerpc_pcpu' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-04 20:33:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-04 20:33:01 - ERROR: failed to build LINT kernel TB --- 2013-09-04 20:33:01 - 8673.46 user 1121.14 system 10374.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 21:27:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A95AB25 for ; Wed, 4 Sep 2013 21:27:36 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id 40E1A271D for ; Wed, 4 Sep 2013 21:27:36 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 1CDCD56472 for ; Wed, 4 Sep 2013 17:27:25 -0400 (EDT) Message-ID: <5227A5BC.3090202@intertainservices.com> Date: Wed, 04 Sep 2013 17:27:24 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD current mailing list Subject: Cant build 32bit libraries Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 1CDCD56472.A42AF X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 21:27:36 -0000 Hello, I'm trying to install 32 libraries or a resent snapshot, but i get this error. /usr/src # make build32 ... ===> kerberos5/liblibheimipcc (installincludes) ===> kerberos5/liblibheimipcs (installincludes) cd /usr/src/usr.bin/lex/lib; MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU="i686 mmx sse sse2" MAKEOBJDIRPREFIX=/usr/obj/lib32 _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32 _LDSCRIPTROOT=/usr/obj/usr/src/lib32 VERSION="FreeBSD 10.0-CURRENT amd64 1000051" INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 COMPILER_TYPE=clang make AS="as --32" LD="ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32" CC="cc -m32 -march=native -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32" CXX="c++ -m32 -march=native -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32" DESTDIR=/usr/obj/usr/src/lib32 -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML DIRPRFX=usr.bin/lex/lib/ obj cd /usr/src/lib/ncurses/ncurses; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/ncurses/ncurses/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cd /usr/src/lib/ncurses/ncursesw; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/ncurses/ncursesw/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cd /usr/src/lib/libmagic; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/libmagic/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/encoding.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c -lz -legacy /usr/bin/ld: cannot find -legacy cc: error: linker command failed with exit code 1 (use -v to see invocation) 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Wed Sep 4 17:06:59 EDT 2013 Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 21:30:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6C004C61; Wed, 4 Sep 2013 21:30:01 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 304392742; Wed, 4 Sep 2013 21:30:00 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id D4DB958385; Wed, 4 Sep 2013 16:29:59 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id C7+Tce5PvWx0; Wed, 4 Sep 2013 16:29:59 -0500 (CDT) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by mail.icecube.wisc.edu (Postfix) with ESMTP id A953E58384; Wed, 4 Sep 2013 16:29:59 -0500 (CDT) Message-ID: <5227A657.4010701@freebsd.org> Date: Wed, 04 Sep 2013 16:29:59 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <52273F90.7020303@freebsd.org> <201309041200.56024.jhb@freebsd.org> In-Reply-To: <201309041200.56024.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org, "freebsd-hackers@freebsd.org" , Alexander Motin , freebsd-current@freebsd.org, Outback Dingo , =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= , FreeBSD SCSI , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 21:30:01 -0000 On 09/04/13 11:00, John Baldwin wrote: > On Wednesday, September 04, 2013 10:11:28 am Nathan Whitehorn wrote: >> On 09/04/13 08:20, Ryan Stone wrote: >>> On Wed, Sep 4, 2013 at 8:45 AM, Nathan Whitehorn > wrote: >>>> Could you describe what this macro is supposed to do so that we can do > the >>>> porting work? >>>> -Nathan >>> #define GET_STACK_USAGE(total, used) >>> >>> GET_STACK_USAGE sets the variable passed in total to the total amount >>> of stack space available to the current thread. used is set to the >>> amount of stack space currently used (this does not have to have >>> byte-precision). Netgraph uses this to decide when to stop recursing >>> and instead defer to a work queue (to prevent stack overflow). I >>> presume that Alexander is using it in a similar way. It looks like >>> the amd64 version could be ported to other architectures quite easily >>> if you were to account for stacks that grow up and stacks that grow >>> down: >>> >>> > http://svnweb.freebsd.org/base/head/sys/amd64/include/proc.h?revision=233291&view=markup >>> /* Get the current kernel thread stack usage. */ >>> #define GET_STACK_USAGE(total, used) do { \ >>> struct thread *td = curthread; \ >>> (total) = td->td_kstack_pages * PAGE_SIZE; \ >>> (used) = (char *)td->td_kstack + \ >>> td->td_kstack_pages * PAGE_SIZE - \ >>> (char *)&td; \ >>> } while (0) >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >> I think that should be MI for us anyway. I'm not aware of any >> architectures FreeBSD supports with stacks that grow up. I'll give it a >> test on PPC. > ia64 has the double stack thingie where the register stack spills into a stack > that grows up rather than down. Not sure how sparc64 window spills are > handled either. > Ah, very well. That's weird. Should be fine for PPC, however. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 21:47:02 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E97EF1C7; Wed, 4 Sep 2013 21:47:01 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (unknown [IPv6:2001:610:1108:5012::107]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7631B286C; Wed, 4 Sep 2013 21:47:01 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 145451203C5; Wed, 4 Sep 2013 23:46:45 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id EF7B5CB4E; Wed, 4 Sep 2013 23:46:44 +0200 (CEST) Date: Wed, 4 Sep 2013 23:46:44 +0200 From: Jilles Tjoelker To: Konstantin Belousov Subject: Re: I386 jail on amd64 CURRENT core dump in libc? Message-ID: <20130904214644.GB32346@stack.nl> References: <20130903113613.GA83601@hell.ukr.net> <20130903164108.GP41229@kib.kiev.ua> <20130903172529.GA96666@hell.ukr.net> <20130903211403.GW41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130903211403.GW41229@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Vitalij Satanivskij , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 21:47:02 -0000 On Wed, Sep 04, 2013 at 12:14:03AM +0300, Konstantin Belousov wrote: > On Tue, Sep 03, 2013 at 08:25:29PM +0300, Vitalij Satanivskij wrote: > > KB> > > KB> Your installed libraries do not have proper debugging symbols. > > KB> Since the issue seems to be in the compat32 layer, you may try to start > > KB> with taking the ktrace of the failing program and see what syscall failed, > > KB> if any. > > For me problem gone after disabling > > options CAPABILITY_MODE # Capsicum capability mode > > options CAPABILITIES # Capsicum capabilities > > in kernel conf > > I'm found it when roll backing system to previos revisions. > > On r254268 uniq inside i386 jail say that = "unable to limit rights for " > > So I decide to check without Capsicum features... > Then the ktrace output would be esp. useful. Anyway, this is probably > cap_rights_limit(2) compat32 issue. Pawel may know more. cap_rights_limit(2) should have been fixed in r254491, so options CAPABILITIES should be OK (I have not tested such a kernel though). However, capability mode does not work with compat32. There is no sys/compat32/capabilities.conf (also, such a file would be poorly maintainable), and therefore capability mode does not permit any compat32 system calls. As a result, a compat32 capability mode process crashes after failing to invoke sys_exit. The below patch ('make sysent' should be run in sys/compat/freebsd32 after patching) makes the kernel admit that it does not support capability mode for compat32. This does not help if a 64-bit binary enters capability mode and then executes a 32-bit binary using fexecve(2) but otherwise it helps. It makes compat32 dhclient and uniq work again, albeit without Capsicum security enhancements. Making capability mode work for compat32 binaries would be better but if it is not possible for 10.0 then something like this patch should be committed. Index: sys/compat/freebsd32/freebsd32_capability.c =================================================================== --- sys/compat/freebsd32/freebsd32_capability.c (revision 255093) +++ sys/compat/freebsd32/freebsd32_capability.c (working copy) @@ -50,6 +50,18 @@ MALLOC_DECLARE(M_FILECAPS); int +freebsd32_cap_enter(struct thread *td, + struct freebsd32_cap_enter_args *uap) +{ + + /* + * We do not have an equivalent of capabilities.conf for freebsd32 + * compatibility, so do not allow capability mode for now. + */ + return (ENOSYS); +} + +int freebsd32_cap_rights_limit(struct thread *td, struct freebsd32_cap_rights_limit_args *uap) { @@ -148,6 +160,14 @@ #else /* !CAPABILITIES */ int +freebsd32_cap_enter(struct thread *td, + struct freebsd32_cap_enter_args *uap) +{ + + return (ENOSYS); +} + +int freebsd32_cap_rights_limit(struct thread *td, struct freebsd32_cap_rights_limit_args *uap) { Index: sys/compat/freebsd32/syscalls.master =================================================================== --- sys/compat/freebsd32/syscalls.master (revision 255093) +++ sys/compat/freebsd32/syscalls.master (working copy) @@ -973,7 +973,7 @@ 514 AUE_CAP_NEW NOPROTO { int cap_new(int fd, uint64_t rights); } 515 AUE_CAP_RIGHTS_GET NOPROTO { int cap_rights_get(int fd, \ uint64_t *rightsp); } -516 AUE_CAP_ENTER NOPROTO { int cap_enter(void); } +516 AUE_CAP_ENTER STD { int freebsd32_cap_enter(void); } 517 AUE_CAP_GETMODE NOPROTO { int cap_getmode(u_int *modep); } 518 AUE_PDFORK NOPROTO { int pdfork(int *fdp, int flags); } 519 AUE_PDKILL NOPROTO { int pdkill(int fd, int signum); } -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 22:04:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8C485B8; Wed, 4 Sep 2013 22:04:19 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 179DD299F; Wed, 4 Sep 2013 22:04:18 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id 6so442757bkj.33 for ; Wed, 04 Sep 2013 15:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=izZlZ9Yn1qzEJhl8Kanjqvv+FzVBHyn38h9zB04IniU=; b=z7pQIT6u8KZ/EALqo1+Pg7C1x2SG4YPM4Hb2/g11v5BiyphjiFVINHMm20k8XaibD2 swFyi//LP620fdBec5EgPZmjiHOCMnCn2eej1iMyM3CE5NDxkPK99ksWXYYcfquNN1N7 +k7+nbQoUIK9SHaHIfXytzZVkBWUoyS6iKr4ePxx7eBHoDz3K1ej80ocDpC4voFRlkTY NiCZPe4vb04et5bhtuHgqHh3QHAYPRHwBy+RNRCsOwtRwWGhGNFstIUvAwIDsjcCQXlp 7XaZ5ZsorWeRXC5J6JAkVIOln53ho3Pnz5XyBk/+IwtRtlcxngb3bbCBY4M4N6W6Imbd xU6A== MIME-Version: 1.0 X-Received: by 10.204.62.201 with SMTP id y9mr4245328bkh.23.1378332257158; Wed, 04 Sep 2013 15:04:17 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.205.13.199 with HTTP; Wed, 4 Sep 2013 15:04:16 -0700 (PDT) Received: by 10.205.13.199 with HTTP; Wed, 4 Sep 2013 15:04:16 -0700 (PDT) In-Reply-To: <201309042033.r84KX1VO020426@freebsd-current.sentex.ca> References: <201309042033.r84KX1VO020426@freebsd-current.sentex.ca> Date: Wed, 4 Sep 2013 15:04:16 -0700 X-Google-Sender-Auth: HuYv2ZrQXVuI8pVnrDqMMzAjk1Y Message-ID: Subject: Re: [head tinderbox] failure on powerpc/powerpc From: Justin Hibbits To: FreeBSD Tinderbox Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: powerpc@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 22:04:20 -0000 Wow, not sure how this skipped by me. Will fix this evening. -Justin On Sep 4, 2013 1:33 PM, "FreeBSD Tinderbox" wrote: > TB --- 2013-09-04 17:40:07 - tinderbox 2.10 running on > freebsd-current.sentex.ca > TB --- 2013-09-04 17:40:07 - FreeBSD freebsd-current.sentex.ca8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 > des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2013-09-04 17:40:07 - starting HEAD tinderbox run for > powerpc/powerpc > TB --- 2013-09-04 17:40:07 - cleaning the object tree > TB --- 2013-09-04 17:41:20 - /usr/local/bin/svn stat /src > TB --- 2013-09-04 17:41:23 - At svn revision 255201 > TB --- 2013-09-04 17:41:24 - building world > TB --- 2013-09-04 17:41:24 - CROSS_BUILD_TESTING=YES > TB --- 2013-09-04 17:41:24 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-09-04 17:41:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-09-04 17:41:24 - SRCCONF=/dev/null > TB --- 2013-09-04 17:41:24 - TARGET=powerpc > TB --- 2013-09-04 17:41:24 - TARGET_ARCH=powerpc > TB --- 2013-09-04 17:41:24 - TZ=UTC > TB --- 2013-09-04 17:41:24 - __MAKE_CONF=/dev/null > TB --- 2013-09-04 17:41:24 - cd /src > TB --- 2013-09-04 17:41:24 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> World build started on Wed Sep 4 17:41:31 UTC 2013 > >>> 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 Sep 4 20:22:29 UTC 2013 > TB --- 2013-09-04 20:22:29 - generating LINT kernel config > TB --- 2013-09-04 20:22:29 - cd /src/sys/powerpc/conf > TB --- 2013-09-04 20:22:29 - /usr/bin/make -B LINT > TB --- 2013-09-04 20:22:29 - cd /src/sys/powerpc/conf > TB --- 2013-09-04 20:22:29 - /usr/sbin/config -m LINT > TB --- 2013-09-04 20:22:29 - building LINT kernel > TB --- 2013-09-04 20:22:29 - CROSS_BUILD_TESTING=YES > TB --- 2013-09-04 20:22:29 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-09-04 20:22:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-09-04 20:22:29 - SRCCONF=/dev/null > TB --- 2013-09-04 20:22:29 - TARGET=powerpc > TB --- 2013-09-04 20:22:29 - TARGET_ARCH=powerpc > TB --- 2013-09-04 20:22:29 - TZ=UTC > TB --- 2013-09-04 20:22:29 - __MAKE_CONF=/dev/null > TB --- 2013-09-04 20:22:29 - cd /src > TB --- 2013-09-04 20:22:29 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Wed Sep 4 20:22:30 UTC 2013 > >>> 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 > [...] > hwpmc_powerpc.c:(.text+0xd6): undefined reference to `powerpc_pcpu' > hwpmc_powerpc.o: In function `pmc_md_initialize': > hwpmc_powerpc.c:(.text+0x192): undefined reference to `powerpc_pcpu' > hwpmc_powerpc.c:(.text+0x196): undefined reference to `powerpc_pcpu' > hwpmc_powerpc.c:(.text+0x1d8): undefined reference to > `pmc_mpc7xxx_initialize' > hwpmc_powerpc.o: In function `powerpc_describe': > hwpmc_powerpc.c:(.text+0x272): undefined reference to `powerpc_pcpu' > hwpmc_powerpc.c:(.text+0x276): undefined reference to `powerpc_pcpu' > *** Error code 1 > > Stop. > bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT > *** Error code 1 > > Stop. > bmake: stopped in /src > *** Error code 1 > > Stop in /src. > TB --- 2013-09-04 20:33:01 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2013-09-04 20:33:01 - ERROR: failed to build LINT kernel > TB --- 2013-09-04 20:33:01 - 8673.46 user 1121.14 system 10374.41 real > > > http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.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" > From owner-freebsd-current@FreeBSD.ORG Wed Sep 4 22:38:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 54635F09 for ; Wed, 4 Sep 2013 22:38:47 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5FE02BA3 for ; Wed, 4 Sep 2013 22:38:46 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id u54so1053630wes.13 for ; Wed, 04 Sep 2013 15:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=2S+BE3CXAR99xye5pIuC/+O9DCkZ+WsZ+FsI+xqmzJc=; b=MrDwDdng0Hbf1uy2EqDKH5hOv15URDyaYWbZ/rRyCKiwVp5ttlZoh4jquL9tFXkvv4 ChbAUM7fya1W1KbmqxfZSJGLbfifOXL7/KcSzWeikcXaUSqyRoWyyjhOuWcNxbKUKzpw ioNiT19+vlm8pRKCFfyehGndzJaKqW8pAxGez2JuyxwL1o/DOauHLzg8+wHwT9WM4v4r YG2KNqW7H9aXlAoDtApfksy35LQjthMQxpP/vXC7oAq1itdX/x1Q9JqfnbdVoWMjciqU 9f4MPVpBqAc9ny6KM1IRaX3QDFTvZRy+I96S1N7Z4cbNRiSGSxKO7qI723keWPYHoifb +75w== X-Received: by 10.180.39.38 with SMTP id m6mr3988850wik.10.1378334325485; Wed, 04 Sep 2013 15:38:45 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id pn7sm7440568wic.6.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 04 Sep 2013 15:38:44 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 5 Sep 2013 00:38:42 +0200 From: Baptiste Daroussin To: current@FreeBSD.org Subject: clang+libc++ using missing powl Message-ID: <20130904223842.GB82066@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Sep 2013 22:38:47 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm running exp-run to build the whole ports tree with clang using libc++ by default. As a result we have a lot of fallouts of ports complaining about: undefined reference to `powl' It seems like libc++ is relying on a function we don't have yet in libm, am I missing something? regards, Bapt --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIntnIACgkQ8kTtMUmk6EzlNwCgq8+aJjMcNvOlNdH+rf/4XjKI HmgAnjinaBHzscRaNtl0bklH/F8kNjzM =Mp57 -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 07:06:01 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 97531143; Thu, 5 Sep 2013 07:06:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37FE72071; Thu, 5 Sep 2013 07:06:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::10b6:d0cf:8cf8:8c8e] (unknown [IPv6:2001:7b8:3a7:0:10b6:d0cf:8cf8:8c8e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 524275C44; Thu, 5 Sep 2013 09:05:53 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_3B3E9C8E-CC79-476D-904B-991DEEE22342"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: Dimitry Andric In-Reply-To: <20130904223842.GB82066@ithaqua.etoilebsd.net> Date: Thu, 5 Sep 2013 09:05:45 +0200 Message-Id: <010BAA30-EFD0-4B5C-AC94-908130533741@FreeBSD.org> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1508) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 07:06:01 -0000 --Apple-Mail=_3B3E9C8E-CC79-476D-904B-991DEEE22342 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 5, 2013, at 00:38, Baptiste Daroussin wrote: > I'm running exp-run to build the whole ports tree with clang using = libc++ by > default. >=20 > As a result we have a lot of fallouts of ports complaining about: > undefined reference to `powl' >=20 > It seems like libc++ is relying on a function we don't have yet in = libm, am I > missing something? Do you have a concrete example of a port that gives this result? We do have powl these days, but maybe some configure script is trying to be smart and does not pass -lm to the linker flags... -Dimitry --Apple-Mail=_3B3E9C8E-CC79-476D-904B-991DEEE22342 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlIoLVAACgkQsF6jCi4glqMH3ACgt5SQAeF3O5Xk9yb/3zJB5CJT RCEAn07AyweE15jykE5bwvMePiEaJcmn =7+LA -----END PGP SIGNATURE----- --Apple-Mail=_3B3E9C8E-CC79-476D-904B-991DEEE22342-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 07:14:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6EF794AF; Thu, 5 Sep 2013 07:14:39 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8AE820F9; Thu, 5 Sep 2013 07:14:38 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hm2so1419552wib.0 for ; Thu, 05 Sep 2013 00:14:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=g6HZPrVpZqhZqLqT2C2f46dqmRwqrcx6+ULz7blUnCA=; b=xOINTUkIGY0GSRVP1M5WHzmAS/M/M7G5Qe7pqUavqgNLDr6fxSvNXLX6hYKpj7ZZrS C+Szjkxd/xyJsgp4HlK5Ayxa86GEXrvCMdupY0D5JCF6kNAyD/4E8y8LhschJbP5Z9dd Io78g3hslvEbyyie2kwK6stbsD0dKNsQt5GbvnnrpoepqFVpb3EfSL+N8jG8kXd/rJwD 6MpxTmYQ+rMTG6+1UwqiNgIA3ni5OwQLocmugh7kkG1vnGB6MpXJe6MnqF65puLqft87 ApNrhD86l8pz1erZ3ubCVggY/cSFd9W1EI0cAPt8eUFtWgsRl/Wsp1pMFxR5TCKMfccG 1iNQ== X-Received: by 10.180.206.9 with SMTP id lk9mr5168329wic.26.1378365276633; Thu, 05 Sep 2013 00:14:36 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id b11sm3157824wik.1.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 05 Sep 2013 00:14:35 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 5 Sep 2013 09:14:33 +0200 From: Baptiste Daroussin To: Dimitry Andric Subject: Re: clang+libc++ using missing powl Message-ID: <20130905071433.GK82066@ithaqua.etoilebsd.net> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <010BAA30-EFD0-4B5C-AC94-908130533741@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ucgz5Oc/kKURWzXs" Content-Disposition: inline In-Reply-To: <010BAA30-EFD0-4B5C-AC94-908130533741@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 07:14:39 -0000 --Ucgz5Oc/kKURWzXs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 05, 2013 at 09:05:45AM +0200, Dimitry Andric wrote: > On Sep 5, 2013, at 00:38, Baptiste Daroussin wrote: > > I'm running exp-run to build the whole ports tree with clang using libc= ++ by > > default. > >=20 > > As a result we have a lot of fallouts of ports complaining about: > > undefined reference to `powl' > >=20 > > It seems like libc++ is relying on a function we don't have yet in libm= , am I > > missing something? >=20 >=20 > Do you have a concrete example of a port that gives this result? We do > have powl these days, but maybe some configure script is trying to be > smart and does not pass -lm to the linker flags... >=20 > -Dimitry >=20 http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/err= ors/domc-0.8.0_1.log I tried adding -lm to the linker and it failed, when was powl added? Here is another example: http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/err= ors/iverilog-0.9.6.log regards, Bapt --Ucgz5Oc/kKURWzXs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIoL1kACgkQ8kTtMUmk6Ex14QCfR8vMV3OxhVyGkfcw1IPQ3KqV Q5AAn1UPsKinL/fdEYu15F5wmVYeNP8V =ypRc -----END PGP SIGNATURE----- --Ucgz5Oc/kKURWzXs-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 07:50:03 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BFB635CF; Thu, 5 Sep 2013 07:50:03 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FF572488; Thu, 5 Sep 2013 07:50:02 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r857ns6b061037 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 5 Sep 2013 07:49:56 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: David Chisnall In-Reply-To: <20130905071433.GK82066@ithaqua.etoilebsd.net> Date: Thu, 5 Sep 2013 08:49:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <010BAA30-EFD0-4B5C-AC94-908130533741@FreeBSD.org> <20130905071433.GK82066@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1508) Cc: Dimitry Andric , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 07:50:03 -0000 On 5 Sep 2013, at 08:14, Baptiste Daroussin wrote: > On Thu, Sep 05, 2013 at 09:05:45AM +0200, Dimitry Andric wrote: >> On Sep 5, 2013, at 00:38, Baptiste Daroussin = wrote: >>> I'm running exp-run to build the whole ports tree with clang using = libc++ by >>> default. >>>=20 >>> As a result we have a lot of fallouts of ports complaining about: >>> undefined reference to `powl' >>>=20 >>> It seems like libc++ is relying on a function we don't have yet in = libm, am I >>> missing something? >>=20 >>=20 >> Do you have a concrete example of a port that gives this result? We = do >> have powl these days, but maybe some configure script is trying to be >> smart and does not pass -lm to the linker flags... >>=20 >> -Dimitry >>=20 >=20 > = http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/er= rors/domc-0.8.0_1.log This one doesn't seem to be complaining about powl(), it's a missing = -fPIC when building objects that will be linked into a shared object. > I tried adding -lm to the linker and it failed, when was powl added? It hasn't been: https://wiki.freebsd.org/Numerics?highlight=3D%28powl%29 We are exposing it in math.h though, which is somewhat unfortunate. We = should probably tweak cmath.h to not expose it, or we'll get things = trying to use it and then failing to link. > Here is another example: > = http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-09-04_18h36m06s/logs/er= rors/iverilog-0.9.6.log This is a real example. Is it actually using powl(), or is it just = using std::pow()? I think if we just comment out the long long version = of std::pow() then it should silently fall back to the lower-precision = version. Can you try that? =20 David From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 08:32:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2F379A5E; Thu, 5 Sep 2013 08:32:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2BE02B0B; Thu, 5 Sep 2013 08:32:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r858WDR2023188; Thu, 5 Sep 2013 04:32:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r858WD5b023182; Thu, 5 Sep 2013 08:32:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 08:32:13 GMT Message-Id: <201309050832.r858WD5b023182@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 08:32:15 -0000 TB --- 2013-09-05 05:39:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 05:39:37 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 05:39:37 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-05 05:39:37 - cleaning the object tree TB --- 2013-09-05 05:39:37 - /usr/local/bin/svn stat /src TB --- 2013-09-05 05:40:07 - At svn revision 255214 TB --- 2013-09-05 05:40:08 - building world TB --- 2013-09-05 05:40:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 05:40:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 05:40:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 05:40:08 - SRCCONF=/dev/null TB --- 2013-09-05 05:40:08 - TARGET=mips TB --- 2013-09-05 05:40:08 - TARGET_ARCH=mips TB --- 2013-09-05 05:40:08 - TZ=UTC TB --- 2013-09-05 05:40:08 - __MAKE_CONF=/dev/null TB --- 2013-09-05 05:40:08 - cd /src TB --- 2013-09-05 05:40:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 05:40:19 UTC 2013 >>> 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 Sep 5 06:40:22 UTC 2013 TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m ADM5120 TB --- 2013-09-05 06:40:22 - skipping ADM5120 kernel TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-05 06:40:22 - skipping ALCHEMY kernel TB --- 2013-09-05 06:40:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:40:22 - /usr/sbin/config -m AP121 TB --- 2013-09-05 06:40:22 - building AP121 kernel TB --- 2013-09-05 06:40:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:40:22 - SRCCONF=/dev/null TB --- 2013-09-05 06:40:22 - TARGET=mips TB --- 2013-09-05 06:40:22 - TARGET_ARCH=mips TB --- 2013-09-05 06:40:22 - TZ=UTC TB --- 2013-09-05 06:40:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:40:22 - cd /src TB --- 2013-09-05 06:40:22 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Sep 5 06:40:22 UTC 2013 >>> 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 AP121 completed on Thu Sep 5 06:43:21 UTC 2013 TB --- 2013-09-05 06:43:21 - cd /src/sys/mips/conf TB --- 2013-09-05 06:43:21 - /usr/sbin/config -m AP91 TB --- 2013-09-05 06:43:21 - building AP91 kernel TB --- 2013-09-05 06:43:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:43:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:43:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:43:21 - SRCCONF=/dev/null TB --- 2013-09-05 06:43:21 - TARGET=mips TB --- 2013-09-05 06:43:21 - TARGET_ARCH=mips TB --- 2013-09-05 06:43:21 - TZ=UTC TB --- 2013-09-05 06:43:21 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:43:21 - cd /src TB --- 2013-09-05 06:43:21 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Sep 5 06:43:21 UTC 2013 >>> 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 AP91 completed on Thu Sep 5 06:47:22 UTC 2013 TB --- 2013-09-05 06:47:22 - cd /src/sys/mips/conf TB --- 2013-09-05 06:47:22 - /usr/sbin/config -m AP93 TB --- 2013-09-05 06:47:22 - building AP93 kernel TB --- 2013-09-05 06:47:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:47:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:47:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:47:22 - SRCCONF=/dev/null TB --- 2013-09-05 06:47:22 - TARGET=mips TB --- 2013-09-05 06:47:22 - TARGET_ARCH=mips TB --- 2013-09-05 06:47:22 - TZ=UTC TB --- 2013-09-05 06:47:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:47:22 - cd /src TB --- 2013-09-05 06:47:22 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Sep 5 06:47:22 UTC 2013 >>> 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 AP93 completed on Thu Sep 5 06:51:38 UTC 2013 TB --- 2013-09-05 06:51:38 - cd /src/sys/mips/conf TB --- 2013-09-05 06:51:38 - /usr/sbin/config -m AP94 TB --- 2013-09-05 06:51:38 - building AP94 kernel TB --- 2013-09-05 06:51:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:51:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:51:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:51:38 - SRCCONF=/dev/null TB --- 2013-09-05 06:51:38 - TARGET=mips TB --- 2013-09-05 06:51:38 - TARGET_ARCH=mips TB --- 2013-09-05 06:51:38 - TZ=UTC TB --- 2013-09-05 06:51:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:51:38 - cd /src TB --- 2013-09-05 06:51:38 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Thu Sep 5 06:51:39 UTC 2013 >>> 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 AP94 completed on Thu Sep 5 06:56:45 UTC 2013 TB --- 2013-09-05 06:56:45 - cd /src/sys/mips/conf TB --- 2013-09-05 06:56:45 - /usr/sbin/config -m AP96 TB --- 2013-09-05 06:56:45 - building AP96 kernel TB --- 2013-09-05 06:56:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 06:56:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 06:56:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 06:56:45 - SRCCONF=/dev/null TB --- 2013-09-05 06:56:45 - TARGET=mips TB --- 2013-09-05 06:56:45 - TARGET_ARCH=mips TB --- 2013-09-05 06:56:45 - TZ=UTC TB --- 2013-09-05 06:56:45 - __MAKE_CONF=/dev/null TB --- 2013-09-05 06:56:45 - cd /src TB --- 2013-09-05 06:56:45 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Thu Sep 5 06:56:45 UTC 2013 >>> 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 AP96 completed on Thu Sep 5 07:02:03 UTC 2013 TB --- 2013-09-05 07:02:03 - cd /src/sys/mips/conf TB --- 2013-09-05 07:02:03 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-05 07:02:03 - building AR71XX_BASE kernel TB --- 2013-09-05 07:02:03 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:02:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:02:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:02:03 - SRCCONF=/dev/null TB --- 2013-09-05 07:02:03 - TARGET=mips TB --- 2013-09-05 07:02:03 - TARGET_ARCH=mips TB --- 2013-09-05 07:02:03 - TZ=UTC TB --- 2013-09-05 07:02:03 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:02:03 - cd /src TB --- 2013-09-05 07:02:03 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Sep 5 07:02:03 UTC 2013 >>> 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 AR71XX_BASE completed on Thu Sep 5 07:07:46 UTC 2013 TB --- 2013-09-05 07:07:46 - cd /src/sys/mips/conf TB --- 2013-09-05 07:07:46 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-05 07:07:46 - building AR724X_BASE kernel TB --- 2013-09-05 07:07:46 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:07:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:07:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:07:46 - SRCCONF=/dev/null TB --- 2013-09-05 07:07:46 - TARGET=mips TB --- 2013-09-05 07:07:46 - TARGET_ARCH=mips TB --- 2013-09-05 07:07:46 - TZ=UTC TB --- 2013-09-05 07:07:46 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:07:46 - cd /src TB --- 2013-09-05 07:07:46 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Thu Sep 5 07:07:46 UTC 2013 >>> 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 AR724X_BASE completed on Thu Sep 5 07:12:00 UTC 2013 TB --- 2013-09-05 07:12:00 - cd /src/sys/mips/conf TB --- 2013-09-05 07:12:00 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-05 07:12:00 - building AR91XX_BASE kernel TB --- 2013-09-05 07:12:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:12:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:12:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:12:00 - SRCCONF=/dev/null TB --- 2013-09-05 07:12:00 - TARGET=mips TB --- 2013-09-05 07:12:00 - TARGET_ARCH=mips TB --- 2013-09-05 07:12:00 - TZ=UTC TB --- 2013-09-05 07:12:00 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:12:00 - cd /src TB --- 2013-09-05 07:12:00 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Thu Sep 5 07:12:00 UTC 2013 >>> 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 AR91XX_BASE completed on Thu Sep 5 07:16:59 UTC 2013 TB --- 2013-09-05 07:16:59 - cd /src/sys/mips/conf TB --- 2013-09-05 07:16:59 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-05 07:16:59 - building AR933X_BASE kernel TB --- 2013-09-05 07:16:59 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:16:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:16:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:16:59 - SRCCONF=/dev/null TB --- 2013-09-05 07:16:59 - TARGET=mips TB --- 2013-09-05 07:16:59 - TARGET_ARCH=mips TB --- 2013-09-05 07:16:59 - TZ=UTC TB --- 2013-09-05 07:16:59 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:16:59 - cd /src TB --- 2013-09-05 07:16:59 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Thu Sep 5 07:16:59 UTC 2013 >>> 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 AR933X_BASE completed on Thu Sep 5 07:19:48 UTC 2013 TB --- 2013-09-05 07:19:48 - cd /src/sys/mips/conf TB --- 2013-09-05 07:19:48 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-05 07:19:48 - building AR934X_BASE kernel TB --- 2013-09-05 07:19:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:19:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:19:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:19:48 - SRCCONF=/dev/null TB --- 2013-09-05 07:19:48 - TARGET=mips TB --- 2013-09-05 07:19:48 - TARGET_ARCH=mips TB --- 2013-09-05 07:19:48 - TZ=UTC TB --- 2013-09-05 07:19:48 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:19:48 - cd /src TB --- 2013-09-05 07:19:48 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Thu Sep 5 07:19:48 UTC 2013 >>> 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 AR934X_BASE completed on Thu Sep 5 07:22:38 UTC 2013 TB --- 2013-09-05 07:22:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:22:38 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-05 07:22:38 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-05 07:22:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:22:38 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-05 07:22:38 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-05 07:22:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:22:38 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-05 07:22:38 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-05 07:22:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:22:38 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-05 07:22:38 - skipping BERI_TEMPLATE kernel TB --- 2013-09-05 07:22:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:22:38 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-05 07:22:38 - building CARAMBOLA2 kernel TB --- 2013-09-05 07:22:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:22:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:22:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:22:38 - SRCCONF=/dev/null TB --- 2013-09-05 07:22:38 - TARGET=mips TB --- 2013-09-05 07:22:38 - TARGET_ARCH=mips TB --- 2013-09-05 07:22:38 - TZ=UTC TB --- 2013-09-05 07:22:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:22:38 - cd /src TB --- 2013-09-05 07:22:38 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Thu Sep 5 07:22:38 UTC 2013 >>> 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 CARAMBOLA2 completed on Thu Sep 5 07:25:31 UTC 2013 TB --- 2013-09-05 07:25:31 - cd /src/sys/mips/conf TB --- 2013-09-05 07:25:31 - /usr/sbin/config -m DB120 TB --- 2013-09-05 07:25:31 - building DB120 kernel TB --- 2013-09-05 07:25:31 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:25:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:25:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:25:31 - SRCCONF=/dev/null TB --- 2013-09-05 07:25:31 - TARGET=mips TB --- 2013-09-05 07:25:31 - TARGET_ARCH=mips TB --- 2013-09-05 07:25:31 - TZ=UTC TB --- 2013-09-05 07:25:31 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:25:31 - cd /src TB --- 2013-09-05 07:25:31 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Thu Sep 5 07:25:31 UTC 2013 >>> 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 DB120 completed on Thu Sep 5 07:28:30 UTC 2013 TB --- 2013-09-05 07:28:30 - cd /src/sys/mips/conf TB --- 2013-09-05 07:28:30 - /usr/sbin/config -m DIR-825 TB --- 2013-09-05 07:28:30 - building DIR-825 kernel TB --- 2013-09-05 07:28:30 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:28:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:28:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:28:30 - SRCCONF=/dev/null TB --- 2013-09-05 07:28:30 - TARGET=mips TB --- 2013-09-05 07:28:30 - TARGET_ARCH=mips TB --- 2013-09-05 07:28:30 - TZ=UTC TB --- 2013-09-05 07:28:30 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:28:30 - cd /src TB --- 2013-09-05 07:28:30 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Thu Sep 5 07:28:30 UTC 2013 >>> 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 DIR-825 completed on Thu Sep 5 07:32:38 UTC 2013 TB --- 2013-09-05 07:32:38 - cd /src/sys/mips/conf TB --- 2013-09-05 07:32:38 - /usr/sbin/config -m ENH200 TB --- 2013-09-05 07:32:38 - building ENH200 kernel TB --- 2013-09-05 07:32:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:32:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:32:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:32:38 - SRCCONF=/dev/null TB --- 2013-09-05 07:32:38 - TARGET=mips TB --- 2013-09-05 07:32:38 - TARGET_ARCH=mips TB --- 2013-09-05 07:32:38 - TZ=UTC TB --- 2013-09-05 07:32:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:32:38 - cd /src TB --- 2013-09-05 07:32:38 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Thu Sep 5 07:32:38 UTC 2013 >>> 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 ENH200 completed on Thu Sep 5 07:36:54 UTC 2013 TB --- 2013-09-05 07:36:54 - cd /src/sys/mips/conf TB --- 2013-09-05 07:36:54 - /usr/sbin/config -m GXEMUL TB --- 2013-09-05 07:36:54 - skipping GXEMUL kernel TB --- 2013-09-05 07:36:54 - cd /src/sys/mips/conf TB --- 2013-09-05 07:36:54 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-05 07:36:54 - building GXEMUL32 kernel TB --- 2013-09-05 07:36:54 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:36:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:36:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:36:54 - SRCCONF=/dev/null TB --- 2013-09-05 07:36:54 - TARGET=mips TB --- 2013-09-05 07:36:54 - TARGET_ARCH=mips TB --- 2013-09-05 07:36:54 - TZ=UTC TB --- 2013-09-05 07:36:54 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:36:54 - cd /src TB --- 2013-09-05 07:36:54 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Thu Sep 5 07:36:54 UTC 2013 >>> 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 GXEMUL32 completed on Thu Sep 5 07:38:58 UTC 2013 TB --- 2013-09-05 07:38:58 - cd /src/sys/mips/conf TB --- 2013-09-05 07:38:58 - /usr/sbin/config -m IDT TB --- 2013-09-05 07:38:58 - skipping IDT kernel TB --- 2013-09-05 07:38:58 - cd /src/sys/mips/conf TB --- 2013-09-05 07:38:58 - /usr/sbin/config -m MALTA TB --- 2013-09-05 07:38:58 - skipping MALTA kernel TB --- 2013-09-05 07:38:58 - cd /src/sys/mips/conf TB --- 2013-09-05 07:38:58 - /usr/sbin/config -m MALTA64 TB --- 2013-09-05 07:38:58 - skipping MALTA64 kernel TB --- 2013-09-05 07:38:58 - cd /src/sys/mips/conf TB --- 2013-09-05 07:38:58 - /usr/sbin/config -m OCTEON1 TB --- 2013-09-05 07:38:58 - skipping OCTEON1 kernel TB --- 2013-09-05 07:38:58 - cd /src/sys/mips/conf TB --- 2013-09-05 07:38:58 - /usr/sbin/config -m PB47 TB --- 2013-09-05 07:38:58 - building PB47 kernel TB --- 2013-09-05 07:38:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:38:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:38:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:38:58 - SRCCONF=/dev/null TB --- 2013-09-05 07:38:58 - TARGET=mips TB --- 2013-09-05 07:38:58 - TARGET_ARCH=mips TB --- 2013-09-05 07:38:58 - TZ=UTC TB --- 2013-09-05 07:38:58 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:38:58 - cd /src TB --- 2013-09-05 07:38:58 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Thu Sep 5 07:38:58 UTC 2013 >>> 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 PB47 completed on Thu Sep 5 07:44:11 UTC 2013 TB --- 2013-09-05 07:44:11 - cd /src/sys/mips/conf TB --- 2013-09-05 07:44:11 - /usr/sbin/config -m PB92 TB --- 2013-09-05 07:44:11 - building PB92 kernel TB --- 2013-09-05 07:44:11 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:44:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:44:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:44:11 - SRCCONF=/dev/null TB --- 2013-09-05 07:44:11 - TARGET=mips TB --- 2013-09-05 07:44:11 - TARGET_ARCH=mips TB --- 2013-09-05 07:44:11 - TZ=UTC TB --- 2013-09-05 07:44:11 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:44:11 - cd /src TB --- 2013-09-05 07:44:11 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Thu Sep 5 07:44:11 UTC 2013 >>> 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 PB92 completed on Thu Sep 5 07:47:55 UTC 2013 TB --- 2013-09-05 07:47:55 - cd /src/sys/mips/conf TB --- 2013-09-05 07:47:55 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-09-05 07:47:55 - building PICOSTATION_M2HP kernel TB --- 2013-09-05 07:47:55 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:47:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:47:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:47:55 - SRCCONF=/dev/null TB --- 2013-09-05 07:47:55 - TARGET=mips TB --- 2013-09-05 07:47:55 - TARGET_ARCH=mips TB --- 2013-09-05 07:47:55 - TZ=UTC TB --- 2013-09-05 07:47:55 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:47:55 - cd /src TB --- 2013-09-05 07:47:55 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Thu Sep 5 07:47:55 UTC 2013 >>> 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 PICOSTATION_M2HP completed on Thu Sep 5 07:51:53 UTC 2013 TB --- 2013-09-05 07:51:53 - cd /src/sys/mips/conf TB --- 2013-09-05 07:51:53 - /usr/sbin/config -m QEMU TB --- 2013-09-05 07:51:53 - skipping QEMU kernel TB --- 2013-09-05 07:51:53 - cd /src/sys/mips/conf TB --- 2013-09-05 07:51:53 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-09-05 07:51:53 - building ROUTERSTATION kernel TB --- 2013-09-05 07:51:53 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:51:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:51:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:51:53 - SRCCONF=/dev/null TB --- 2013-09-05 07:51:53 - TARGET=mips TB --- 2013-09-05 07:51:53 - TARGET_ARCH=mips TB --- 2013-09-05 07:51:53 - TZ=UTC TB --- 2013-09-05 07:51:53 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:51:53 - cd /src TB --- 2013-09-05 07:51:53 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Thu Sep 5 07:51:54 UTC 2013 >>> 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 ROUTERSTATION completed on Thu Sep 5 07:57:10 UTC 2013 TB --- 2013-09-05 07:57:10 - cd /src/sys/mips/conf TB --- 2013-09-05 07:57:10 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-09-05 07:57:10 - building ROUTERSTATION_MFS kernel TB --- 2013-09-05 07:57:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 07:57:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 07:57:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 07:57:10 - SRCCONF=/dev/null TB --- 2013-09-05 07:57:10 - TARGET=mips TB --- 2013-09-05 07:57:10 - TARGET_ARCH=mips TB --- 2013-09-05 07:57:10 - TZ=UTC TB --- 2013-09-05 07:57:10 - __MAKE_CONF=/dev/null TB --- 2013-09-05 07:57:10 - cd /src TB --- 2013-09-05 07:57:10 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Thu Sep 5 07:57:10 UTC 2013 >>> 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 ROUTERSTATION_MFS completed on Thu Sep 5 08:02:20 UTC 2013 TB --- 2013-09-05 08:02:20 - cd /src/sys/mips/conf TB --- 2013-09-05 08:02:20 - /usr/sbin/config -m RSPRO TB --- 2013-09-05 08:02:20 - building RSPRO kernel TB --- 2013-09-05 08:02:20 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:02:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:02:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:02:20 - SRCCONF=/dev/null TB --- 2013-09-05 08:02:20 - TARGET=mips TB --- 2013-09-05 08:02:20 - TARGET_ARCH=mips TB --- 2013-09-05 08:02:20 - TZ=UTC TB --- 2013-09-05 08:02:20 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:02:20 - cd /src TB --- 2013-09-05 08:02:20 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Thu Sep 5 08:02:20 UTC 2013 >>> 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 RSPRO completed on Thu Sep 5 08:07:32 UTC 2013 TB --- 2013-09-05 08:07:32 - cd /src/sys/mips/conf TB --- 2013-09-05 08:07:32 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-09-05 08:07:32 - building RSPRO_MFS kernel TB --- 2013-09-05 08:07:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:07:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:07:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:07:32 - SRCCONF=/dev/null TB --- 2013-09-05 08:07:32 - TARGET=mips TB --- 2013-09-05 08:07:32 - TARGET_ARCH=mips TB --- 2013-09-05 08:07:32 - TZ=UTC TB --- 2013-09-05 08:07:32 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:07:32 - cd /src TB --- 2013-09-05 08:07:32 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Thu Sep 5 08:07:32 UTC 2013 >>> 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 RSPRO_MFS completed on Thu Sep 5 08:12:42 UTC 2013 TB --- 2013-09-05 08:12:42 - cd /src/sys/mips/conf TB --- 2013-09-05 08:12:42 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-09-05 08:12:42 - building RSPRO_STANDALONE kernel TB --- 2013-09-05 08:12:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:12:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:12:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:12:42 - SRCCONF=/dev/null TB --- 2013-09-05 08:12:42 - TARGET=mips TB --- 2013-09-05 08:12:42 - TARGET_ARCH=mips TB --- 2013-09-05 08:12:42 - TZ=UTC TB --- 2013-09-05 08:12:42 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:12:42 - cd /src TB --- 2013-09-05 08:12:42 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Thu Sep 5 08:12:42 UTC 2013 >>> 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 RSPRO_STANDALONE completed on Thu Sep 5 08:17:57 UTC 2013 TB --- 2013-09-05 08:17:57 - cd /src/sys/mips/conf TB --- 2013-09-05 08:17:57 - /usr/sbin/config -m RT305X TB --- 2013-09-05 08:17:57 - skipping RT305X kernel TB --- 2013-09-05 08:17:57 - cd /src/sys/mips/conf TB --- 2013-09-05 08:17:57 - /usr/sbin/config -m SENTRY5 TB --- 2013-09-05 08:17:57 - skipping SENTRY5 kernel TB --- 2013-09-05 08:17:57 - cd /src/sys/mips/conf TB --- 2013-09-05 08:17:57 - /usr/sbin/config -m SWARM TB --- 2013-09-05 08:17:57 - building SWARM kernel TB --- 2013-09-05 08:17:57 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:17:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:17:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:17:57 - SRCCONF=/dev/null TB --- 2013-09-05 08:17:57 - TARGET=mips TB --- 2013-09-05 08:17:57 - TARGET_ARCH=mips TB --- 2013-09-05 08:17:57 - TZ=UTC TB --- 2013-09-05 08:17:57 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:17:57 - cd /src TB --- 2013-09-05 08:17:57 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Thu Sep 5 08:17:57 UTC 2013 >>> 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 SWARM completed on Thu Sep 5 08:20:48 UTC 2013 TB --- 2013-09-05 08:20:48 - cd /src/sys/mips/conf TB --- 2013-09-05 08:20:48 - /usr/sbin/config -m SWARM64 TB --- 2013-09-05 08:20:48 - skipping SWARM64 kernel TB --- 2013-09-05 08:20:48 - cd /src/sys/mips/conf TB --- 2013-09-05 08:20:48 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-09-05 08:20:48 - skipping SWARM64_SMP kernel TB --- 2013-09-05 08:20:48 - cd /src/sys/mips/conf TB --- 2013-09-05 08:20:48 - /usr/sbin/config -m SWARM_SMP TB --- 2013-09-05 08:20:48 - building SWARM_SMP kernel TB --- 2013-09-05 08:20:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:20:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:20:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:20:48 - SRCCONF=/dev/null TB --- 2013-09-05 08:20:48 - TARGET=mips TB --- 2013-09-05 08:20:48 - TARGET_ARCH=mips TB --- 2013-09-05 08:20:48 - TZ=UTC TB --- 2013-09-05 08:20:48 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:20:48 - cd /src TB --- 2013-09-05 08:20:48 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Thu Sep 5 08:20:48 UTC 2013 >>> 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 SWARM_SMP completed on Thu Sep 5 08:23:38 UTC 2013 TB --- 2013-09-05 08:23:38 - cd /src/sys/mips/conf TB --- 2013-09-05 08:23:38 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-09-05 08:23:38 - building TP-WN1043ND kernel TB --- 2013-09-05 08:23:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:23:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:23:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:23:38 - SRCCONF=/dev/null TB --- 2013-09-05 08:23:38 - TARGET=mips TB --- 2013-09-05 08:23:38 - TARGET_ARCH=mips TB --- 2013-09-05 08:23:38 - TZ=UTC TB --- 2013-09-05 08:23:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:23:38 - cd /src TB --- 2013-09-05 08:23:38 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Thu Sep 5 08:23:38 UTC 2013 >>> 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 TP-WN1043ND completed on Thu Sep 5 08:28:36 UTC 2013 TB --- 2013-09-05 08:28:36 - cd /src/sys/mips/conf TB --- 2013-09-05 08:28:36 - /usr/sbin/config -m XLP TB --- 2013-09-05 08:28:36 - building XLP kernel TB --- 2013-09-05 08:28:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:28:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:28:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:28:36 - SRCCONF=/dev/null TB --- 2013-09-05 08:28:36 - TARGET=mips TB --- 2013-09-05 08:28:36 - TARGET_ARCH=mips TB --- 2013-09-05 08:28:36 - TZ=UTC TB --- 2013-09-05 08:28:36 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:28:36 - cd /src TB --- 2013-09-05 08:28:36 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Thu Sep 5 08:28:37 UTC 2013 >>> 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 [...] /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/XLP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 08:32:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 08:32:13 - ERROR: failed to build XLP kernel TB --- 2013-09-05 08:32:13 - 7933.09 user 1497.02 system 10355.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 08:42:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA1D1E3F; Thu, 5 Sep 2013 08:42:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD9FD2BB6; Thu, 5 Sep 2013 08:42:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r858gH9I051010; Thu, 5 Sep 2013 04:42:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r858gHqo051009; Thu, 5 Sep 2013 08:42:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 08:42:17 GMT Message-Id: <201309050842.r858gHqo051009@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 08:42:19 -0000 TB --- 2013-09-05 05:48:52 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 05:48:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 05:48:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-05 05:48:52 - cleaning the object tree TB --- 2013-09-05 05:50:05 - /usr/local/bin/svn stat /src TB --- 2013-09-05 05:50:08 - At svn revision 255214 TB --- 2013-09-05 05:50:09 - building world TB --- 2013-09-05 05:50:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 05:50:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 05:50:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 05:50:09 - SRCCONF=/dev/null TB --- 2013-09-05 05:50:09 - TARGET=powerpc TB --- 2013-09-05 05:50:09 - TARGET_ARCH=powerpc TB --- 2013-09-05 05:50:09 - TZ=UTC TB --- 2013-09-05 05:50:09 - __MAKE_CONF=/dev/null TB --- 2013-09-05 05:50:09 - cd /src TB --- 2013-09-05 05:50:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 05:50:16 UTC 2013 >>> 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 Sep 5 08:31:50 UTC 2013 TB --- 2013-09-05 08:31:50 - generating LINT kernel config TB --- 2013-09-05 08:31:50 - cd /src/sys/powerpc/conf TB --- 2013-09-05 08:31:50 - /usr/bin/make -B LINT TB --- 2013-09-05 08:31:50 - cd /src/sys/powerpc/conf TB --- 2013-09-05 08:31:50 - /usr/sbin/config -m LINT TB --- 2013-09-05 08:31:50 - building LINT kernel TB --- 2013-09-05 08:31:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 08:31:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 08:31:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 08:31:50 - SRCCONF=/dev/null TB --- 2013-09-05 08:31:50 - TARGET=powerpc TB --- 2013-09-05 08:31:50 - TARGET_ARCH=powerpc TB --- 2013-09-05 08:31:50 - TZ=UTC TB --- 2013-09-05 08:31:50 - __MAKE_CONF=/dev/null TB --- 2013-09-05 08:31:50 - cd /src TB --- 2013-09-05 08:31:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 08:31:50 UTC 2013 >>> 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 [...] hwpmc_powerpc.c:(.text+0xd6): undefined reference to `powerpc_pcpu' hwpmc_powerpc.o: In function `pmc_md_initialize': hwpmc_powerpc.c:(.text+0x192): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x196): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x1d8): undefined reference to `pmc_mpc7xxx_initialize' hwpmc_powerpc.o: In function `powerpc_describe': hwpmc_powerpc.c:(.text+0x272): undefined reference to `powerpc_pcpu' hwpmc_powerpc.c:(.text+0x276): undefined reference to `powerpc_pcpu' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 08:42:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 08:42:17 - ERROR: failed to build LINT kernel TB --- 2013-09-05 08:42:17 - 8675.88 user 1122.61 system 10404.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 08:52:19 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4FE292E7; Thu, 5 Sep 2013 08:52:19 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F6DE2C4D; Thu, 5 Sep 2013 08:52:18 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r858qGXa061394 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 5 Sep 2013 08:52:17 GMT (envelope-from theraven@FreeBSD.org) Content-Type: multipart/mixed; boundary="Apple-Mail=_25E7D4EE-FF10-4A0A-8154-123F69905584" Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: David Chisnall In-Reply-To: <20130904223842.GB82066@ithaqua.etoilebsd.net> Date: Thu, 5 Sep 2013 09:52:13 +0100 Message-Id: <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1508) Cc: "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 08:52:19 -0000 --Apple-Mail=_25E7D4EE-FF10-4A0A-8154-123F69905584 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: > As a result we have a lot of fallouts of ports complaining about: > undefined reference to `powl' >=20 > It seems like libc++ is relying on a function we don't have yet in = libm, am I > missing something? I've attached a diff that I'd like to commit to msun that should allow = these things to link. This: - Provides thin wrappers around the 8 missing libm functions that libc++ = exposes that just call the double versions - Makes these weak references, so other libraries can replace them with = more precise versions if required - On platforms where long double is greater precision than double (e.g. = x86), it emits a linker warning when they are referenced These can then be replaced by proper versions as they become available = (at which point the linker warnings will go away). David --Apple-Mail=_25E7D4EE-FF10-4A0A-8154-123F69905584 Content-Disposition: attachment; filename=imprecise.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="imprecise.diff" Content-Transfer-Encoding: 7bit Index: Makefile =================================================================== --- Makefile (revision 255091) +++ Makefile (working copy) @@ -53,6 +53,7 @@ e_pow.c e_powf.c e_rem_pio2.c \ e_rem_pio2f.c e_remainder.c e_remainderf.c e_scalb.c e_scalbf.c \ e_sinh.c e_sinhf.c e_sqrt.c e_sqrtf.c fenv.c \ + imprecise.c \ k_cos.c k_cosf.c k_exp.c k_expf.c k_rem_pio2.c k_sin.c k_sinf.c \ k_tan.c k_tanf.c \ s_asinh.c s_asinhf.c s_atan.c s_atanf.c s_carg.c s_cargf.c s_cargl.c \ Index: Symbol.map =================================================================== --- Symbol.map (revision 255091) +++ Symbol.map (working copy) @@ -270,4 +270,14 @@ log1pl; log2l; logl; + # Implemented as weak aliases for imprecise versions + powl; + coshl; + erfcl; + erfl; + lgammal; + powl; + sinhl; + tanhl; + tgammal; }; Index: src/imprecise.c =================================================================== --- src/imprecise.c (revision 0) +++ src/imprecise.c (working copy) @@ -0,0 +1,69 @@ +/*- + * Copyright (c) 2013 David Chisnall + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +#include + +/* + * If long double is not the same size as double, then these will lose + * precision and we should emit a warning whenever something links against + * them. + */ +#if (LDBL_MANT_DIG > 53) +#define WARN_IMPRECISE(x) \ + __warn_references(x, # x " has lower than advertised precision"); +#else +#define WARN_IMPRECISE(x) +#endif +/* + * Declare the functions as weak variants so that other libraries providing + * real versions can override them. + */ +#define DECLARE_WEAK(x)\ + __weak_reference(imprecise_## x, x);\ + WARN_IMPRECISE(x) + +long double +imprecise_powl(long double x, long double y) +{ + + return pow(x, y); +} +DECLARE_WEAK(powl); + +#define DECLARE_IMPRECISE(f) \ + long double imprecise_ ## f ## l(long double v) { return f(v); }\ + DECLARE_WEAK(f ## l) + +DECLARE_IMPRECISE(cosh); +DECLARE_IMPRECISE(erfc); +DECLARE_IMPRECISE(erf); +DECLARE_IMPRECISE(lgamma); +DECLARE_IMPRECISE(sinh); +DECLARE_IMPRECISE(tanh); +DECLARE_IMPRECISE(tgamma); Property changes on: src/imprecise.c ___________________________________________________________________ Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property --Apple-Mail=_25E7D4EE-FF10-4A0A-8154-123F69905584-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 09:58:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 527AC881; Thu, 5 Sep 2013 09:58:03 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9879B2034; Thu, 5 Sep 2013 09:58:02 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq15so2885909wib.6 for ; Thu, 05 Sep 2013 02:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=uPAk282Bb2KrkapZWatInL/+o6CqfwmZWWxhRKoRmCo=; b=MPAHJjxLITw06ojHv1TiACXsNwC6cKd4MsqjFfmZCJZIRVlUl1I6kJbak6oY/Vvkes XMDvULr5xJ3EUdpO2rkNUWu7V05OD8fvmS09yXStI156Ju2yxJMxU/aRtNhNyMcPabqR jL08OoP2M4Qc9vjUGQRHFCqRFXWrHF3EIHCyl5IPNcz/mEkXK5LYETxj8lnKF1PFRWPJ bsY3CUEi/tV5Nf4M1dTcolPibkSEc80A71wT8HtFadbPDsk/vKybVRb2sOvbJJzx4Mam xJ6jh2qtxd0vyVxV0P/42mWwg7tvNo7JM0NlSOW0mpjyhLFlznY+hW6qUrEPNO7329yx esHw== X-Received: by 10.194.249.97 with SMTP id yt1mr601673wjc.49.1378375081147; Thu, 05 Sep 2013 02:58:01 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d11sm2627305wic.4.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 05 Sep 2013 02:58:00 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 5 Sep 2013 11:57:58 +0200 From: Baptiste Daroussin To: David Chisnall Subject: Re: clang+libc++ using missing powl Message-ID: <20130905095758.GM82066@ithaqua.etoilebsd.net> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wKTlTxfx0Fr6BT7S" Content-Disposition: inline In-Reply-To: <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 09:58:03 -0000 --wKTlTxfx0Fr6BT7S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: > On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: >=20 > > As a result we have a lot of fallouts of ports complaining about: > > undefined reference to `powl' > >=20 > > It seems like libc++ is relying on a function we don't have yet in libm= , am I > > missing something? >=20 > I've attached a diff that I'd like to commit to msun that should allow th= ese things to link. This: >=20 > - Provides thin wrappers around the 8 missing libm functions that libc++ = exposes that just call the double versions >=20 > - Makes these weak references, so other libraries can replace them with m= ore precise versions if required >=20 > - On platforms where long double is greater precision than double (e.g. x= 86), it emits a linker warning when they are referenced >=20 > These can then be replaced by proper versions as they become available (a= t which point the linker warnings will go away). >=20 > David >=20 Thanks I'll test it on my next full run, probably tomorrow. regards, Bapt --wKTlTxfx0Fr6BT7S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIoVaYACgkQ8kTtMUmk6EzFngCgpwEpBxuR4Qo39E1pKx+SSaNm MFYAnjNp9LullZD6OhO5LzrVAUgGVrYD =kc4V -----END PGP SIGNATURE----- --wKTlTxfx0Fr6BT7S-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 10:27:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E35F942C; Thu, 5 Sep 2013 10:27:16 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 333D4222F; Thu, 5 Sep 2013 10:27:16 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so784878ead.19 for ; Thu, 05 Sep 2013 03:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=ZhxXcqEqmO2GKk/Vf6GdsN9ZvMrDLcQspyIKFfZGAVQ=; b=nmMeByk7hO4xt1sbtFmwZToFoEeDuQ4FnKxOHpq0cHN6E3mzL2LCP6N96ixOyCAyMT +GOs/Qu2QD4/WhP0Mdt/Xi+ulVjpAjL6Sj4D29lNVmALati5yJ2ZtgJsXR2jjZJ75/RB PMcJJ3sghQqYULOkgl0gRdiucw5iDdMaPjUTO96kA/Y3BYAHlQriwb7Dus2ueZmCI/9z vtQo4hV0vEz4EC0Xbl+VVusebyyQ3J/3JuiC14u7i2sXc39mWckEQ4XYNR6Nf3UO+pca TVE2lbncTymbXWYon49tXS76e/sg4CP+r7buPXYnlnMud50z90A/hP2H6P433bOzddLP gIcw== X-Received: by 10.14.199.3 with SMTP id w3mr12475284een.33.1378376834367; Thu, 05 Sep 2013 03:27:14 -0700 (PDT) Received: from [192.168.1.102] (addr48.neoplus.adsl.tpnet.pl. [79.184.69.48]) by mx.google.com with ESMTPSA id r48sm47407059eev.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 03:27:14 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: New iSCSI stack. Message-Id: Date: Thu, 5 Sep 2013 12:27:12 +0200 To: "freebsd-arch@freebsd.org" , "freebsd-current@FreeBSD.org" , freebsd-scsi@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 10:27:17 -0000 Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll = find=20 a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. =20 To use the new initiator, start with "man iscsictl". For the target - = "man=20 ctld". All feedback is welcome. If nothing unexpected comes up, I'll commit it=20= in a few days from now. Note that it's still not optimized; at this = point=20 I'm focusing more on reliability and interoperability. This work is being sponsored by FreeBSD Foundation. From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 11:33:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E899B7A1 for ; Thu, 5 Sep 2013 11:33:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5315265C for ; Thu, 5 Sep 2013 11:33:36 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VHXZy-0002dy-Gx for freebsd-current@freebsd.org; Thu, 05 Sep 2013 13:18:26 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Sep 2013 13:18:26 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Sep 2013 13:18:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Subject: Re: New iSCSI stack. Date: Thu, 05 Sep 2013 13:18:12 +0200 Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ASMKFGSKVRDGQVCUCCPK" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130322 Thunderbird/17.0.4 In-Reply-To: X-Enigmail-Version: 1.5.1 Cc: freebsd-scsi@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 11:33:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ASMKFGSKVRDGQVCUCCPK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 05/09/2013 12:27, Edward Tomasz Napiera=C5=82a wrote: > Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'l= l find=20 > a patch which adds the new iSCSI initiator and target, against 10-CURRE= NT. =20 > To use the new initiator, start with "man iscsictl". For the target - = "man=20 > ctld". Just a naming question: "ctld" could mean anything, I'd parse it as a "control deamon" or something like that. Could you name it something which reminds the user of iscsi? Like iscsictld? ------enig2ASMKFGSKVRDGQVCUCCPK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIoaHUACgkQ/QjVBj3/HSxeSACeODlZJy/deVeK1N+DoZPqva4Z ojcAn2hZR/q0H3MKD9bFxlpjSmATy2fv =g/Yp -----END PGP SIGNATURE----- ------enig2ASMKFGSKVRDGQVCUCCPK-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 12:00:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A57826B3; Thu, 5 Sep 2013 12:00:52 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C080F2868; Thu, 5 Sep 2013 12:00:51 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id d41so845284eek.36 for ; Thu, 05 Sep 2013 05:00:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=zZEQnc0IA5DKZgvMjyaAA877lzmwAPfqEcCPFRp8nfQ=; b=fED9uxnhJlo74TTEYUeFWlq2Q7QkIAo+DMbKAKc1MOuAZs47FQHS2s/Ktg348GMSCJ qtPFP3zkyyiZ3wNtkjHhZ3LT49lj5BDgK9IwC9GWPWx+j90tQDnqsUumDpiaZve7OL+d 8751rbA5mxT6PEmhJk6knWqTczPZg4Wbjt8WuTFo37SiWj1iqEbIWKfUSFTrs+YBNTj1 eJRcvrIUUNLsl1SDEysZaW9OEbZBOMa/AEw5gtWurQtoEpc5+J/nOODbUmezbnR5/ZNg Y425ClTQOpAhlL6wQLlHeKmdshwRu23JtNvjc5LxVGajXOuMM4kI8mioKzPsP4r518Dg 5sNg== X-Received: by 10.14.241.74 with SMTP id f50mr13120554eer.29.1378382450093; Thu, 05 Sep 2013 05:00:50 -0700 (PDT) Received: from [192.168.1.102] (addr48.neoplus.adsl.tpnet.pl. [79.184.69.48]) by mx.google.com with ESMTPSA id j7sm48069464eeo.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 05:00:49 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Thu, 5 Sep 2013 14:00:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> References: To: Ivan Voras X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 12:00:52 -0000 Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz 2013, o godz. 13:18: > On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff = you'll find=20 >> a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. =20 >> To use the new initiator, start with "man iscsictl". For the target = - "man=20 >> ctld". >=20 > Just a naming question: "ctld" could mean anything, I'd parse it as a > "control deamon" or something like that. Could you name it something > which reminds the user of iscsi? Like iscsictld? As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - = it can be extended to just manage CTL configuration (e.g. for Fibre Channel), or to support other CTL-backed storage protocols, such as FCoE. It's just a helper daemon for ctl(4) - thus, ctld(8). And in case = someone does "man -k iscsi", there is the "iSCSI target" in the manual page = title. From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 12:02:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B893F9F9; Thu, 5 Sep 2013 12:02:42 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B23A2897; Thu, 5 Sep 2013 12:02:42 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id lf11so1032641vcb.21 for ; Thu, 05 Sep 2013 05:02:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=shhfdmESCDns11D0oUrHWzke6gJlzhOPs3T32CamCSI=; b=WNVJTpM4UjIZeiYQx4mSB6aY5nLrck60CwGQIOxZ4EblepKrGeq8IVM1O0e9PMLRvL 2vJtsp2oH6Ji/7jrL6vvNBn9LeFq7NPrPY82o//HFKm2c9yCy+inA5dCidR9B/+cmQJM fQVMo67arwOA+PSxQ0Ptg0X3V5d6jMaZ+3QMtL7oeGEOTP1SP19Uo7FaV39CkLve/OOw kazS9m9OfC806uryETyKopFK5kcUIog/HUC+J6EZZCbHMfPfKC/SssgjiDiQ5r3Dmaiy xSm5iS51gbbm7MK1CHcl9JuRFKD2Kkirik4NGmRKz2JjbhxfmvS20uTNcJ2zGmuQctso GTaw== X-Received: by 10.52.98.66 with SMTP id eg2mr5661754vdb.24.1378382561266; Thu, 05 Sep 2013 05:02:41 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.58.229.167 with HTTP; Thu, 5 Sep 2013 05:02:01 -0700 (PDT) In-Reply-To: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> From: Ivan Voras Date: Thu, 5 Sep 2013 14:02:01 +0200 X-Google-Sender-Auth: t0wqRhVH_HVHn62OcfGtOOEAkds Message-ID: Subject: Re: New iSCSI stack. To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 12:02:42 -0000 On 5 September 2013 14:00, Edward Tomasz Napiera=C5=82a = wrote: > Wiadomo=C5=9B=C4=87 napisana przez Ivan Voras w dniu= 5 wrz 2013, o godz. 13:18: >> On 05/09/2013 12:27, Edward Tomasz Napiera=C5=82a wrote: >>> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'l= l find >>> a patch which adds the new iSCSI initiator and target, against 10-CURRE= NT. >>> To use the new initiator, start with "man iscsictl". For the target - = "man >>> ctld". >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> "control deamon" or something like that. Could you name it something >> which reminds the user of iscsi? Like iscsictld? > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - i= t can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someon= e > does "man -k iscsi", there is the "iSCSI target" in the manual page title= . Thanks, you're right! From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 13:32:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AF04B88; Thu, 5 Sep 2013 13:32:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E4872E7E; Thu, 5 Sep 2013 13:32:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85DWwnI044963; Thu, 5 Sep 2013 09:32:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85DWwtj044961; Thu, 5 Sep 2013 13:32:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 13:32:58 GMT Message-Id: <201309051332.r85DWwtj044961@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 13:32:59 -0000 TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=arm TB --- 2013-09-05 10:20:38 - TARGET_ARCH=arm TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 10:20:45 UTC 2013 >>> 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 Sep 5 13:22:27 UTC 2013 TB --- 2013-09-05 13:22:27 - generating LINT kernel config TB --- 2013-09-05 13:22:27 - cd /src/sys/arm/conf TB --- 2013-09-05 13:22:27 - /usr/bin/make -B LINT TB --- 2013-09-05 13:22:27 - cd /src/sys/arm/conf TB --- 2013-09-05 13:22:27 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:22:27 - building LINT kernel TB --- 2013-09-05 13:22:27 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:22:27 - SRCCONF=/dev/null TB --- 2013-09-05 13:22:27 - TARGET=arm TB --- 2013-09-05 13:22:27 - TARGET_ARCH=arm TB --- 2013-09-05 13:22:27 - TZ=UTC TB --- 2013-09-05 13:22:27 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:22:27 - cd /src TB --- 2013-09-05 13:22:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 13:22:27 UTC 2013 >>> 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 [...] ^ ./machine/counter.h:91:2: note: previous implicit declaration is here counter_exit(); ^ ./machine/counter.h:38:24: note: expanded from macro 'counter_exit' #define counter_exit() critical_exit() ^ 5 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 13:32:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 13:32:58 - ERROR: failed to build LINT kernel TB --- 2013-09-05 13:32:58 - 9130.77 user 1647.71 system 11545.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 13:33:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6DC68B89; Thu, 5 Sep 2013 13:33:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35CA12E80; Thu, 5 Sep 2013 13:32:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85DWuWm044893; Thu, 5 Sep 2013 09:32:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85DWusk044881; Thu, 5 Sep 2013 13:32:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 13:32:56 GMT Message-Id: <201309051332.r85DWusk044881@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 13:33:00 -0000 TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=arm TB --- 2013-09-05 10:20:38 - TARGET_ARCH=armv6 TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 10:20:45 UTC 2013 >>> 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 Sep 5 13:24:24 UTC 2013 TB --- 2013-09-05 13:24:24 - generating LINT kernel config TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/bin/make -B LINT TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:24:24 - skipping LINT kernel TB --- 2013-09-05 13:24:24 - cd /src/sys/arm/conf TB --- 2013-09-05 13:24:24 - /usr/sbin/config -m AC100 TB --- 2013-09-05 13:24:24 - building AC100 kernel TB --- 2013-09-05 13:24:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:24:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:24:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:24:24 - SRCCONF=/dev/null TB --- 2013-09-05 13:24:24 - TARGET=arm TB --- 2013-09-05 13:24:24 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:24:24 - TZ=UTC TB --- 2013-09-05 13:24:24 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:24:24 - cd /src TB --- 2013-09-05 13:24:24 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu Sep 5 13:24:24 UTC 2013 >>> 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 AC100 completed on Thu Sep 5 13:27:23 UTC 2013 TB --- 2013-09-05 13:27:23 - cd /src/sys/arm/conf TB --- 2013-09-05 13:27:23 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-05 13:27:23 - building ARMADAXP kernel TB --- 2013-09-05 13:27:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:27:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:27:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:27:23 - SRCCONF=/dev/null TB --- 2013-09-05 13:27:23 - TARGET=arm TB --- 2013-09-05 13:27:23 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:27:23 - TZ=UTC TB --- 2013-09-05 13:27:23 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:27:23 - cd /src TB --- 2013-09-05 13:27:23 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Thu Sep 5 13:27:23 UTC 2013 >>> 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 ARMADAXP completed on Thu Sep 5 13:31:22 UTC 2013 TB --- 2013-09-05 13:31:22 - cd /src/sys/arm/conf TB --- 2013-09-05 13:31:22 - /usr/sbin/config -m ARNDALE TB --- 2013-09-05 13:31:22 - building ARNDALE kernel TB --- 2013-09-05 13:31:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:31:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:31:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:31:22 - SRCCONF=/dev/null TB --- 2013-09-05 13:31:22 - TARGET=arm TB --- 2013-09-05 13:31:22 - TARGET_ARCH=armv6 TB --- 2013-09-05 13:31:22 - TZ=UTC TB --- 2013-09-05 13:31:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:31:22 - cd /src TB --- 2013-09-05 13:31:22 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Thu Sep 5 13:31:22 UTC 2013 >>> 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 [...] ^ ./machine/counter.h:91:2: note: previous implicit declaration is here counter_exit(); ^ ./machine/counter.h:38:24: note: expanded from macro 'counter_exit' #define counter_exit() critical_exit() ^ 5 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/ARNDALE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 13:32:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 13:32:55 - ERROR: failed to build ARNDALE kernel TB --- 2013-09-05 13:32:55 - 9173.75 user 1658.39 system 11543.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 13:48:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7646A339; Thu, 5 Sep 2013 13:48:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 495502FA8; Thu, 5 Sep 2013 13:48:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85Dm8uw059597; Thu, 5 Sep 2013 09:48:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85Dm8E6059594; Thu, 5 Sep 2013 13:48:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 13:48:08 GMT Message-Id: <201309051348.r85Dm8E6059594@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 13:48:09 -0000 TB --- 2013-09-05 10:20:32 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 10:20:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 10:20:32 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-05 10:20:32 - cleaning the object tree TB --- 2013-09-05 10:20:32 - /usr/local/bin/svn stat /src TB --- 2013-09-05 10:20:37 - At svn revision 255238 TB --- 2013-09-05 10:20:38 - building world TB --- 2013-09-05 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 10:20:38 - SRCCONF=/dev/null TB --- 2013-09-05 10:20:38 - TARGET=i386 TB --- 2013-09-05 10:20:38 - TARGET_ARCH=i386 TB --- 2013-09-05 10:20:38 - TZ=UTC TB --- 2013-09-05 10:20:38 - __MAKE_CONF=/dev/null TB --- 2013-09-05 10:20:38 - cd /src TB --- 2013-09-05 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 10:20:45 UTC 2013 >>> 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 Sep 5 13:33:58 UTC 2013 TB --- 2013-09-05 13:33:58 - generating LINT kernel config TB --- 2013-09-05 13:33:58 - cd /src/sys/i386/conf TB --- 2013-09-05 13:33:58 - /usr/bin/make -B LINT TB --- 2013-09-05 13:33:58 - cd /src/sys/i386/conf TB --- 2013-09-05 13:33:58 - /usr/sbin/config -m LINT TB --- 2013-09-05 13:33:58 - building LINT kernel TB --- 2013-09-05 13:33:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:33:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:33:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:33:58 - SRCCONF=/dev/null TB --- 2013-09-05 13:33:58 - TARGET=i386 TB --- 2013-09-05 13:33:58 - TARGET_ARCH=i386 TB --- 2013-09-05 13:33:58 - TZ=UTC TB --- 2013-09-05 13:33:58 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:33:58 - cd /src TB --- 2013-09-05 13:33:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 13:33:58 UTC 2013 >>> 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 [...] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h:190:6: error: conflicting types for 'critical_exit' void critical_exit(void); ^ ./machine/counter.h:172:3: note: previous implicit declaration is here critical_exit(); ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 13:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 13:48:08 - ERROR: failed to build LINT kernel TB --- 2013-09-05 13:48:08 - 10017.36 user 1747.02 system 12455.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 14:08:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDCECCE6; Thu, 5 Sep 2013 14:08:29 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E9322128; Thu, 5 Sep 2013 14:08:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=E48qOxNGYNKZoud3AYFKJqPEtq/pqOZqLZRgwn93JaI=; b=N4fKIq7d5oo8AupvOOMVMINGqLkCIHr4BaLLuEk9i18Z8Bwr7ESIaF9umjOr4eK4iq8y47hg2emPiOwYrshHrNVPlp5uzJl/GXLO8SPxEzvxsX/Xl3RPTOW4EJ6xcEg1nZ0RGrGu6RfR+GOIS/nJIKpUDQx+cRRx63r06cthbnU=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VHaEV-000G5p-5f; Thu, 05 Sep 2013 14:08:27 +0000 Message-ID: <52289055.5020509@gmail.com> Date: Thu, 05 Sep 2013 17:08:21 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <201309041158.56471.jhb@freebsd.org> <52277903.9050000@gmail.com> <201309041440.51566.jhb@freebsd.org> In-Reply-To: <201309041440.51566.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: iskander@advancedhosters.com Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 14:08:29 -0000 04.09.2013 21:40, John Baldwin пишет: > On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: >> 04.09.2013 18:58, John Baldwin wrote: >>> On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: >>>> 02.09.2013 14:42, Jean-Sébastien Pédron пишет: >>>>> On 02.09.2013 12:00, Alexander wrote: >>>>>> (...) >>>>>> #17 0xffffffff80462700 in sysctl_move_oid () >>>>>> #18 0xffffffff80319070 in drm_attach () >>>>>> (...) >>>>> The kernel is missing debug symbols. Could you please rebuild your >>>>> kernel with the following option: >>>>> makeoptions DEBUG=-g >>>>> (also found in GENERIC) >>>>> >>>>> Then reproduce the problem and send the output of kgdb again? >>>>> >>>>> Thanks! >>>>> >>>> I rebuild the kernel with debug-g >>>> >>>> kgdb /boot/kernel/kernel /var/crash/vmcore.0 >>>> GNU gdb 6.1.1 [FreeBSD] >>>> Copyright 2004 Free Software Foundation, Inc. >>>> GDB is free software, covered by the GNU General Public License, and you > are >>>> welcome to change it and/or distribute copies of it under certain >>>> conditions. >>>> Type "show copying" to see the conditions. >>>> There is absolutely no warranty for GDB. Type "show warranty" for > details. >>>> This GDB was configured as "amd64-marcel-freebsd"... >>>> >>>> Unread portion of the kernel message buffer: >>>> drmn0: on vgapci0 >>>> iicbus0: on iicbb0 addr 0xff >>>> iicsmb0: on iicbus0 >>>> smbus1: on iicsmb0 >>>> smb1: on smbus1 >>>> iic0: on iicbus0 >>>> iicsmb1: on iicbus1 >>>> smbus2: on iicsmb1 >>>> smb2: on smbus2 >>>> iic1: on iicbus1 >>>> iicbus2: on iicbb1 addr 0xff >>>> iicsmb2: on iicbus2 >>>> smbus3: on iicsmb2 >>>> smb3: on smbus3 >>>> iic2: on iicbus2 >>>> iicsmb3: on iicbus3 >>>> smbus4: on iicsmb3 >>>> smb4: on smbus4 >>>> iic3: on iicbus3 >>>> iicbus4: on iicbb2 addr 0xff >>>> iicsmb4: on iicbus4 >>>> smbus5: on iicsmb4 >>>> smb5: on smbus5 >>>> iic4: on iicbus4 >>>> iicsmb5: on iicbus5 >>>> smbus6: on iicsmb5 >>>> smb6: on smbus6 >>>> iic5: on iicbus5 >>>> iicbus6: on iicbb3 addr 0xff >>>> iicsmb6: on iicbus6 >>>> smbus7: on iicsmb6 >>>> smb7: on smbus7 >>>> iic6: on iicbus6 >>>> iicsmb7: on iicbus7 >>>> smbus8: on iicsmb7 >>>> smb8: on smbus8 >>>> iic7: on iicbus7 >>>> iicbus8: on iicbb4 addr 0xff >>>> iicsmb8: on iicbus8 >>>> smbus9: on iicsmb8 >>>> smb9: on smbus9 >>>> iic8: on iicbus8 >>>> iicsmb9: on iicbus9 >>>> smbus10: on iicsmb9 >>>> smb10: on smbus10 >>>> iic9: on iicbus9 >>>> iicbus10: on iicbb5 addr 0xff >>>> iicsmb10: on iicbus10 >>>> smbus11: on iicsmb10 >>>> smb11: on smbus11 >>>> iic10: on iicbus10 >>>> iicsmb11: on iicbus11 >>>> smbus12: on iicsmb11 >>>> smb12: on smbus12 >>>> iic11: on iicbus11 >>>> iicbus12: on iicbb6 addr 0xff >>>> iicsmb12: on iicbus12 >>>> smbus13: on iicsmb12 >>>> smb13: on smbus13 >>>> iic12: on iicbus12 >>>> iicsmb13: on iicbus13 >>>> smbus14: on iicsmb13 >>>> smb14: on smbus14 >>>> iic13: on iicbus13 >>>> iicbus14: on iicbb7 addr 0xff >>>> iicsmb14: on iicbus14 >>>> smbus15: on iicsmb14 >>>> smb15: on smbus15 >>>> iic14: on iicbus14 >>>> iicsmb15: on iicbus15 >>>> smbus16: on iicsmb15 >>>> smb16: on smbus16 >>>> iic15: on iicbus15 >>>> >>>> >>>> Fatal trap 9: general protection fault while in kernel mode >>>> cpuid = 2; apic id = 02 >>>> instruction pointer = 0x20:0xffffffff810402a6 >>>> stack pointer = 0x28:0xfffffe011f2f8360 >>>> frame pointer = 0x28:0xfffffe011f2f83e0 >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>> current process = 1408 (kldload) >>>> trap number = 9 >>>> panic: general protection fault >>>> cpuid = 2 >>>> Uptime: 1m30s >>>> Dumping 449 out of 7118 > MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% >>>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/zfs.ko.symbols >>>> Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols >>>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >>>> Reading symbols from /boot/kernel/if_re.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_re.ko.symbols >>>> Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/snd_hda.ko.symbols >>>> Reading symbols from /boot/kernel/umodem.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/umodem.ko.symbols >>>> Reading symbols from /boot/kernel/ucom.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ucom.ko.symbols >>>> Reading symbols from /boot/kernel/u3g.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/u3g.ko.symbols >>>> Reading symbols from /boot/modules/vboxdrv.ko...done. >>>> Loaded symbols for /boot/modules/vboxdrv.ko >>>> Reading symbols from /boot/kernel/fuse.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/fuse.ko.symbols >>>> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/fdescfs.ko.symbols >>>> Reading symbols from /boot/modules/vboxnetflt.ko...done. >>>> Loaded symbols for /boot/modules/vboxnetflt.ko >>>> Reading symbols from /boot/kernel/netgraph.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/netgraph.ko.symbols >>>> Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ng_ether.ko.symbols >>>> Reading symbols from /boot/modules/vboxnetadp.ko...done. >>>> Loaded symbols for /boot/modules/vboxnetadp.ko >>>> Reading symbols from /boot/kernel/i915kms.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/i915kms.ko.symbols >>>> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/drm2.ko.symbols >>>> Reading symbols from /boot/kernel/iic.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/iic.ko.symbols >>>> #0 doadump (textdump=) at pcpu.h:236 >>>> 236 pcpu.h: No such file or directory. >>>> in pcpu.h >>>> (kgdb) bt >>>> #0 doadump (textdump=) at pcpu.h:236 >>>> #1 0xffffffff80459aa0 in kern_reboot (howto=260) at >>>> /usr/src/sys/kern/kern_shutdown.c:447 >>>> #2 0xffffffff80459e27 in panic (fmt=) at >>>> /usr/src/sys/kern/kern_shutdown.c:754 >>>> #3 0xffffffff8062977a in trap_fatal (frame=, >>>> eva=) at /usr/src/sys/amd64/amd64/trap.c:873 >>>> #4 0xffffffff8062942e in trap (frame=) at >>>> /usr/src/sys/amd64/amd64/trap.c:224 >>>> #5 0xffffffff80612fd3 in calltrap () at >>>> /usr/src/sys/amd64/amd64/exception.S:232 >>>> #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at >>>> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 >>>> #7 0xffffffff8102ba64 in i915_driver_load (dev=0xfffff80005dca800, >>>> flags=) >>>> at >>>> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 >>>> #8 0xffffffff80319390 in drm_attach (kdev=, >>>> idlist=) at /usr/src/sys/dev/drm/drm_drv.c:462 >>> Can you do 'frame 6' and then 'l'? >>> >>> >> (kgdb) frame 6 >> #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 >> 287 switch (INTEL_INFO(dev)->gen) { >> (kgdb) l >> 282 } >> 283 >> 284 static int intel_bios_ssc_frequency(struct drm_device *dev, >> 285 bool alternate) >> 286 { >> 287 switch (INTEL_INFO(dev)->gen) { >> 288 case 2: >> 289 return alternate ? 66 : 48; >> 290 case 3: >> 291 case 4: >> (kgdb) q > Hmm, 'p *dev'? > > I build world with options WITHOUT_AMD=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CTM=YES WITHOUT_CVS=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_INET6=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_NCP=yes WITHOUT_NDIS=YES WITHOUT_NIS=YES WITHOUT_PORTSNAP=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITH_LIBCPLUSPLUS=YES WITH_CLANG=YES WITH_CLANG_EXTRAS=YES WITH_CLANG_IS_CC=YES WITH_HESIOD=YES WITH_BSD_SORT=YES WITHOUT_PKGNG=YES WITH_BSD_PATCH=YES WITH_PKGTOOLS=YES MALLOC_PRODUCTION=YES and to do thith: (To completely disable malloc debugging, define MALLOC_PRODUCTION in /etc/make.conf, or to merely disable the most expensive debugging functionality run "ln -s 'abort:false,junk:false' /etc/malloc.conf".) (kgdb) bt #0 doadump (textdump=) at pcpu.h:236 #1 0xffffffff80459aa0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff80459e27 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff8062977a in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:873 #4 0xffffffff8062942e in trap (frame=) at /usr/src/sys/amd64/amd64/trap.c:224 #5 0xffffffff80612fd3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 #7 0xffffffff8102ba64 in i915_driver_load (dev=0xfffff80005dca800, flags=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 #8 0xffffffff80319390 in drm_attach (kdev=, idlist=) at /usr/src/sys/dev/drm/drm_drv.c:462 #9 0xffffffff80484546 in device_attach (dev=0xfffff80001a0ba00) at device_if.h:180 #10 0xffffffff804859a9 in bus_generic_driver_added (dev=, driver=) at /usr/src/sys/kern/subr_bus.c:2742 #11 0xffffffff8048273d in devclass_driver_added (dc=0xfffff80001633900, driver=0xffffffff81079ba0) at bus_if.h:204 #12 0xffffffff8048269c in devclass_add_driver (dc=0xfffff80001633900, driver=0xffffffff81079ba0, pass=, dcp=) at /usr/src/sys/kern/subr_bus.c:1086 #13 0xffffffff8044733b in module_register_init (arg=0xffffffff81079b88) at /usr/src/sys/kern/kern_module.c:123 #14 0xffffffff8043d4cb in linker_load_module (kldname=, modname=0x0, parent=0x0, verinfo=0x0, lfpp=0xfffffe011f2f8940) at /usr/src/sys/kern/kern_linker.c:225 #15 0xffffffff8043e6d7 in kern_kldload (td=, file=, fileid=0xfffffe011f2f8984) at /usr/src/sys/kern/kern_linker.c:1028 #16 0xffffffff8043e8ab in sys_kldload (td=0xfffff80005dbf000, uap=) at /usr/src/sys/kern/kern_linker.c:1057 #17 0xffffffff80629db3 in amd64_syscall (td=0xfffff80005dbf000, traced=0) at subr_syscall.c:134 #18 0xffffffff806132bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #19 0x0000000800886dfa in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) p *dev No symbol "dev" in current context. From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 14:32:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E4016F09 for ; Thu, 5 Sep 2013 14:32:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B26E82396 for ; Thu, 5 Sep 2013 14:32:25 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 97AFDB988; Thu, 5 Sep 2013 10:32:24 -0400 (EDT) From: John Baldwin To: Alexander Subject: Re: i915kms.ko not loading Date: Thu, 5 Sep 2013 10:30:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <521E52A6.6040205@gmail.com> <201309041440.51566.jhb@freebsd.org> <52289055.5020509@gmail.com> In-Reply-To: <52289055.5020509@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201309051030.53839.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Sep 2013 10:32:24 -0400 (EDT) Cc: =?utf-8?q?Jean-S=C3=A9bastien?= =?utf-8?q?_P=C3=A9dron?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 14:32:26 -0000 On Thursday, September 05, 2013 10:08:21 am Alexander wrote: > 04.09.2013 21:40, John Baldwin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Wednesday, September 04, 2013 2:16:35 pm Alexander wrote: > >> 04.09.2013 18:58, John Baldwin wrote: > >>> On Wednesday, September 04, 2013 11:01:03 am Alexander wrote: > >>>> 02.09.2013 14:42, Jean-S=C3=A9bastien P=C3=A9dron =D0=BF=D0=B8=D1=88= =D0=B5=D1=82: > >>>>> On 02.09.2013 12:00, Alexander wrote: > >>>>>> (...) > >>>>>> #17 0xffffffff80462700 in sysctl_move_oid () > >>>>>> #18 0xffffffff80319070 in drm_attach () > >>>>>> (...) > >>>>> The kernel is missing debug symbols. Could you please rebuild your > >>>>> kernel with the following option: > >>>>> makeoptions DEBUG=3D-g > >>>>> (also found in GENERIC) > >>>>> > >>>>> Then reproduce the problem and send the output of kgdb again? > >>>>> > >>>>> Thanks! > >>>>> > >>>> I rebuild the kernel with debug-g > >>>> > >>>> kgdb /boot/kernel/kernel /var/crash/vmcore.0 > >>>> GNU gdb 6.1.1 [FreeBSD] > >>>> Copyright 2004 Free Software Foundation, Inc. > >>>> GDB is free software, covered by the GNU General Public License, and= =20 you=20 > > are > >>>> welcome to change it and/or distribute copies of it under certain > >>>> conditions. > >>>> Type "show copying" to see the conditions. > >>>> There is absolutely no warranty for GDB. Type "show warranty" for=20 > > details. > >>>> This GDB was configured as "amd64-marcel-freebsd"... > >>>> > >>>> Unread portion of the kernel message buffer: > >>>> drmn0: on vgapci0 > >>>> iicbus0: on iicbb0 addr 0xff > >>>> iicsmb0: on iicbus0 > >>>> smbus1: on iicsmb0 > >>>> smb1: on smbus1 > >>>> iic0: on iicbus0 > >>>> iicsmb1: on iicbus1 > >>>> smbus2: on iicsmb1 > >>>> smb2: on smbus2 > >>>> iic1: on iicbus1 > >>>> iicbus2: on iicbb1 addr 0xff > >>>> iicsmb2: on iicbus2 > >>>> smbus3: on iicsmb2 > >>>> smb3: on smbus3 > >>>> iic2: on iicbus2 > >>>> iicsmb3: on iicbus3 > >>>> smbus4: on iicsmb3 > >>>> smb4: on smbus4 > >>>> iic3: on iicbus3 > >>>> iicbus4: on iicbb2 addr 0xff > >>>> iicsmb4: on iicbus4 > >>>> smbus5: on iicsmb4 > >>>> smb5: on smbus5 > >>>> iic4: on iicbus4 > >>>> iicsmb5: on iicbus5 > >>>> smbus6: on iicsmb5 > >>>> smb6: on smbus6 > >>>> iic5: on iicbus5 > >>>> iicbus6: on iicbb3 addr 0xff > >>>> iicsmb6: on iicbus6 > >>>> smbus7: on iicsmb6 > >>>> smb7: on smbus7 > >>>> iic6: on iicbus6 > >>>> iicsmb7: on iicbus7 > >>>> smbus8: on iicsmb7 > >>>> smb8: on smbus8 > >>>> iic7: on iicbus7 > >>>> iicbus8: on iicbb4 addr 0xff > >>>> iicsmb8: on iicbus8 > >>>> smbus9: on iicsmb8 > >>>> smb9: on smbus9 > >>>> iic8: on iicbus8 > >>>> iicsmb9: on iicbus9 > >>>> smbus10: on iicsmb9 > >>>> smb10: on smbus10 > >>>> iic9: on iicbus9 > >>>> iicbus10: on iicbb5 addr 0xff > >>>> iicsmb10: on iicbus10 > >>>> smbus11: on iicsmb10 > >>>> smb11: on smbus11 > >>>> iic10: on iicbus10 > >>>> iicsmb11: on iicbus11 > >>>> smbus12: on iicsmb11 > >>>> smb12: on smbus12 > >>>> iic11: on iicbus11 > >>>> iicbus12: on iicbb6 addr 0xff > >>>> iicsmb12: on iicbus12 > >>>> smbus13: on iicsmb12 > >>>> smb13: on smbus13 > >>>> iic12: on iicbus12 > >>>> iicsmb13: on iicbus13 > >>>> smbus14: on iicsmb13 > >>>> smb14: on smbus14 > >>>> iic13: on iicbus13 > >>>> iicbus14: on iicbb7 addr 0xff > >>>> iicsmb14: on iicbus14 > >>>> smbus15: on iicsmb14 > >>>> smb15: on smbus15 > >>>> iic14: on iicbus14 > >>>> iicsmb15: on iicbus15 > >>>> smbus16: on iicsmb15 > >>>> smb16: on smbus16 > >>>> iic15: on iicbus15 > >>>> > >>>> > >>>> Fatal trap 9: general protection fault while in kernel mode > >>>> cpuid =3D 2; apic id =3D 02 > >>>> instruction pointer =3D 0x20:0xffffffff810402a6 > >>>> stack pointer =3D 0x28:0xfffffe011f2f8360 > >>>> frame pointer =3D 0x28:0xfffffe011f2f83e0 > >>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >>>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >>>> current process =3D 1408 (kldload) > >>>> trap number =3D 9 > >>>> panic: general protection fault > >>>> cpuid =3D 2 > >>>> Uptime: 1m30s > >>>> Dumping 449 out of 7118=20 > > MB:..4%..11%..22%..33%..43%..54%..61%..72%..82%..93% > >>>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/zfs.ko.symbols > >>>> Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols > >>>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols > >>>> Reading symbols from /boot/kernel/if_re.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/if_re.ko.symbols > >>>> Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/snd_hda.ko.symbols > >>>> Reading symbols from /boot/kernel/umodem.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/umodem.ko.symbols > >>>> Reading symbols from /boot/kernel/ucom.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/ucom.ko.symbols > >>>> Reading symbols from /boot/kernel/u3g.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/u3g.ko.symbols > >>>> Reading symbols from /boot/modules/vboxdrv.ko...done. > >>>> Loaded symbols for /boot/modules/vboxdrv.ko > >>>> Reading symbols from /boot/kernel/fuse.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/fuse.ko.symbols > >>>> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/fdescfs.ko.symbols > >>>> Reading symbols from /boot/modules/vboxnetflt.ko...done. > >>>> Loaded symbols for /boot/modules/vboxnetflt.ko > >>>> Reading symbols from /boot/kernel/netgraph.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/netgraph.ko.symbols > >>>> Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/ng_ether.ko.symbols > >>>> Reading symbols from /boot/modules/vboxnetadp.ko...done. > >>>> Loaded symbols for /boot/modules/vboxnetadp.ko > >>>> Reading symbols from /boot/kernel/i915kms.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/i915kms.ko.symbols > >>>> Reading symbols from /boot/kernel/drm2.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/drm2.ko.symbols > >>>> Reading symbols from /boot/kernel/iic.ko.symbols...done. > >>>> Loaded symbols for /boot/kernel/iic.ko.symbols > >>>> #0 doadump (textdump=3D) at pcpu.h:236 > >>>> 236 pcpu.h: No such file or directory. > >>>> in pcpu.h > >>>> (kgdb) bt > >>>> #0 doadump (textdump=3D) at pcpu.h:236 > >>>> #1 0xffffffff80459aa0 in kern_reboot (howto=3D260) at > >>>> /usr/src/sys/kern/kern_shutdown.c:447 > >>>> #2 0xffffffff80459e27 in panic (fmt=3D) at > >>>> /usr/src/sys/kern/kern_shutdown.c:754 > >>>> #3 0xffffffff8062977a in trap_fatal (frame=3D, > >>>> eva=3D) at /usr/src/sys/amd64/amd64/trap.c:873 > >>>> #4 0xffffffff8062942e in trap (frame=3D) at > >>>> /usr/src/sys/amd64/amd64/trap.c:224 > >>>> #5 0xffffffff80612fd3 in calltrap () at > >>>> /usr/src/sys/amd64/amd64/exception.S:232 > >>>> #6 0xffffffff810402a6 in intel_parse_bios (dev=3D0xfffff80005dca800= ) at > >>>>=20 /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 > >>>> #7 0xffffffff8102ba64 in i915_driver_load (dev=3D0xfffff80005dca800, > >>>> flags=3D) > >>>> at > >>>>=20 /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_dma.c:1002 > >>>> #8 0xffffffff80319390 in drm_attach (kdev=3D, > >>>> idlist=3D) at /usr/src/sys/dev/drm/drm_drv.c:462 > >>> Can you do 'frame 6' and then 'l'? > >>> > >>> > >> (kgdb) frame 6 > >> #6 0xffffffff810402a6 in intel_parse_bios (dev=3D0xfffff80005dca800) = at > >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:= 287 > >> 287 switch (INTEL_INFO(dev)->gen) { > >> (kgdb) l > >> 282 } > >> 283 =20 > >> 284 static int intel_bios_ssc_frequency(struct drm_device *dev, > >> 285 bool alternate) > >> 286 { > >> 287 switch (INTEL_INFO(dev)->gen) { > >> 288 case 2: > >> 289 return alternate ? 66 : 48; > >> 290 case 3: > >> 291 case 4: > >> (kgdb) q > > Hmm, 'p *dev'? > > > > >=20 > (kgdb) p *dev > No symbol "dev" in current context. Please go back to frame 6 first and then run 'p *dev'. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 14:32:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AE8A3E1B; Thu, 5 Sep 2013 14:32:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87D032394; Thu, 5 Sep 2013 14:32:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 70F11B989; Thu, 5 Sep 2013 10:32:16 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Cant build 32bit libraries Date: Thu, 5 Sep 2013 09:56:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <5227A5BC.3090202@intertainservices.com> In-Reply-To: <5227A5BC.3090202@intertainservices.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201309050956.48226.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Sep 2013 10:32:16 -0400 (EDT) Cc: Mike Jakubik , FreeBSD current mailing list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 14:32:17 -0000 On Wednesday, September 04, 2013 5:27:24 pm Mike Jakubik wrote: > Hello, > > I'm trying to install 32 libraries or a resent snapshot, but i get this > error. > > /usr/src # make build32 I'm not sure that is supposed to work standalone. Perhaps try doing a make toolchain first. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 15:46:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C89AD41F; Thu, 5 Sep 2013 15:46:26 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C3942B04; Thu, 5 Sep 2013 15:46:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=MYxW7b4GTArM1fr7AYJDIDCQ4UJkrtfNygKLVFFtsKQ=; b=NfOBlZyDb2/6WPGVlvh3l4Uum+Uk6zBlLm4W0eEGQ7fDAtAP/SPXHRqDHoPsmiJGrLmPi/f6PEQCf5Lje9O4SnAtdssvnO8hJ6sFF8MsQFTFlJNsGBaQvMfpUs4pTYZPaPWRloD+l03UG9EBnAvwAwIUAkTVdelnwgZUhlJlsF0=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VHblD-000OiP-2w; Thu, 05 Sep 2013 15:46:19 +0000 Message-ID: <5228A745.5030905@gmail.com> Date: Thu, 05 Sep 2013 18:46:13 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <201309041440.51566.jhb@freebsd.org> <52289055.5020509@gmail.com> <201309051030.53839.jhb@freebsd.org> In-Reply-To: <201309051030.53839.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: iskander@advancedhosters.com Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 15:46:26 -0000 05.09.2013 17:30, John Baldwin wrote: > On Thursday, September 05, 2013 10:08:21 am Alexander wrote: > [ ..cut ..] >>> Hmm, 'p *dev'? >>> >>> >> (kgdb) p *dev >> No symbol "dev" in current context. > Please go back to frame 6 first and then run 'p *dev'. > (kgdb) frame 6 #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287 switch (INTEL_INFO(dev)->gen) { (kgdb) p *dev $1 = {driver = 0xffffffff810796a0, id_entry = 0xffffffff81079cd8, pci_device = 338, pci_vendor = 32902, pci_subdevice = 0, pci_subvendor = 0, unique = 0x0, unique_len = 0, device = 0xfffff80001a0ba00, devnode = 0xfffff801a476a400, if_version = 0, flags = 0, dma_lock = {lock_object = { lo_name = 0xffffffff806d3a7d "drmvbl", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, dev_lock = {lock_object = {lo_name = 0xffffffff806d3a76 "drmirq", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, dev_struct_lock = {lock_object = {lo_name = 0xffffffff806d3a6f "drmdev", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, sx_lock = 1}, drw_lock = {lock_object = {lo_name = 0xffffffff806d3a84 "drmdrw", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, open_count = 0, buf_use = 0, counters = 10, types = {_DRM_STAT_LOCK, _DRM_STAT_OPENS, _DRM_STAT_CLOSES, _DRM_STAT_IOCTLS, _DRM_STAT_LOCKS, _DRM_STAT_UNLOCKS, _DRM_STAT_IRQ, _DRM_STAT_PRIMARY, _DRM_STAT_SECONDARY, _DRM_STAT_DMA, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK, _DRM_STAT_LOCK}, counts = {0 }, files = {tqh_first = 0x0, tqh_last = 0xfffff80005dca968}, magiclist = {{head = 0x0, tail = 0x0} }, maplist = {tqh_first = 0xfffff800056ccb80, tqh_last = 0xfffff800056ccbd0}, map_unrhdr = 0xfffff801a46097c0, context_sareas = 0x0, max_context = 0, lock = {hw_lock = 0x0, file_priv = 0x0, lock_queue = 0, lock_time = 0}, dma = 0x0, irq = 0, irq_enabled = 0, msi_enabled = 0, irqrid = 0, irqr = 0x0, irqh = 0x0, pcir = {0xfffff80001ac3d80, 0x0, 0x0, 0x0, 0x0, 0x0}, pcirid = {16, 0, 0, 0, 0, 0}, pci_domain = 0, pci_bus = 0, pci_slot = 2, pci_func = 0, context_flag = 0, last_context = 0, num_crtcs = 0, buf_sigio = 0x0, sysctl = 0x0, sysctl_node_idx = 0, agp = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xfffff80005dca840, agp_buffer_token = 0, agp_buffer_map = 0x0, control = 0xfffff801a483bd80, primary = 0x3, drm_ttm_bdev = 0x0, drw_unrhdr = 0xfffff80005335ee0, drw_head = { rbh_root = 0x0}, vblank_disable_allowed = 0, _vblank_count = 0x0, _vblank_time = 0x0, vblank_time_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, vbl_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, vblank_refcount = 0x0, last_vblank = 0x0, vblank_enabled = 0x0, vblank_inmodeset = 0x0, last_vblank_wait = 0x0, vblank_disable_callout = {c_links = { le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, max_vblank_count = 4294967295, vblank_event_list = {next = 0x0, prev = 0x0}, event_lock = { lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, mode_config = {mutex = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 0}, crtc_names = {lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, names_hash = 0x0, hash_mask = 0, unr = 0x0}, num_fb = 0, fb_list = {next = 0x0, prev = 0x0}, num_connector = 0, connector_list = {next = 0x0, prev = 0x0}, num_encoder = 0, encoder_list = {next = 0x0, prev = 0x0}, num_plane = 0, plane_list = {next = 0x0, prev = 0x0}, num_crtc = 0, crtc_list = {next = 0x0, prev = 0x0}, property_list = {next = 0x0, prev = 0x0}, min_width = 0, min_height = 0, max_width = 0, max_height = 0, funcs = 0x0, fb_base = 0, poll_enabled = false, output_poll_task = {q = 0x0, t = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0}, c = {c_links = {le = {le_next = 0x0, le_prev = 0x0}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, f = 0}, property_blob_list = {next = 0x0, prev = 0x0}, edid_property = 0x0, dpms_property = 0x0, dvi_i_subconnector_property = 0x0, dvi_i_select_subconnector_property = 0x0, tv_subconnector_property = 0x0, tv_select_subconnector_property = 0x0, tv_mode_property = 0x0, tv_left_margin_property = 0x0, tv_right_margin_property = 0x0, tv_top_margin_property = 0x0, tv_bottom_margin_property = 0x0, tv_brightness_property = 0x0, tv_contrast_property = 0x0, tv_flicker_reduction_property = 0x0, tv_overscan_property = 0x0, tv_saturation_property = 0x0, tv_hue_property = 0x0, scaling_mode_property = 0x0, dithering_mode_property = 0x0, dirty_info_property = 0x0, preferred_depth = 0, prefer_shadow = 0}, object_name_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 0}, object_names = {lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, names_hash = 0x0, hash_mask = 0, unr = 0x0}, mm_private = 0x0, sysctl_private = 0x0, busid_str = "\000\000\000\000\000\000\000\000\033", '\0' , "\002", '\0' , modesetting = 0, switch_power_state = 0} (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 15:53:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7728CDD for ; Thu, 5 Sep 2013 15:53:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 973A52BB9 for ; Thu, 5 Sep 2013 15:53:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VHbsI-0026WE-D7>; Thu, 05 Sep 2013 17:53:38 +0200 Received: from f052084065.adsl.alicedsl.de ([78.52.84.65] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VHbsI-001qsq-9k>; Thu, 05 Sep 2013 17:53:38 +0200 Date: Thu, 5 Sep 2013 17:53:32 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: port x11/nvidia-driver fails to build due to error: [...] 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') ... Message-ID: <20130905175332.1373a535@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Wvm0g69_n7K=SHPLZoZNv8/"; protocol="application/pgp-signature" X-Originating-IP: 78.52.84.65 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 15:53:45 -0000 --Sig_/Wvm0g69_n7K=SHPLZoZNv8/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Updating sources of CURRENT after r255211 makes the building/updating of port x11/nvidia-driver make fail with the rror shown below:=20 --- nvidia_linux.o --- nvidia_linux.c:42:37: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error =3D fget(td, args->fd, CAP_IOCTL, &fp)) !=3D 0) ^~~~~~~~~ @/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); Regards, Oliver --Sig_/Wvm0g69_n7K=SHPLZoZNv8/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKKkBAAoJEOgBcD7A/5N8VSoH/2g2CAjgVDpT7Rci4r2H3ZQ/ MN0MHCASayT9za/TvFc1s37rze4lKcMy/FKDpPhN4bWzw/vXXQ5x9202Jyq6UoAf /fktm0vtCQgTVi6r9lw+xCKvhSc8u8LxHTmbocfTuaxKun/BydoDlqDYzCEFf3BC HGNYrdPvXh9PiMed22pltUCJN6Sl4cuYMpYt8bOQoNN+Xcrb89bjK/0qcKncYG+m nHhEER9Ne1DKx+TZ97kAUJNNG0BWMt+rG8HJ4n854xS2SXhF9GqEif6OOvIqCAeD xpqzRwIEvjtoQGTcJ1qQgby6tbhgyvZRquRu7waoG1fK+V5oSMRCFywRYaEYunA= =SAlh -----END PGP SIGNATURE----- --Sig_/Wvm0g69_n7K=SHPLZoZNv8/-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 16:20:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 432819A6 for ; Thu, 5 Sep 2013 16:20:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1825B2D57 for ; Thu, 5 Sep 2013 16:20:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 94E34B981; Thu, 5 Sep 2013 12:20:00 -0400 (EDT) From: John Baldwin To: Alexander Subject: Re: i915kms.ko not loading Date: Thu, 5 Sep 2013 11:57:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <521E52A6.6040205@gmail.com> <201309051030.53839.jhb@freebsd.org> <5228A745.5030905@gmail.com> In-Reply-To: <5228A745.5030905@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201309051157.59462.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 05 Sep 2013 12:20:00 -0400 (EDT) Cc: =?utf-8?q?Jean-S=C3=A9bastien?= =?utf-8?q?_P=C3=A9dron?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 16:20:03 -0000 On Thursday, September 05, 2013 11:46:13 am Alexander wrote: > 05.09.2013 17:30, John Baldwin wrote: > > On Thursday, September 05, 2013 10:08:21 am Alexander wrote: > > [ ..cut ..] > >>> Hmm, 'p *dev'? > >>> > >>> > >> (kgdb) p *dev > >> No symbol "dev" in current context. > > Please go back to frame 6 first and then run 'p *dev'. > > > (kgdb) frame 6 > #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 > 287 switch (INTEL_INFO(dev)->gen) { > (kgdb) p *dev > = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xfffff80005dca840, dev_private isn't NULL at least. INTEL_INFO is this: i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)- >dev_private)->info) Can you stay at frame 6 and do: 'set $dp = (struct drm_i915_private *)dev->dev_private' 'p *$dp' 'p *$dp->info' -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 16:42:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CDA87B4A; Thu, 5 Sep 2013 16:42:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 452882EEB; Thu, 5 Sep 2013 16:42:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85GgM9j051164; Thu, 5 Sep 2013 12:42:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85GgMMc051154; Thu, 5 Sep 2013 16:42:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 16:42:22 GMT Message-Id: <201309051642.r85GgMMc051154@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 16:42:24 -0000 TB --- 2013-09-05 13:48:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 13:48:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 13:48:08 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-05 13:48:08 - cleaning the object tree TB --- 2013-09-05 13:50:16 - /usr/local/bin/svn stat /src TB --- 2013-09-05 13:50:20 - At svn revision 255238 TB --- 2013-09-05 13:50:21 - building world TB --- 2013-09-05 13:50:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:50:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:50:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:50:21 - SRCCONF=/dev/null TB --- 2013-09-05 13:50:21 - TARGET=mips TB --- 2013-09-05 13:50:21 - TARGET_ARCH=mips TB --- 2013-09-05 13:50:21 - TZ=UTC TB --- 2013-09-05 13:50:21 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:50:21 - cd /src TB --- 2013-09-05 13:50:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 13:50:28 UTC 2013 >>> 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 Sep 5 14:50:48 UTC 2013 TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m ADM5120 TB --- 2013-09-05 14:50:48 - skipping ADM5120 kernel TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-05 14:50:48 - skipping ALCHEMY kernel TB --- 2013-09-05 14:50:48 - cd /src/sys/mips/conf TB --- 2013-09-05 14:50:48 - /usr/sbin/config -m AP121 TB --- 2013-09-05 14:50:48 - building AP121 kernel TB --- 2013-09-05 14:50:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:50:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:50:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:50:48 - SRCCONF=/dev/null TB --- 2013-09-05 14:50:48 - TARGET=mips TB --- 2013-09-05 14:50:48 - TARGET_ARCH=mips TB --- 2013-09-05 14:50:48 - TZ=UTC TB --- 2013-09-05 14:50:48 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:50:48 - cd /src TB --- 2013-09-05 14:50:48 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Sep 5 14:50:48 UTC 2013 >>> 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 AP121 completed on Thu Sep 5 14:54:01 UTC 2013 TB --- 2013-09-05 14:54:01 - cd /src/sys/mips/conf TB --- 2013-09-05 14:54:01 - /usr/sbin/config -m AP91 TB --- 2013-09-05 14:54:01 - building AP91 kernel TB --- 2013-09-05 14:54:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:54:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:54:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:54:01 - SRCCONF=/dev/null TB --- 2013-09-05 14:54:01 - TARGET=mips TB --- 2013-09-05 14:54:01 - TARGET_ARCH=mips TB --- 2013-09-05 14:54:01 - TZ=UTC TB --- 2013-09-05 14:54:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:54:01 - cd /src TB --- 2013-09-05 14:54:01 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Sep 5 14:54:01 UTC 2013 >>> 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 AP91 completed on Thu Sep 5 14:58:08 UTC 2013 TB --- 2013-09-05 14:58:08 - cd /src/sys/mips/conf TB --- 2013-09-05 14:58:08 - /usr/sbin/config -m AP93 TB --- 2013-09-05 14:58:08 - building AP93 kernel TB --- 2013-09-05 14:58:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 14:58:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 14:58:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 14:58:08 - SRCCONF=/dev/null TB --- 2013-09-05 14:58:08 - TARGET=mips TB --- 2013-09-05 14:58:08 - TARGET_ARCH=mips TB --- 2013-09-05 14:58:08 - TZ=UTC TB --- 2013-09-05 14:58:08 - __MAKE_CONF=/dev/null TB --- 2013-09-05 14:58:08 - cd /src TB --- 2013-09-05 14:58:08 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Sep 5 14:58:09 UTC 2013 >>> 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 AP93 completed on Thu Sep 5 15:02:30 UTC 2013 TB --- 2013-09-05 15:02:30 - cd /src/sys/mips/conf TB --- 2013-09-05 15:02:30 - /usr/sbin/config -m AP94 TB --- 2013-09-05 15:02:30 - building AP94 kernel TB --- 2013-09-05 15:02:30 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:02:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:02:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:02:30 - SRCCONF=/dev/null TB --- 2013-09-05 15:02:30 - TARGET=mips TB --- 2013-09-05 15:02:30 - TARGET_ARCH=mips TB --- 2013-09-05 15:02:30 - TZ=UTC TB --- 2013-09-05 15:02:30 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:02:30 - cd /src TB --- 2013-09-05 15:02:30 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Thu Sep 5 15:02:30 UTC 2013 >>> 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 AP94 completed on Thu Sep 5 15:07:53 UTC 2013 TB --- 2013-09-05 15:07:53 - cd /src/sys/mips/conf TB --- 2013-09-05 15:07:53 - /usr/sbin/config -m AP96 TB --- 2013-09-05 15:07:53 - building AP96 kernel TB --- 2013-09-05 15:07:53 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:07:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:07:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:07:53 - SRCCONF=/dev/null TB --- 2013-09-05 15:07:53 - TARGET=mips TB --- 2013-09-05 15:07:53 - TARGET_ARCH=mips TB --- 2013-09-05 15:07:53 - TZ=UTC TB --- 2013-09-05 15:07:53 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:07:53 - cd /src TB --- 2013-09-05 15:07:53 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Thu Sep 5 15:07:53 UTC 2013 >>> 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 AP96 completed on Thu Sep 5 15:13:19 UTC 2013 TB --- 2013-09-05 15:13:19 - cd /src/sys/mips/conf TB --- 2013-09-05 15:13:19 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-05 15:13:19 - building AR71XX_BASE kernel TB --- 2013-09-05 15:13:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:13:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:13:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:13:19 - SRCCONF=/dev/null TB --- 2013-09-05 15:13:19 - TARGET=mips TB --- 2013-09-05 15:13:19 - TARGET_ARCH=mips TB --- 2013-09-05 15:13:19 - TZ=UTC TB --- 2013-09-05 15:13:19 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:13:19 - cd /src TB --- 2013-09-05 15:13:19 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Sep 5 15:13:19 UTC 2013 >>> 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 AR71XX_BASE completed on Thu Sep 5 15:18:36 UTC 2013 TB --- 2013-09-05 15:18:36 - cd /src/sys/mips/conf TB --- 2013-09-05 15:18:36 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-05 15:18:36 - building AR724X_BASE kernel TB --- 2013-09-05 15:18:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:18:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:18:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:18:36 - SRCCONF=/dev/null TB --- 2013-09-05 15:18:36 - TARGET=mips TB --- 2013-09-05 15:18:36 - TARGET_ARCH=mips TB --- 2013-09-05 15:18:36 - TZ=UTC TB --- 2013-09-05 15:18:36 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:18:36 - cd /src TB --- 2013-09-05 15:18:36 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Thu Sep 5 15:18:36 UTC 2013 >>> 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 AR724X_BASE completed on Thu Sep 5 15:22:40 UTC 2013 TB --- 2013-09-05 15:22:40 - cd /src/sys/mips/conf TB --- 2013-09-05 15:22:40 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-05 15:22:40 - building AR91XX_BASE kernel TB --- 2013-09-05 15:22:40 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:22:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:22:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:22:40 - SRCCONF=/dev/null TB --- 2013-09-05 15:22:40 - TARGET=mips TB --- 2013-09-05 15:22:40 - TARGET_ARCH=mips TB --- 2013-09-05 15:22:40 - TZ=UTC TB --- 2013-09-05 15:22:40 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:22:40 - cd /src TB --- 2013-09-05 15:22:40 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Thu Sep 5 15:22:40 UTC 2013 >>> 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 AR91XX_BASE completed on Thu Sep 5 15:27:19 UTC 2013 TB --- 2013-09-05 15:27:19 - cd /src/sys/mips/conf TB --- 2013-09-05 15:27:19 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-05 15:27:19 - building AR933X_BASE kernel TB --- 2013-09-05 15:27:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:27:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:27:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:27:19 - SRCCONF=/dev/null TB --- 2013-09-05 15:27:19 - TARGET=mips TB --- 2013-09-05 15:27:19 - TARGET_ARCH=mips TB --- 2013-09-05 15:27:19 - TZ=UTC TB --- 2013-09-05 15:27:19 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:27:19 - cd /src TB --- 2013-09-05 15:27:19 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Thu Sep 5 15:27:19 UTC 2013 >>> 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 AR933X_BASE completed on Thu Sep 5 15:30:08 UTC 2013 TB --- 2013-09-05 15:30:08 - cd /src/sys/mips/conf TB --- 2013-09-05 15:30:08 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-05 15:30:08 - building AR934X_BASE kernel TB --- 2013-09-05 15:30:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:30:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:30:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:30:08 - SRCCONF=/dev/null TB --- 2013-09-05 15:30:08 - TARGET=mips TB --- 2013-09-05 15:30:08 - TARGET_ARCH=mips TB --- 2013-09-05 15:30:08 - TZ=UTC TB --- 2013-09-05 15:30:08 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:30:08 - cd /src TB --- 2013-09-05 15:30:08 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Thu Sep 5 15:30:08 UTC 2013 >>> 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 AR934X_BASE completed on Thu Sep 5 15:33:00 UTC 2013 TB --- 2013-09-05 15:33:00 - cd /src/sys/mips/conf TB --- 2013-09-05 15:33:00 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-05 15:33:00 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-05 15:33:00 - cd /src/sys/mips/conf TB --- 2013-09-05 15:33:00 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-05 15:33:00 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-05 15:33:00 - cd /src/sys/mips/conf TB --- 2013-09-05 15:33:00 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-05 15:33:00 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-05 15:33:00 - cd /src/sys/mips/conf TB --- 2013-09-05 15:33:00 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-05 15:33:00 - skipping BERI_TEMPLATE kernel TB --- 2013-09-05 15:33:00 - cd /src/sys/mips/conf TB --- 2013-09-05 15:33:00 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-05 15:33:00 - building CARAMBOLA2 kernel TB --- 2013-09-05 15:33:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:33:00 - SRCCONF=/dev/null TB --- 2013-09-05 15:33:00 - TARGET=mips TB --- 2013-09-05 15:33:00 - TARGET_ARCH=mips TB --- 2013-09-05 15:33:00 - TZ=UTC TB --- 2013-09-05 15:33:00 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:33:00 - cd /src TB --- 2013-09-05 15:33:00 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Thu Sep 5 15:33:00 UTC 2013 >>> 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 CARAMBOLA2 completed on Thu Sep 5 15:35:52 UTC 2013 TB --- 2013-09-05 15:35:52 - cd /src/sys/mips/conf TB --- 2013-09-05 15:35:52 - /usr/sbin/config -m DB120 TB --- 2013-09-05 15:35:52 - building DB120 kernel TB --- 2013-09-05 15:35:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:35:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:35:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:35:52 - SRCCONF=/dev/null TB --- 2013-09-05 15:35:52 - TARGET=mips TB --- 2013-09-05 15:35:52 - TARGET_ARCH=mips TB --- 2013-09-05 15:35:52 - TZ=UTC TB --- 2013-09-05 15:35:52 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:35:52 - cd /src TB --- 2013-09-05 15:35:52 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Thu Sep 5 15:35:52 UTC 2013 >>> 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 DB120 completed on Thu Sep 5 15:38:42 UTC 2013 TB --- 2013-09-05 15:38:42 - cd /src/sys/mips/conf TB --- 2013-09-05 15:38:42 - /usr/sbin/config -m DIR-825 TB --- 2013-09-05 15:38:42 - building DIR-825 kernel TB --- 2013-09-05 15:38:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:38:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:38:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:38:42 - SRCCONF=/dev/null TB --- 2013-09-05 15:38:42 - TARGET=mips TB --- 2013-09-05 15:38:42 - TARGET_ARCH=mips TB --- 2013-09-05 15:38:42 - TZ=UTC TB --- 2013-09-05 15:38:42 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:38:42 - cd /src TB --- 2013-09-05 15:38:42 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Thu Sep 5 15:38:42 UTC 2013 >>> 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 DIR-825 completed on Thu Sep 5 15:42:35 UTC 2013 TB --- 2013-09-05 15:42:35 - cd /src/sys/mips/conf TB --- 2013-09-05 15:42:35 - /usr/sbin/config -m ENH200 TB --- 2013-09-05 15:42:35 - building ENH200 kernel TB --- 2013-09-05 15:42:35 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:42:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:42:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:42:35 - SRCCONF=/dev/null TB --- 2013-09-05 15:42:35 - TARGET=mips TB --- 2013-09-05 15:42:35 - TARGET_ARCH=mips TB --- 2013-09-05 15:42:35 - TZ=UTC TB --- 2013-09-05 15:42:35 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:42:35 - cd /src TB --- 2013-09-05 15:42:35 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Thu Sep 5 15:42:35 UTC 2013 >>> 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 ENH200 completed on Thu Sep 5 15:46:41 UTC 2013 TB --- 2013-09-05 15:46:41 - cd /src/sys/mips/conf TB --- 2013-09-05 15:46:41 - /usr/sbin/config -m GXEMUL TB --- 2013-09-05 15:46:41 - skipping GXEMUL kernel TB --- 2013-09-05 15:46:41 - cd /src/sys/mips/conf TB --- 2013-09-05 15:46:41 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-05 15:46:41 - building GXEMUL32 kernel TB --- 2013-09-05 15:46:41 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:46:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:46:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:46:41 - SRCCONF=/dev/null TB --- 2013-09-05 15:46:41 - TARGET=mips TB --- 2013-09-05 15:46:41 - TARGET_ARCH=mips TB --- 2013-09-05 15:46:41 - TZ=UTC TB --- 2013-09-05 15:46:41 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:46:41 - cd /src TB --- 2013-09-05 15:46:41 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Thu Sep 5 15:46:41 UTC 2013 >>> 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 GXEMUL32 completed on Thu Sep 5 15:48:44 UTC 2013 TB --- 2013-09-05 15:48:44 - cd /src/sys/mips/conf TB --- 2013-09-05 15:48:44 - /usr/sbin/config -m IDT TB --- 2013-09-05 15:48:44 - skipping IDT kernel TB --- 2013-09-05 15:48:44 - cd /src/sys/mips/conf TB --- 2013-09-05 15:48:44 - /usr/sbin/config -m MALTA TB --- 2013-09-05 15:48:45 - skipping MALTA kernel TB --- 2013-09-05 15:48:45 - cd /src/sys/mips/conf TB --- 2013-09-05 15:48:45 - /usr/sbin/config -m MALTA64 TB --- 2013-09-05 15:48:45 - skipping MALTA64 kernel TB --- 2013-09-05 15:48:45 - cd /src/sys/mips/conf TB --- 2013-09-05 15:48:45 - /usr/sbin/config -m OCTEON1 TB --- 2013-09-05 15:48:45 - skipping OCTEON1 kernel TB --- 2013-09-05 15:48:45 - cd /src/sys/mips/conf TB --- 2013-09-05 15:48:45 - /usr/sbin/config -m PB47 TB --- 2013-09-05 15:48:45 - building PB47 kernel TB --- 2013-09-05 15:48:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:48:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:48:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:48:45 - SRCCONF=/dev/null TB --- 2013-09-05 15:48:45 - TARGET=mips TB --- 2013-09-05 15:48:45 - TARGET_ARCH=mips TB --- 2013-09-05 15:48:45 - TZ=UTC TB --- 2013-09-05 15:48:45 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:48:45 - cd /src TB --- 2013-09-05 15:48:45 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Thu Sep 5 15:48:45 UTC 2013 >>> 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 PB47 completed on Thu Sep 5 15:53:55 UTC 2013 TB --- 2013-09-05 15:53:55 - cd /src/sys/mips/conf TB --- 2013-09-05 15:53:55 - /usr/sbin/config -m PB92 TB --- 2013-09-05 15:53:55 - building PB92 kernel TB --- 2013-09-05 15:53:55 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:53:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:53:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:53:55 - SRCCONF=/dev/null TB --- 2013-09-05 15:53:55 - TARGET=mips TB --- 2013-09-05 15:53:55 - TARGET_ARCH=mips TB --- 2013-09-05 15:53:55 - TZ=UTC TB --- 2013-09-05 15:53:55 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:53:55 - cd /src TB --- 2013-09-05 15:53:55 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Thu Sep 5 15:53:55 UTC 2013 >>> 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 PB92 completed on Thu Sep 5 15:57:39 UTC 2013 TB --- 2013-09-05 15:57:39 - cd /src/sys/mips/conf TB --- 2013-09-05 15:57:39 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-09-05 15:57:39 - building PICOSTATION_M2HP kernel TB --- 2013-09-05 15:57:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 15:57:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 15:57:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 15:57:39 - SRCCONF=/dev/null TB --- 2013-09-05 15:57:39 - TARGET=mips TB --- 2013-09-05 15:57:39 - TARGET_ARCH=mips TB --- 2013-09-05 15:57:39 - TZ=UTC TB --- 2013-09-05 15:57:39 - __MAKE_CONF=/dev/null TB --- 2013-09-05 15:57:39 - cd /src TB --- 2013-09-05 15:57:39 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Thu Sep 5 15:57:39 UTC 2013 >>> 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 PICOSTATION_M2HP completed on Thu Sep 5 16:01:36 UTC 2013 TB --- 2013-09-05 16:01:36 - cd /src/sys/mips/conf TB --- 2013-09-05 16:01:36 - /usr/sbin/config -m QEMU TB --- 2013-09-05 16:01:36 - skipping QEMU kernel TB --- 2013-09-05 16:01:36 - cd /src/sys/mips/conf TB --- 2013-09-05 16:01:36 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-09-05 16:01:36 - building ROUTERSTATION kernel TB --- 2013-09-05 16:01:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:01:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:01:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:01:36 - SRCCONF=/dev/null TB --- 2013-09-05 16:01:36 - TARGET=mips TB --- 2013-09-05 16:01:36 - TARGET_ARCH=mips TB --- 2013-09-05 16:01:36 - TZ=UTC TB --- 2013-09-05 16:01:36 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:01:36 - cd /src TB --- 2013-09-05 16:01:36 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Thu Sep 5 16:01:37 UTC 2013 >>> 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 ROUTERSTATION completed on Thu Sep 5 16:06:45 UTC 2013 TB --- 2013-09-05 16:06:45 - cd /src/sys/mips/conf TB --- 2013-09-05 16:06:45 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-09-05 16:06:45 - building ROUTERSTATION_MFS kernel TB --- 2013-09-05 16:06:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:06:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:06:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:06:45 - SRCCONF=/dev/null TB --- 2013-09-05 16:06:45 - TARGET=mips TB --- 2013-09-05 16:06:45 - TARGET_ARCH=mips TB --- 2013-09-05 16:06:45 - TZ=UTC TB --- 2013-09-05 16:06:45 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:06:45 - cd /src TB --- 2013-09-05 16:06:45 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Thu Sep 5 16:06:45 UTC 2013 >>> 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 ROUTERSTATION_MFS completed on Thu Sep 5 16:11:55 UTC 2013 TB --- 2013-09-05 16:11:55 - cd /src/sys/mips/conf TB --- 2013-09-05 16:11:55 - /usr/sbin/config -m RSPRO TB --- 2013-09-05 16:11:56 - building RSPRO kernel TB --- 2013-09-05 16:11:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:11:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:11:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:11:56 - SRCCONF=/dev/null TB --- 2013-09-05 16:11:56 - TARGET=mips TB --- 2013-09-05 16:11:56 - TARGET_ARCH=mips TB --- 2013-09-05 16:11:56 - TZ=UTC TB --- 2013-09-05 16:11:56 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:11:56 - cd /src TB --- 2013-09-05 16:11:56 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Thu Sep 5 16:11:56 UTC 2013 >>> 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 RSPRO completed on Thu Sep 5 16:17:22 UTC 2013 TB --- 2013-09-05 16:17:22 - cd /src/sys/mips/conf TB --- 2013-09-05 16:17:22 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-09-05 16:17:22 - building RSPRO_MFS kernel TB --- 2013-09-05 16:17:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:17:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:17:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:17:22 - SRCCONF=/dev/null TB --- 2013-09-05 16:17:22 - TARGET=mips TB --- 2013-09-05 16:17:22 - TARGET_ARCH=mips TB --- 2013-09-05 16:17:22 - TZ=UTC TB --- 2013-09-05 16:17:22 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:17:22 - cd /src TB --- 2013-09-05 16:17:22 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Thu Sep 5 16:17:22 UTC 2013 >>> 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 RSPRO_MFS completed on Thu Sep 5 16:23:03 UTC 2013 TB --- 2013-09-05 16:23:03 - cd /src/sys/mips/conf TB --- 2013-09-05 16:23:03 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-09-05 16:23:03 - building RSPRO_STANDALONE kernel TB --- 2013-09-05 16:23:03 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:23:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:23:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:23:03 - SRCCONF=/dev/null TB --- 2013-09-05 16:23:03 - TARGET=mips TB --- 2013-09-05 16:23:03 - TARGET_ARCH=mips TB --- 2013-09-05 16:23:03 - TZ=UTC TB --- 2013-09-05 16:23:03 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:23:03 - cd /src TB --- 2013-09-05 16:23:03 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Thu Sep 5 16:23:03 UTC 2013 >>> 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 RSPRO_STANDALONE completed on Thu Sep 5 16:28:19 UTC 2013 TB --- 2013-09-05 16:28:19 - cd /src/sys/mips/conf TB --- 2013-09-05 16:28:19 - /usr/sbin/config -m RT305X TB --- 2013-09-05 16:28:19 - skipping RT305X kernel TB --- 2013-09-05 16:28:19 - cd /src/sys/mips/conf TB --- 2013-09-05 16:28:19 - /usr/sbin/config -m SENTRY5 TB --- 2013-09-05 16:28:19 - skipping SENTRY5 kernel TB --- 2013-09-05 16:28:19 - cd /src/sys/mips/conf TB --- 2013-09-05 16:28:19 - /usr/sbin/config -m SWARM TB --- 2013-09-05 16:28:19 - building SWARM kernel TB --- 2013-09-05 16:28:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:28:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:28:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:28:19 - SRCCONF=/dev/null TB --- 2013-09-05 16:28:19 - TARGET=mips TB --- 2013-09-05 16:28:19 - TARGET_ARCH=mips TB --- 2013-09-05 16:28:19 - TZ=UTC TB --- 2013-09-05 16:28:19 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:28:19 - cd /src TB --- 2013-09-05 16:28:19 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Thu Sep 5 16:28:19 UTC 2013 >>> 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 SWARM completed on Thu Sep 5 16:31:05 UTC 2013 TB --- 2013-09-05 16:31:05 - cd /src/sys/mips/conf TB --- 2013-09-05 16:31:05 - /usr/sbin/config -m SWARM64 TB --- 2013-09-05 16:31:05 - skipping SWARM64 kernel TB --- 2013-09-05 16:31:05 - cd /src/sys/mips/conf TB --- 2013-09-05 16:31:05 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-09-05 16:31:05 - skipping SWARM64_SMP kernel TB --- 2013-09-05 16:31:05 - cd /src/sys/mips/conf TB --- 2013-09-05 16:31:05 - /usr/sbin/config -m SWARM_SMP TB --- 2013-09-05 16:31:05 - building SWARM_SMP kernel TB --- 2013-09-05 16:31:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:31:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:31:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:31:05 - SRCCONF=/dev/null TB --- 2013-09-05 16:31:05 - TARGET=mips TB --- 2013-09-05 16:31:05 - TARGET_ARCH=mips TB --- 2013-09-05 16:31:05 - TZ=UTC TB --- 2013-09-05 16:31:05 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:31:05 - cd /src TB --- 2013-09-05 16:31:05 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Thu Sep 5 16:31:05 UTC 2013 >>> 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 SWARM_SMP completed on Thu Sep 5 16:33:53 UTC 2013 TB --- 2013-09-05 16:33:53 - cd /src/sys/mips/conf TB --- 2013-09-05 16:33:53 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-09-05 16:33:53 - building TP-WN1043ND kernel TB --- 2013-09-05 16:33:53 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:33:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:33:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:33:53 - SRCCONF=/dev/null TB --- 2013-09-05 16:33:53 - TARGET=mips TB --- 2013-09-05 16:33:53 - TARGET_ARCH=mips TB --- 2013-09-05 16:33:53 - TZ=UTC TB --- 2013-09-05 16:33:53 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:33:53 - cd /src TB --- 2013-09-05 16:33:53 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Thu Sep 5 16:33:53 UTC 2013 >>> 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 TP-WN1043ND completed on Thu Sep 5 16:38:49 UTC 2013 TB --- 2013-09-05 16:38:49 - cd /src/sys/mips/conf TB --- 2013-09-05 16:38:49 - /usr/sbin/config -m XLP TB --- 2013-09-05 16:38:50 - building XLP kernel TB --- 2013-09-05 16:38:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:38:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:38:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:38:50 - SRCCONF=/dev/null TB --- 2013-09-05 16:38:50 - TARGET=mips TB --- 2013-09-05 16:38:50 - TARGET_ARCH=mips TB --- 2013-09-05 16:38:50 - TZ=UTC TB --- 2013-09-05 16:38:50 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:38:50 - cd /src TB --- 2013-09-05 16:38:50 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Thu Sep 5 16:38:50 UTC 2013 >>> 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 [...] /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/XLP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 16:42:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 16:42:22 - ERROR: failed to build XLP kernel TB --- 2013-09-05 16:42:22 - 7902.32 user 1647.09 system 10454.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 17:02:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1A1D3964; Thu, 5 Sep 2013 17:02:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D720F206B; Thu, 5 Sep 2013 17:02:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85H25Tl085253; Thu, 5 Sep 2013 13:02:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85H25XJ085251; Thu, 5 Sep 2013 17:02:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 17:02:05 GMT Message-Id: <201309051702.r85H25XJ085251@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 17:02:06 -0000 TB --- 2013-09-05 13:32:56 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 13:32:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 13:32:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-09-05 13:32:56 - cleaning the object tree TB --- 2013-09-05 13:32:56 - /usr/local/bin/svn stat /src TB --- 2013-09-05 13:33:00 - At svn revision 255238 TB --- 2013-09-05 13:33:01 - building world TB --- 2013-09-05 13:33:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 13:33:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 13:33:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 13:33:01 - SRCCONF=/dev/null TB --- 2013-09-05 13:33:01 - TARGET=pc98 TB --- 2013-09-05 13:33:01 - TARGET_ARCH=i386 TB --- 2013-09-05 13:33:01 - TZ=UTC TB --- 2013-09-05 13:33:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 13:33:01 - cd /src TB --- 2013-09-05 13:33:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 13:33:08 UTC 2013 >>> 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 Sep 5 16:51:41 UTC 2013 TB --- 2013-09-05 16:51:41 - generating LINT kernel config TB --- 2013-09-05 16:51:41 - cd /src/sys/pc98/conf TB --- 2013-09-05 16:51:41 - /usr/bin/make -B LINT TB --- 2013-09-05 16:51:41 - cd /src/sys/pc98/conf TB --- 2013-09-05 16:51:41 - /usr/sbin/config -m LINT TB --- 2013-09-05 16:51:41 - building LINT kernel TB --- 2013-09-05 16:51:41 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:51:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:51:41 - SRCCONF=/dev/null TB --- 2013-09-05 16:51:41 - TARGET=pc98 TB --- 2013-09-05 16:51:41 - TARGET_ARCH=i386 TB --- 2013-09-05 16:51:41 - TZ=UTC TB --- 2013-09-05 16:51:41 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:51:41 - cd /src TB --- 2013-09-05 16:51:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 16:51:41 UTC 2013 >>> 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 [...] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h:190:6: error: conflicting types for 'critical_exit' void critical_exit(void); ^ ./i386/counter.h:172:3: note: previous implicit declaration is here critical_exit(); ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 17:02:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 17:02:04 - ERROR: failed to build LINT kernel TB --- 2013-09-05 17:02:04 - 10124.35 user 1411.01 system 12548.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 17:08:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F8631DB; Thu, 5 Sep 2013 17:08:11 +0000 (UTC) (envelope-from iskander@advancedhosters.com) Received: from int.advancedhosters.com (int.advancedhosters.com [213.174.132.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00C8620C4; Thu, 5 Sep 2013 17:08:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=advancedhosters.com; s=mail; h=Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=ryzZmCQu35IVyVkW+qViC2P/cPshze/84VRIkhyt78s=; b=EqvjpQEJrMwIbs5vDkq8w7G0nKCR1uaCdJTqhX1c7OqgALHKF6ST1oiUky0uSt0jJWonRdTouGa9it3b+EEqBGWlSlU8V4eRAXBTpdQgFVpJlLZroj8AYZA7pBSZ3JsXeuKWAC5d0+ttNS58jY1JBNsBJImoJTx4Yw79VlJLt1k=; Received: from client186-7.emplot.net.ua ([193.110.107.186] helo=iskander.advancedhosters.com) by int.advancedhosters.com with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VHd2O-0005Xg-Jh; Thu, 05 Sep 2013 17:08:08 +0000 Message-ID: <5228BA73.1030601@gmail.com> Date: Thu, 05 Sep 2013 20:08:03 +0300 From: Alexander User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130827 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <201309051030.53839.jhb@freebsd.org> <5228A745.5030905@gmail.com> <201309051157.59462.jhb@freebsd.org> In-Reply-To: <201309051157.59462.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: iskander@advancedhosters.com Cc: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 17:08:11 -0000 05.09.2013 18:57, John Baldwin пишет: > On Thursday, September 05, 2013 11:46:13 am Alexander wrote: >> 05.09.2013 17:30, John Baldwin wrote: >>> On Thursday, September 05, 2013 10:08:21 am Alexander wrote: >>> [ ..cut ..] >>>>> Hmm, 'p *dev'? >>>>> >>>>> >>>> (kgdb) p *dev >>>> No symbol "dev" in current context. >>> Please go back to frame 6 first and then run 'p *dev'. >>> >> (kgdb) frame 6 >> #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at >> /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 >> 287 switch (INTEL_INFO(dev)->gen) { >> (kgdb) p *dev >> = 0x0, sg = 0x0, ctx_bitmap = 0x0, dev_private = 0xfffff80005dca840, > dev_private isn't NULL at least. INTEL_INFO is this: > > i915_drv.h:#define INTEL_INFO(dev) (((struct drm_i915_private *) (dev)- >> dev_private)->info) > Can you stay at frame 6 and do: > > 'set $dp = (struct drm_i915_private *)dev->dev_private' > 'p *$dp' > 'p *$dp->info' > (kgdb) frame 6 #6 0xffffffff810402a6 in intel_parse_bios (dev=0xfffff80005dca800) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c:287 287 switch (INTEL_INFO(dev)->gen) { (kgdb) set $dp = (struct drm_i915_private *)dev->dev_private (kgdb) p *$dp $1 = {dev = 0xffffffff806d3a7d, gmbus_bridge = 0x1030000, bbbus_bridge = 0x0, gmbus = 0x4, bbbus = 0x0, gmbus_sx = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, sx_lock = 18446744071569226358}, has_gem = 16973824, relative_constants_mode = 0, sarea = 0x0, mmio_map = 0x4, gt_fifo_count = 2154642031, forcewake_count = 4294967295, gt_lock = {lock_object = { lo_name = 0x1030000
, lo_flags = 0, lo_data = 0, lo_witness = 0x1}, mtx_lock = 18446744071569226372}, sarea_priv = 0x1030000, rings = {{name = 0x0, id = 4, mmio_base = 0, virtual_start = 0x0, dev = 0xa, obj = 0x100000000, head = 2, tail = 3, space = 4, size = 5, effective_size = 9, status_page = {page_addr = 0xc0000000b, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = { lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0xfffff80005dca968, irq_put = 0, init = 0, write_tail = 0, flush = 0, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0x0, prev = 0x0}, request_list = {next = 0x0, prev = 0x0}, gpu_write_list = {next = 0x0, prev = 0x0}, outstanding_lazy_request = 0, map = {offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = { tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name = 0xfffff800056ccb80 "", id = 91016144, mmio_base = 4294965248, virtual_start = 0xfffff801a46097c0, dev = 0x0, obj = 0x0, head = 0, tail = 0, space = 0, size = 0, effective_size = 0, status_page = { page_addr = 0x0, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0xfffff80001ac3d80}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0x10, irq_put = 0, init = 0, write_tail = 0, flush = 0x2, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0xfffff80005dca840, prev = 0x0}, request_list = {next = 0x0, prev = 0xfffff801a483bd80}, gpu_write_list = {next = 0x3, prev = 0x0}, outstanding_lazy_request = 87252704, map = { offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = {tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}, {name = 0x0, id = RCS, mmio_base = 0, virtual_start = 0x0, dev = 0x0, obj = 0x0, head = 0, tail = 0, space = 0, size = 0, effective_size = 0, status_page = {page_addr = 0x0, gfx_addr = 0, obj = 0x0}, last_retired_head = 0, irq_lock = {lock_object = {lo_name = 0xffffffff
, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, irq_refcount = 0, irq_mask = 0, irq_seqno = 0, trace_irq_seqno = 0, waiting_seqno = 0, sync_seqno = {0, 0}, irq_get = 0, irq_put = 0, init = 0, write_tail = 0, flush = 0, add_request = 0, get_seqno = 0, dispatch_execbuffer = 0, cleanup = 0, sync_to = 0, semaphore_register = {0, 0, 0}, signal_mbox = {0, 0}, active_list = {next = 0x0, prev = 0x0}, request_list = {next = 0x0, prev = 0x0}, gpu_write_list = {next = 0x0, prev = 0x0}, outstanding_lazy_request = 0, map = {offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = {tqe_next = 0x0, tqe_prev = 0x0}}, private = 0x0}}, next_seqno = 0, status_page_dmah = 0x0, hw_status_page = 0x0, dma_status_page = 0, counter = 0, status_gfx_addr = 0, hws_map = {offset = 0, size = 0, type = _DRM_FRAME_BUFFER, flags = 0, handle = 0x0, mtrr = 0, rid = 0, virtual = 0x0, bsr = 0x0, bst = 0, bsh = 0, dmah = 0x0, link = {tqe_next = 0x0, tqe_prev = 0x0}}, hws_obj = 0x0, pwrctx = 0x0, renderctx = 0x0, cpp = 0, back_offset = 0, front_offset = 0, current_page = 0, page_flipping = 0, irq_received = 0, trace_irq_seqno = 0, pipestat = {0, 0}, irq_mask = 0, gt_irq_mask = 0, pch_irq_mask = 0, irq_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, hotplug_supported_mask = 0, tex_lru_log_granularity = 0, allow_batchbuffer = 0, sr01 = 0, adpa = 0, ppcr = 0, dvob = 0, dvoc = 0, lvds = 0, vblank_pipe = 0, num_pipe = 0, hangcheck_count = 0, last_acthd = 0, last_acthd_bsd = 0, last_acthd_blt = 0, last_instdone = 0, last_instdone1 = 0, opregion = {header = 0x0, acpi = 0x0, swsci = 0x0, asle = 0x0, vbt = 0x0, lid_state = 0x0}, overlay = 0x0, sprite_scaling_enabled = false, backlight_level = 0, backlight_enabled = false, lfp_lvds_vbt_mode = 0x0, sdvo_lvds_vbt_mode = 0x0, int_tv_support = 1, lvds_dither = 1, lvds_vbt = 0, int_crt_support = 1, lvds_use_ssc = 1, display_clock_mode = 0, lvds_ssc_freq = 0, edp = {rate = 0, lanes = 0, preemphasis = 0, vswing = 0, initialized = false, support = false, bpp = 0, pps = {t1_t3 = 0, t8 = 0, t9 = 0, t10 = 0, t11_t12 = 0}}, no_aux_handshake = false, crt_ddc_pin = 2, fence_regs = {{lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = { next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 5, pin_count = 0}, {lru_list = {next = 0xfffff8021b8362f1, prev = 0xfffff8021b836359}, obj = 0xfffff8021b8363c1, setup_seqno = 461595689, pin_count = -2046}, {lru_list = {next = 0xfffff8021b836491, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, { lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x5}, obj = 0xfffff8021b836909, setup_seqno = 461597041, pin_count = -2046}, {lru_list = {next = 0xfffff8021b8369d9, prev = 0xfffff8021b836a41}, obj = 0xfffff8021b836aa9, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, setup_seqno = 5, pin_count = 0}, { lru_list = {next = 0xfffff8021b8360e9, prev = 0xfffff8021b836151}, obj = 0xfffff8021b8361b9, setup_seqno = 461595169, pin_count = -2046}, { lru_list = {next = 0xfffff8021b836289, prev = 0x0}, obj = 0x0, setup_seqno = 0, pin_count = 0}, {lru_list = {next = 0x0, prev = 0x0}, obj = 0x0, ---Type to continue, or q to quit--- setup_seqno = 0, pin_count = 0}}, fence_reg_start = 0, num_fence_regs = 0, pch_type = PCH_CPT, display = {dpms = 0, fbc_enabled = 0, enable_fbc = 0, disable_fbc = 0x5, get_display_clock_speed = 0xfffff8021b836701, get_fifo_size = 0xfffff8021b836769, update_wm = 0xfffff8021b8367d1, update_sprite_wm = 0xfffff8021b836839, crtc_mode_set = 0xfffff8021b8368a1, write_eld = 0, fdi_link_train = 0, init_clock_gating = 0, init_pch_clock_gating = 0, queue_flip = 0, force_wake_get = 0, force_wake_put = 0, update_plane = 0}, quirks = 0, modeset_on_lid = false, saveLBB = 0 '\0', saveDSPACNTR = 0, saveDSPBCNTR = 0, saveDSPARB = 0, saveHWS = 0, savePIPEACONF = 0, savePIPEBCONF = 5, savePIPEASRC = 0, savePIPEBSRC = 461625121, saveFPA0 = 4294965250, saveFPA1 = 461625225, saveDPLL_A = 4294965250, saveDPLL_A_MD = 461625329, saveHTOTAL_A = 4294965250, saveHBLANK_A = 461625433, saveHSYNC_A = 4294965250, saveVTOTAL_A = 461625537, saveVBLANK_A = 4294965250, saveVSYNC_A = 0, saveBCLRPAT_A = 0, saveTRANSACONF = 0, saveTRANS_HTOTAL_A = 0, saveTRANS_HBLANK_A = 0, saveTRANS_HSYNC_A = 0, saveTRANS_VTOTAL_A = 0, saveTRANS_VBLANK_A = 0, saveTRANS_VSYNC_A = 0, savePIPEASTAT = 0, saveDSPASTRIDE = 0, saveDSPASIZE = 0, saveDSPAPOS = 0, saveDSPAADDR = 0, saveDSPASURF = 0, saveDSPATILEOFF = 0, savePFIT_PGM_RATIOS = 0, saveBLC_HIST_CTL = 0, saveBLC_PWM_CTL = 0, saveBLC_PWM_CTL2 = 0, saveBLC_CPU_PWM_CTL = 0, saveBLC_CPU_PWM_CTL2 = 0, saveFPB0 = 0, saveFPB1 = 0, saveDPLL_B = 5, saveDPLL_B_MD = 0, saveHTOTAL_B = 461595897, saveHBLANK_B = 4294965250, saveHSYNC_B = 461596001, saveVTOTAL_B = 4294965250, saveVBLANK_B = 461596105, saveVSYNC_B = 4294965250, saveBCLRPAT_B = 461596209, saveTRANSBCONF = 4294965250, saveTRANS_HTOTAL_B = 461596313, saveTRANS_HBLANK_B = 4294965250, saveTRANS_HSYNC_B = 0, saveTRANS_VTOTAL_B = 0, saveTRANS_VBLANK_B = 0, saveTRANS_VSYNC_B = 0, savePIPEBSTAT = 0, saveDSPBSTRIDE = 0, saveDSPBSIZE = 0, saveDSPBPOS = 0, saveDSPBADDR = 0, saveDSPBSURF = 0, saveDSPBTILEOFF = 0, saveVGA0 = 0, saveVGA1 = 0, saveVGA_PD = 0, saveVGACNTRL = 0, saveADPA = 0, saveLVDS = 0, savePP_ON_DELAYS = 0, savePP_OFF_DELAYS = 0, saveDVOA = 0, saveDVOB = 0, saveDVOC = 0, savePP_ON = 0, savePP_OFF = 0, savePP_CONTROL = 5, savePP_DIVISOR = 0, savePFIT_CONTROL = 461597457, save_palette_a = { 4294965250, 461597561, 4294965250, 461597665, 4294965250, 461597769, 4294965250, 461597873, 4294965250, 0 , 5, 0, 461627201, 4294965250, 461627305, 4294965250, 461627409, 4294965250, 461627513, 4294965250, 461627617, 4294965250, 0 , 5, 0, 461625641, 4294965250, 461625745, 4294965250, 461625849, 4294965250, 461625953, 4294965250, 461626057, 4294965250, 0 , 45296, 0, 16, 0, 462994177, 4294965250, 462994281, 4294965250, 462994385, 4294965250, 462994489, 4294965250, 462994593, 4294965250, 462994697, 4294965250, 462994801, 4294965250, 462994905, 4294965250, 462995009, 4294965250, 462995113, 4294965250, 462995217, 4294965250, 462995321, 4294965250, 462995425, 4294965250, 462995529, 4294965250, 462995633, 4294965250, 462995737, 4294965250, 0, 0, 5, 0, 461597977, 4294965250, 461624705, 4294965250, 461624809, 4294965250, 461624913, 4294965250, 461625017, 4294965250, 0 , 43344, 0, 16, 0, 462897665, 4294965250, 462897769, 4294965250, 462897873, 4294965250, 462897977, 4294965250, 462898081, 4294965250, 462898185, 4294965250, 462898289, 4294965250, 462898393, 4294965250, 462898497, 4294965250, 462898601, 4294965250, 462898705, 4294965250, 462898809, 4294965250, 462898913, 4294965250, 462899017, 4294965250, 462899121, 4294965250, 462899225, 4294965250, 1280, 0, 65536, 0 , 3, 0, 0, 0, 0, 0, 300391633}, save_palette_b = {4294965250, 300391529, 4294965250, 0, 0, 300390073, 4294965250, 0 , 43280, 0, 16, 0, 462891009, 4294965250, 462891113, 4294965250, 462891217, 4294965250, 462891321, 4294965250, 462891425, 4294965250, 462891529, 4294965250, 462891633, 4294965250, 462891737, 4294965250, 462891841, 4294965250, 462891945, 4294965250, 462892049, 4294965250, 462892153, 4294965250, 462892257, 4294965250, 462892361, 4294965250, 462892465, 4294965250, 462892569, 4294965250, 0, 0, 5, 0, 461593817, 4294965250, 461593921, 4294965250, 461594025, 4294965250, 461594129, 4294965250, 461594233, 4294965250, 0 , 1280, 0, 65543, 0 , 2751990736, 4294965249, 2751726576, 4294965249, 2751681808, 4294965249, 2751989584, 4294965249, 0, 0, 2754440288, 4294965249, 0, 0, 2752667296, 4294965249, 99903168, 4294965248, 44128, 0, 16, 0, 474640513, 4294965250, 474640617, 4294965250, 474640721, 4294965250, 474640825, 4294965250, 474640929, 4294965250, 474641033, 4294965250, 474641137, 4294965250, 474641241, 4294965250, 474641345, 4294965250, 474641449, 4294965250, 474641553, 4294965250, 474641657, 4294965250, 474641761, 4294965250, 474641865, 4294965250, 474641969, 4294965250, 474642073, 4294965250, 16, 0, 16, 0, 462796681, 4294965250, 496331481, 4294965250, 496325969, 4294965250, 474397777, 4294965250, 462790441, 4294965250, 474399025, 4294965250, 496680609, 4294965250, 462799073, 4294965250, 474397985, 4294965250, 496688617, 4294965250, 462798761, 4294965250, 474403393, 4294965250, 462793769, 4294965250, 462794289, 4294965250, 462804793, 4294965250, 462804897, 4294965250, 1648, 0, 5, 0, 489061673, 4294965250, 489061777, 4294965250, 489061881, 4294965250, 0 ...}, saveDPFC_CB_BASE = 4294965250, saveFBC_CFB_BASE = 455207177, saveFBC_LL_BASE = 4294965250, saveFBC_CONTROL = 455207281, saveFBC_CONTROL2 = 4294965250, saveIER = 455207385, saveIIR = 4294965250, saveIMR = 455207489, saveDEIER = 4294965250, saveDEIMR = 455207593, saveGTIER = 4294965250, saveGTIMR = 455207697, saveFDI_RXA_IMR = 4294965250, saveFDI_RXB_IMR = 455207801, saveCACHE_MODE_0 = 4294965250, saveMI_ARB_STATE = 455207905, saveSWF0 = {4294965250, 455208009, 4294965250, 455208113, 4294965250, 455208217, 4294965250, 0, 0, 5, 0, 462452129, 4294965250, 462452233, 4294965250, 462452337}, saveSWF1 = {4294965250, 462452441, 4294965250, 462452545, 4294965250, 0 }, saveSWF2 = {0, 0, 0}, saveMSR = 0 '\0', saveSR = "\000\000\000\000\000\000\000", saveGR = '\0' , saveAR_INDEX = 0 '\0', saveAR = "\000\000\000\000\000\004\000\000\000\000\000\000\000)��\021\002���", saveDACMASK = 249 '�', saveCR = "��\021\002���\221��\021\002���y\223�\021\002���", '\0' , saveFENCE = {0 , 5, 18446735286681246161, 18446735286681246265, 18446735286681246369, 18446735286681246473}, saveCURACNTR = 474782577, saveCURAPOS = 4294965250, saveCURABASE = 0, saveCURBCNTR = 0, saveCURBPOS = 0, saveCURBBASE = 0, saveCURSIZE = 0, saveDP_B = 0, saveDP_C = 0, saveDP_D = 0, savePIPEA_GMCH_DATA_M = 0, savePIPEB_GMCH_DATA_M = 0, savePIPEA_GMCH_DATA_N = 0, savePIPEB_GMCH_DATA_N = 0, savePIPEA_DP_LINK_M = 0, savePIPEB_DP_LINK_M = 0, ---Type to continue, or q to quit--- savePIPEA_DP_LINK_N = 0, savePIPEB_DP_LINK_N = 0, saveFDI_RXA_CTL = 0, saveFDI_TXA_CTL = 0, saveFDI_RXB_CTL = 0, saveFDI_TXB_CTL = 0, savePFA_CTL_1 = 0, savePFB_CTL_1 = 0, savePFA_WIN_SZ = 0, savePFB_WIN_SZ = 0, savePFA_WIN_POS = 5, savePFB_WIN_POS = 0, savePCH_DREF_CONTROL = 462448489, saveDISP_ARB_CTL = 4294965250, savePIPEA_DATA_M1 = 462448593, savePIPEA_DATA_N1 = 4294965250, savePIPEA_LINK_M1 = 462448697, savePIPEA_LINK_N1 = 4294965250, savePIPEB_DATA_M1 = 462448801, savePIPEB_DATA_N1 = 4294965250, savePIPEB_LINK_M1 = 462448905, savePIPEB_LINK_N1 = 4294965250, saveMCHBAR_RENDER_STANDBY = 0, savePCH_PORT_HOTPLUG = 0, mm = {stolen = {hole_stack = {next = 0x0, prev = 0x0}, head_node = {node_list = {next = 0x0, prev = 0x0}, hole_stack = {next = 0x0, prev = 0x0}, hole_follows = 0, scanned_block = 0, scanned_prev_free = 0, scanned_next_free = 0, scanned_preceeds_hole = 0, allocated = 0, start = 0, size = 0, mm = 0x0, private = 0x0}, unused_nodes = {next = 0x8, prev = 0xfffff8021b6d25c1}, num_unused = 300352945, unused_lock = {lock_object = { lo_name = 0xfffff8021b833c59 "M�\021\002����%m\033\002���p\002�\021\002����\005�\021\002���", lo_flags = 300352113, lo_data = 4294965250, lo_witness = 0xfffff80211e70209}, mtx_lock = 18446735286695034689}, scan_check_range = 1, scan_alignment = 4294965250, scan_size = 18446735286695030113, scan_hit_start = 0, scan_hit_size = 0, scanned_blocks = 0, scan_start = 0, scan_end = 0, prev_scanned_node = 0x0}, gtt_space = {hole_stack = {next = 0x0, prev = 0x0}, head_node = {node_list = {next = 0x0, prev = 0x0}, hole_stack = {next = 0x5, prev = 0xfffff8021b905249}, hole_follows = 1, scanned_block = 0, scanned_prev_free = 0, scanned_next_free = 0, scanned_preceeds_hole = 1, allocated = 1, start = 18446735286668907289, size = 18446735286668910721, mm = 0xfffff8021b9060e9, private = 0x0}, unused_nodes = {next = 0x0, prev = 0x0}, num_unused = 0, unused_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, scan_check_range = 0, scan_alignment = 0, scan_size = 0, scan_hit_start = 0, scan_hit_size = 0, scanned_blocks = 0, scan_start = 0, scan_end = 0, prev_scanned_node = 0x0}, gtt_list = {next = 0x0, prev = 0x0}, gtt_start = 0, gtt_mappable_end = 0, gtt_end = 0, aliasing_ppgtt = 0x0, active_list = { next = 0x0, prev = 0x0}, flushing_list = {next = 0x0, prev = 0x0}, inactive_list = {next = 0x0, prev = 0x0}, pinned_list = { next = 0xfffff8021f5e1300, prev = 0xfffff80005d76fb0}, fence_list = {next = 0xfffff80005d80fb8, prev = 0x0}, deferred_free_list = { next = 0xfffff80005dcb000, prev = 0xfffffffff8000000}, retire_task = {q = 0xffffffffffffffff, t = {ta_link = {stqe_next = 0xffffffffffffffff}, ta_pending = 65535, ta_priority = 65535, ta_func = 0x80000, ta_context = 0x0}, c = {c_links = {le = {le_next = 0xfffff80005dcc000, le_prev = 0x0}, sle = {sle_next = 0xfffff80005dcc000}, tqe = {tqe_next = 0xfffff80005dcc000, tqe_prev = 0x0}}, c_time = -8795994669040, c_precision = 0, c_arg = 0xfffff80005dcc100, c_func = 0xfffff80005505ea8, c_lock = 0x0, c_flags = 99216384, c_cpu = -2048}, f = 0}, interruptible = false, next_gem_seqno = 0, waiting_gem_seqno = 0, irq_gem_seqno = 0, suspended = 0, wedged = 0, bit_6_swizzle_x = 0, bit_6_swizzle_y = 0, phys_objs = {0x0, 0x0, 0x0}, gtt_total = 18446735277714882688, mappable_gtt_total = 0, object_memory = 18446735277714882704, object_count = 0, gtt = { stolen_size = 98123520, gtt_total_entries = 4294965248, gtt_mappable_entries = 87856568, do_idle_maps = 4294965248, scratch_page_dma = 0}, i915_lowmem = 0xfffff80005f629f8}, info = 0x1, sdvo_mappings = {{initialized = 0 '\0', dvo_port = 0 '\0', slave_addr = 0 '\0', dvo_wiring = 0 '\0', i2c_pin = 0 '\0', ddc_pin = 0 '\0'}, {initialized = 0 '\0', dvo_port = 0 '\0', slave_addr = 0 '\0', dvo_wiring = 0 '\0', i2c_pin = 0 '\0', ddc_pin = 0 '\0'}}, lvds_border_bits = 0, pch_pf_pos = 0, pch_pf_size = 0, plane_to_crtc_mapping = {0x0, 0x0, 0x0}, pipe_to_crtc_mapping = {0x0, 0xfffff80005dcc100, 0x0}, flip_pending_is_done = 16, render_reclock_avail = 193, lvds_downclock_avail = 220, lvds_downclock = -2048, idle_task = { ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xfffff80005dcc028, ta_context = 0x0}, idle_callout = {c_links = {le = { le_next = 0xfffff80005e9ec00, le_prev = 0x0}, sle = {sle_next = 0xfffff80005e9ec00}, tqe = {tqe_next = 0xfffff80005e9ec00, tqe_prev = 0x0}}, c_time = 0, c_precision = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, busy = 32, orig_clock = 42001, child_dev_num = -2047, child_dev = 0xfffff801a4115950, int_lvds_connector = 0x0, int_edp_connector = 0xfffff80005dcc190, bridge_dev = 0x1, mchbar_need_disable = false, mch_res_rid = 0, mch_res = 0xffffffff80a160b0, rps_lock = {lock_object = {lo_name = 0x0, lo_flags = 99493376, lo_data = 4294965248, lo_witness = 0x0}, mtx_lock = 0}, pm_iir = 0, rps_task = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0}, cur_delay = 0 '\0', min_delay = 0 '\0', max_delay = 0 '\0', fmax = 0 '\0', fstart = 0 '\0', last_count1 = 18446735277714883072, last_time1 = 0, chipset_power = 18446735277714883088, last_count2 = 0, last_time2 = {tv_sec = -8795994666880, tv_nsec = -8796005162952}, gfx_power = 0, c_m = 0, r_t = 0, corr = 0 '\0', mchdev_lock = 0x0, no_fbc_reason = FBC_NO_OUTPUT, cfb_size = 0, cfb_fb = 0, cfb_plane = 0, cfb_y = 0, fbc_work = 0x0, fsb_freq = 0, mem_freq = 0, is_ddr3 = 98353792, tq = 0x0, error_task = {ta_link = {stqe_next = 0xfffff80005dcc290}, ta_pending = 0, ta_priority = 0, ta_func = 0xfffff80005dcc480, ta_context = 0xfffff80005dcc8a8}, hotplug_task = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0}, error_completion = 0, error_completion_lock = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, first_error = 0xfffff801a4114920, error_lock = {lock_object = {lo_name = 0xfffff801a4114950 "", lo_flags = 0, lo_data = 0, lo_witness = 0xfffff80005dcc310}, mtx_lock = 1}, hangcheck_timer = {c_links = {le = {le_next = 0xfffff80005506e00, le_prev = 0xffffffff80a16380}, sle = {sle_next = 0xfffff80005506e00}, tqe = {tqe_next = 0xfffff80005506e00, tqe_prev = 0xffffffff80a16380}}, c_time = 0, c_precision = -8789038057472, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 0, c_cpu = 0}, last_gpu_reset = 0, fbdev = 0x0, broadcast_rgb_property = 0x0, force_audio_property = 0x0} (kgdb) p *$dp->info Cannot access memory at address 0x1 (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 17:09:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04BE13C3; Thu, 5 Sep 2013 17:09:52 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id CF3B820F0; Thu, 5 Sep 2013 17:09:51 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 83DF556472; Thu, 5 Sep 2013 13:09:50 -0400 (EDT) Message-ID: <5228BADE.6010506@intertainservices.com> Date: Thu, 05 Sep 2013 13:09:50 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: John Baldwin Subject: Re: Cant build 32bit libraries References: <5227A5BC.3090202@intertainservices.com> <201309050956.48226.jhb@freebsd.org> In-Reply-To: <201309050956.48226.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 83DF556472.AE831 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Cc: freebsd-current@freebsd.org, FreeBSD current mailing list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 17:09:52 -0000 On 09/05/13 09:56, John Baldwin wrote: > On Wednesday, September 04, 2013 5:27:24 pm Mike Jakubik wrote: >> Hello, >> >> I'm trying to install 32 libraries or a resent snapshot, but i get this >> error. >> >> /usr/src # make build32 > I'm not sure that is supposed to work standalone. Perhaps try doing a make > toolchain first. > I think you are correct, a complete make buildworld works fine. This used to work on -STABLE. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 17:55:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 185C0C5E; Thu, 5 Sep 2013 17:55:07 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F97B2466; Thu, 5 Sep 2013 17:55:06 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wo10so2317455obc.41 for ; Thu, 05 Sep 2013 10:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jdn9NyYiVN0ndjJomcjRFSLPXdSkDafBQ0fciSN+EwY=; b=m1keMMsRigmcbQ/jF4zWCLSGBvQbmEKgC14Fiv9HZeQFWlPLpZWm4y6ytZ1jhvyj/6 km5PFaZEJGoqhK55iZHdauGvW/8jzcd799ln0h9vLobCns3v5SDzAQeDC1c2pHBtbqHI e1zemETHX6VVMqFFmFvF0JLMTyhKbCWCJ3KpVBPTNcr+k+d5uCXRcarlT4YiyeZY+xtk HCF/Wr4LYWORTynYjYJtijRmTcC/14zo+7v/FEg0ADHmqMk4pDd+9WMU1aMA5xrwVOvt 5eVjtPv7QbKbRkcZrZMAwUt3gAEOSVQ9jagyykNF5QdX2hKocm/aPrmADwac9wOJaiGh FadA== MIME-Version: 1.0 X-Received: by 10.182.53.138 with SMTP id b10mr6843404obp.66.1378403705859; Thu, 05 Sep 2013 10:55:05 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 10:55:05 -0700 (PDT) In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Date: Thu, 5 Sep 2013 13:55:05 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 17:55:07 -0000 On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras wrote: > On 5 September 2013 14:00, Edward Tomasz Napiera=B3a > wrote: > > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 w= rz > 2013, o godz. 13:18: > >> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: > >>> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou'= ll find > >>> a patch which adds the new iSCSI initiator and target, against > 10-CURRENT. > >>> To use the new initiator, start with "man iscsictl". For the target = - > "man > >>> ctld". > >> > >> Just a naming question: "ctld" could mean anything, I'd parse it as a > >> "control deamon" or something like that. Could you name it something > >> which reminds the user of iscsi? Like iscsictld? > > > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - > it can > > be extended to just manage CTL configuration (e.g. for Fibre Channel), > > or to support other CTL-backed storage protocols, such as FCoE. > > > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > someone > > does "man -k iscsi", there is the "iSCSI target" in the manual page > title. > > Thanks, you're right! > Is it me, or is this patch mangled and does not apply cleanly to CURRENT > _______________________________________________ > 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 Thu Sep 5 18:01:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 92F6B5D1; Thu, 5 Sep 2013 18:01:09 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27A6A2501; Thu, 5 Sep 2013 18:01:09 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id o17so2643746oag.21 for ; Thu, 05 Sep 2013 11:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ViwHB0zlWaqMV3VEThhL6H/VZ4sODZCvDr20xzDcUiE=; b=kwjVB6jdrq+TJ9qVzhm0DRLxrKq3/OUIG6zHeBZruEYbMGBjkNSG7nDL9bDr1dAbdO 2f10g0yST1pdzO8hh6/nLLylog426dibyv9QsjpBNeaoLboAeWGWMUuA8llPXXuYEiBH 8bmElUwkMFsVVjr1AGrg7MReoJ9mR6FcKxQ4Om0CcCxRZu4HNCGoKZYF/VvZxTZa2Qtd 0erqsGu/UBELuvAUuHgRAs8wSiZvaIP3QerYecAaYgE3z/b4nTr159I1dVsUyr2x3JG3 ec6iDiVivvmeKXD3/ZjcO3aizHsLfn5I83APlfr/NuRMyCljyTm7CSaRfFP6pqLOYBaB MelA== MIME-Version: 1.0 X-Received: by 10.60.133.71 with SMTP id pa7mr7428179oeb.44.1378404068290; Thu, 05 Sep 2013 11:01:08 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 11:01:08 -0700 (PDT) In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Date: Thu, 5 Sep 2013 14:01:08 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 18:01:09 -0000 On Thu, Sep 5, 2013 at 1:55 PM, Outback Dingo wrote= : > > > > On Thu, Sep 5, 2013 at 8:02 AM, Ivan Voras wrote: > >> On 5 September 2013 14:00, Edward Tomasz Napiera=B3a >> wrote: >> > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz >> 2013, o godz. 13:18: >> >> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: >> >>> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou= 'll find >> >>> a patch which adds the new iSCSI initiator and target, against >> 10-CURRENT. >> >>> To use the new initiator, start with "man iscsictl". For the target >> - "man >> >>> ctld". >> >> >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> >> "control deamon" or something like that. Could you name it something >> >> which reminds the user of iscsi? Like iscsictld? >> > >> > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon"= . >> > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be = - >> it can >> > be extended to just manage CTL configuration (e.g. for Fibre Channel), >> > or to support other CTL-backed storage protocols, such as FCoE. >> > >> > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case >> someone >> > does "man -k iscsi", there is the "iSCSI target" in the manual page >> title. >> >> Thanks, you're right! >> > > Nevermind.... > Is it me, or is this patch mangled and does not apply cleanly to CURRENT > > > _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 18:34:41 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDE1056B; Thu, 5 Sep 2013 18:34:41 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 48A102762; Thu, 5 Sep 2013 18:34:41 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VHeQ9-00095s-FJ; Thu, 05 Sep 2013 22:36:45 +0400 Date: Thu, 5 Sep 2013 22:36:45 +0400 From: Slawa Olhovchenkov To: Edward Tomasz Napiera?a Subject: Re: New iSCSI stack. Message-ID: <20130905183645.GA34714@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 18:34:41 -0000 On Thu, Sep 05, 2013 at 12:27:12PM +0200, Edward Tomasz Napiera?a wrote: > Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll find > a patch which adds the new iSCSI initiator and target, against 10-CURRENT. > To use the new initiator, start with "man iscsictl". For the target - "man > ctld". > > All feedback is welcome. If nothing unexpected comes up, I'll commit it > in a few days from now. Note that it's still not optimized; at this point > I'm focusing more on reliability and interoperability. I (as you probaly know) use cfiscsi-20130426.diff in producrion. Nice! Sorry, I don't have hardware for test cfiscsi-20130904.diff. From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 18:47:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7714AC50; Thu, 5 Sep 2013 18:47:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 312852856; Thu, 5 Sep 2013 18:47:11 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0D88628429; Thu, 5 Sep 2013 20:47:04 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D345E28426; Thu, 5 Sep 2013 20:47:02 +0200 (CEST) Message-ID: <5228D1A6.4020405@quip.cz> Date: Thu, 05 Sep 2013 20:47:02 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Subject: Re: New iSCSI stack. References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> In-Reply-To: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 18:47:12 -0000 Edward Tomasz Napiera³a wrote: > Wiadomo¶æ napisana przez Ivan Voras w dniu 5 wrz 2013, o godz. 13:18: >> On 05/09/2013 12:27, Edward Tomasz Napiera³a wrote: >>> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll find >>> a patch which adds the new iSCSI initiator and target, against 10-CURRENT. >>> To use the new initiator, start with "man iscsictl". For the target - "man >>> ctld". >> >> Just a naming question: "ctld" could mean anything, I'd parse it as a >> "control deamon" or something like that. Could you name it something >> which reminds the user of iscsi? Like iscsictld? > > As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - it can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. > > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someone > does "man -k iscsi", there is the "iSCSI target" in the manual page title. I understand your explanation, but still thinking rc.conf variables are really confusing and unintuitive: iscsid_enable iscsictl_enable ctld_enable I cannot tell what they control just by their names and the same apply for services names. "If I want to restart iscsi target, should I use 'service iscsid restart' or 'service iscsictl restart'? ... oh wait, it should be 'service ctld restart'" I think it should be more user friendly. Something as Apache 2.2.x has httpd and httpd.conf, but users are using 'service apache22 restart' and 'apache22_enable="YES"', because there can be more "http" daemons. My $0.02 Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 18:57:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C26F5C0; Thu, 5 Sep 2013 18:57:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 951C728FA; Thu, 5 Sep 2013 18:57:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85Ivgup010738; Thu, 5 Sep 2013 14:57:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85Ivgp9010737; Thu, 5 Sep 2013 18:57:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 18:57:42 GMT Message-Id: <201309051857.r85Ivgp9010737@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 18:57:43 -0000 TB --- 2013-09-05 17:44:49 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 17:44:49 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 17:44:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-05 17:44:49 - cleaning the object tree TB --- 2013-09-05 17:44:49 - /usr/local/bin/svn stat /src TB --- 2013-09-05 17:45:00 - At svn revision 255238 TB --- 2013-09-05 17:45:01 - building world TB --- 2013-09-05 17:45:01 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 17:45:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 17:45:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 17:45:01 - SRCCONF=/dev/null TB --- 2013-09-05 17:45:01 - TARGET=sparc64 TB --- 2013-09-05 17:45:01 - TARGET_ARCH=sparc64 TB --- 2013-09-05 17:45:01 - TZ=UTC TB --- 2013-09-05 17:45:01 - __MAKE_CONF=/dev/null TB --- 2013-09-05 17:45:01 - cd /src TB --- 2013-09-05 17:45:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 17:45:07 UTC 2013 >>> 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 Sep 5 18:48:55 UTC 2013 TB --- 2013-09-05 18:48:55 - generating LINT kernel config TB --- 2013-09-05 18:48:55 - cd /src/sys/sparc64/conf TB --- 2013-09-05 18:48:55 - /usr/bin/make -B LINT TB --- 2013-09-05 18:48:55 - cd /src/sys/sparc64/conf TB --- 2013-09-05 18:48:55 - /usr/sbin/config -m LINT TB --- 2013-09-05 18:48:56 - building LINT kernel TB --- 2013-09-05 18:48:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 18:48:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 18:48:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 18:48:56 - SRCCONF=/dev/null TB --- 2013-09-05 18:48:56 - TARGET=sparc64 TB --- 2013-09-05 18:48:56 - TARGET_ARCH=sparc64 TB --- 2013-09-05 18:48:56 - TZ=UTC TB --- 2013-09-05 18:48:56 - __MAKE_CONF=/dev/null TB --- 2013-09-05 18:48:56 - cd /src TB --- 2013-09-05 18:48:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 18:48:56 UTC 2013 >>> 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 [...] ./machine/counter.h:90: warning: implicit declaration of function 'critical_exit' ./machine/counter.h:90: warning: nested extern declaration of 'critical_exit' [-Wnested-externs] In file included from /src/sys/fs/tmpfs/tmpfs_vnops.c:50: /src/sys/sys/systm.h: At top level: /src/sys/sys/systm.h:189: warning: conflicting types for 'critical_enter' ./machine/counter.h:88: warning: previous implicit declaration of 'critical_enter' was here /src/sys/sys/systm.h:190: warning: conflicting types for 'critical_exit' ./machine/counter.h:90: warning: previous implicit declaration of 'critical_exit' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 18:57:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 18:57:42 - ERROR: failed to build LINT kernel TB --- 2013-09-05 18:57:42 - 3673.85 user 623.45 system 4373.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 19:28:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2B589FBA; Thu, 5 Sep 2013 19:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E48562AEE; Thu, 5 Sep 2013 19:28:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85JSWX2022637; Thu, 5 Sep 2013 15:28:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85JSWmk022636; Thu, 5 Sep 2013 19:28:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 19:28:32 GMT Message-Id: <201309051928.r85JSWmk022636@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 19:28:33 -0000 TB --- 2013-09-05 16:42:22 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 16:42:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 16:42:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-05 16:42:23 - cleaning the object tree TB --- 2013-09-05 16:44:18 - /usr/local/bin/svn stat /src TB --- 2013-09-05 16:44:22 - At svn revision 255238 TB --- 2013-09-05 16:44:23 - building world TB --- 2013-09-05 16:44:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 16:44:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 16:44:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 16:44:23 - SRCCONF=/dev/null TB --- 2013-09-05 16:44:23 - TARGET=powerpc TB --- 2013-09-05 16:44:23 - TARGET_ARCH=powerpc TB --- 2013-09-05 16:44:23 - TZ=UTC TB --- 2013-09-05 16:44:23 - __MAKE_CONF=/dev/null TB --- 2013-09-05 16:44:23 - cd /src TB --- 2013-09-05 16:44:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 16:44:31 UTC 2013 >>> 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 Sep 5 19:18:26 UTC 2013 TB --- 2013-09-05 19:18:26 - generating LINT kernel config TB --- 2013-09-05 19:18:26 - cd /src/sys/powerpc/conf TB --- 2013-09-05 19:18:26 - /usr/bin/make -B LINT TB --- 2013-09-05 19:18:26 - cd /src/sys/powerpc/conf TB --- 2013-09-05 19:18:26 - /usr/sbin/config -m LINT TB --- 2013-09-05 19:18:26 - building LINT kernel TB --- 2013-09-05 19:18:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 19:18:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 19:18:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 19:18:26 - SRCCONF=/dev/null TB --- 2013-09-05 19:18:26 - TARGET=powerpc TB --- 2013-09-05 19:18:26 - TARGET_ARCH=powerpc TB --- 2013-09-05 19:18:26 - TZ=UTC TB --- 2013-09-05 19:18:26 - __MAKE_CONF=/dev/null TB --- 2013-09-05 19:18:26 - cd /src TB --- 2013-09-05 19:18:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 5 19:18:26 UTC 2013 >>> 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=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh LINT cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror vers.c linking kernel hwpmc_powerpc.o: In function `pmc_md_initialize': hwpmc_powerpc.c:(.text+0x1d8): undefined reference to `pmc_mpc7xxx_initialize' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 19:28:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 19:28:31 - ERROR: failed to build LINT kernel TB --- 2013-09-05 19:28:31 - 8555.02 user 1056.82 system 9969.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 20:03:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 74072A99; Thu, 5 Sep 2013 20:03:32 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07BEB2CF3; Thu, 5 Sep 2013 20:03:31 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so2554492obc.34 for ; Thu, 05 Sep 2013 13:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SHaFvhh8lssvSKV1E4SsAt8zp2JwoN3gARZAmmVmxOo=; b=JY6G+5yaf2npmPH7WETXgYB5SeUBs7r1No9FZn8BC+Ow4caV2MUFrUXna+vBVpHwlg oe/z1Fr7naF4pzBAgJq8Kcavqp4EDgBv2XVPkAGVr0ViZeSp6jPhchX0ByQtwQeI+4dM co4dW7s51O+iA5vhfLWfpPC+E856hu2+qSuxPlHZdiwlIvka3SJumuBA0LMctoo7sLqq rqkPgYcV15yLgoniJQSf5XwDpudh8WocC0heLmhD3LAQaY8lZ37wDzeOmKMNwbAxtBq2 Nl18lRc1Gw0+36KV0awj0rCZpCxsza3nCZUo0BWKf2m28ePv34ympne4Lej89GtnButP i3WQ== MIME-Version: 1.0 X-Received: by 10.182.101.198 with SMTP id fi6mr7741772obb.79.1378411411115; Thu, 05 Sep 2013 13:03:31 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 13:03:31 -0700 (PDT) In-Reply-To: <5228D1A6.4020405@quip.cz> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> Date: Thu, 5 Sep 2013 16:03:31 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , Ivan Voras , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 20:03:32 -0000 On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Edward Tomasz Napiera=B3a wrote: > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 wr= z >> 2013, o godz. 13:18: >> >>> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: >>> >>>> Hello. At http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll find >>>> a patch which adds the new iSCSI initiator and target, against >>>> 10-CURRENT. >>>> To use the new initiator, start with "man iscsictl". For the target - >>>> "man >>>> ctld". >>>> >>> >>> Just a naming question: "ctld" could mean anything, I'd parse it as a >>> "control deamon" or something like that. Could you name it something >>> which reminds the user of iscsi? Like iscsictld? >>> >> >> As the man page says, ctld is "CAM Target Layer / iSCSI target daemon". >> Sure, right now it's pretty iSCSI-specific, but it doesn't need to be - >> it can >> be extended to just manage CTL configuration (e.g. for Fibre Channel), >> or to support other CTL-backed storage protocols, such as FCoE. >> >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case someo= ne >> does "man -k iscsi", there is the "iSCSI target" in the manual page titl= e. >> > > I understand your explanation, but still thinking rc.conf variables are > really confusing and unintuitive: > > iscsid_enable > iscsictl_enable > ctld_enable > > I cannot tell what they control just by their names and the same apply fo= r > services names. > > "If I want to restart iscsi target, should I use 'service iscsid restart' > or 'service iscsictl restart'? ... oh wait, it should be 'service ctld > restart'" > > I think it should be more user friendly. Something as Apache 2.2.x has > httpd and httpd.conf, but users are using 'service apache22 restart' and > 'apache22_enable=3D"YES"', because there can be more "http" daemons. > > My $0.02 > > Just an FYI 10_CURRENT svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255253 Node Kind: directory Schedule: normal Last Changed Author: sjg Last Changed Rev: 255253 Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 -Qunused-argument= s -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/kernel.c /usr/src/usr.sbin/ctld/kernel.c:762:35: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'const cap_rights_t *' (aka 'const struct cap_rights *') [-Werror,-Wint-conversion= ] error =3D cap_rights_limit(ctl_fd, CAP_IOCTL); ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: note: passing argument to parameter 'rights' here int cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.sbin/ctld > Miroslav Lachman > > ______________________________**_________________ > 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 Thu Sep 5 20:19:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 680EE3AD; Thu, 5 Sep 2013 20:19:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D56E2DD4; Thu, 5 Sep 2013 20:19:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r85KJ2KG017565; Thu, 5 Sep 2013 16:19:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r85KJ2L5017564; Thu, 5 Sep 2013 20:19:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Sep 2013 20:19:02 GMT Message-Id: <201309052019.r85KJ2L5017564@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 20:19:04 -0000 TB --- 2013-09-05 17:02:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-05 17:02:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-05 17:02:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-05 17:02:05 - cleaning the object tree TB --- 2013-09-05 17:02:05 - /usr/local/bin/svn stat /src TB --- 2013-09-05 17:02:09 - At svn revision 255238 TB --- 2013-09-05 17:02:10 - building world TB --- 2013-09-05 17:02:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 17:02:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 17:02:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 17:02:10 - SRCCONF=/dev/null TB --- 2013-09-05 17:02:10 - TARGET=powerpc TB --- 2013-09-05 17:02:10 - TARGET_ARCH=powerpc64 TB --- 2013-09-05 17:02:10 - TZ=UTC TB --- 2013-09-05 17:02:10 - __MAKE_CONF=/dev/null TB --- 2013-09-05 17:02:10 - cd /src TB --- 2013-09-05 17:02:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Sep 5 17:02:18 UTC 2013 >>> 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 Sep 5 20:05:46 UTC 2013 TB --- 2013-09-05 20:05:46 - generating LINT kernel config TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/bin/make -B LINT TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m LINT TB --- 2013-09-05 20:05:46 - skipping LINT kernel TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m GENERIC TB --- 2013-09-05 20:05:46 - skipping GENERIC kernel TB --- 2013-09-05 20:05:46 - cd /src/sys/powerpc/conf TB --- 2013-09-05 20:05:46 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-05 20:05:46 - building GENERIC64 kernel TB --- 2013-09-05 20:05:46 - CROSS_BUILD_TESTING=YES TB --- 2013-09-05 20:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-05 20:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-05 20:05:46 - SRCCONF=/dev/null TB --- 2013-09-05 20:05:46 - TARGET=powerpc TB --- 2013-09-05 20:05:46 - TARGET_ARCH=powerpc64 TB --- 2013-09-05 20:05:46 - TZ=UTC TB --- 2013-09-05 20:05:46 - __MAKE_CONF=/dev/null TB --- 2013-09-05 20:05:46 - cd /src TB --- 2013-09-05 20:05:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Sep 5 20:05:46 UTC 2013 >>> 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 [...] ld -Bshareable -d -warn-common -o mpt.ko.debug mpt.kld objcopy --only-keep-debug mpt.ko.debug mpt.ko.symbols objcopy --strip-debug --add-gnu-debuglink=mpt.ko.symbols mpt.ko.debug mpt.ko ===> mqueue (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/mqueue/../../kern/uipc_mqueue.c cc1: warnings being treated as errors /src/sys/modules/mqueue/../../kern/uipc_mqueue.c: In function 'kern_kmq_notify': /src/sys/modules/mqueue/../../kern/uipc_mqueue.c:2250: warning: unused variable 'rights' [-Wunused-variable] *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/mqueue *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-05 20:19:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-05 20:19:02 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-05 20:19:02 - 10323.75 user 1287.12 system 11817.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 21:04:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 69C203B0; Thu, 5 Sep 2013 21:04:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE051207B; Thu, 5 Sep 2013 21:04:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHgjM-003VX2-P6>; Thu, 05 Sep 2013 23:04:44 +0200 Received: from g231087154.adsl.alicedsl.de ([92.231.87.154] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHgjM-002DxU-K1>; Thu, 05 Sep 2013 23:04:44 +0200 Date: Thu, 5 Sep 2013 23:09:07 +0200 From: "O. Hartmann" To: Outback Dingo Subject: Re: New iSCSI stack. Message-ID: <20130905230907.179efafd@munin.geoinf.fu-berlin.de> In-Reply-To: References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/IesW3td1jyGsyiR40aYBXUA"; protocol="application/pgp-signature" X-Originating-IP: 92.231.87.154 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, Edward Tomasz =?iso-8859-2?Q?Napiera=B3a?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 21:04:48 -0000 --Sig_/IesW3td1jyGsyiR40aYBXUA Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable On Thu, 5 Sep 2013 16:03:31 -0400 Outback Dingo wrote: > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> > wrote: >=20 > > Edward Tomasz Napiera=B3a wrote: > > > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 > >> wrz 2013, o godz. 13:18: > >> > >>> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: > >>> > >>>> Hello. At > >>>> http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll > >>>> find a patch which adds the new iSCSI initiator and target, > >>>> against 10-CURRENT. To use the new initiator, start with "man > >>>> iscsictl". For the target - "man > >>>> ctld". > >>>> > >>> > >>> Just a naming question: "ctld" could mean anything, I'd parse it > >>> as a "control deamon" or something like that. Could you name it > >>> something which reminds the user of iscsi? Like iscsictld? > >>> > >> > >> As the man page says, ctld is "CAM Target Layer / iSCSI target > >> daemon". Sure, right now it's pretty iSCSI-specific, but it > >> doesn't need to be - it can > >> be extended to just manage CTL configuration (e.g. for Fibre > >> Channel), or to support other CTL-backed storage protocols, such > >> as FCoE. > >> > >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > >> someone does "man -k iscsi", there is the "iSCSI target" in the > >> manual page title. > >> > > > > I understand your explanation, but still thinking rc.conf variables > > are really confusing and unintuitive: > > > > iscsid_enable > > iscsictl_enable > > ctld_enable > > > > I cannot tell what they control just by their names and the same > > apply for services names. > > > > "If I want to restart iscsi target, should I use 'service iscsid > > restart' or 'service iscsictl restart'? ... oh wait, it should be > > 'service ctld restart'" > > > > I think it should be more user friendly. Something as Apache 2.2.x > > has httpd and httpd.conf, but users are using 'service apache22 > > restart' and 'apache22_enable=3D"YES"', because there can be more > > "http" daemons. > > > > My $0.02 > > > > > Just an FYI 10_CURRENT svn info > Path: . > Working Copy Root Path: /usr/src > URL: http://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 255253 > Node Kind: directory > Schedule: normal > Last Changed Author: sjg > Last Changed Rev: 255253 > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) >=20 >=20 > cc -O2 -pipe -I/usr/src/usr.sbin/ctld > -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe > -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 > -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int > -c /usr/src/usr.sbin/ctld/kernel.c /usr/src/usr.sbin/ctld/kernel.c:762:35: > error: incompatible integer to pointer conversion passing 'unsigned > long long' to parameter of type 'const cap_rights_t *' (aka 'const > struct cap_rights *') [-Werror,-Wint-conversion] error =3D > cap_rights_limit(ctl_fd, CAP_IOCTL); > ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > CAPRIGHT(1, 0x0000000000000080ULL) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/c= apability.h:53:28: > note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) > ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/cap= ability.h:327:50: > note: passing argument to parameter 'rights' here int > cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error > generated. *** Error code 1 >=20 > Stop. > make[4]: stopped in /usr/src/usr.sbin/ctld >=20 >=20 >=20 > > Miroslav Lachman > > > > ______________________________**_________________ > > 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" I get the very same mysterious error when compiling port x11/nvidia-driver: --- nvidia_linux.o --- nvidia_linux.c:42:37: error: incompatible integer to pointer conversion passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error =3D fget(td, args->fd, CAP_IOCTL, &fp)) !=3D 0) ^~~~~~~~~ @/sys/capability.h:197:20: note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); This from CURRENT > r255211, I'm with=20 FreeBSD 10.0-CURRENT #1 r255249: Thu Sep 5 16:42:56 CEST 2013 amd64 and on another box it is FreeBSD 10.0-CURRENT #3 r255259: Thu Sep 5 20:31:20 CEST 2013 amd64 --Sig_/IesW3td1jyGsyiR40aYBXUA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKPL4AAoJEOgBcD7A/5N8lgkIAICQicFshE1wSG98kTQXTjwT 5SCD9t1bqcbVuPkt/f5dLjWEw1A7C/OUNUE9ZDmy6vVWeaJQxvbjbjvGd0nRxIPs uolOV3M/IAcMoy5PHe+cipIwRnFwDatSlhhfPGTydtumZR68tQFRJQ+zHETQavvT Q0x826CMrqIQajtbMDvYVskRY3c+qSMbZ5gOSxTn+8oigyu8L7GWuCQP7a3pzv5Z ribikDErlbUWREclBe2lufzyy0eo9WCl6CPDfgedJp3tfsl4XvgJV5ySpsE+u5Ud H0eJUzxzvBXo+pfLpWkfUqMvPUkdD6rKR59FKRd57YpGZ/1rPPKmeaEHSlRvFlA= =2acO -----END PGP SIGNATURE----- --Sig_/IesW3td1jyGsyiR40aYBXUA-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 21:09:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B95D76B3; Thu, 5 Sep 2013 21:09:00 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA41B20B3; Thu, 5 Sep 2013 21:08:59 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e52so1181348eek.30 for ; Thu, 05 Sep 2013 14:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0XBSyq/JQdOfKE1tUSxLEhObAMe41PhDk1PD1y0ExIQ=; b=MW20spU+ulzqmjsItyW1RCwZ/035K4Idj19TRCc2/LcSZKzmCcX2pW8nalhzn9PYKg sOIUPpq+JIvL/KZ1TmK+4D1sLFganpvj6ExMaikiN92MFj+SZShlkQUIKr3gyPZAPJvp RydPyenRGuHoIcAFl1gtl9L99EwMXeGGWx2Mw2q9LDJ5CTtlBIcspeKSEwyfisi2dBuj 8ZlLymIhv8xO8p+Ij9ySuGs3/DZ895qDrbmZDx5K3R5rHKJp2wFRTlPF6zDkKS9moonx ew0I0IGofmH+UPMZHj4qIdkKTOOmy/7r64ecRaIeECxsVyudJZY0BpgErie0XtUpk7me NXbw== X-Received: by 10.14.87.135 with SMTP id y7mr515245eee.69.1378414969783; Thu, 05 Sep 2013 14:02:49 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id b45sm51836694eef.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 14:02:49 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Thu, 5 Sep 2013 23:02:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <240FF3FA-E757-417A-B08A-4413533A34D1@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Ivan Voras X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 21:09:00 -0000 Wiadomo=B6=E6 napisana przez Outback Dingo w = dniu 5 wrz 2013, o godz. 22:03: >=20 > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: > Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Ivan Voras w dniu 5 = wrz 2013, o godz. 13:18: > On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: > Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff = you'll find > a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. > To use the new initiator, start with "man iscsictl". For the target - = "man > ctld". >=20 > Just a naming question: "ctld" could mean anything, I'd parse it as a > "control deamon" or something like that. Could you name it something > which reminds the user of iscsi? Like iscsictld? >=20 > As the man page says, ctld is "CAM Target Layer / iSCSI target = daemon". > Sure, right now it's pretty iSCSI-specific, but it doesn't need to be = - it can > be extended to just manage CTL configuration (e.g. for Fibre Channel), > or to support other CTL-backed storage protocols, such as FCoE. >=20 > It's just a helper daemon for ctl(4) - thus, ctld(8). And in case = someone > does "man -k iscsi", there is the "iSCSI target" in the manual page = title. >=20 > I understand your explanation, but still thinking rc.conf variables = are really confusing and unintuitive: >=20 > iscsid_enable > iscsictl_enable > ctld_enable >=20 > I cannot tell what they control just by their names and the same apply = for services names. >=20 > "If I want to restart iscsi target, should I use 'service iscsid = restart' or 'service iscsictl restart'? ... oh wait, it should be = 'service ctld restart'" >=20 > I think it should be more user friendly. Something as Apache 2.2.x has = httpd and httpd.conf, but users are using 'service apache22 restart' and = 'apache22_enable=3D"YES"', because there can be more "http" daemons. >=20 > My $0.02 >=20 >=20 > Just an FYI 10_CURRENT svn info > Path: . > Working Copy Root Path: /usr/src > URL: http://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 255253 > Node Kind: directory > Schedule: normal > Last Changed Author: sjg > Last Changed Rev: 255253 > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) >=20 >=20 > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c > cc -O2 -pipe -I/usr/src/usr.sbin/ctld = -I/usr/src/usr.sbin/ctld/../../sys = -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl = -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 = -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual = -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align = -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls = -Wold-style-definition -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/kernel.c > /usr/src/usr.sbin/ctld/kernel.c:762:35: error: incompatible integer to = pointer conversion passing 'unsigned long long' to parameter of type = 'const cap_rights_t *' (aka 'const struct cap_rights *') = [-Werror,-Wint-conversion] > error =3D cap_rights_limit(ctl_fd, CAP_IOCTL); > ^~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: note: = expanded from macro 'CAP_IOCTL' > #define CAP_IOCTL CAPRIGHT(1, 0x0000000000000080ULL) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: note: = expanded from macro 'CAPRIGHT' > #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: note: = passing argument to parameter 'rights' here > int cap_rights_limit(int fd, const cap_rights_t *rights); Yeah, broken by Capsicum changes committed earlier today. I'll update = the patch soon. >=20 From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 21:10:00 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD4ED89B; Thu, 5 Sep 2013 21:10:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A172120CA; Thu, 5 Sep 2013 21:10:00 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r85L9r4P058538; Thu, 5 Sep 2013 14:09:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r85L9rLa058537; Thu, 5 Sep 2013 14:09:53 -0700 (PDT) (envelope-from sgk) Date: Thu, 5 Sep 2013 14:09:53 -0700 From: Steve Kargl To: David Chisnall Subject: Re: clang+libc++ using missing powl Message-ID: <20130905210953.GA58413@troutmask.apl.washington.edu> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 21:10:00 -0000 On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: > On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: > > > As a result we have a lot of fallouts of ports complaining about: > > undefined reference to `powl' > > > > It seems like libc++ is relying on a function we don't have yet > > in libm, am I missing something? > > I've attached a diff that I'd like to commit to msun Why not disable libc++ from exposing these functions? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 21:38:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 353CA329; Thu, 5 Sep 2013 21:38:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7485B222B; Thu, 5 Sep 2013 21:38:33 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id a15so1197367eae.9 for ; Thu, 05 Sep 2013 14:38:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3Y3SU3hKjDRY9H37gbwWoI8b4zarwRXFW/n36mXoO7U=; b=W7K8LaPDCt9ZOe92QDuADwEsPQTebnHLgMx0eOUkD4V8aI0vvaCiA+nUaIyMIOeOIJ YHdmezZ7x8gIhI8nv3yuBEJDpsA3UXTMZry+1xrLitZP5Ij+7BU0QuoEgyE+6QdaELtc Q1Nx7sTyuYv0wEhv9V+Va/dpd/6OAqQ8mmj0wVGpSsaCMsF5a5ZGkKxoeLmEJ4oEaFlP Kc43YK2D+6EdKpQF66+/tWgczYtYXRSxoUHYwElxYydMc502+137x3HVDm4qtprwslnZ s5qRpmhLojmTUiumYHphkqb28j+zgqyF1i7Xzz0tPrFJso9L4S9wxrcJzrXpH6RYJCvT +I+g== X-Received: by 10.14.194.131 with SMTP id m3mr16631075een.45.1378417111929; Thu, 05 Sep 2013 14:38:31 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id p5sm52041532eeg.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 14:38:31 -0700 (PDT) Sender: Alexander Motin Message-ID: <5228F9D4.3060008@FreeBSD.org> Date: Fri, 06 Sep 2013 00:38:28 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 21:38:34 -0000 On 04.09.2013 19:31, Olivier Cochard-Labbé wrote: > On Wed, Sep 4, 2013 at 9:01 AM, Alexander Motin wrote: >> >>> - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second >>> hardrive (where fbsd is installed): It crash just after the message >>> "GEOM: new disk ada1" during boot >>> >>> screenshot of the crash screen: >>> http://goo.gl/tW1VIx >>> >>> A little more information: >>> addr2line -e /boot/kernel/kernel.symbols 0xffffffff8083abd3 >>> /usr/src/sys/geom/geom_io.c:129 >> >> >> Unfortunately I can't reproduce that and have not enough clues. It may be >> specific to some GEOM class. Could you describe/show all GEOM topology, file >> systems, etc. you have there? >> gpart show >> sysctl kern.geom.confxml I've found and fixed possible double request completion, that could cause such symptoms if happened. Updated patch located as usual: http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 22:19:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E479CC0; Thu, 5 Sep 2013 22:19:31 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1057E243F; Thu, 5 Sep 2013 22:19:31 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id v19so2645230obq.25 for ; Thu, 05 Sep 2013 15:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ttsP6+OZ0Nd+abx3B4H11+ygW9csLZO3KHjuvbT87Ks=; b=RmWwClurn4ft0MQOOZ2Q7AONzdd0d1ILlsVPyemkjVYfaF4BVN5a7N1ZxPe8JeQi1r S48kRN+UmURvn5hWPbXaN5aKZPulrj9qH9QtnHJDNoCgWtoKq6EElEEi9DA5gLIskQia +D5XywCSxKSauTThdNHRB6Cz7KrYTuQMsg64PH/f0WqMmo40lZO/5tec0jSEGj/nD3+5 tPKIKKbD4N01qLxg6n+T+WA6gA468FuzglC9x6XUH35H0LzBiZIbRbnXees2YppbzbTX DcopY3O1jwHcR/ndYtpKTAoKMhqEoCGTB+hNuIlTY7GvOzM27l/m+kT/AIrOnuJL0XMt Coew== MIME-Version: 1.0 X-Received: by 10.182.51.132 with SMTP id k4mr8193766obo.101.1378419570236; Thu, 05 Sep 2013 15:19:30 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Thu, 5 Sep 2013 15:19:30 -0700 (PDT) In-Reply-To: <20130905230907.179efafd@munin.geoinf.fu-berlin.de> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> Date: Thu, 5 Sep 2013 18:19:30 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 22:19:31 -0000 On Thu, Sep 5, 2013 at 5:09 PM, O. Hartmann wr= ote: > On Thu, 5 Sep 2013 16:03:31 -0400 > Outback Dingo wrote: > > > On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.fbsd@quip.cz> > > wrote: > > > > > Edward Tomasz Napiera=B3a wrote: > > > > > >> Wiadomo=B6=E6 napisana przez Ivan Voras w dniu = 5 > > >> wrz 2013, o godz. 13:18: > > >> > > >>> On 05/09/2013 12:27, Edward Tomasz Napiera=B3a wrote: > > >>> > > >>>> Hello. At > > >>>> http://people.freebsd.org/~**trasz/cfiscsi-20130904.diff< > http://people.freebsd.org/~trasz/cfiscsi-20130904.diff>you'll > > >>>> find a patch which adds the new iSCSI initiator and target, > > >>>> against 10-CURRENT. To use the new initiator, start with "man > > >>>> iscsictl". For the target - "man > > >>>> ctld". > > >>>> > > >>> > > >>> Just a naming question: "ctld" could mean anything, I'd parse it > > >>> as a "control deamon" or something like that. Could you name it > > >>> something which reminds the user of iscsi? Like iscsictld? > > >>> > > >> > > >> As the man page says, ctld is "CAM Target Layer / iSCSI target > > >> daemon". Sure, right now it's pretty iSCSI-specific, but it > > >> doesn't need to be - it can > > >> be extended to just manage CTL configuration (e.g. for Fibre > > >> Channel), or to support other CTL-backed storage protocols, such > > >> as FCoE. > > >> > > >> It's just a helper daemon for ctl(4) - thus, ctld(8). And in case > > >> someone does "man -k iscsi", there is the "iSCSI target" in the > > >> manual page title. > > >> > > > > > > I understand your explanation, but still thinking rc.conf variables > > > are really confusing and unintuitive: > > > > > > iscsid_enable > > > iscsictl_enable > > > ctld_enable > > > > > > I cannot tell what they control just by their names and the same > > > apply for services names. > > > > > > "If I want to restart iscsi target, should I use 'service iscsid > > > restart' or 'service iscsictl restart'? ... oh wait, it should be > > > 'service ctld restart'" > > > > > > I think it should be more user friendly. Something as Apache 2.2.x > > > has httpd and httpd.conf, but users are using 'service apache22 > > > restart' and 'apache22_enable=3D"YES"', because there can be more > > > "http" daemons. > > > > > > My $0.02 > > > > > > > > Just an FYI 10_CURRENT svn info > > Path: . > > Working Copy Root Path: /usr/src > > URL: http://svn.freebsd.org/base/head > > Relative URL: ^/head > > Repository Root: http://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 255253 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: sjg > > Last Changed Rev: 255253 > > Last Changed Date: 2013-09-05 11:57:26 -0400 (Thu, 05 Sep 2013) > > > > > > cc -O2 -pipe -I/usr/src/usr.sbin/ctld > > -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/ctld.c cc -O2 -pipe > > -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int -c /usr/src/usr.sbin/ctld/discovery.c cc -O2 > > -pipe -I/usr/src/usr.sbin/ctld -I/usr/src/usr.sbin/ctld/../../sys > > -I/usr/src/usr.sbin/ctld/../../sys/cam/ctl > > -I/usr/src/usr.sbin/ctld/../../sys/dev/iscsi -std=3Dgnu99 > > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int > > -c /usr/src/usr.sbin/ctld/kernel.c > /usr/src/usr.sbin/ctld/kernel.c:762:35: > > error: incompatible integer to pointer conversion passing 'unsigned > > long long' to parameter of type 'const cap_rights_t *' (aka 'const > > struct cap_rights *') [-Werror,-Wint-conversion] error =3D > > cap_rights_limit(ctl_fd, CAP_IOCTL); > > ^~~~~~~~~ /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:197:20: > > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > > CAPRIGHT(1, 0x0000000000000080ULL) > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:53:28: > > note: expanded from macro 'CAPRIGHT' #define CAPRIGHT(idx, bit) > > ((1ULL << (57 + (idx))) | (bit)) > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/usr.sbin/ctld/../../sys/sys/capability.h:327:50: > > note: passing argument to parameter 'rights' here int > > cap_rights_limit(int fd, const cap_rights_t *rights); ^ 1 error > > generated. *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/usr.sbin/ctld > > > > > > > > > Miroslav Lachman > > > > > > ______________________________**_________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/**mailman/listinfo/freebsd-**current< > 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" > > > > I get the very same mysterious error when compiling port > x11/nvidia-driver: > > --- nvidia_linux.o --- > nvidia_linux.c:42:37: error: incompatible integer to pointer conversion > passing 'unsigned long long' to parameter of type 'cap_rights_t *' (aka > 'struct cap_rights *') [-Werror,-Wint-conversion] if ((error =3D fget(td, > args->fd, CAP_IOCTL, &fp)) !=3D 0) ^~~~~~~~~ @/sys/capability.h:197:20: > note: expanded from macro 'CAP_IOCTL' #define CAP_IOCTL > CAPRIGHT(1, 0x0000000000000080ULL) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > @/sys/capability.h:53:28: note: expanded from macro 'CAPRIGHT' > #define CAPRIGHT(idx, bit) ((1ULL << (57 + (idx))) | (bit)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > @/sys/file.h:220:51: note: passing argument to parameter 'rightsp' here > int fget(struct thread *td, int fd, cap_rights_t *rightsp, struct file > **fpp); > > > This from CURRENT > r255211, I'm with > FreeBSD 10.0-CURRENT #1 r255249: Thu Sep 5 16:42:56 CEST 2013 amd64 > and on another box it is > FreeBSD 10.0-CURRENT #3 r255259: Thu Sep 5 20:31:20 CEST 2013 amd64 > > Got another one for you, at the kernel build =3D=3D=3D> isci (all) =3D=3D=3D> iscsi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/src/sys/modules/iscsi/../../dev/iscsi//icl.c /usr/src/sys/modules/iscsi/../../dev/iscsi//icl.c:1096:30: error: use of undeclared identifier 'CAP_SOCK_ALL' error =3D fget(curthread, fd, CAP_SOCK_ALL, &fp); ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/iscsi *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/modules From owner-freebsd-current@FreeBSD.ORG Thu Sep 5 22:46:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 855C3F7F; Thu, 5 Sep 2013 22:46:48 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B40E25B5; Thu, 5 Sep 2013 22:46:47 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e13so1681328vbg.3 for ; Thu, 05 Sep 2013 15:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=L2hqyhZpJ0JBn0q3kben8PMpNbwje0O2svVsBJ5vTpE=; b=nzK6rYk2L4RcR7ljW4QbvDcIgHfIkvHsxVkrEBmUPG7yI37hQWZuVK05BGyKeGBume 9oBL1UY4yJH1nOFaAZdOfgdDi6gOSoqMM1KeJa1mfK+Ry7SkH3LyZgfKu0C1yBwVpv0G D/8uJN8tYzRTIG/N6QsT7JNw0yfZ41IQKrEWY3vJ5OQB49ziJbjrNbPrEGLhwvGPiJg1 3hAO1ZkathFDFvBQJcKHmVFv58HIObDyUZUGJA+BWEqd14khc6VwOmuX1eZjT9y6TAd4 QKjjmmoJCRB1OenyIACt8uRD3yZGz2DeOmNuQP5s7UQbOszwGmxi1ngsqd0IRFfiwjVj wi1Q== X-Received: by 10.58.161.116 with SMTP id xr20mr10096802veb.2.1378421207130; Thu, 05 Sep 2013 15:46:47 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.221.9 with HTTP; Thu, 5 Sep 2013 15:46:27 -0700 (PDT) In-Reply-To: <5228F9D4.3060008@FreeBSD.org> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <5228F9D4.3060008@FreeBSD.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 6 Sep 2013 00:46:27 +0200 X-Google-Sender-Auth: rZXJ1jxqZ-x9zPiDTbRRsZzCApI Message-ID: Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Sep 2013 22:46:48 -0000 On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote: > I've found and fixed possible double request completion, that could cause > such symptoms if happened. Updated patch located as usual: > http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch > Good catch! this new patch (applied to r255188) fix the problem on my laptop. Thanks, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 03:22:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEE79DC8; Fri, 6 Sep 2013 03:22:15 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A64E217F; Fri, 6 Sep 2013 03:22:14 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r863G83D078219; Thu, 5 Sep 2013 23:16:08 -0400 (EDT) (envelope-from andy@neu.net) Date: Thu, 5 Sep 2013 23:16:08 -0400 (EDT) From: AN To: madpilot@FreeBSD.org Subject: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 03:22:15 -0000 Hi: I am posting to both lists because this problem affects users of current and ports, and I didn't know which would be more appropriate so please forgive me. # uname -a FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 I am trying to update my ports following the entry in updating, but it does not seem to be working correctly. I followed the directions exactly, and after 30 mins this is what has happened: # cat ports_to_update | xargs portupgrade -vf ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 [Reading data from pkg(8) ... - 890 packages found - done] Shared object "libiconv.so.3" not found, required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least Here is what I have done: # pkg query %ro libiconv >ports_to_update [root@FBSD10 ~]# cat ports_to_update ...lots of output # pkg delete -f libiconv pkg: You are trying to delete package(s) which has dependencies that are still required: ... delete these packages anyway in forced mode Deinstallation has been requested for the following 1 packages: libiconv-1.14_1 The deinstallation will free 2 MB Proceed with deinstalling packages [y/N]: y [1/1] Deleting libiconv-1.14_1... deleting anyway done Now the update process is stuck here: ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least there are 2 ruby processes running for a long time, but nothing is happening to the update. 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% ruby19{ruby19} 43998 root 52 0 64912K 33368K select 1 0:00 5.96% ruby19{ruby19} So, it seems my system is broken now. Did I do something wrong? How can the upgrade work if so many ports depend on iconv? What should I do now? Should I reinstall libiconv? Any help is appreciated. # cat ports_to_update | xargs portupgrade -vf ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 [Reading data from pkg(8) ... - 890 packages found - done] Shared object "libiconv.so.3" not found, required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status ** Port marked as IGNORE: www/mod_dnssd: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least Shared object "libiconv.so.3" not found, required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status ** Port marked as IGNORE: www/gnome-user-share: is marked as broken: : Error from bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port requires apache22 at least From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 05:51:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9024F721; Fri, 6 Sep 2013 05:51:03 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABA7927BA; Fri, 6 Sep 2013 05:51:02 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so1342101ead.5 for ; Thu, 05 Sep 2013 22:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uZbbv92wfAzx+nugBiySI7/3QqdfHLSUpDywer1dZvU=; b=KUCoCEmNHcyxkKSoqnzocDEP1xicB7HzwgWiidYGSgegcYgE2NKmVjQuwBifhOBMSN vWOi004lQ1zeFfpircv0uvCHDVoMk+QslVChJggOtO1OBvvb8FChVWRyOTndYM0VA3EM 3HazI5USLxBB/qTJlZi4LKivAi/y4YunBME4WLAYNjWSojjwf2KzCsBmWgDE530+XQ/q +hpv9puTPPnsktGxyZ1fQojqn+CXMXgYC3tn/VPHsxW9gQ1J1ceq8YkahyfqGdRttH48 tSs35iPcZeOCyJa/IP5/SuR3yLrIgpQYQ8OPT7wtq9uZhyswyMNhcInk2TPxhARwXpiC O1Ag== X-Received: by 10.14.216.132 with SMTP id g4mr753869eep.62.1378446661184; Thu, 05 Sep 2013 22:51:01 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id p5sm1238839eeg.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Sep 2013 22:51:00 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Fri, 6 Sep 2013 07:50:59 +0200 Content-Transfer-Encoding: 7bit Message-Id: <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 05:51:03 -0000 New patch, updated for Capsicum changes, is here: http://people.freebsd.org/~trasz/cfiscsi-20130906.diff From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 06:50:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 82B56A0A; Fri, 6 Sep 2013 06:50:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0542CAD; Fri, 6 Sep 2013 06:50:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r866o6Ye024479; Fri, 6 Sep 2013 02:50:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r866o6vT024474; Fri, 6 Sep 2013 06:50:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Sep 2013 06:50:06 GMT Message-Id: <201309060650.r866o6vT024474@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 06:50:14 -0000 TB --- 2013-09-06 03:52:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-06 03:52:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-06 03:52:18 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-06 03:52:18 - cleaning the object tree TB --- 2013-09-06 03:58:11 - /usr/local/bin/svn stat /src TB --- 2013-09-06 03:58:48 - At svn revision 255263 TB --- 2013-09-06 03:58:49 - building world TB --- 2013-09-06 03:58:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 03:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 03:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 03:58:49 - SRCCONF=/dev/null TB --- 2013-09-06 03:58:49 - TARGET=mips TB --- 2013-09-06 03:58:49 - TARGET_ARCH=mips TB --- 2013-09-06 03:58:49 - TZ=UTC TB --- 2013-09-06 03:58:49 - __MAKE_CONF=/dev/null TB --- 2013-09-06 03:58:49 - cd /src TB --- 2013-09-06 03:58:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Sep 6 03:58:56 UTC 2013 >>> 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 Sep 6 04:59:16 UTC 2013 TB --- 2013-09-06 04:59:16 - cd /src/sys/mips/conf TB --- 2013-09-06 04:59:16 - /usr/sbin/config -m ADM5120 TB --- 2013-09-06 04:59:16 - skipping ADM5120 kernel TB --- 2013-09-06 04:59:16 - cd /src/sys/mips/conf TB --- 2013-09-06 04:59:16 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-06 04:59:16 - skipping ALCHEMY kernel TB --- 2013-09-06 04:59:16 - cd /src/sys/mips/conf TB --- 2013-09-06 04:59:16 - /usr/sbin/config -m AP121 TB --- 2013-09-06 04:59:16 - building AP121 kernel TB --- 2013-09-06 04:59:16 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 04:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 04:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 04:59:16 - SRCCONF=/dev/null TB --- 2013-09-06 04:59:16 - TARGET=mips TB --- 2013-09-06 04:59:16 - TARGET_ARCH=mips TB --- 2013-09-06 04:59:16 - TZ=UTC TB --- 2013-09-06 04:59:16 - __MAKE_CONF=/dev/null TB --- 2013-09-06 04:59:16 - cd /src TB --- 2013-09-06 04:59:16 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Sep 6 04:59:16 UTC 2013 >>> 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 AP121 completed on Fri Sep 6 05:02:15 UTC 2013 TB --- 2013-09-06 05:02:15 - cd /src/sys/mips/conf TB --- 2013-09-06 05:02:15 - /usr/sbin/config -m AP91 TB --- 2013-09-06 05:02:15 - building AP91 kernel TB --- 2013-09-06 05:02:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:02:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:02:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:02:15 - SRCCONF=/dev/null TB --- 2013-09-06 05:02:15 - TARGET=mips TB --- 2013-09-06 05:02:15 - TARGET_ARCH=mips TB --- 2013-09-06 05:02:15 - TZ=UTC TB --- 2013-09-06 05:02:15 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:02:15 - cd /src TB --- 2013-09-06 05:02:15 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Sep 6 05:02:15 UTC 2013 >>> 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 AP91 completed on Fri Sep 6 05:06:16 UTC 2013 TB --- 2013-09-06 05:06:16 - cd /src/sys/mips/conf TB --- 2013-09-06 05:06:16 - /usr/sbin/config -m AP93 TB --- 2013-09-06 05:06:16 - building AP93 kernel TB --- 2013-09-06 05:06:16 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:06:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:06:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:06:16 - SRCCONF=/dev/null TB --- 2013-09-06 05:06:16 - TARGET=mips TB --- 2013-09-06 05:06:16 - TARGET_ARCH=mips TB --- 2013-09-06 05:06:16 - TZ=UTC TB --- 2013-09-06 05:06:16 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:06:16 - cd /src TB --- 2013-09-06 05:06:16 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Sep 6 05:06:16 UTC 2013 >>> 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 AP93 completed on Fri Sep 6 05:10:32 UTC 2013 TB --- 2013-09-06 05:10:32 - cd /src/sys/mips/conf TB --- 2013-09-06 05:10:32 - /usr/sbin/config -m AP94 TB --- 2013-09-06 05:10:32 - building AP94 kernel TB --- 2013-09-06 05:10:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:10:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:10:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:10:32 - SRCCONF=/dev/null TB --- 2013-09-06 05:10:32 - TARGET=mips TB --- 2013-09-06 05:10:32 - TARGET_ARCH=mips TB --- 2013-09-06 05:10:32 - TZ=UTC TB --- 2013-09-06 05:10:32 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:10:32 - cd /src TB --- 2013-09-06 05:10:32 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Sep 6 05:10:32 UTC 2013 >>> 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 AP94 completed on Fri Sep 6 05:15:45 UTC 2013 TB --- 2013-09-06 05:15:45 - cd /src/sys/mips/conf TB --- 2013-09-06 05:15:45 - /usr/sbin/config -m AP96 TB --- 2013-09-06 05:15:45 - building AP96 kernel TB --- 2013-09-06 05:15:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:15:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:15:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:15:45 - SRCCONF=/dev/null TB --- 2013-09-06 05:15:45 - TARGET=mips TB --- 2013-09-06 05:15:45 - TARGET_ARCH=mips TB --- 2013-09-06 05:15:45 - TZ=UTC TB --- 2013-09-06 05:15:45 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:15:45 - cd /src TB --- 2013-09-06 05:15:45 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Sep 6 05:15:45 UTC 2013 >>> 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 AP96 completed on Fri Sep 6 05:20:56 UTC 2013 TB --- 2013-09-06 05:20:56 - cd /src/sys/mips/conf TB --- 2013-09-06 05:20:56 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-06 05:20:56 - building AR71XX_BASE kernel TB --- 2013-09-06 05:20:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:20:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:20:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:20:56 - SRCCONF=/dev/null TB --- 2013-09-06 05:20:56 - TARGET=mips TB --- 2013-09-06 05:20:56 - TARGET_ARCH=mips TB --- 2013-09-06 05:20:56 - TZ=UTC TB --- 2013-09-06 05:20:56 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:20:56 - cd /src TB --- 2013-09-06 05:20:56 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Sep 6 05:20:56 UTC 2013 >>> 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 AR71XX_BASE completed on Fri Sep 6 05:26:05 UTC 2013 TB --- 2013-09-06 05:26:05 - cd /src/sys/mips/conf TB --- 2013-09-06 05:26:05 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-06 05:26:05 - building AR724X_BASE kernel TB --- 2013-09-06 05:26:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:26:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:26:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:26:05 - SRCCONF=/dev/null TB --- 2013-09-06 05:26:05 - TARGET=mips TB --- 2013-09-06 05:26:05 - TARGET_ARCH=mips TB --- 2013-09-06 05:26:05 - TZ=UTC TB --- 2013-09-06 05:26:05 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:26:05 - cd /src TB --- 2013-09-06 05:26:05 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Sep 6 05:26:05 UTC 2013 >>> 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 AR724X_BASE completed on Fri Sep 6 05:30:26 UTC 2013 TB --- 2013-09-06 05:30:26 - cd /src/sys/mips/conf TB --- 2013-09-06 05:30:26 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-06 05:30:26 - building AR91XX_BASE kernel TB --- 2013-09-06 05:30:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:30:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:30:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:30:26 - SRCCONF=/dev/null TB --- 2013-09-06 05:30:26 - TARGET=mips TB --- 2013-09-06 05:30:26 - TARGET_ARCH=mips TB --- 2013-09-06 05:30:26 - TZ=UTC TB --- 2013-09-06 05:30:26 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:30:26 - cd /src TB --- 2013-09-06 05:30:26 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Sep 6 05:30:26 UTC 2013 >>> 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 AR91XX_BASE completed on Fri Sep 6 05:35:12 UTC 2013 TB --- 2013-09-06 05:35:12 - cd /src/sys/mips/conf TB --- 2013-09-06 05:35:12 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-06 05:35:12 - building AR933X_BASE kernel TB --- 2013-09-06 05:35:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:35:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:35:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:35:12 - SRCCONF=/dev/null TB --- 2013-09-06 05:35:12 - TARGET=mips TB --- 2013-09-06 05:35:12 - TARGET_ARCH=mips TB --- 2013-09-06 05:35:12 - TZ=UTC TB --- 2013-09-06 05:35:12 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:35:12 - cd /src TB --- 2013-09-06 05:35:12 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Sep 6 05:35:12 UTC 2013 >>> 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 AR933X_BASE completed on Fri Sep 6 05:38:00 UTC 2013 TB --- 2013-09-06 05:38:00 - cd /src/sys/mips/conf TB --- 2013-09-06 05:38:00 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-06 05:38:00 - building AR934X_BASE kernel TB --- 2013-09-06 05:38:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:38:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:38:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:38:00 - SRCCONF=/dev/null TB --- 2013-09-06 05:38:00 - TARGET=mips TB --- 2013-09-06 05:38:00 - TARGET_ARCH=mips TB --- 2013-09-06 05:38:00 - TZ=UTC TB --- 2013-09-06 05:38:00 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:38:00 - cd /src TB --- 2013-09-06 05:38:00 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Sep 6 05:38:00 UTC 2013 >>> 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 AR934X_BASE completed on Fri Sep 6 05:40:50 UTC 2013 TB --- 2013-09-06 05:40:50 - cd /src/sys/mips/conf TB --- 2013-09-06 05:40:50 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-06 05:40:50 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-06 05:40:50 - cd /src/sys/mips/conf TB --- 2013-09-06 05:40:50 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-06 05:40:50 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-06 05:40:50 - cd /src/sys/mips/conf TB --- 2013-09-06 05:40:50 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-06 05:40:50 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-06 05:40:50 - cd /src/sys/mips/conf TB --- 2013-09-06 05:40:50 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-06 05:40:50 - skipping BERI_TEMPLATE kernel TB --- 2013-09-06 05:40:50 - cd /src/sys/mips/conf TB --- 2013-09-06 05:40:50 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-06 05:40:50 - building CARAMBOLA2 kernel TB --- 2013-09-06 05:40:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:40:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:40:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:40:50 - SRCCONF=/dev/null TB --- 2013-09-06 05:40:50 - TARGET=mips TB --- 2013-09-06 05:40:50 - TARGET_ARCH=mips TB --- 2013-09-06 05:40:50 - TZ=UTC TB --- 2013-09-06 05:40:50 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:40:50 - cd /src TB --- 2013-09-06 05:40:50 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Sep 6 05:40:50 UTC 2013 >>> 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 CARAMBOLA2 completed on Fri Sep 6 05:43:45 UTC 2013 TB --- 2013-09-06 05:43:45 - cd /src/sys/mips/conf TB --- 2013-09-06 05:43:45 - /usr/sbin/config -m DB120 TB --- 2013-09-06 05:43:45 - building DB120 kernel TB --- 2013-09-06 05:43:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:43:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:43:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:43:45 - SRCCONF=/dev/null TB --- 2013-09-06 05:43:45 - TARGET=mips TB --- 2013-09-06 05:43:45 - TARGET_ARCH=mips TB --- 2013-09-06 05:43:45 - TZ=UTC TB --- 2013-09-06 05:43:45 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:43:45 - cd /src TB --- 2013-09-06 05:43:45 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Sep 6 05:43:45 UTC 2013 >>> 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 DB120 completed on Fri Sep 6 05:46:36 UTC 2013 TB --- 2013-09-06 05:46:36 - cd /src/sys/mips/conf TB --- 2013-09-06 05:46:36 - /usr/sbin/config -m DIR-825 TB --- 2013-09-06 05:46:36 - building DIR-825 kernel TB --- 2013-09-06 05:46:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:46:36 - SRCCONF=/dev/null TB --- 2013-09-06 05:46:36 - TARGET=mips TB --- 2013-09-06 05:46:36 - TARGET_ARCH=mips TB --- 2013-09-06 05:46:36 - TZ=UTC TB --- 2013-09-06 05:46:36 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:46:36 - cd /src TB --- 2013-09-06 05:46:36 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Sep 6 05:46:36 UTC 2013 >>> 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 DIR-825 completed on Fri Sep 6 05:50:37 UTC 2013 TB --- 2013-09-06 05:50:37 - cd /src/sys/mips/conf TB --- 2013-09-06 05:50:37 - /usr/sbin/config -m ENH200 TB --- 2013-09-06 05:50:37 - building ENH200 kernel TB --- 2013-09-06 05:50:37 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:50:37 - SRCCONF=/dev/null TB --- 2013-09-06 05:50:37 - TARGET=mips TB --- 2013-09-06 05:50:37 - TARGET_ARCH=mips TB --- 2013-09-06 05:50:37 - TZ=UTC TB --- 2013-09-06 05:50:37 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:50:37 - cd /src TB --- 2013-09-06 05:50:37 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Fri Sep 6 05:50:37 UTC 2013 >>> 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 ENH200 completed on Fri Sep 6 05:54:49 UTC 2013 TB --- 2013-09-06 05:54:49 - cd /src/sys/mips/conf TB --- 2013-09-06 05:54:49 - /usr/sbin/config -m GXEMUL TB --- 2013-09-06 05:54:49 - skipping GXEMUL kernel TB --- 2013-09-06 05:54:49 - cd /src/sys/mips/conf TB --- 2013-09-06 05:54:49 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-06 05:54:49 - building GXEMUL32 kernel TB --- 2013-09-06 05:54:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:54:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:54:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:54:49 - SRCCONF=/dev/null TB --- 2013-09-06 05:54:49 - TARGET=mips TB --- 2013-09-06 05:54:49 - TARGET_ARCH=mips TB --- 2013-09-06 05:54:49 - TZ=UTC TB --- 2013-09-06 05:54:49 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:54:49 - cd /src TB --- 2013-09-06 05:54:49 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Fri Sep 6 05:54:50 UTC 2013 >>> 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 GXEMUL32 completed on Fri Sep 6 05:56:52 UTC 2013 TB --- 2013-09-06 05:56:52 - cd /src/sys/mips/conf TB --- 2013-09-06 05:56:52 - /usr/sbin/config -m IDT TB --- 2013-09-06 05:56:52 - skipping IDT kernel TB --- 2013-09-06 05:56:52 - cd /src/sys/mips/conf TB --- 2013-09-06 05:56:52 - /usr/sbin/config -m MALTA TB --- 2013-09-06 05:56:52 - skipping MALTA kernel TB --- 2013-09-06 05:56:52 - cd /src/sys/mips/conf TB --- 2013-09-06 05:56:52 - /usr/sbin/config -m MALTA64 TB --- 2013-09-06 05:56:52 - skipping MALTA64 kernel TB --- 2013-09-06 05:56:52 - cd /src/sys/mips/conf TB --- 2013-09-06 05:56:52 - /usr/sbin/config -m OCTEON1 TB --- 2013-09-06 05:56:52 - skipping OCTEON1 kernel TB --- 2013-09-06 05:56:52 - cd /src/sys/mips/conf TB --- 2013-09-06 05:56:52 - /usr/sbin/config -m PB47 TB --- 2013-09-06 05:56:52 - building PB47 kernel TB --- 2013-09-06 05:56:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 05:56:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 05:56:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 05:56:52 - SRCCONF=/dev/null TB --- 2013-09-06 05:56:52 - TARGET=mips TB --- 2013-09-06 05:56:52 - TARGET_ARCH=mips TB --- 2013-09-06 05:56:52 - TZ=UTC TB --- 2013-09-06 05:56:52 - __MAKE_CONF=/dev/null TB --- 2013-09-06 05:56:52 - cd /src TB --- 2013-09-06 05:56:52 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Fri Sep 6 05:56:52 UTC 2013 >>> 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 PB47 completed on Fri Sep 6 06:02:03 UTC 2013 TB --- 2013-09-06 06:02:03 - cd /src/sys/mips/conf TB --- 2013-09-06 06:02:03 - /usr/sbin/config -m PB92 TB --- 2013-09-06 06:02:03 - building PB92 kernel TB --- 2013-09-06 06:02:03 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:02:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:02:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:02:03 - SRCCONF=/dev/null TB --- 2013-09-06 06:02:03 - TARGET=mips TB --- 2013-09-06 06:02:03 - TARGET_ARCH=mips TB --- 2013-09-06 06:02:03 - TZ=UTC TB --- 2013-09-06 06:02:03 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:02:03 - cd /src TB --- 2013-09-06 06:02:03 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Fri Sep 6 06:02:03 UTC 2013 >>> 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 PB92 completed on Fri Sep 6 06:05:46 UTC 2013 TB --- 2013-09-06 06:05:46 - cd /src/sys/mips/conf TB --- 2013-09-06 06:05:46 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-09-06 06:05:46 - building PICOSTATION_M2HP kernel TB --- 2013-09-06 06:05:46 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:05:46 - SRCCONF=/dev/null TB --- 2013-09-06 06:05:46 - TARGET=mips TB --- 2013-09-06 06:05:46 - TARGET_ARCH=mips TB --- 2013-09-06 06:05:46 - TZ=UTC TB --- 2013-09-06 06:05:46 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:05:46 - cd /src TB --- 2013-09-06 06:05:46 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Fri Sep 6 06:05:46 UTC 2013 >>> 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 PICOSTATION_M2HP completed on Fri Sep 6 06:09:42 UTC 2013 TB --- 2013-09-06 06:09:42 - cd /src/sys/mips/conf TB --- 2013-09-06 06:09:42 - /usr/sbin/config -m QEMU TB --- 2013-09-06 06:09:42 - skipping QEMU kernel TB --- 2013-09-06 06:09:42 - cd /src/sys/mips/conf TB --- 2013-09-06 06:09:42 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-09-06 06:09:42 - building ROUTERSTATION kernel TB --- 2013-09-06 06:09:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:09:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:09:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:09:42 - SRCCONF=/dev/null TB --- 2013-09-06 06:09:42 - TARGET=mips TB --- 2013-09-06 06:09:42 - TARGET_ARCH=mips TB --- 2013-09-06 06:09:42 - TZ=UTC TB --- 2013-09-06 06:09:42 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:09:42 - cd /src TB --- 2013-09-06 06:09:42 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Fri Sep 6 06:09:42 UTC 2013 >>> 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 ROUTERSTATION completed on Fri Sep 6 06:14:57 UTC 2013 TB --- 2013-09-06 06:14:57 - cd /src/sys/mips/conf TB --- 2013-09-06 06:14:57 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-09-06 06:14:57 - building ROUTERSTATION_MFS kernel TB --- 2013-09-06 06:14:57 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:14:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:14:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:14:57 - SRCCONF=/dev/null TB --- 2013-09-06 06:14:57 - TARGET=mips TB --- 2013-09-06 06:14:57 - TARGET_ARCH=mips TB --- 2013-09-06 06:14:57 - TZ=UTC TB --- 2013-09-06 06:14:57 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:14:57 - cd /src TB --- 2013-09-06 06:14:57 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Fri Sep 6 06:14:57 UTC 2013 >>> 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 ROUTERSTATION_MFS completed on Fri Sep 6 06:20:08 UTC 2013 TB --- 2013-09-06 06:20:08 - cd /src/sys/mips/conf TB --- 2013-09-06 06:20:08 - /usr/sbin/config -m RSPRO TB --- 2013-09-06 06:20:08 - building RSPRO kernel TB --- 2013-09-06 06:20:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:20:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:20:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:20:08 - SRCCONF=/dev/null TB --- 2013-09-06 06:20:08 - TARGET=mips TB --- 2013-09-06 06:20:08 - TARGET_ARCH=mips TB --- 2013-09-06 06:20:08 - TZ=UTC TB --- 2013-09-06 06:20:08 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:20:08 - cd /src TB --- 2013-09-06 06:20:08 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Fri Sep 6 06:20:08 UTC 2013 >>> 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 RSPRO completed on Fri Sep 6 06:25:23 UTC 2013 TB --- 2013-09-06 06:25:23 - cd /src/sys/mips/conf TB --- 2013-09-06 06:25:23 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-09-06 06:25:23 - building RSPRO_MFS kernel TB --- 2013-09-06 06:25:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:25:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:25:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:25:23 - SRCCONF=/dev/null TB --- 2013-09-06 06:25:23 - TARGET=mips TB --- 2013-09-06 06:25:23 - TARGET_ARCH=mips TB --- 2013-09-06 06:25:23 - TZ=UTC TB --- 2013-09-06 06:25:23 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:25:23 - cd /src TB --- 2013-09-06 06:25:23 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Fri Sep 6 06:25:23 UTC 2013 >>> 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 RSPRO_MFS completed on Fri Sep 6 06:30:34 UTC 2013 TB --- 2013-09-06 06:30:34 - cd /src/sys/mips/conf TB --- 2013-09-06 06:30:34 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-09-06 06:30:34 - building RSPRO_STANDALONE kernel TB --- 2013-09-06 06:30:34 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:30:34 - SRCCONF=/dev/null TB --- 2013-09-06 06:30:34 - TARGET=mips TB --- 2013-09-06 06:30:34 - TARGET_ARCH=mips TB --- 2013-09-06 06:30:34 - TZ=UTC TB --- 2013-09-06 06:30:34 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:30:34 - cd /src TB --- 2013-09-06 06:30:34 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Fri Sep 6 06:30:34 UTC 2013 >>> 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 RSPRO_STANDALONE completed on Fri Sep 6 06:36:02 UTC 2013 TB --- 2013-09-06 06:36:02 - cd /src/sys/mips/conf TB --- 2013-09-06 06:36:02 - /usr/sbin/config -m RT305X TB --- 2013-09-06 06:36:02 - skipping RT305X kernel TB --- 2013-09-06 06:36:02 - cd /src/sys/mips/conf TB --- 2013-09-06 06:36:02 - /usr/sbin/config -m SENTRY5 TB --- 2013-09-06 06:36:02 - skipping SENTRY5 kernel TB --- 2013-09-06 06:36:02 - cd /src/sys/mips/conf TB --- 2013-09-06 06:36:02 - /usr/sbin/config -m SWARM TB --- 2013-09-06 06:36:02 - building SWARM kernel TB --- 2013-09-06 06:36:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:36:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:36:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:36:02 - SRCCONF=/dev/null TB --- 2013-09-06 06:36:02 - TARGET=mips TB --- 2013-09-06 06:36:02 - TARGET_ARCH=mips TB --- 2013-09-06 06:36:02 - TZ=UTC TB --- 2013-09-06 06:36:02 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:36:02 - cd /src TB --- 2013-09-06 06:36:02 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Fri Sep 6 06:36:03 UTC 2013 >>> 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 SWARM completed on Fri Sep 6 06:38:57 UTC 2013 TB --- 2013-09-06 06:38:57 - cd /src/sys/mips/conf TB --- 2013-09-06 06:38:57 - /usr/sbin/config -m SWARM64 TB --- 2013-09-06 06:38:57 - skipping SWARM64 kernel TB --- 2013-09-06 06:38:57 - cd /src/sys/mips/conf TB --- 2013-09-06 06:38:57 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-09-06 06:38:57 - skipping SWARM64_SMP kernel TB --- 2013-09-06 06:38:57 - cd /src/sys/mips/conf TB --- 2013-09-06 06:38:57 - /usr/sbin/config -m SWARM_SMP TB --- 2013-09-06 06:38:57 - building SWARM_SMP kernel TB --- 2013-09-06 06:38:57 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:38:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:38:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:38:57 - SRCCONF=/dev/null TB --- 2013-09-06 06:38:57 - TARGET=mips TB --- 2013-09-06 06:38:57 - TARGET_ARCH=mips TB --- 2013-09-06 06:38:57 - TZ=UTC TB --- 2013-09-06 06:38:57 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:38:57 - cd /src TB --- 2013-09-06 06:38:57 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Fri Sep 6 06:38:58 UTC 2013 >>> 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 SWARM_SMP completed on Fri Sep 6 06:41:44 UTC 2013 TB --- 2013-09-06 06:41:44 - cd /src/sys/mips/conf TB --- 2013-09-06 06:41:44 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-09-06 06:41:44 - building TP-WN1043ND kernel TB --- 2013-09-06 06:41:44 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:41:44 - SRCCONF=/dev/null TB --- 2013-09-06 06:41:44 - TARGET=mips TB --- 2013-09-06 06:41:44 - TARGET_ARCH=mips TB --- 2013-09-06 06:41:44 - TZ=UTC TB --- 2013-09-06 06:41:44 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:41:44 - cd /src TB --- 2013-09-06 06:41:44 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Fri Sep 6 06:41:44 UTC 2013 >>> 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 TP-WN1043ND completed on Fri Sep 6 06:46:36 UTC 2013 TB --- 2013-09-06 06:46:36 - cd /src/sys/mips/conf TB --- 2013-09-06 06:46:36 - /usr/sbin/config -m XLP TB --- 2013-09-06 06:46:36 - building XLP kernel TB --- 2013-09-06 06:46:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 06:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 06:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 06:46:36 - SRCCONF=/dev/null TB --- 2013-09-06 06:46:36 - TARGET=mips TB --- 2013-09-06 06:46:36 - TARGET_ARCH=mips TB --- 2013-09-06 06:46:36 - TZ=UTC TB --- 2013-09-06 06:46:36 - __MAKE_CONF=/dev/null TB --- 2013-09-06 06:46:36 - cd /src TB --- 2013-09-06 06:46:36 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Fri Sep 6 06:46:36 UTC 2013 >>> 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 [...] /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x84c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x894): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0x9c0): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): undefined reference to `__cmpdi2' /src/sys/dev/cfi/cfi_core.c:(.text+0xa2c): relocation truncated to fit: R_MIPS_26 against `__cmpdi2' *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/XLP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-06 06:50:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-06 06:50:06 - ERROR: failed to build XLP kernel TB --- 2013-09-06 06:50:06 - 7935.20 user 1505.92 system 10667.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 06:54:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6603CCB5; Fri, 6 Sep 2013 06:54:56 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 347D52D8A; Fri, 6 Sep 2013 06:54:55 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r866sq7o069375 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Sep 2013 06:54:54 GMT (envelope-from theraven@freebsd.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: David Chisnall In-Reply-To: <20130905210953.GA58413@troutmask.apl.washington.edu> Date: Fri, 6 Sep 2013 07:54:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 06:54:56 -0000 On 5 Sep 2013, at 22:09, Steve Kargl = wrote: > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: >> On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: >>=20 >>> As a result we have a lot of fallouts of ports complaining about: >>> undefined reference to `powl' >>>=20 >>> It seems like libc++ is relying on a function we don't have yet >>> in libm, am I missing something? >>=20 >> I've attached a diff that I'd like to commit to msun >=20 > Why not disable libc++ from exposing these functions? Because they're in the C++ spec and they should work. I consider this a = placeholder until we have the real versions in the tree (the wiki says = you have coshl, sinhl, and tanhl, in progress, any idea of an ETA for = them)? =20 David From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 07:35:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 15043AEE; Fri, 6 Sep 2013 07:35:01 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8D02A2063; Fri, 6 Sep 2013 07:35:00 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWVsb42S2zFTJt; Fri, 6 Sep 2013 09:34:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yQqWbPjhHcmy; Fri, 6 Sep 2013 09:34:57 +0200 (CEST) Received: from vwg82.hq.ignesti.it (unknown [77.246.14.163]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 09:34:57 +0200 (CEST) Message-ID: <5229859C.4030208@FreeBSD.org> Date: Fri, 06 Sep 2013 09:34:52 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130904 Thunderbird/17.0.8 MIME-Version: 1.0 To: AN Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 07:35:01 -0000 On 09/06/13 05:16, AN wrote: > Hi: > > I am posting to both lists because this problem affects users of current > and ports, and I didn't know which would be more appropriate so please > forgive me. > > # uname -a > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 > 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > I am trying to update my ports following the entry in updating, but it > does not seem to be working correctly. I followed the directions > exactly, and after 30 mins this is what has happened: > > # cat ports_to_update | xargs portupgrade -vf > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > [Reading data from pkg(8) ... - 890 packages found - done] > Shared object "libiconv.so.3" not found, required by "httpd" > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne > 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > Shared object "libiconv.so.3" not found, required by "httpd" This is bsd.apache.mk trying to get the apache version. but the apache's "httpd" binary cannot run because it can't find libiconv.so.3. > apxs:Error: Sorry, no shared object support for Apache. > apxs:Error: available under your platform. Make sure. > apxs:Error: the Apache module mod_so is compiled into. > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > ** Port marked as IGNORE: www/mod_dnssd: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least > > > Here is what I have done: > # pkg query %ro libiconv >ports_to_update > [root@FBSD10 ~]# cat ports_to_update > > ...lots of output > > # pkg delete -f libiconv > pkg: You are trying to delete package(s) which has dependencies that are > still required: > ... delete these packages anyway in forced mode > Deinstallation has been requested for the following 1 packages: > > libiconv-1.14_1 > > The deinstallation will free 2 MB > > Proceed with deinstalling packages [y/N]: y > [1/1] Deleting libiconv-1.14_1... > deleting anyway > > done > > Now the update process is stuck here: > > ** Port marked as IGNORE: www/mod_dnssd: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least > > there are 2 ruby processes running for a long time, but nothing is > happening to the update. > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > ruby19{ruby19} > 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > ruby19{ruby19} > > So, it seems my system is broken now. Did I do something wrong? How > can the upgrade work if so many ports depend on iconv? What should I do > now? Should I reinstall libiconv? > Good news is the update process did not really update anything, judging from the output you sent. If you just reinstall libiconv everything should go back to how it was, at least you get a working system. I admit I did not foresee this condition arising when I wrote the instructions, here is a modified procedure you can follow and report back about, so I can modify the UPDATING entry: # pkg query %ro libiconv >ports_to_update # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ # ldconfig -R (1) # pkg delete -f libiconv # cat ports_to_update | xargs portupgrade -f (1) not sure if ldconfig -R is really needed, but It will not do any harm I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg which is in the default library search path. In this way libiconv and it's include file shouldn't be found by configure scripts and the like and they should link to the system one, while existing binaries should keep working linking to the preserved one in lib/compat. > Any help is appreciated. I hope this helps you, just ask for any clarifications and further help as needed on this matter. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 07:35:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1651ACA0; Fri, 6 Sep 2013 07:35:40 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) by mx1.freebsd.org (Postfix) with ESMTP id B1E63208E; Fri, 6 Sep 2013 07:35:39 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 498C3C40DB5; Fri, 6 Sep 2013 11:35:37 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 9DD731B416CD; Fri, 6 Sep 2013 11:35:36 +0400 (MSK) Received: from 93.91.3.70.tel.ru (93.91.3.70.tel.ru [93.91.3.70]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 4RX34A3ZG3-Za7qWQEx; Fri, 6 Sep 2013 11:35:36 +0400 Message-ID: <522985C7.2010303@passap.ru> Date: Fri, 06 Sep 2013 11:35:35 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: AN , Guido Falsi , Baptiste Daroussin Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 07:35:40 -0000 06.09.2013 07:16, AN пишет: > Hi: > > I am posting to both lists because this problem affects users of current > and ports, and I didn't know which would be more appropriate so please > forgive me. > > # uname -a > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 > 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > I am trying to update my ports following the entry in updating, but it > does not seem to be working correctly. I followed the directions exactly, > and after 30 mins this is what has happened: > > # cat ports_to_update | xargs portupgrade -vf > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > [Reading data from pkg(8) ... - 890 packages found - done] > Shared object "libiconv.so.3" not found, required by "httpd" > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server > version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > Shared object "libiconv.so.3" not found, required by "httpd" > apxs:Error: Sorry, no shared object support for Apache. > apxs:Error: available under your platform. Make sure. > apxs:Error: the Apache module mod_so is compiled into. > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > ** Port marked as IGNORE: www/mod_dnssd: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least > > > Here is what I have done: > # pkg query %ro libiconv >ports_to_update > [root@FBSD10 ~]# cat ports_to_update > > ...lots of output > > # pkg delete -f libiconv > pkg: You are trying to delete package(s) which has dependencies that are > still required: > ... delete these packages anyway in forced mode > Deinstallation has been requested for the following 1 packages: > > libiconv-1.14_1 > > The deinstallation will free 2 MB > > Proceed with deinstalling packages [y/N]: y > [1/1] Deleting libiconv-1.14_1... > deleting anyway > > done > > Now the update process is stuck here: > > ** Port marked as IGNORE: www/mod_dnssd: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least > > there are 2 ruby processes running for a long time, but nothing is > happening to the update. > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > ruby19{ruby19} > 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > ruby19{ruby19} > > So, it seems my system is broken now. Did I do something wrong? How can > the upgrade work if so many ports depend on iconv? What should I do now? > Should I reinstall libiconv? > > Any help is appreciated. > > > > # cat ports_to_update | xargs portupgrade -vf > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > [Reading data from pkg(8) ... - 890 packages found - done] > Shared object "libiconv.so.3" not found, required by "httpd" > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server > version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > Shared object "libiconv.so.3" not found, required by "httpd" > apxs:Error: Sorry, no shared object support for Apache. > apxs:Error: available under your platform. Make sure. > apxs:Error: the Apache module mod_so is compiled into. > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > ** Port marked as IGNORE: www/mod_dnssd: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least > Shared object "libiconv.so.3" not found, required by "httpd" > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server > version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > Shared object "libiconv.so.3" not found, required by "httpd" > apxs:Error: Sorry, no shared object support for Apache. > apxs:Error: available under your platform. Make sure. > apxs:Error: the Apache module mod_so is compiled into. > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > ** Port marked as IGNORE: www/gnome-user-share: > is marked as broken: : Error from bsd.apache.mk. apache is > installed (or APACHE_PORT is defined) and port requires apache22 at least The error actually states that you don't have reqiured aoache port version. Is it the case or do you have apache22 installed. Said that I'll admit that there are some ports (13) which uses CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} syntax. It's no more relevant at recent RURRENT. The fix is been worked on. For now you may change that value from "--with-iconv=${LOCALBASE}" to "" (null) at ports that you use from the following list: ----- devel/apr2 devel/git devel/apr1 irc/epic5 lang/gauche net/ssltunnel-client net/zebra-server net/yaz net-mgmt/ettercap textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 ----- If you do it, please give us a feedback. Thanks. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 07:46:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 15DAB4D7; Fri, 6 Sep 2013 07:46:57 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C5C621E6; Fri, 6 Sep 2013 07:46:56 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so3081903obc.20 for ; Fri, 06 Sep 2013 00:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3JbhVBQXxMxT5dfAfvG12yCitkSWtvmz4bEtb5jG7yU=; b=dLWsrdAnMPC5grWPAA5LLrfNSI872fVzAE8InUyiIZl7qoHa96Kb3L4/lNYy341fjI +jq/r2accf0gvLmQ8x/FkeuR+IVplzX+CL0t4w9S6nLl7sab8a68Awd2oNdoWinrWwO3 vLcbgPQ9qHszav0spHiQvgOrHmC8xCygpDe3BLNcbIlSDKCiNjUo/eahd490dtJ+FI1U CLMc9Sq5iOc7wwd7QE6FggpcJMXxHLsWJMt17GDQcAmQLjDr2vlf4nOrmEHbBFeT5Swy AwDkA2FMYrtA6Vuom9Y9PNqsmf7VH1C3xbAiXoTSyqNcGJ8DRe4acgj2HCWRXDxgZG4W d0pw== MIME-Version: 1.0 X-Received: by 10.60.96.169 with SMTP id dt9mr843463oeb.27.1378453615968; Fri, 06 Sep 2013 00:46:55 -0700 (PDT) Received: by 10.76.114.227 with HTTP; Fri, 6 Sep 2013 00:46:55 -0700 (PDT) In-Reply-To: <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> Date: Fri, 6 Sep 2013 03:46:55 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 07:46:57 -0000 On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napiera=C5=82a wrote: > New patch, updated for Capsicum changes, is here: > > http://people.freebsd.org/~trasz/cfiscsi-20130906.diff > > Bravo.... patched, compiled successfully and tested a lun using ctld cfiscsi_ioctl_handoff: new connection from iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to iqn.2012-06.com.example:target2 (0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00 (0:2:0:0): Tag: 0x0011, Type: 1 (0:2:0:0): CTL Status: SCSI Error (0:2:0:0): SCSI Status: Check Condition (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (0:2:0:0): Command byte 1 bit 4 is invalid it was mounted. partitioned, formatted ext4 and data copied to/from a linux host From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 08:06:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1080020C; Fri, 6 Sep 2013 08:06:36 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C56A8248C; Fri, 6 Sep 2013 08:06:35 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 35EF6C1B79; Fri, 6 Sep 2013 08:06:28 +0000 (UTC) Date: Fri, 6 Sep 2013 10:06:28 +0200 From: Jeremie Le Hen To: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130906080627.GH43281@caravan.chchile.org> Mail-Followup-To: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= , Alexander Motin , freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <5228F9D4.3060008@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org, Alexander Motin , "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 08:06:36 -0000 On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: > On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote: > > I've found and fixed possible double request completion, that could cause > > such symptoms if happened. Updated patch located as usual: > > http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch > > > > Good catch! > this new patch (applied to r255188) fix the problem on my laptop. With this new one I cannot boot any more (I also updated the source tree). This is a hand transcripted version: Trying to mount root from zfs:zroot/root []... panic: Batch flag already set cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() kdb_backtrace() vpanic() kassert_panic() xpt_batch_start() ata_interrupt() softclock_call_cc() softclock() ithread_loop() fork_exit() fork_trampoline() -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 08:29:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F04722D; Fri, 6 Sep 2013 08:29:18 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C2BC277F; Fri, 6 Sep 2013 08:29:17 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hm2so548715wib.6 for ; Fri, 06 Sep 2013 01:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=cKvvmgI4MFZXDvTnnY59FeR0s1d1wz4lMm26SQGf0GA=; b=o5ccwrrEuDeiW02qIeTQ6XnFRpVWxSOvENLrYvAxtBCntauuGYvzJ5Kawq6Cip7cHj KTYEFxt21sjAI20m6psQjR/iAETpGKUHgUt6rHvq2i7Gf1Ktkb5vDH/Mdnvik6qzQetu zWxsoTzF47FlRRkv1QJPFKUgf+PjPbvI527zoNJ5Nim2nbRPRlkpbMiYu9cW8GZVrcly OWCvw/RKcHx2ZQjDE8gLIOGI3U2KvJAs0khy1ABKa1qtTb8nQXYLl1FjaJCm8T/So4+a eCLG/1gRFmJkyHF3WXMobqxVo+74DfeHBTuBFeey4wOYwV1YaaFAGkikPa3GrLaXH16j cTLA== X-Received: by 10.194.86.5 with SMTP id l5mr531403wjz.45.1378456155424; Fri, 06 Sep 2013 01:29:15 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id e5sm4368184wiy.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 01:29:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <52299257.10704@FreeBSD.org> Date: Fri, 06 Sep 2013 11:29:11 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeremie Le Hen Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <5228F9D4.3060008@FreeBSD.org> <20130906080627.GH43281@caravan.chchile.org> In-Reply-To: <20130906080627.GH43281@caravan.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 08:29:18 -0000 On 06.09.2013 11:06, Jeremie Le Hen wrote: > On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: >> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote: >>> I've found and fixed possible double request completion, that could cause >>> such symptoms if happened. Updated patch located as usual: >>> http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch >>> > With this new one I cannot boot any more (I also updated the source > tree). This is a hand transcripted version: > > Trying to mount root from zfs:zroot/root []... > panic: Batch flag already set > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() > kdb_backtrace() > vpanic() > kassert_panic() > xpt_batch_start() > ata_interrupt() > softclock_call_cc() > softclock() > ithread_loop() > fork_exit() > fork_trampoline() Thank you for the report. I see my fault. It is probably specific to ata(4) driver only. I've workarounded that in new patch version, but probably that area needs some rethinking. http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 08:40:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2ADC1A5A; Fri, 6 Sep 2013 08:40:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 463492993; Fri, 6 Sep 2013 08:40:17 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id c41so1419865eek.39 for ; Fri, 06 Sep 2013 01:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Y3WlgjdZoH3tOlcwUXuE+VCvzbQ2xkCjlHp/C+bUSfU=; b=O90S/VojZLCvvJ8XHDjEVBpxQ5eI1eMDsXvZHtP4yxRyEMRf9DU2zjhdnaQ8j+xOLF Ic1/tioUtEBj0Od2b86823bRbsQ7V9amCGmNC9VHKU4AZQNgitN7G1GJIaRCJBIViara q/Pe88sW6zbRPl52OCslfHQ9ncKHfMbcAOF3LoQo2P5aLw8MSuLUn7+EDhlLxNzZKmJn U0KujkU9xkMEyZjTH/fGl7yxd4UhIa1UaWUgrHkeAjWDY8ROkX4VORTJkIIpTyBMCpgs TZAkfaGA8scqqUAbH2MdnvvzZY9VqDol4OtJGXM2BdpV8b7GWoMB4vBEGkdhNkgbx+aa Zy1A== X-Received: by 10.14.219.198 with SMTP id m46mr2289055eep.41.1378456815477; Fri, 06 Sep 2013 01:40:15 -0700 (PDT) Received: from [192.168.1.102] (ajg161.neoplus.adsl.tpnet.pl. [83.25.240.161]) by mx.google.com with ESMTPSA id j7sm2261920eeo.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 01:40:15 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Fri, 6 Sep 2013 10:40:13 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <70B4560F-2335-4F16-A9F4-C9E22DE908F3@freebsd.org> References: <34CEBF66-08BF-4265-8558-4A4A62109C77@FreeBSD.org> <5228D1A6.4020405@quip.cz> <20130905230907.179efafd@munin.geoinf.fu-berlin.de> <37808388-FB41-4C92-BF7C-5BAAB22BCB70@freebsd.org> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org, Ivan Voras , freebsd-arch@freebsd.org, freebsd-scsi@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 08:40:18 -0000 Wiadomo=B6=E6 napisana przez Outback Dingo w = dniu 6 wrz 2013, o godz. 09:46: > On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napiera=B3a = wrote: > New patch, updated for Capsicum changes, is here: >=20 > http://people.freebsd.org/~trasz/cfiscsi-20130906.diff >=20 >=20 > Bravo.... patched, compiled successfully and tested a lun using ctld >=20 > cfiscsi_ioctl_handoff: new connection from = iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to = iqn.2012-06.com.example:target2 > (0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00=20= > (0:2:0:0): Tag: 0x0011, Type: 1 > (0:2:0:0): CTL Status: SCSI Error > (0:2:0:0): SCSI Status: Check Condition > (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) > (0:2:0:0): Command byte 1 bit 4 is invalid >=20 > it was mounted. partitioned, formatted ext4 and data copied to/from a = linux host Thanks! It's worth mentioning that the CTL messages like one above are = normal - it's just that Linux is trying to use some optional part of SCSI protocol the = CTL doesn't (yet) support. (You can actually tell what initiator it is, just by looking = at those - Linux tries to use MAINTENANCE IN, Windows - VERIFY, and Solaris does something = weird with mode pages.) From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:00:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E63D55BF; Fri, 6 Sep 2013 15:00:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 791B02470; Fri, 6 Sep 2013 15:00:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHxWM-0046A6-Gv>; Fri, 06 Sep 2013 17:00:26 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHxWM-003ijl-Br>; Fri, 06 Sep 2013 17:00:26 +0200 Date: Fri, 6 Sep 2013 17:04:49 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906170449.64439c27@munin.geoinf.fu-berlin.de> In-Reply-To: <522985C7.2010303@passap.ru> References: <522985C7.2010303@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/1fbc8I3qhfFvLzmQeWeCm+o"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:00:31 -0000 --Sig_/1fbc8I3qhfFvLzmQeWeCm+o Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 11:35:35 +0400 Boris Samorodov wrote: > 06.09.2013 07:16, AN =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi: > >=20 > > I am posting to both lists because this problem affects users of > > current and ports, and I didn't know which would be more > > appropriate so please forgive me. > >=20 > > # uname -a > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > > Sep 1 16:01:36 CDT 2013 > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > >=20 > > I am trying to update my ports following the entry in updating, but > > it does not seem to be working correctly. I followed the > > directions exactly, and after 30 mins this is what has happened: > >=20 > > # cat ports_to_update | xargs portupgrade -vf > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > [Reading data from pkg(8) ... - 890 packages found - done] > > Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > >=20 > >=20 > > Here is what I have done: > > # pkg query %ro libiconv >ports_to_update > > [root@FBSD10 ~]# cat ports_to_update > >=20 > > ...lots of output > >=20 > > # pkg delete -f libiconv > > pkg: You are trying to delete package(s) which has dependencies > > that are still required: > > ... delete these packages anyway in forced mode > > Deinstallation has been requested for the following 1 packages: > >=20 > > libiconv-1.14_1 > >=20 > > The deinstallation will free 2 MB > >=20 > > Proceed with deinstalling packages [y/N]: y > > [1/1] Deleting libiconv-1.14_1... > > deleting anyway > >=20 > > done > >=20 > > Now the update process is stuck here: > >=20 > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > >=20 > > there are 2 ruby processes running for a long time, but nothing is=20 > > happening to the update. > >=20 > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96%=20 > > ruby19{ruby19} > > 43998 root 52 0 64912K 33368K select 1 0:00 5.96%=20 > > ruby19{ruby19} > >=20 > > So, it seems my system is broken now. Did I do something wrong? > > How can the upgrade work if so many ports depend on iconv? What > > should I do now? Should I reinstall libiconv? > >=20 > > Any help is appreciated. > >=20 > >=20 > >=20 > > # cat ports_to_update | xargs portupgrade -vf > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > [Reading data from pkg(8) ... - 890 packages found - done] > > Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/gnome-user-share: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least >=20 > The error actually states that you don't have reqiured aoache port > version. Is it the case or do you have apache22 installed. >=20 > Said that I'll admit that there are some ports (13) which uses > CONFIGURE_ARGS+=3D--with-iconv=3D${LOCALBASE} syntax. It's no more > relevant at recent RURRENT. The fix is been worked on. >=20 > For now you may change that value from "--with-iconv=3D${LOCALBASE}" > to "" (null) at ports that you use from the following list: > ----- > devel/apr2 > devel/git > devel/apr1 > irc/epic5 > lang/gauche > net/ssltunnel-client > net/zebra-server > net/yaz > net-mgmt/ettercap > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > ----- >=20 > If you do it, please give us a feedback. Thanks. >=20 There are a lot more problems occuring than expected. print/cups, for instance, rejects on all systems I try to update (three!) to compile and cups is a stopper for many other ports relying on cups. Using portmaster, I'm higly adviced to use option -f, otherwise every second port I try to update gets interrupted due to missing libiconv.so.3. It is impossible to update a system unattended and this is a mess with 200 or even 680 ports to be updated. A waste of time. Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on some gnuish tools in the port and the compilation fails if those prerequisits aren't updated first. The description I found in /usr/ports/UPDATING is quick and dirty - too dirty for being useful, in my opinion. Did the maintainer ever tried this command sequence on a "used" machine and not in a clean vbox environment? There must be a description of a fallback in UPDATING! I took the whole day to update on one machine less than the half of the installed ports and huge ports like libreoffice are still dropping out of the build and I restart after fixed the missing port that relies on being recompiled. I hope that reinstalling converters/libiconv will give me X11 back on my boxes! I can not stay with them 48 hours non stop until they have completed the messy update. Regards, Oliver --Sig_/1fbc8I3qhfFvLzmQeWeCm+o Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKe8WAAoJEOgBcD7A/5N8F3oIALuFfZxS/rMY2lHUB2vPQpXE +9NWgmTzZqonBNs3kVuGhGerTLhZN7cHYLUcHoUZuAzAq5adCW5ohsFbEUzFcq/1 RNqBUJkffTmIV1O6Xa3pBwWPRwoM3sOGUDc+NaUPsr4I4ssfc/L/kSdhjWs11Nfz jhAfJ4dOVlkwtZSxW5hBCTCCuQBAT2xjdMr8GjVhhHSmqDGE2kR4J/Xe0n2xSMR8 5Pu4PmyIWRZNLhY+30ft7XOZLp1BWlscZQwvTC0Txwn8UZmbG7AYfodv5ltbhEji ZLmfGbPJGqWZDi7h8MT6O9Yy0Ib1wGbA9AlgqxetF6rZ6nttIfbOBaJhGf11iEY= =BEZB -----END PGP SIGNATURE----- --Sig_/1fbc8I3qhfFvLzmQeWeCm+o-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:26:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E7AED4BB; Fri, 6 Sep 2013 15:26:14 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BAA62782; Fri, 6 Sep 2013 15:26:13 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r86FQBvR080243; Fri, 6 Sep 2013 11:26:11 -0400 (EDT) (envelope-from andy@neu.net) Date: Fri, 6 Sep 2013 11:26:11 -0400 (EDT) From: AN To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv In-Reply-To: <5229859C.4030208@FreeBSD.org> Message-ID: References: <5229859C.4030208@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:26:15 -0000 On Fri, 6 Sep 2013, Guido Falsi wrote: > On 09/06/13 05:16, AN wrote: >> Hi: >> >> I am posting to both lists because this problem affects users of current >> and ports, and I didn't know which would be more appropriate so please >> forgive me. >> >> # uname -a >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 >> 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> I am trying to update my ports following the entry in updating, but it >> does not seem to be working correctly. I followed the directions >> exactly, and after 30 mins this is what has happened: >> >> # cat ports_to_update | xargs portupgrade -vf >> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >> [Reading data from pkg(8) ... - 890 packages found - done] >> Shared object "libiconv.so.3" not found, required by "httpd" >> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read >> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne >> 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >> Shared object "libiconv.so.3" not found, required by "httpd" > > This is bsd.apache.mk trying to get the apache version. but the apache's > "httpd" binary cannot run because it can't find libiconv.so.3. > >> apxs:Error: Sorry, no shared object support for Apache. >> apxs:Error: available under your platform. Make sure. >> apxs:Error: the Apache module mod_so is compiled into. >> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >> ** Port marked as IGNORE: www/mod_dnssd: >> is marked as broken: : Error from bsd.apache.mk. apache is >> installed (or APACHE_PORT is defined) and port requires apache22 at least >> >> >> Here is what I have done: >> # pkg query %ro libiconv >ports_to_update >> [root@FBSD10 ~]# cat ports_to_update >> >> ...lots of output >> >> # pkg delete -f libiconv >> pkg: You are trying to delete package(s) which has dependencies that are >> still required: >> ... delete these packages anyway in forced mode >> Deinstallation has been requested for the following 1 packages: >> >> libiconv-1.14_1 >> >> The deinstallation will free 2 MB >> >> Proceed with deinstalling packages [y/N]: y >> [1/1] Deleting libiconv-1.14_1... >> deleting anyway >> >> done >> >> Now the update process is stuck here: >> >> ** Port marked as IGNORE: www/mod_dnssd: >> is marked as broken: : Error from bsd.apache.mk. apache is >> installed (or APACHE_PORT is defined) and port requires apache22 at least >> >> there are 2 ruby processes running for a long time, but nothing is >> happening to the update. >> >> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% >> ruby19{ruby19} >> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% >> ruby19{ruby19} >> >> So, it seems my system is broken now. Did I do something wrong? How >> can the upgrade work if so many ports depend on iconv? What should I do >> now? Should I reinstall libiconv? >> > > Good news is the update process did not really update anything, judging from > the output you sent. If you just reinstall libiconv everything should go back > to how it was, at least you get a working system. > > I admit I did not foresee this condition arising when I wrote the > instructions, here is a modified procedure you can follow and report back > about, so I can modify the UPDATING entry: > > # pkg query %ro libiconv >ports_to_update > # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ > # ldconfig -R (1) > # pkg delete -f libiconv > # cat ports_to_update | xargs portupgrade -f > > (1) not sure if ldconfig -R is really needed, but It will not do any > harm > > I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg which > is in the default library search path. In this way libiconv and it's include > file shouldn't be found by configure scripts and the like and they should > link to the system one, while existing binaries should keep working linking > to the preserved one in lib/compat. > >> Any help is appreciated. > > I hope this helps you, just ask for any clarifications and further help as > needed on this matter. > > -- > Guido Falsi > I tried to install iconv and this is what happened: cd /usr/ports/converters/libiconv [root@FBSD10 /usr/ports/converters/libiconv]# make install clean ===> libiconv-1.14_1 converters/libiconv should not be used with OSVERSION > 1000050. Please fix the port which tries to use it. *** Error code 1 Stop. make: stopped in /usr/ports/converters/libiconv [root@FBSD10 /usr/ports/converters/libiconv]# So, now I can not install libiconv. What should I do now, can I force it to install? System is badly broken from this procedure now. From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:27:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 68059689; Fri, 6 Sep 2013 15:27:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED40627AB; Fri, 6 Sep 2013 15:27:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHxwp-0002zq-9g>; Fri, 06 Sep 2013 17:27:47 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHxwp-003kl7-4S>; Fri, 06 Sep 2013 17:27:47 +0200 Date: Fri, 6 Sep 2013 17:32:03 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906173203.6423556d@munin.geoinf.fu-berlin.de> In-Reply-To: <522985C7.2010303@passap.ru> References: <522985C7.2010303@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/sakCscb32JkbcLi/O78s4v8"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:27:50 -0000 --Sig_/sakCscb32JkbcLi/O78s4v8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 11:35:35 +0400 Boris Samorodov wrote: > 06.09.2013 07:16, AN =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi: > >=20 > > I am posting to both lists because this problem affects users of > > current and ports, and I didn't know which would be more > > appropriate so please forgive me. > >=20 > > # uname -a > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > > Sep 1 16:01:36 CDT 2013 > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > >=20 > > I am trying to update my ports following the entry in updating, but > > it does not seem to be working correctly. I followed the > > directions exactly, and after 30 mins this is what has happened: > >=20 > > # cat ports_to_update | xargs portupgrade -vf > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > [Reading data from pkg(8) ... - 890 packages found - done] > > Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > >=20 > >=20 > > Here is what I have done: > > # pkg query %ro libiconv >ports_to_update > > [root@FBSD10 ~]# cat ports_to_update > >=20 > > ...lots of output > >=20 > > # pkg delete -f libiconv > > pkg: You are trying to delete package(s) which has dependencies > > that are still required: > > ... delete these packages anyway in forced mode > > Deinstallation has been requested for the following 1 packages: > >=20 > > libiconv-1.14_1 > >=20 > > The deinstallation will free 2 MB > >=20 > > Proceed with deinstalling packages [y/N]: y > > [1/1] Deleting libiconv-1.14_1... > > deleting anyway > >=20 > > done > >=20 > > Now the update process is stuck here: > >=20 > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > >=20 > > there are 2 ruby processes running for a long time, but nothing is=20 > > happening to the update. > >=20 > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96%=20 > > ruby19{ruby19} > > 43998 root 52 0 64912K 33368K select 1 0:00 5.96%=20 > > ruby19{ruby19} > >=20 > > So, it seems my system is broken now. Did I do something wrong? > > How can the upgrade work if so many ports depend on iconv? What > > should I do now? Should I reinstall libiconv? > >=20 > > Any help is appreciated. > >=20 > >=20 > >=20 > > # cat ports_to_update | xargs portupgrade -vf > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > [Reading data from pkg(8) ... - 890 packages found - done] > > Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:=20 > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/gnome-user-share: > > is marked as broken: : Error from bsd.apache.mk. apache is=20 > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least >=20 > The error actually states that you don't have reqiured aoache port > version. Is it the case or do you have apache22 installed. >=20 > Said that I'll admit that there are some ports (13) which uses > CONFIGURE_ARGS+=3D--with-iconv=3D${LOCALBASE} syntax. It's no more > relevant at recent RURRENT. The fix is been worked on. >=20 > For now you may change that value from "--with-iconv=3D${LOCALBASE}" > to "" (null) at ports that you use from the following list: > ----- > devel/apr2 > devel/git > devel/apr1 > irc/epic5 > lang/gauche > net/ssltunnel-client > net/zebra-server > net/yaz > net-mgmt/ettercap > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > ----- >=20 > If you do it, please give us a feedback. Thanks. >=20 On all boxes with most recent CURRENT where I followed the updating procedure described in UPDATING, the update ends with an error in cups as shown below. =3D=3D=3D> Configuring for cups-client-1.5.4_1 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/print/cups-client/work/cups-1.5.4/configure Configuring CUPS with options: --localstatedir=3D/var --disable-slp --disable-gssapi --with-cups-user=3Dcups --with-cups-group=3Dcups --with-system-groups=3Dwhe= el --with-docdir=3D/usr/local/share/doc/cups --with-icondir=3D/usr/local/share/icons --with-menudir=3D/usr/local/share/applications --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups --with-pam-module=3Dunix --enable-ssl --with-printcap=3D/usr/local/etc/printcap --disable-gnutls --enable-openssl --without-php --disable-dnssd --disable-pam --disable-ldap --disable-dbus --disable-libusb LIBS=3D-lssp_nonshared --prefix=3D/usr/local configure: loading site script /usr/ports/Templates/config.site checking for gawk... (cached) /usr/bin/awk checking for gcc... cc checking whether the C compiler works... no configure: error: in `/usr/ports/print/cups-client/work/cups-1.5.4': configure: error: C compiler cannot create executables See `config.log' for more details =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to c.petrik.sosa@gmail.com [maintainer] and attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[1]: stopped in /usr/ports/print/cups-client --Sig_/sakCscb32JkbcLi/O78s4v8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKfV/AAoJEOgBcD7A/5N8VZAIAIl497472eyyCLKEvwwuNM1j 9J4m/gjEJJDMwUbua+iYDr+e0Z6E8lRSlJEu/ghDiiNKRRgiwrCyOJiJtTcjcPGx VS0rWjyP2aZH/80LaQURsIpXiQRP4ihyi4Yzhh3eCC/NDa7x/bcw+mtF83SH0DzW TR4jPIEqZesPcbvT+Kys5dOeNWwQDbxNOyfEvvzsUIqnOEQZollayAIX+cwzq9xA c8M+PTKh6ufvzR0KF5WQEyjquNIKdz13+y4cHinLxBKoVDW6kqEi8w3sRf5arUXC tQm9FUo3O2yAH03iPKcyDZPj0yk3aslTZi+K5sKei4nEciiEOgOPqT7HKyMPu9Q= =I2gC -----END PGP SIGNATURE----- --Sig_/sakCscb32JkbcLi/O78s4v8-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:31:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF003A75; Fri, 6 Sep 2013 15:31:58 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 171E2282F; Fri, 6 Sep 2013 15:31:57 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWjRp6Mm5zFTGl; Fri, 6 Sep 2013 17:31:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z_IlUxEXy7kr; Fri, 6 Sep 2013 17:31:49 +0200 (CEST) Received: from vwg82.hq.ignesti.it (unknown [77.246.14.163]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 17:31:48 +0200 (CEST) Message-ID: <5229F564.1010905@FreeBSD.org> Date: Fri, 06 Sep 2013 17:31:48 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130904 Thunderbird/17.0.8 MIME-Version: 1.0 To: AN Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <5229859C.4030208@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:31:58 -0000 On 09/06/13 17:26, AN wrote: > > > On Fri, 6 Sep 2013, Guido Falsi wrote: > >> On 09/06/13 05:16, AN wrote: >>> Hi: >>> >>> I am posting to both lists because this problem affects users of current >>> and ports, and I didn't know which would be more appropriate so please >>> forgive me. >>> >>> # uname -a >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep 1 >>> 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> >>> I am trying to update my ports following the entry in updating, but it >>> does not seem to be working correctly. I followed the directions >>> exactly, and after 30 mins this is what has happened: >>> >>> # cat ports_to_update | xargs portupgrade -vf >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >>> [Reading data from pkg(8) ... - 890 packages found - done] >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read >>> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne >>> 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >>> Shared object "libiconv.so.3" not found, required by "httpd" >> >> This is bsd.apache.mk trying to get the apache version. but the >> apache's "httpd" binary cannot run because it can't find libiconv.so.3. >> >>> apxs:Error: Sorry, no shared object support for Apache. >>> apxs:Error: available under your platform. Make sure. >>> apxs:Error: the Apache module mod_so is compiled into. >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> ** Port marked as IGNORE: www/mod_dnssd: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least >>> >>> >>> Here is what I have done: >>> # pkg query %ro libiconv >ports_to_update >>> [root@FBSD10 ~]# cat ports_to_update >>> >>> ...lots of output >>> >>> # pkg delete -f libiconv >>> pkg: You are trying to delete package(s) which has dependencies that are >>> still required: >>> ... delete these packages anyway in forced mode >>> Deinstallation has been requested for the following 1 packages: >>> >>> libiconv-1.14_1 >>> >>> The deinstallation will free 2 MB >>> >>> Proceed with deinstalling packages [y/N]: y >>> [1/1] Deleting libiconv-1.14_1... >>> deleting anyway >>> >>> done >>> >>> Now the update process is stuck here: >>> >>> ** Port marked as IGNORE: www/mod_dnssd: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least >>> >>> there are 2 ruby processes running for a long time, but nothing is >>> happening to the update. >>> >>> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% >>> ruby19{ruby19} >>> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% >>> ruby19{ruby19} >>> >>> So, it seems my system is broken now. Did I do something wrong? How >>> can the upgrade work if so many ports depend on iconv? What should I do >>> now? Should I reinstall libiconv? >>> >> >> Good news is the update process did not really update anything, >> judging from the output you sent. If you just reinstall libiconv >> everything should go back to how it was, at least you get a working >> system. >> >> I admit I did not foresee this condition arising when I wrote the >> instructions, here is a modified procedure you can follow and report >> back about, so I can modify the UPDATING entry: >> >> # pkg query %ro libiconv >ports_to_update >> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ >> # ldconfig -R (1) >> # pkg delete -f libiconv >> # cat ports_to_update | xargs portupgrade -f >> >> (1) not sure if ldconfig -R is really needed, but It will not do any >> harm >> >> I added the step to preserve libiconv.so.3 in >> /usr/local/lib/compat/pkg which is in the default library search path. >> In this way libiconv and it's include file shouldn't be found by >> configure scripts and the like and they should link to the system one, >> while existing binaries should keep working linking to the preserved >> one in lib/compat. >> >>> Any help is appreciated. >> >> I hope this helps you, just ask for any clarifications and further >> help as needed on this matter. >> >> -- >> Guido Falsi >> > > > I tried to install iconv and this is what happened: > cd /usr/ports/converters/libiconv > [root@FBSD10 /usr/ports/converters/libiconv]# make install clean > ===> libiconv-1.14_1 converters/libiconv should not be used with > OSVERSION > 1000050. Please fix the port which tries to use it. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/converters/libiconv > [root@FBSD10 /usr/ports/converters/libiconv]# > > So, now I can not install libiconv. What should I do now, can I force > it to install? System is badly broken from this procedure now. Sorry, I forgot to mention, to install that port now you need to remove the "IGNORE" line from it's Makefile. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:33:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A36F4C30; Fri, 6 Sep 2013 15:33:13 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id ABF9F2853; Fri, 6 Sep 2013 15:33:12 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWjTN0GFSzFTGl; Fri, 6 Sep 2013 17:33:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i3b4EkKX67kP; Fri, 6 Sep 2013 17:33:10 +0200 (CEST) Received: from vwg82.hq.ignesti.it (unknown [77.246.14.163]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 17:33:09 +0200 (CEST) Message-ID: <5229F5B5.1040303@FreeBSD.org> Date: Fri, 06 Sep 2013 17:33:09 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130904 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906173203.6423556d@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:33:13 -0000 On 09/06/13 17:32, O. Hartmann wrote: > On Fri, 06 Sep 2013 11:35:35 +0400 > Boris Samorodov wrote: > >> 06.09.2013 07:16, AN пишет: >>> Hi: >>> >>> I am posting to both lists because this problem affects users of >>> current and ports, and I didn't know which would be more >>> appropriate so please forgive me. >>> >>> # uname -a >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun >>> Sep 1 16:01:36 CDT 2013 >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> >>> I am trying to update my ports following the entry in updating, but >>> it does not seem to be working correctly. I followed the >>> directions exactly, and after 30 mins this is what has happened: >>> >>> # cat ports_to_update | xargs portupgrade -vf >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >>> [Reading data from pkg(8) ... - 890 packages found - done] >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> apxs:Error: Sorry, no shared object support for Apache. >>> apxs:Error: available under your platform. Make sure. >>> apxs:Error: the Apache module mod_so is compiled into. >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> ** Port marked as IGNORE: www/mod_dnssd: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least >>> >>> >>> Here is what I have done: >>> # pkg query %ro libiconv >ports_to_update >>> [root@FBSD10 ~]# cat ports_to_update >>> >>> ...lots of output >>> >>> # pkg delete -f libiconv >>> pkg: You are trying to delete package(s) which has dependencies >>> that are still required: >>> ... delete these packages anyway in forced mode >>> Deinstallation has been requested for the following 1 packages: >>> >>> libiconv-1.14_1 >>> >>> The deinstallation will free 2 MB >>> >>> Proceed with deinstalling packages [y/N]: y >>> [1/1] Deleting libiconv-1.14_1... >>> deleting anyway >>> >>> done >>> >>> Now the update process is stuck here: >>> >>> ** Port marked as IGNORE: www/mod_dnssd: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least >>> >>> there are 2 ruby processes running for a long time, but nothing is >>> happening to the update. >>> >>> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% >>> ruby19{ruby19} >>> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% >>> ruby19{ruby19} >>> >>> So, it seems my system is broken now. Did I do something wrong? >>> How can the upgrade work if so many ports depend on iconv? What >>> should I do now? Should I reinstall libiconv? >>> >>> Any help is appreciated. >>> >>> >>> >>> # cat ports_to_update | xargs portupgrade -vf >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >>> [Reading data from pkg(8) ... - 890 packages found - done] >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> apxs:Error: Sorry, no shared object support for Apache. >>> apxs:Error: available under your platform. Make sure. >>> apxs:Error: the Apache module mod_so is compiled into. >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> ** Port marked as IGNORE: www/mod_dnssd: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least Shared object "libiconv.so.3" not found, required by "httpd" >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >>> Shared object "libiconv.so.3" not found, required by "httpd" >>> apxs:Error: Sorry, no shared object support for Apache. >>> apxs:Error: available under your platform. Make sure. >>> apxs:Error: the Apache module mod_so is compiled into. >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> ** Port marked as IGNORE: www/gnome-user-share: >>> is marked as broken: : Error from bsd.apache.mk. apache is >>> installed (or APACHE_PORT is defined) and port requires apache22 at >>> least >> >> The error actually states that you don't have reqiured aoache port >> version. Is it the case or do you have apache22 installed. >> >> Said that I'll admit that there are some ports (13) which uses >> CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} syntax. It's no more >> relevant at recent RURRENT. The fix is been worked on. >> >> For now you may change that value from "--with-iconv=${LOCALBASE}" >> to "" (null) at ports that you use from the following list: >> ----- >> devel/apr2 >> devel/git >> devel/apr1 >> irc/epic5 >> lang/gauche >> net/ssltunnel-client >> net/zebra-server >> net/yaz >> net-mgmt/ettercap >> textproc/libxml2 >> textproc/py-libxml2 >> www/apache22 >> www/apache24 >> ----- >> >> If you do it, please give us a feedback. Thanks. >> > > On all boxes with most recent CURRENT where I followed the updating > procedure described in UPDATING, the update ends with an error in cups > as shown below. > > > ===> Configuring for cups-client-1.5.4_1 > ===> FreeBSD 10 autotools fix applied > to /usr/ports/print/cups-client/work/cups-1.5.4/configure Configuring > CUPS with options: --localstatedir=/var --disable-slp --disable-gssapi > --with-cups-user=cups --with-cups-group=cups --with-system-groups=wheel > --with-docdir=/usr/local/share/doc/cups > --with-icondir=/usr/local/share/icons > --with-menudir=/usr/local/share/applications > --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups > --with-pam-module=unix --enable-ssl > --with-printcap=/usr/local/etc/printcap --disable-gnutls > --enable-openssl --without-php --disable-dnssd --disable-pam > --disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared > --prefix=/usr/local configure: loading site > script /usr/ports/Templates/config.site checking for gawk... > (cached) /usr/bin/awk checking for gcc... cc > checking whether the C compiler works... no > configure: error: in `/usr/ports/print/cups-client/work/cups-1.5.4': > configure: error: C compiler cannot create executables > See `config.log' for more details > ===> Script "configure" failed unexpectedly. > Please report the problem to c.petrik.sosa@gmail.com [maintainer] and > attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" > including the output of the failure of your make command. Also, it > might be a good idea to provide an overview of all packages installed > on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/print/cups-client > can you also send the config.log file? that one should contain hints on why it failed. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:35:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CEE5AE6A; Fri, 6 Sep 2013 15:35:30 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 61E0028A5; Fri, 6 Sep 2013 15:35:30 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWjX15Fq6zFTGl; Fri, 6 Sep 2013 17:35:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1PcF4VtcSEwb; Fri, 6 Sep 2013 17:35:27 +0200 (CEST) Received: from vwg82.hq.ignesti.it (unknown [77.246.14.163]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 17:35:27 +0200 (CEST) Message-ID: <5229F63F.7070704@FreeBSD.org> Date: Fri, 06 Sep 2013 17:35:27 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130904 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906170449.64439c27@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906170449.64439c27@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:35:31 -0000 On 09/06/13 17:04, O. Hartmann wrote: > Using portmaster, I'm higly adviced to use option -f, otherwise every > second port I try to update gets interrupted due to missing > libiconv.so.3. It is impossible to update a system unattended and this > is a mess with 200 or even 680 ports to be updated. A waste of time. > > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on > some gnuish tools in the port and the compilation fails if those > prerequisits aren't updated first. The description I found > in /usr/ports/UPDATING is quick and dirty - too dirty for being > useful, in my opinion. Did the maintainer ever tried this command > sequence on a "used" machine and not in a clean vbox environment? I have tested it on my two machines at home. Both "lived" ones. On one I had problems, but I did not follow that procedure exactly. On the laptop everything went definitely smoother. > There must be a description of a fallback in UPDATING! I took the > whole day to update on one machine less than the half of the installed > ports and huge ports like libreoffice are still dropping out of the > build and I restart after fixed the missing port that relies on being > recompiled. I hope that reinstalling converters/libiconv will give me > X11 back on my boxes! I can not stay with them 48 hours non stop until > they have completed the messy update. The first backup things that comes to mind is, one can always reinstall libiconv (removing IGNORE), that should allow old binaries to run. I don't suggest updating the other ports while libiconv is installed though, since the include files will conflict and ports could link to the por5ts libiconv instead of the base one. As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and then removing the package could help, by allowing the machine to work in a "mixed world". Can you try that? The biggest problem is usually libtool, pulling in old .la files still referencing the non existing libiconv.la file. I don't know of any solution to that. I had to resort to manually listing offending la files and recompiling the owning package. Not optimal :( I am willing to add further information to the UPDATING entry, but I need people with different scenarios to test and report the success of the strategies. Obviously the last resort strategy is deinstalling all ports and reinstalling them, which I agree is terrible. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:40:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7422D2F7; Fri, 6 Sep 2013 15:40:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3DF2913; Fri, 6 Sep 2013 15:40:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHy96-00071J-N6>; Fri, 06 Sep 2013 17:40:28 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHy95-003lYD-RL>; Fri, 06 Sep 2013 17:40:28 +0200 Date: Fri, 6 Sep 2013 17:44:48 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> In-Reply-To: <5229F5B5.1040303@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/nQX42cg=Ylfy6esM65.Ki.D"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:40:31 -0000 --Sig_/nQX42cg=Ylfy6esM65.Ki.D Content-Type: multipart/mixed; boundary="MP_/nwVPlBZjY5N+DRElsS44+Jf" --MP_/nwVPlBZjY5N+DRElsS44+Jf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 06 Sep 2013 17:33:09 +0200 Guido Falsi wrote: > On 09/06/13 17:32, O. Hartmann wrote: > > On Fri, 06 Sep 2013 11:35:35 +0400 > > Boris Samorodov wrote: > > > >> 06.09.2013 07:16, AN =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> Hi: > >>> > >>> I am posting to both lists because this problem affects users of > >>> current and ports, and I didn't know which would be more > >>> appropriate so please forgive me. > >>> > >>> # uname -a > >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > >>> Sep 1 16:01:36 CDT 2013 > >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > >>> > >>> I am trying to update my ports following the entry in updating, > >>> but it does not seem to be working correctly. I followed the > >>> directions exactly, and after 30 mins this is what has happened: > >>> > >>> # cat ports_to_update | xargs portupgrade -vf > >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > >>> [Reading data from pkg(8) ... - 890 packages found - done] > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >>> apxs:Error: Sorry, no shared object support for Apache. > >>> apxs:Error: available under your platform. Make sure. > >>> apxs:Error: the Apache module mod_so is compiled into. > >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > >>> ** Port marked as IGNORE: www/mod_dnssd: > >>> is marked as broken: : Error from bsd.apache.mk. apache > >>> is installed (or APACHE_PORT is defined) and port requires > >>> apache22 at least > >>> > >>> > >>> Here is what I have done: > >>> # pkg query %ro libiconv >ports_to_update > >>> [root@FBSD10 ~]# cat ports_to_update > >>> > >>> ...lots of output > >>> > >>> # pkg delete -f libiconv > >>> pkg: You are trying to delete package(s) which has dependencies > >>> that are still required: > >>> ... delete these packages anyway in forced mode > >>> Deinstallation has been requested for the following 1 packages: > >>> > >>> libiconv-1.14_1 > >>> > >>> The deinstallation will free 2 MB > >>> > >>> Proceed with deinstalling packages [y/N]: y > >>> [1/1] Deleting libiconv-1.14_1... > >>> deleting anyway > >>> > >>> done > >>> > >>> Now the update process is stuck here: > >>> > >>> ** Port marked as IGNORE: www/mod_dnssd: > >>> is marked as broken: : Error from bsd.apache.mk. apache > >>> is installed (or APACHE_PORT is defined) and port requires > >>> apache22 at least > >>> > >>> there are 2 ruby processes running for a long time, but nothing is > >>> happening to the update. > >>> > >>> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > >>> ruby19{ruby19} > >>> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > >>> ruby19{ruby19} > >>> > >>> So, it seems my system is broken now. Did I do something wrong? > >>> How can the upgrade work if so many ports depend on iconv? What > >>> should I do now? Should I reinstall libiconv? > >>> > >>> Any help is appreciated. > >>> > >>> > >>> > >>> # cat ports_to_update | xargs portupgrade -vf > >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > >>> [Reading data from pkg(8) ... - 890 packages found - done] > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >>> apxs:Error: Sorry, no shared object support for Apache. > >>> apxs:Error: available under your platform. Make sure. > >>> apxs:Error: the Apache module mod_so is compiled into. > >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > >>> ** Port marked as IGNORE: www/mod_dnssd: > >>> is marked as broken: : Error from bsd.apache.mk. apache > >>> is installed (or APACHE_PORT is defined) and port requires > >>> apache22 at least Shared object "libiconv.so.3" not found, > >>> required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278: > >>> warning: Couldn't read shell's output for "/usr/local/sbin/httpd > >>> -V | /usr/bin/sed -ne 's/^Server version: > >>> Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object > >>> "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry, > >>> no shared object support for Apache. apxs:Error: available under > >>> your platform. Make sure. apxs:Error: the Apache module mod_so is > >>> compiled into. apxs:Error: your server binary > >>> `/usr/local/sbin/httpd'.. make: "/usr/ports/Mk/bsd.apache.mk" > >>> line 284: warning: "/usr/local/sbin/apxs -q MPM_NAME" returned > >>> non-zero status ** Port marked as IGNORE: www/gnome-user-share: > >>> is marked as broken: : Error from bsd.apache.mk. apache > >>> is installed (or APACHE_PORT is defined) and port requires > >>> apache22 at least > >> > >> The error actually states that you don't have reqiured aoache port > >> version. Is it the case or do you have apache22 installed. > >> > >> Said that I'll admit that there are some ports (13) which uses > >> CONFIGURE_ARGS+=3D--with-iconv=3D${LOCALBASE} syntax. It's no more > >> relevant at recent RURRENT. The fix is been worked on. > >> > >> For now you may change that value from "--with-iconv=3D${LOCALBASE}" > >> to "" (null) at ports that you use from the following list: > >> ----- > >> devel/apr2 > >> devel/git > >> devel/apr1 > >> irc/epic5 > >> lang/gauche > >> net/ssltunnel-client > >> net/zebra-server > >> net/yaz > >> net-mgmt/ettercap > >> textproc/libxml2 > >> textproc/py-libxml2 > >> www/apache22 > >> www/apache24 > >> ----- > >> > >> If you do it, please give us a feedback. Thanks. > >> > > > > On all boxes with most recent CURRENT where I followed the updating > > procedure described in UPDATING, the update ends with an error in > > cups as shown below. > > > > > > =3D=3D=3D> Configuring for cups-client-1.5.4_1 > > =3D=3D=3D> FreeBSD 10 autotools fix applied > > to /usr/ports/print/cups-client/work/cups-1.5.4/configure > > Configuring CUPS with options: --localstatedir=3D/var --disable-slp > > --disable-gssapi --with-cups-user=3Dcups --with-cups-group=3Dcups > > --with-system-groups=3Dwheel --with-docdir=3D/usr/local/share/doc/cups > > --with-icondir=3D/usr/local/share/icons > > --with-menudir=3D/usr/local/share/applications > > --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups > > --with-pam-module=3Dunix --enable-ssl > > --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > > --enable-openssl --without-php --disable-dnssd --disable-pam > > --disable-ldap --disable-dbus --disable-libusb LIBS=3D-lssp_nonshared > > --prefix=3D/usr/local configure: loading site > > script /usr/ports/Templates/config.site checking for gawk... > > (cached) /usr/bin/awk checking for gcc... cc > > checking whether the C compiler works... no > > configure: error: in `/usr/ports/print/cups-client/work/cups-1.5.4': > > configure: error: C compiler cannot create executables > > See `config.log' for more details > > =3D=3D=3D> Script "configure" failed unexpectedly. > > Please report the problem to c.petrik.sosa@gmail.com [maintainer] > > and attach the > > "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" including > > the output of the failure of your make command. Also, it might be a > > good idea to provide an overview of all packages installed on your > > system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error > > code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/print/cups-client > > >=20 > can you also send the config.log file? that one should contain hints > on why it failed. >=20 Here we go. It is the config.log from one of the failing machines, failing in print/cups-client. --MP_/nwVPlBZjY5N+DRElsS44+Jf-- --Sig_/nQX42cg=Ylfy6esM65.Ki.D Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKfh3AAoJEOgBcD7A/5N8isQH/3Q0obpkdkAJEOZKcSFbav/H ousbvlIG/HJhxLQ0M1FCUUKVvfUk9vvn9wG9wu7Pm2nVBKGWY181+D9eWfn6zt4h C8IH3tfqzrhq9OKRy+HTdixmdTQHlRANtN4x0QYLRwv2BpaWZg0wORbRkj2OAjbD /DyQT+WiE95AWVSIzPSeOLgOekBSqscEd6DZs9nk3I3ZxIjZvVy+C48pv4+Mft/b 1VMvPmv0oK0OvK9kWnsfKODdfhgTfy4evCat5RQEjlI+WnzZD4qdVWl9qUHnQd3f ItgtO87lrUJf2DXsekpHiP3sFHo8nmNhkMNmOaOqe/Sw3piiWjJLM5WRnPP1vdg= =co6y -----END PGP SIGNATURE----- --Sig_/nQX42cg=Ylfy6esM65.Ki.D-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:43:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E700B7D9; Fri, 6 Sep 2013 15:43:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 824BF2961; Fri, 6 Sep 2013 15:43:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r86Fhghl004012; Fri, 6 Sep 2013 11:43:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r86FhgH0004011; Fri, 6 Sep 2013 15:43:42 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Sep 2013 15:43:42 GMT Message-Id: <201309061543.r86FhgH0004011@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 15:43:45 -0000 TB --- 2013-09-06 13:57:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-06 13:57:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-06 13:57:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-06 13:57:08 - cleaning the object tree TB --- 2013-09-06 13:57:08 - /usr/local/bin/svn stat /src TB --- 2013-09-06 13:57:11 - At svn revision 255295 TB --- 2013-09-06 13:57:12 - building world TB --- 2013-09-06 13:57:12 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 13:57:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 13:57:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 13:57:12 - SRCCONF=/dev/null TB --- 2013-09-06 13:57:12 - TARGET=ia64 TB --- 2013-09-06 13:57:12 - TARGET_ARCH=ia64 TB --- 2013-09-06 13:57:12 - TZ=UTC TB --- 2013-09-06 13:57:12 - __MAKE_CONF=/dev/null TB --- 2013-09-06 13:57:12 - cd /src TB --- 2013-09-06 13:57:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Sep 6 13:57:19 UTC 2013 >>> 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 Sep 6 15:35:17 UTC 2013 TB --- 2013-09-06 15:35:17 - generating LINT kernel config TB --- 2013-09-06 15:35:17 - cd /src/sys/ia64/conf TB --- 2013-09-06 15:35:17 - /usr/bin/make -B LINT TB --- 2013-09-06 15:35:17 - cd /src/sys/ia64/conf TB --- 2013-09-06 15:35:17 - /usr/sbin/config -m LINT TB --- 2013-09-06 15:35:17 - building LINT kernel TB --- 2013-09-06 15:35:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 15:35:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 15:35:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 15:35:17 - SRCCONF=/dev/null TB --- 2013-09-06 15:35:17 - TARGET=ia64 TB --- 2013-09-06 15:35:17 - TARGET_ARCH=ia64 TB --- 2013-09-06 15:35:17 - TZ=UTC TB --- 2013-09-06 15:35:17 - __MAKE_CONF=/dev/null TB --- 2013-09-06 15:35:17 - cd /src TB --- 2013-09-06 15:35:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 6 15:35:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c cc1: warnings being treated as errors In file included from /src/sys/dev/md/md.c:87: /src/sys/sys/sf_buf.h:69: warning: redundant redeclaration of 'sf_buf_alloc' [-Wredundant-decls] ./machine/sf_buf.h:46: warning: previous definition of 'sf_buf_alloc' was here /src/sys/sys/sf_buf.h:70: warning: redundant redeclaration of 'sf_buf_free' [-Wredundant-decls] ./machine/sf_buf.h:53: warning: previous definition of 'sf_buf_free' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-06 15:43:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-06 15:43:42 - ERROR: failed to build LINT kernel TB --- 2013-09-06 15:43:42 - 5036.40 user 851.77 system 6394.39 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:46:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B2E7A9F0; Fri, 6 Sep 2013 15:46:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 463EA29A3; Fri, 6 Sep 2013 15:46:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHyF5-000AoC-Nn>; Fri, 06 Sep 2013 17:46:39 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHyF5-003m1W-Hw>; Fri, 06 Sep 2013 17:46:39 +0200 Date: Fri, 6 Sep 2013 17:51:07 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906175107.3c708d91@munin.geoinf.fu-berlin.de> In-Reply-To: <5229F564.1010905@FreeBSD.org> References: <5229859C.4030208@FreeBSD.org> <5229F564.1010905@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/eedyB2yWQ+QDk_+y7o8G0Mq"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: AN , freebsd-ports@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:46:41 -0000 --Sig_/eedyB2yWQ+QDk_+y7o8G0Mq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 17:31:48 +0200 Guido Falsi wrote: > On 09/06/13 17:26, AN wrote: > > > > > > On Fri, 6 Sep 2013, Guido Falsi wrote: > > > >> On 09/06/13 05:16, AN wrote: > >>> Hi: > >>> > >>> I am posting to both lists because this problem affects users of > >>> current and ports, and I didn't know which would be more > >>> appropriate so please forgive me. > >>> > >>> # uname -a > >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > >>> Sep 1 16:01:36 CDT 2013 > >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > >>> > >>> I am trying to update my ports following the entry in updating, > >>> but it does not seem to be working correctly. I followed the > >>> directions exactly, and after 30 mins this is what has happened: > >>> > >>> # cat ports_to_update | xargs portupgrade -vf > >>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > >>> [Reading data from pkg(8) ... - 890 packages found - done] > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > >>> Shared object "libiconv.so.3" not found, required by "httpd" > >> > >> This is bsd.apache.mk trying to get the apache version. but the > >> apache's "httpd" binary cannot run because it can't find > >> libiconv.so.3. > >> > >>> apxs:Error: Sorry, no shared object support for Apache. > >>> apxs:Error: available under your platform. Make sure. > >>> apxs:Error: the Apache module mod_so is compiled into. > >>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. > >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > >>> ** Port marked as IGNORE: www/mod_dnssd: > >>> is marked as broken: : Error from bsd.apache.mk. apache is > >>> installed (or APACHE_PORT is defined) and port requires apache22 > >>> at least > >>> > >>> > >>> Here is what I have done: > >>> # pkg query %ro libiconv >ports_to_update > >>> [root@FBSD10 ~]# cat ports_to_update > >>> > >>> ...lots of output > >>> > >>> # pkg delete -f libiconv > >>> pkg: You are trying to delete package(s) which has dependencies > >>> that are still required: > >>> ... delete these packages anyway in forced mode > >>> Deinstallation has been requested for the following 1 packages: > >>> > >>> libiconv-1.14_1 > >>> > >>> The deinstallation will free 2 MB > >>> > >>> Proceed with deinstalling packages [y/N]: y > >>> [1/1] Deleting libiconv-1.14_1... > >>> deleting anyway > >>> > >>> done > >>> > >>> Now the update process is stuck here: > >>> > >>> ** Port marked as IGNORE: www/mod_dnssd: > >>> is marked as broken: : Error from bsd.apache.mk. apache is > >>> installed (or APACHE_PORT is defined) and port requires apache22 > >>> at least > >>> > >>> there are 2 ruby processes running for a long time, but nothing is > >>> happening to the update. > >>> > >>> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > >>> ruby19{ruby19} > >>> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > >>> ruby19{ruby19} > >>> > >>> So, it seems my system is broken now. Did I do something wrong? > >>> How can the upgrade work if so many ports depend on iconv? What > >>> should I do now? Should I reinstall libiconv? > >>> > >> > >> Good news is the update process did not really update anything, > >> judging from the output you sent. If you just reinstall libiconv > >> everything should go back to how it was, at least you get a working > >> system. > >> > >> I admit I did not foresee this condition arising when I wrote the > >> instructions, here is a modified procedure you can follow and > >> report back about, so I can modify the UPDATING entry: > >> > >> # pkg query %ro libiconv >ports_to_update > >> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ > >> # ldconfig -R (1) > >> # pkg delete -f libiconv > >> # cat ports_to_update | xargs portupgrade -f > >> > >> (1) not sure if ldconfig -R is really needed, but It will not do > >> any harm > >> > >> I added the step to preserve libiconv.so.3 in > >> /usr/local/lib/compat/pkg which is in the default library search > >> path. In this way libiconv and it's include file shouldn't be > >> found by configure scripts and the like and they should link to > >> the system one, while existing binaries should keep working > >> linking to the preserved one in lib/compat. > >> > >>> Any help is appreciated. > >> > >> I hope this helps you, just ask for any clarifications and further > >> help as needed on this matter. > >> > >> -- > >> Guido Falsi > >> > > > > > > I tried to install iconv and this is what happened: > > cd /usr/ports/converters/libiconv > > [root@FBSD10 /usr/ports/converters/libiconv]# make install clean > > =3D=3D=3D> libiconv-1.14_1 converters/libiconv should not be used with > > OSVERSION > 1000050. Please fix the port which tries to use it. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/converters/libiconv > > [root@FBSD10 /usr/ports/converters/libiconv]# > > > > So, now I can not install libiconv. What should I do now, can I > > force it to install? System is badly broken from this procedure > > now. >=20 > Sorry, I forgot to mention, to install that port now you need to > remove the "IGNORE" line from it's Makefile. >=20 This must be documented at an official place and not in this mailing list dungeon ... --Sig_/eedyB2yWQ+QDk_+y7o8G0Mq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKfnrAAoJEOgBcD7A/5N8fsAIAJflpN75Lx82CcddH7H/ZRBJ jK0XFNkw4tfO/mRikOD1UjUEVTaXUI3kJ7r6H2E/MoTJEesyfXyy9kEjxyBhnkyH UNtuOKHJYnSGTWZWvdxkDZ0JoxrRMGHYaqOuvZUm4qPJuP/ebXOEJXlB2KylZjhX fZfxRb0xxUWSYNyMz8X71lAokxvLj4FEfS50KEz63gQhXtsZIm2NDCtHotB5yKmV 0+1pYdwBUTmAKa6SuBE9thkR4ViyX4SOAmk1Od8vpHnVFxR6nYFjz+2xluu8EKwn A2BLxx7i/KLxIp8j/UPrK3skI4aIliCU1fEpLoZ1NMkrWq0563CLNCd4fhfvGjA= =+x1s -----END PGP SIGNATURE----- --Sig_/eedyB2yWQ+QDk_+y7o8G0Mq-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:55:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 03CC8F6C; Fri, 6 Sep 2013 15:55:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2CC42A54; Fri, 6 Sep 2013 15:55:22 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHyNP-000E7o-25>; Fri, 06 Sep 2013 17:55:15 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHyNO-003mZY-Su>; Fri, 06 Sep 2013 17:55:15 +0200 Date: Fri, 6 Sep 2013 17:59:42 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906175942.6c829f15@munin.geoinf.fu-berlin.de> In-Reply-To: <5229F63F.7070704@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906170449.64439c27@munin.geoinf.fu-berlin.de> <5229F63F.7070704@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/=88=Y4bzRdGAwZdwKPS.xOl"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:55:23 -0000 --Sig_/=88=Y4bzRdGAwZdwKPS.xOl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 17:35:27 +0200 Guido Falsi wrote: > On 09/06/13 17:04, O. Hartmann wrote: >=20 > > Using portmaster, I'm higly adviced to use option -f, otherwise > > every second port I try to update gets interrupted due to missing > > libiconv.so.3. It is impossible to update a system unattended and > > this is a mess with 200 or even 680 ports to be updated. A waste of > > time. > > > > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on > > some gnuish tools in the port and the compilation fails if those > > prerequisits aren't updated first. The description I found > > in /usr/ports/UPDATING is quick and dirty - too dirty for being > > useful, in my opinion. Did the maintainer ever tried this command > > sequence on a "used" machine and not in a clean vbox environment? >=20 >=20 > I have tested it on my two machines at home. Both "lived" ones. On > one I had problems, but I did not follow that procedure exactly. >=20 > On the laptop everything went definitely smoother. >=20 > > There must be a description of a fallback in UPDATING! I took the > > whole day to update on one machine less than the half of the > > installed ports and huge ports like libreoffice are still dropping > > out of the build and I restart after fixed the missing port that > > relies on being recompiled. I hope that reinstalling > > converters/libiconv will give me X11 back on my boxes! I can not > > stay with them 48 hours non stop until they have completed the > > messy update. >=20 > The first backup things that comes to mind is, one can always > reinstall libiconv (removing IGNORE), that should allow old binaries > to run. I don't suggest updating the other ports while libiconv is > installed though, since the include files will conflict and ports > could link to the por5ts libiconv instead of the base one. >=20 > As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and=20 > then removing the package could help, by allowing the machine to work > in a "mixed world". Can you try that? How should I when I already within the procedure of updating? I followed the minimalistic instruction in UPDATING. >=20 > The biggest problem is usually libtool, pulling in old .la files > still referencing the non existing libiconv.la file. I don't know of > any solution to that. I had to resort to manually listing offending > la files and recompiling the owning package. Not optimal :( >=20 > I am willing to add further information to the UPDATING entry, but I=20 > need people with different scenarios to test and report the success > of the strategies. >=20 > Obviously the last resort strategy is deinstalling all ports and=20 > reinstalling them, which I agree is terrible. This is the worst suggestion ever. People do work with their FreeBSD boxes, even when they run cutting edge OS versions. Deleting and installing around 1000 ports on an average desktop workstation isn't funny! That is, why I do updates. Every thing else would degrade this system into the state of an annoying toy operating system and that is definitely not what I believe others intend it to be. The time of M$ DOS and Windows 95 and their strategy "if something goes wrong, install the whole OS new" is gone and has never been for people having choosen UNIX over the M$ crap and the silly dirty strategy=20 >=20 --Sig_/=88=Y4bzRdGAwZdwKPS.xOl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKfvvAAoJEOgBcD7A/5N8N3QIAL0oawt6F4CywCykrTW9+UHd TRWXeirBU/Z2rFc6wBOI96oZbSu/k6BCSa2szyecs9Hj2PVVIoHKl/obW0lV121y As0lf3RWMgMqTSKH4kRVQed4vD47wINthEZfylwA+x/fHTEb+14fYy7hyxVySH5p /IOClAWEYWVVaokSTX7h7JEJSxo+ldGdeHWqaO2hspUHf6UNS7FhFyG6BdrmmSDG 5IVz4E3GnmValSneGCt0iAGsDkmthd5uYlsL1gQujNP3xeLTT704y12FaBXevo5K u29O17KiFFR7Q6lcrtexMCXPlFg4I/yoenBVatX4/ul0NBAuF1/cPsZgLHU8RhI= =0MrO -----END PGP SIGNATURE----- --Sig_/=88=Y4bzRdGAwZdwKPS.xOl-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:59:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA33049F; Fri, 6 Sep 2013 15:59:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96E512AAD; Fri, 6 Sep 2013 15:59:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r86Fxdfv063771; Fri, 6 Sep 2013 08:59:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r86FxdRt063770; Fri, 6 Sep 2013 08:59:39 -0700 (PDT) (envelope-from sgk) Date: Fri, 6 Sep 2013 08:59:39 -0700 From: Steve Kargl To: David Chisnall Subject: Re: clang+libc++ using missing powl Message-ID: <20130906155939.GA63661@troutmask.apl.washington.edu> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:59:40 -0000 On Fri, Sep 06, 2013 at 07:54:46AM +0100, David Chisnall wrote: > > On 5 Sep 2013, at 22:09, Steve Kargl wrote: > > > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: > >> On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: > >> > >>> As a result we have a lot of fallouts of ports complaining about: > >>> undefined reference to `powl' > >>> > >>> It seems like libc++ is relying on a function we don't have yet > >>> in libm, am I missing something? > >> > >> I've attached a diff that I'd like to commit to msun > > > > Why not disable libc++ from exposing these functions? > > Because they're in the C++ spec and they should work. > I consider this a placeholder until we have the real versions > in the tree (the wiki says you have coshl, sinhl, and tanhl, > in progress, any idea of an ETA for them)? Well, your commit has pre-empted any discussion on whether there would have been a better kludge. Oh well. Concerning coshl, sinhl, and tanhl. I had integrated bde's code into msun and prepared a patch to commit over a week ago. Unfortunately, my testing on sparc64 revealed a few issues with tanhl, and Bruce and I are still discussing the fix. PS: I have working erfl and erfcl for ld80 archs. I'm still testing and refining the code. It turns out that computing the needed rational approximation is fairly difficult (at least for me). -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 16:01:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 590F36B6 for ; Fri, 6 Sep 2013 16:01:05 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm5-vm0.bullet.mail.bf1.yahoo.com (nm5-vm0.bullet.mail.bf1.yahoo.com [98.139.213.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A318D2AF6 for ; Fri, 6 Sep 2013 16:01:04 +0000 (UTC) Received: from [66.196.81.172] by nm5.bullet.mail.bf1.yahoo.com with NNFMP; 06 Sep 2013 16:00:57 -0000 Received: from [68.142.230.70] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 06 Sep 2013 16:00:57 -0000 Received: from [127.0.0.1] by smtp227.mail.bf1.yahoo.com with NNFMP; 06 Sep 2013 16:00:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378483257; bh=J3PuKOdIzVf1Ax272GI6si9fV1fhBGnPNzx/I1G/cJQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=gAIdtXhMDFZLfDqOn7/MbTvMcckRMjBpTQq20ot2jfVfFK4s5F0yb63LXFRq66zRcAwJHbIFcHKOKm/SnSthCpfQ2zfZvJ/Vhk7ii2JW6jEe2R4sDZH+L+hZmTg2ArrUTitZOPo01+lv4Zx6HolckKK64X5UjL1KHMvHMvcAD1c= X-Yahoo-Newman-Id: 374652.34611.bm@smtp227.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: s8PYUpoVM1kz54XwjknNr96xy4nyK51rrY52RK65K7hCq0A fJXn.miQuEjNBeI3J4R9BVMgbaYOYE4bNgGnNH0Ef8.QKcG8UIa0cJnZKmNE 3E_.MyB1quPSGcZWhBqQzfWutEHS_ykTh_wpj1_cCtkJDQ4.2vTs3yLjhOIS iIPizv5Cb1.rWDRp0uTEXTvBcHBKDfryO9DBizZ8iRk1awTh1KGs5prZe5Ot M9YjSDiKIROUCLeoThxne.MMoIjMNCuXda8aHXLlAf5hCKiPXe.VrKlhrOEz kNOdCFk4OJcM4WuMW7OfrsHcW62c7D8lbUc4mYE7vyiIxn2m8Ja9VN215ryy ygl9DLR_JbJT7C_2g2Ei.c_FsESR4AnnisxQTZsvw9eebBUws9ljsXjajiMo h_gOn7qRfv1nQx3IVKqmm3AnHxSGPtbl2Zu4xbhfHMlvLDeWlM_MdQk7T9LX J2hTqaOZPacbQkiHCqkAqZjbYXkPPohQFotH0KNOpQ2aWMBWw5u9PPhEcESd CPNbRdrJ_XTklVzBQw_hnCZiHSRZRohMULXmVJTqy14VNHPWmdIg- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.6.169 with ) by smtp227.mail.bf1.yahoo.com with SMTP; 06 Sep 2013 16:00:57 +0000 UTC Subject: Interesting panic from the Yahoo builder (10-current) From: Sean Bruno To: "freebsd-current@FreeBSD.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-aVW7bwHeOtnYoGApshHr" Date: Fri, 06 Sep 2013 09:00:53 -0700 Message-ID: <1378483253.1598.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Fri, 06 Sep 2013 16:01:05 -0000 --=-aVW7bwHeOtnYoGApshHr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Our "yBSD" builder needs to mount a disk image temporarily that has a dos partition (for openstack-ish things) to put configs into it. It seems that under high stress, we can squeeze a panic out of it in namei(). Sean Unread portion of the kernel message buffer: panic: namei: nameiop contaminated with flags cpuid =3D 8 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048d8e5= 3b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048d8e5460 vpanic() at vpanic+0x126/frame 0xfffffe048d8e54a0 kassert_panic() at kassert_panic+0x136/frame 0xfffffe048d8e5510 namei() at namei+0x2c8/frame 0xfffffe048d8e5600 msdosfs_mount() at msdosfs_mount+0x556/frame 0xfffffe048d8e57c0 vfs_donmount() at vfs_donmount+0xc35/frame 0xfffffe048d8e5aa0 sys_nmount() at sys_nmount+0x72/frame 0xfffffe048d8e5ae0 amd64_syscall() at amd64_syscall+0x223/frame 0xfffffe048d8e5bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe048d8e5bf0 --- syscall (378, FreeBSD ELF64, sys_nmount), rip =3D 0x8000a8b68a, rsp =3D= 0x7fffffffd508, rbp =3D 0x7fffffffdb30 --- Uptime: 34m55s Dumping 1140 out of 16350 MB:..2%..12%..22%..31%..41%..51%..61%..71%..82%..= 92% Reading symbols from /boot/modules/msdosfs.ko...done. Loaded symbols for /boot/modules/msdosfs.ko #0 doadump (textdump=3D1) at pcpu.h:227 227 pcpu.h: No such file or directory. in pcpu.h (kgdb) Hangup detected on fd 0 error detected on stdin --=-aVW7bwHeOtnYoGApshHr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSKfwsAAoJEBkJRdwI6BaHa9sH/09E8AFLPm/DI7vtghsvYq0x xNrITWJnpr3OeTWBDzLm0JM2EdE5w/xqPHOtgWfEbcWMfJA2n5GDfI1Sr+46Q5vb dVB9fHu7gWkAWtCYd2vGf6fxerEKrHclJnyGtINhV7S2oZIVOt5JPJAU7O6mfSZl SvlrlZixk2pO7lQUYC1CHU8STpz70y2tj2tNlAzoFWFWgm4B5sWwj9gGNEcESlw2 16AzjFPnE+sC5mSSuSnomMEkVMN9mILAi1yje2Gh9llTpo5QcDhuN2VnSfQLyHtL t7kJi8l9xpOopLhI8gKGDnLJbgRAS5EiGfKvGyvrAVfi2eVHCA5FyVfV2Cu4obA= =sI/X -----END PGP SIGNATURE----- --=-aVW7bwHeOtnYoGApshHr-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 16:01:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0AA327CF; Fri, 6 Sep 2013 16:01:48 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 700B32B09; Fri, 6 Sep 2013 16:01:47 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWk6L3nqWzFTGl; Fri, 6 Sep 2013 18:01:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wbfTazzG2rRy; Fri, 6 Sep 2013 18:01:44 +0200 (CEST) Received: from vwg82.hq.ignesti.it (unknown [77.246.14.163]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 18:01:44 +0200 (CEST) Message-ID: <5229FC68.5060908@FreeBSD.org> Date: Fri, 06 Sep 2013 18:01:44 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130904 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <5229859C.4030208@FreeBSD.org> <5229F564.1010905@FreeBSD.org> <20130906175107.3c708d91@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906175107.3c708d91@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: AN , freebsd-ports@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 16:01:48 -0000 On 09/06/13 17:51, O. Hartmann wrote: > On Fri, 06 Sep 2013 17:31:48 +0200 > Guido Falsi wrote: > >> On 09/06/13 17:26, AN wrote: >>> >>> >>> On Fri, 6 Sep 2013, Guido Falsi wrote: >>> >>>> On 09/06/13 05:16, AN wrote: >>>>> Hi: >>>>> >>>>> I am posting to both lists because this problem affects users of >>>>> current and ports, and I didn't know which would be more >>>>> appropriate so please forgive me. >>>>> >>>>> # uname -a >>>>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun >>>>> Sep 1 16:01:36 CDT 2013 >>>>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>>> >>>>> I am trying to update my ports following the entry in updating, >>>>> but it does not seem to be working correctly. I followed the >>>>> directions exactly, and after 30 mins this is what has happened: >>>>> >>>>> # cat ports_to_update | xargs portupgrade -vf >>>>> ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >>>>> [Reading data from pkg(8) ... - 890 packages found - done] >>>>> Shared object "libiconv.so.3" not found, required by "httpd" >>>>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >>>>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >>>>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >>>>> Shared object "libiconv.so.3" not found, required by "httpd" >>>> >>>> This is bsd.apache.mk trying to get the apache version. but the >>>> apache's "httpd" binary cannot run because it can't find >>>> libiconv.so.3. >>>> >>>>> apxs:Error: Sorry, no shared object support for Apache. >>>>> apxs:Error: available under your platform. Make sure. >>>>> apxs:Error: the Apache module mod_so is compiled into. >>>>> apxs:Error: your server binary `/usr/local/sbin/httpd'.. >>>>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >>>>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>>>> ** Port marked as IGNORE: www/mod_dnssd: >>>>> is marked as broken: : Error from bsd.apache.mk. apache is >>>>> installed (or APACHE_PORT is defined) and port requires apache22 >>>>> at least >>>>> >>>>> >>>>> Here is what I have done: >>>>> # pkg query %ro libiconv >ports_to_update >>>>> [root@FBSD10 ~]# cat ports_to_update >>>>> >>>>> ...lots of output >>>>> >>>>> # pkg delete -f libiconv >>>>> pkg: You are trying to delete package(s) which has dependencies >>>>> that are still required: >>>>> ... delete these packages anyway in forced mode >>>>> Deinstallation has been requested for the following 1 packages: >>>>> >>>>> libiconv-1.14_1 >>>>> >>>>> The deinstallation will free 2 MB >>>>> >>>>> Proceed with deinstalling packages [y/N]: y >>>>> [1/1] Deleting libiconv-1.14_1... >>>>> deleting anyway >>>>> >>>>> done >>>>> >>>>> Now the update process is stuck here: >>>>> >>>>> ** Port marked as IGNORE: www/mod_dnssd: >>>>> is marked as broken: : Error from bsd.apache.mk. apache is >>>>> installed (or APACHE_PORT is defined) and port requires apache22 >>>>> at least >>>>> >>>>> there are 2 ruby processes running for a long time, but nothing is >>>>> happening to the update. >>>>> >>>>> 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% >>>>> ruby19{ruby19} >>>>> 43998 root 52 0 64912K 33368K select 1 0:00 5.96% >>>>> ruby19{ruby19} >>>>> >>>>> So, it seems my system is broken now. Did I do something wrong? >>>>> How can the upgrade work if so many ports depend on iconv? What >>>>> should I do now? Should I reinstall libiconv? >>>>> >>>> >>>> Good news is the update process did not really update anything, >>>> judging from the output you sent. If you just reinstall libiconv >>>> everything should go back to how it was, at least you get a working >>>> system. >>>> >>>> I admit I did not foresee this condition arising when I wrote the >>>> instructions, here is a modified procedure you can follow and >>>> report back about, so I can modify the UPDATING entry: >>>> >>>> # pkg query %ro libiconv >ports_to_update >>>> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ >>>> # ldconfig -R (1) >>>> # pkg delete -f libiconv >>>> # cat ports_to_update | xargs portupgrade -f >>>> >>>> (1) not sure if ldconfig -R is really needed, but It will not do >>>> any harm >>>> >>>> I added the step to preserve libiconv.so.3 in >>>> /usr/local/lib/compat/pkg which is in the default library search >>>> path. In this way libiconv and it's include file shouldn't be >>>> found by configure scripts and the like and they should link to >>>> the system one, while existing binaries should keep working >>>> linking to the preserved one in lib/compat. >>>> >>>>> Any help is appreciated. >>>> >>>> I hope this helps you, just ask for any clarifications and further >>>> help as needed on this matter. >>>> >>>> -- >>>> Guido Falsi >>>> >>> >>> >>> I tried to install iconv and this is what happened: >>> cd /usr/ports/converters/libiconv >>> [root@FBSD10 /usr/ports/converters/libiconv]# make install clean >>> ===> libiconv-1.14_1 converters/libiconv should not be used with >>> OSVERSION > 1000050. Please fix the port which tries to use it. >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/ports/converters/libiconv >>> [root@FBSD10 /usr/ports/converters/libiconv]# >>> >>> So, now I can not install libiconv. What should I do now, can I >>> force it to install? System is badly broken from this procedure >>> now. >> >> Sorry, I forgot to mention, to install that port now you need to >> remove the "IGNORE" line from it's Makefile. >> > > > This must be documented at an official place and not in this mailing > list dungeon ... > I can agree, but please note that this only applies to current, and will not apply to users upgrading from previous versions, since when changing major version a full rebuild of the ports is anyway the only supported update path. Perhaps this requirement(rebuild all ports) can be stressed out on the upcoming FreeBSD 10.0 documentation. That said, I'd like to get a better idea of exactly what to add to the UPDATING entry before changing it with random information more than one time. First of all I'd like to know how things turn out using the procedure I exaplined above, moving the libiconv.so.3 library to /usr/local/lib/compat/pkg. Then i could update the procedure in UPDATING with that. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 15:12:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1EBD3D5B for ; Fri, 6 Sep 2013 15:12:43 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE5AC2601 for ; Fri, 6 Sep 2013 15:12:42 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VHxi8-0000Fw-D2 for current@freebsd.org; Fri, 06 Sep 2013 22:12:36 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r86FCwsS031085 for ; Fri, 6 Sep 2013 22:12:58 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r86FCruj031067 for current@freebsd.org; Fri, 6 Sep 2013 22:12:53 +0700 (NOVT) (envelope-from danfe) Date: Fri, 6 Sep 2013 22:12:52 +0700 From: Alexey Dokuchaev To: current@freebsd.org Subject: Cross-buildkernel (i386->amd64) is broken? Message-ID: <20130906151252.GA28654@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 06 Sep 2013 16:05:06 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 15:12:43 -0000 Hi there, I've been trying to cross-build an amd64 kernel on i386 host on recent -CURRENT for a while, and it fails like this: $ cd /usr/src && make buildkernel TARGET=amd64 TARGET_ARCH=amd64 [...] In file included from /usr/src/sys/amd64/amd64/genassym.c:46: In file included from /usr/src/sys/sys/buf.h:260: In file included from /usr/src/sys/sys/proc.h:62: /usr/src/sys/sys/pcpu.h:188:1: error: static_assert failed "compile-time assertion failed" CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) == PAGE_SIZE); Full log is available here: http://193.124.210.26/xbuild-amd64.log I remember it used to work before (at least at Jun 28th, when I've build my last kernel this way). Is is a well known issue? How do I remedy it? Thanks. ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 16:09:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64409BB1; Fri, 6 Sep 2013 16:09:05 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [IPv6:2a02:6b8:0:1819::9]) by mx1.freebsd.org (Postfix) with ESMTP id 249602B86; Fri, 6 Sep 2013 16:09:05 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 7C6E2E60DFB; Fri, 6 Sep 2013 20:09:01 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id B24AD2C17AD; Fri, 6 Sep 2013 20:09:00 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id oDbnX7ZwbE-90x4nU9w; Fri, 6 Sep 2013 20:09:00 +0400 Message-ID: <5229FE1B.3050104@passap.ru> Date: Fri, 06 Sep 2013 20:08:59 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 16:09:05 -0000 06.09.2013 19:44, O. Hartmann пишет: > Here we go. It is the config.log from one of the failing machines, > failing in print/cups-client. Please, show the output of following commands (at the host in question): # svn info /usr/ports/ # svn svn st /usr/ports/print/cups* -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 16:40:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 78411CF3; Fri, 6 Sep 2013 16:40:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32C152E34; Fri, 6 Sep 2013 16:40:26 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VHz56-000Tec-C4>; Fri, 06 Sep 2013 18:40:24 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VHz56-003qFr-8j>; Fri, 06 Sep 2013 18:40:24 +0200 Date: Fri, 6 Sep 2013 18:44:44 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906184444.46418838@munin.geoinf.fu-berlin.de> In-Reply-To: <5229FE1B.3050104@passap.ru> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/8KbL8I3zQvWXfr5V+O4dHNS"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 16:40:26 -0000 --Sig_/8KbL8I3zQvWXfr5V+O4dHNS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov wrote: > 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > Here we go. It is the config.log from one of the failing machines, > > failing in print/cups-client. >=20 > Please, show the output of following commands (at the host in > question): # svn info /usr/ports/ > # svn svn st /usr/ports/print/cups* >=20 svn info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.de.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.de.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326523 Node Kind: directory Schedule: normal Last Changed Author: danfe Last Changed Rev: 326523 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) svn st /usr/ports/print/cups* ? /usr/ports/print/cups-base/work ? /usr/ports/print/cups-client/work --Sig_/8KbL8I3zQvWXfr5V+O4dHNS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKgaEAAoJEOgBcD7A/5N8/Q4H/15C5n5cTfQGUxePV+R/XZXo 0FdRsNwG4l1DYjRC/8I8rr8A630h1zcd17iv2oGobOmIlV2mURYmmwGZnkmrEwT8 KKhP8VIB1IXsAYPefvvuHcwurD8P8iMVwnUEdImVPd8qjW2A3XcTMFIa45cX0qai 4oC+aI/uqC3iV36v7SrY7VGd3fip92nqhXPAptXaxyeHVjgDXF2vE5QEksF4Vua2 1cuaTq/6Iz7rJe7Z8+aSvcgtEt7gfqYKPn6/POGcpAO4tA0/d7M9phz0YUDTqnkD lEBbuEnNsvir7+32VwYlDqM44h8CBHPpEpnXLLNvPNOFlBlFCpo7YTglBxjrNyo= =FANc -----END PGP SIGNATURE----- --Sig_/8KbL8I3zQvWXfr5V+O4dHNS-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 16:51:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E053F1B7; Fri, 6 Sep 2013 16:51:33 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD4D52ECE; Fri, 6 Sep 2013 16:51:33 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r86GpTnD072524 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Sep 2013 16:51:30 GMT (envelope-from theraven@freebsd.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: David Chisnall In-Reply-To: <20130906155939.GA63661@troutmask.apl.washington.edu> Date: Fri, 6 Sep 2013 17:51:29 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <771A7CDD-CE0C-45DE-9367-6E1C3E43A30C@freebsd.org> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> <20130906155939.GA63661@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 16:51:34 -0000 On 6 Sep 2013, at 16:59, Steve Kargl = wrote: > Well, your commit has pre-empted any discussion on whether > there would have been a better kludge. Oh well. I'm very happy for it to be replaced by something better (and would be = ecstatic for it to go away completely and for all of the functions to = have full-precision implementations). > Concerning coshl, sinhl, and tanhl. I had integrated bde's > code into msun and prepared a patch to commit over a week ago. > Unfortunately, my testing on sparc64 revealed a few issues > with tanhl, and Bruce and I are still discussing the fix. Good to hear. > PS: I have working erfl and erfcl for ld80 archs. I'm still > testing and refining the code. It turns out that computing > the needed rational approximation is fairly difficult (at least > for me). That's great too. Please do poke re@ about committing these after the code freeze if = they're done before 10.0 ships. It would be great to have them in for = the release. David From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:05:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3337A725; Fri, 6 Sep 2013 17:05:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 686B92F94; Fri, 6 Sep 2013 17:05:44 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hj3so1186528wib.1 for ; Fri, 06 Sep 2013 10:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DPOq8NxhHrQqFzwEVoO18hnJMmQNXl7Ff9pO1bzpx4k=; b=RzkcOM0EEzh9yEBoizn8dlzNDtEOS/9gKJ/D55nh67541A/dcaLkQfkvVRZCm1clVE ezJuieA7pMqKaoBcUHJMoV+oDqN75+0nGl3VXQfLixVFr0rss7TCXHWePNTr/XnEVXXZ L0vamh5h7q0OENVDvRpattdxQnwiyJPtBjdR2YItw3yYYZJCQcX+h67bWzPYAyGMY41E WKkghOCTHq5jyziRetHS9gjDbaTtrAHTUX8LGkzmMH/9NlAd/0+p2RDXN1Zuk09XXvxC SSdFyZHvktuB9JoFKgWgYhLcBeBNrzXeXlDe3k/maZ98eKqkomVVNpe8frP2uzBR6uU/ 08Kg== X-Received: by 10.194.249.97 with SMTP id yt1mr2216202wjc.49.1378487142491; Fri, 06 Sep 2013 10:05:42 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d11sm13351955wic.4.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Sep 2013 10:05:41 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 6 Sep 2013 19:05:39 +0200 From: Baptiste Daroussin To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906170539.GE59360@ithaqua.etoilebsd.net> References: <522985C7.2010303@passap.ru> <20130906170449.64439c27@munin.geoinf.fu-berlin.de> <5229F63F.7070704@FreeBSD.org> <20130906175942.6c829f15@munin.geoinf.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="19uQFt6ulqmgNgg1" Content-Disposition: inline In-Reply-To: <20130906175942.6c829f15@munin.geoinf.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: AN , Boris Samorodov , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:05:45 -0000 --19uQFt6ulqmgNgg1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 06, 2013 at 05:59:42PM +0200, O. Hartmann wrote: > On Fri, 06 Sep 2013 17:35:27 +0200 > Guido Falsi wrote: >=20 > > On 09/06/13 17:04, O. Hartmann wrote: > >=20 > > > Using portmaster, I'm higly adviced to use option -f, otherwise > > > every second port I try to update gets interrupted due to missing > > > libiconv.so.3. It is impossible to update a system unattended and > > > this is a mess with 200 or even 680 ports to be updated. A waste of > > > time. > > > > > > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on > > > some gnuish tools in the port and the compilation fails if those > > > prerequisits aren't updated first. The description I found > > > in /usr/ports/UPDATING is quick and dirty - too dirty for being > > > useful, in my opinion. Did the maintainer ever tried this command > > > sequence on a "used" machine and not in a clean vbox environment? > >=20 > >=20 > > I have tested it on my two machines at home. Both "lived" ones. On > > one I had problems, but I did not follow that procedure exactly. > >=20 > > On the laptop everything went definitely smoother. > >=20 > > > There must be a description of a fallback in UPDATING! I took the > > > whole day to update on one machine less than the half of the > > > installed ports and huge ports like libreoffice are still dropping > > > out of the build and I restart after fixed the missing port that > > > relies on being recompiled. I hope that reinstalling > > > converters/libiconv will give me X11 back on my boxes! I can not > > > stay with them 48 hours non stop until they have completed the > > > messy update. > >=20 > > The first backup things that comes to mind is, one can always > > reinstall libiconv (removing IGNORE), that should allow old binaries > > to run. I don't suggest updating the other ports while libiconv is > > installed though, since the include files will conflict and ports > > could link to the por5ts libiconv instead of the base one. > >=20 > > As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and= =20 > > then removing the package could help, by allowing the machine to work > > in a "mixed world". Can you try that? >=20 > How should I when I already within the procedure of updating? I > followed the minimalistic instruction in UPDATING. >=20 > >=20 > > The biggest problem is usually libtool, pulling in old .la files > > still referencing the non existing libiconv.la file. I don't know of > > any solution to that. I had to resort to manually listing offending > > la files and recompiling the owning package. Not optimal :( > >=20 > > I am willing to add further information to the UPDATING entry, but I=20 > > need people with different scenarios to test and report the success > > of the strategies. > >=20 > > Obviously the last resort strategy is deinstalling all ports and=20 > > reinstalling them, which I agree is terrible. >=20 > This is the worst suggestion ever. People do work with their FreeBSD > boxes, even when they run cutting edge OS versions. Deleting and > installing around 1000 ports on an average desktop workstation isn't > funny! That is, why I do updates. >=20 > Every thing else would degrade this system into the state of an > annoying toy operating system and that is definitely not what I believe > others intend it to be. >=20 > The time of M$ DOS and Windows 95 and their strategy "if something goes > wrong, install the whole OS new" is gone and has never been for people > having choosen UNIX over the M$ crap and the silly dirty strategy=20 > >=20 >=20 We are just trying to catch up the activation of iconv in base which is resulting a complete mess in ports. We do understand how problematic this can be for you and We are sorry about that. In you special use case, I would strongly recommand you to change the way y= ou are managing you setup to change it into a a package building server and wh= en everything is ok deploy you packages on all your serveurs/desktops. Poudriere can do that fairly easily, you can prepare different package buil= ding destination (that fits all your need, with special patches, special options= in src.conf etc). That way you can follow head, and not get annoyed by such changes. In you case what I would do is: $ Rebuild world WITHOUT_ICONV $ reinstall libiconv $ portmaster all that depends on libiconv Here you got back to the old situation. Now on a decicated machie I machine I would install poudriere, create a jail matching the server specification (without libiconv) build all my packages on it If everything is ok. Rebuild my server WITH_ICONV Make my server use the built repository $ pkg upgrade (This should catch up everything) and you system is clean and usable. Next time you have to upgrade first upgrade the package building jail and packages, if this is ok, then upgrade world/kernel on your server, pkg upgr= ade and you are done, updating the box (in term of packages) will cost you a co= uple of minutes, you will be sure that everything has properly build. regards, Bapt --19uQFt6ulqmgNgg1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIqC2MACgkQ8kTtMUmk6Ey3mgCbBEaZCAUtWO3NuHHSFJYyRqxc 29AAoK9Li7cDHoCh30IDDxuwfWxZP73t =QxhW -----END PGP SIGNATURE----- --19uQFt6ulqmgNgg1-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:08:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2184C9FA for ; Fri, 6 Sep 2013 17:08:23 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0C322FBC for ; Fri, 6 Sep 2013 17:08:22 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id d49so1738301eek.6 for ; Fri, 06 Sep 2013 10:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UJcPYTzuON3YzwC/wDnujjNftF4uDBWuB3YyIICqPKs=; b=pAN7l9QGKqg2HChV4m5Ydo6md1WKzSOONr1d4U1tTYPMdZXYGb28dGbtJSM0sPj/Wk IbPNcvHK+CvNdde6RmeHrIruiOUuvFHMgp2msvg4/oxXUubmPdxFt/c2BOzJU4+Mh+lB agh2uzGQF1OKJhcp0c6uG3ItfSmZj0+TAP8LtadPH7M5roUNPa3Cml+Im5KPMw0EGo4z 7/lpWO4ijDv0wTkEt5CfrbpC+upoIHLW06ghlreA4IxRsvLDoTEaR/BIwz+KRhEPWfnr fcq+eJZb9mQg/iKAne/3k3uR9n59xKStM56DRMXuwXug3g31syJ0JHWnvv9HzWYkADmn 2bOA== MIME-Version: 1.0 X-Received: by 10.14.100.138 with SMTP id z10mr4147618eef.74.1378487301106; Fri, 06 Sep 2013 10:08:21 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Fri, 6 Sep 2013 10:08:20 -0700 (PDT) In-Reply-To: <20130906151252.GA28654@regency.nsu.ru> References: <20130906151252.GA28654@regency.nsu.ru> Date: Fri, 6 Sep 2013 10:08:20 -0700 Message-ID: Subject: Re: Cross-buildkernel (i386->amd64) is broken? From: hiren panchasara To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:08:23 -0000 On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev wrote: > Hi there, > > I've been trying to cross-build an amd64 kernel on i386 host on recent > -CURRENT for a while, and it fails like this: > Not entirely sure but you _probably_ need to make toolchain first? cheers, Hiren > > $ cd /usr/src && make buildkernel TARGET=amd64 TARGET_ARCH=amd64 > [...] > In file included from /usr/src/sys/amd64/amd64/genassym.c:46: > In file included from /usr/src/sys/sys/buf.h:260: > In file included from /usr/src/sys/sys/proc.h:62: > /usr/src/sys/sys/pcpu.h:188:1: error: static_assert failed "compile-time > assertion failed" > CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) == > PAGE_SIZE); > > Full log is available here: http://193.124.210.26/xbuild-amd64.log > > I remember it used to work before (at least at Jun 28th, when I've build > my last kernel this way). Is is a well known issue? How do I remedy it? > Thanks. > > ./danfe > _______________________________________________ > 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 Sep 6 17:11:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DC4A9E19; Fri, 6 Sep 2013 17:11:29 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6F32011; Fri, 6 Sep 2013 17:11:29 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward2l.mail.yandex.net (Yandex) with ESMTP id C03271AC0D44; Fri, 6 Sep 2013 21:11:27 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 2D16B16A08BD; Fri, 6 Sep 2013 21:11:27 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id WDG4ySgzUO-BQBCthrG; Fri, 6 Sep 2013 21:11:26 +0400 Message-ID: <522A0CBE.8010905@passap.ru> Date: Fri, 06 Sep 2013 21:11:26 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906184444.46418838@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:11:30 -0000 06.09.2013 20:44, O. Hartmann пишет: > On Fri, 06 Sep 2013 20:08:59 +0400 > Boris Samorodov wrote: > >> 06.09.2013 19:44, O. Hartmann пишет: >> >>> Here we go. It is the config.log from one of the failing machines, >>> failing in print/cups-client. >> >> Please, show the output of following commands (at the host in >> question): # svn info /usr/ports/ >> # svn svn st /usr/ports/print/cups* >> > svn info /usr/ports/ > > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: svn://svn.de.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: svn://svn.de.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 326523 > Node Kind: directory > Schedule: normal > Last Changed Author: danfe > Last Changed Rev: 326523 > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > > > svn st /usr/ports/print/cups* > ? /usr/ports/print/cups-base/work > ? /usr/ports/print/cups-client/work That is really stange... Some more info: # svn st /usr/ports/Mk # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:25:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E68654D8; Fri, 6 Sep 2013 17:25:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD52520D8; Fri, 6 Sep 2013 17:25:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r86HP1hI027769; Fri, 6 Sep 2013 13:25:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r86HP18C027767; Fri, 6 Sep 2013 17:25:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Sep 2013 17:25:01 GMT Message-Id: <201309061725.r86HP18C027767@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 17:25:07 -0000 TB --- 2013-09-06 16:23:41 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-06 16:23:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-06 16:23:41 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-06 16:23:41 - cleaning the object tree TB --- 2013-09-06 16:23:41 - /usr/local/bin/svn stat /src TB --- 2013-09-06 16:23:47 - At svn revision 255295 TB --- 2013-09-06 16:23:48 - building world TB --- 2013-09-06 16:23:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 16:23:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 16:23:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 16:23:48 - SRCCONF=/dev/null TB --- 2013-09-06 16:23:48 - TARGET=mips TB --- 2013-09-06 16:23:48 - TARGET_ARCH=mips64 TB --- 2013-09-06 16:23:48 - TZ=UTC TB --- 2013-09-06 16:23:48 - __MAKE_CONF=/dev/null TB --- 2013-09-06 16:23:48 - cd /src TB --- 2013-09-06 16:23:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Sep 6 16:23:56 UTC 2013 >>> 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 Sep 6 17:24:40 UTC 2013 TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m ADM5120 TB --- 2013-09-06 17:24:40 - skipping ADM5120 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-06 17:24:40 - skipping ALCHEMY kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP121 TB --- 2013-09-06 17:24:40 - skipping AP121 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP91 TB --- 2013-09-06 17:24:40 - skipping AP91 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP93 TB --- 2013-09-06 17:24:40 - skipping AP93 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP94 TB --- 2013-09-06 17:24:40 - skipping AP94 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP96 TB --- 2013-09-06 17:24:40 - skipping AP96 kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-06 17:24:40 - skipping AR71XX_BASE kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-06 17:24:40 - skipping AR724X_BASE kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-06 17:24:40 - skipping AR91XX_BASE kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-06 17:24:40 - skipping AR933X_BASE kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-06 17:24:40 - skipping AR934X_BASE kernel TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-06 17:24:40 - building BERI_DE4_MDROOT kernel TB --- 2013-09-06 17:24:40 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 17:24:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 17:24:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 17:24:40 - SRCCONF=/dev/null TB --- 2013-09-06 17:24:40 - TARGET=mips TB --- 2013-09-06 17:24:40 - TARGET_ARCH=mips64 TB --- 2013-09-06 17:24:40 - TZ=UTC TB --- 2013-09-06 17:24:40 - __MAKE_CONF=/dev/null TB --- 2013-09-06 17:24:40 - cd /src TB --- 2013-09-06 17:24:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Fri Sep 6 17:24:40 UTC 2013 >>> 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 -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/dev/md/md.c cc1: warnings being treated as errors In file included from /src/sys/dev/md/md.c:87: /src/sys/sys/sf_buf.h:69: warning: redundant redeclaration of 'sf_buf_alloc' [-Wredundant-decls] ./machine/sf_buf.h:46: warning: previous definition of 'sf_buf_alloc' was here /src/sys/sys/sf_buf.h:70: warning: redundant redeclaration of 'sf_buf_free' [-Wredundant-decls] ./machine/sf_buf.h:53: warning: previous definition of 'sf_buf_free' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-06 17:25:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-06 17:25:01 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-09-06 17:25:01 - 2682.83 user 618.06 system 3680.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:29:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEA0564C for ; Fri, 6 Sep 2013 17:29:39 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 599FE210D for ; Fri, 6 Sep 2013 17:29:39 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VHzqd-0002EG-L7; Sat, 07 Sep 2013 00:29:31 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r86HTssS050427; Sat, 7 Sep 2013 00:29:54 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r86HTnd6050406; Sat, 7 Sep 2013 00:29:49 +0700 (NOVT) (envelope-from danfe) Date: Sat, 7 Sep 2013 00:29:49 +0700 From: Alexey Dokuchaev To: hiren panchasara Subject: Re: Cross-buildkernel (i386->amd64) is broken? Message-ID: <20130906172949.GA49387@regency.nsu.ru> References: <20130906151252.GA28654@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 06 Sep 2013 17:33:51 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:29:39 -0000 On Fri, Sep 06, 2013 at 10:08:20AM -0700, hiren panchasara wrote: > On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev wrote: > > Hi there, > > > > I've been trying to cross-build an amd64 kernel on i386 host on recent > > -CURRENT for a while, and it fails like this: > > Not entirely sure but you _probably_ need to make toolchain first? Hmm, now that you've mentioned it, I vaguely recall that when not doing complete 'make world', that might be in order. Thanks, I will try it tomorrow. ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:45:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BCE71BCE; Fri, 6 Sep 2013 17:45:43 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 930C421ED; Fri, 6 Sep 2013 17:45:43 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r86HjgvE081066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Sep 2013 10:45:42 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r86HjgBd081065; Fri, 6 Sep 2013 10:45:42 -0700 (PDT) (envelope-from jmg) Date: Fri, 6 Sep 2013 10:45:42 -0700 From: John-Mark Gurney To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906174542.GB68682@funkthat.com> Mail-Followup-To: "O. Hartmann" , Boris Samorodov , Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130906173203.6423556d@munin.geoinf.fu-berlin.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 06 Sep 2013 10:45:42 -0700 (PDT) Cc: Baptiste Daroussin , freebsd-current@freebsd.org, FreeBSD ports list , AN , Boris Samorodov , Guido Falsi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:45:43 -0000 O. Hartmann wrote this message on Fri, Sep 06, 2013 at 17:32 +0200: > On Fri, 06 Sep 2013 11:35:35 +0400 > Boris Samorodov wrote: > > > 06.09.2013 07:16, AN ??????????: > > > Hi: > > > > > > I am posting to both lists because this problem affects users of > > > current and ports, and I didn't know which would be more > > > appropriate so please forgive me. > > > > > > # uname -a > > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > > > Sep 1 16:01:36 CDT 2013 > > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > > > > > I am trying to update my ports following the entry in updating, but > > > it does not seem to be working correctly. I followed the > > > directions exactly, and after 30 mins this is what has happened: > > > > > > # cat ports_to_update | xargs portupgrade -vf > > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > > [Reading data from pkg(8) ... - 890 packages found - done] > > > Shared object "libiconv.so.3" not found, required by "httpd" > > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > > Shared object "libiconv.so.3" not found, required by "httpd" > > > apxs:Error: Sorry, no shared object support for Apache. > > > apxs:Error: available under your platform. Make sure. > > > apxs:Error: the Apache module mod_so is compiled into. > > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > > ** Port marked as IGNORE: www/mod_dnssd: > > > is marked as broken: : Error from bsd.apache.mk. apache is > > > installed (or APACHE_PORT is defined) and port requires apache22 at > > > least > > > > > > > > > Here is what I have done: > > > # pkg query %ro libiconv >ports_to_update > > > [root@FBSD10 ~]# cat ports_to_update > > > > > > ...lots of output > > > > > > # pkg delete -f libiconv > > > pkg: You are trying to delete package(s) which has dependencies > > > that are still required: > > > ... delete these packages anyway in forced mode > > > Deinstallation has been requested for the following 1 packages: > > > > > > libiconv-1.14_1 > > > > > > The deinstallation will free 2 MB > > > > > > Proceed with deinstalling packages [y/N]: y > > > [1/1] Deleting libiconv-1.14_1... > > > deleting anyway > > > > > > done > > > > > > Now the update process is stuck here: > > > > > > ** Port marked as IGNORE: www/mod_dnssd: > > > is marked as broken: : Error from bsd.apache.mk. apache is > > > installed (or APACHE_PORT is defined) and port requires apache22 at > > > least > > > > > > there are 2 ruby processes running for a long time, but nothing is > > > happening to the update. > > > > > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > > > ruby19{ruby19} > > > 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > > > ruby19{ruby19} > > > > > > So, it seems my system is broken now. Did I do something wrong? > > > How can the upgrade work if so many ports depend on iconv? What > > > should I do now? Should I reinstall libiconv? > > > > > > Any help is appreciated. > > > > > > > > > > > > # cat ports_to_update | xargs portupgrade -vf > > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > > [Reading data from pkg(8) ... - 890 packages found - done] > > > Shared object "libiconv.so.3" not found, required by "httpd" > > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > > Shared object "libiconv.so.3" not found, required by "httpd" > > > apxs:Error: Sorry, no shared object support for Apache. > > > apxs:Error: available under your platform. Make sure. > > > apxs:Error: the Apache module mod_so is compiled into. > > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > > ** Port marked as IGNORE: www/mod_dnssd: > > > is marked as broken: : Error from bsd.apache.mk. apache is > > > installed (or APACHE_PORT is defined) and port requires apache22 at > > > least Shared object "libiconv.so.3" not found, required by "httpd" > > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't > > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed > > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > > Shared object "libiconv.so.3" not found, required by "httpd" > > > apxs:Error: Sorry, no shared object support for Apache. > > > apxs:Error: available under your platform. Make sure. > > > apxs:Error: the Apache module mod_so is compiled into. > > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > > ** Port marked as IGNORE: www/gnome-user-share: > > > is marked as broken: : Error from bsd.apache.mk. apache is > > > installed (or APACHE_PORT is defined) and port requires apache22 at > > > least > > > > The error actually states that you don't have reqiured aoache port > > version. Is it the case or do you have apache22 installed. > > > > Said that I'll admit that there are some ports (13) which uses > > CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} syntax. It's no more > > relevant at recent RURRENT. The fix is been worked on. > > > > For now you may change that value from "--with-iconv=${LOCALBASE}" > > to "" (null) at ports that you use from the following list: > > ----- > > devel/apr2 > > devel/git > > devel/apr1 > > irc/epic5 > > lang/gauche > > net/ssltunnel-client > > net/zebra-server > > net/yaz > > net-mgmt/ettercap > > textproc/libxml2 > > textproc/py-libxml2 > > www/apache22 > > www/apache24 > > ----- > > > > If you do it, please give us a feedback. Thanks. > > > > On all boxes with most recent CURRENT where I followed the updating > procedure described in UPDATING, the update ends with an error in cups > as shown below. > > > ===> Configuring for cups-client-1.5.4_1 > ===> FreeBSD 10 autotools fix applied > to /usr/ports/print/cups-client/work/cups-1.5.4/configure Configuring > CUPS with options: --localstatedir=/var --disable-slp --disable-gssapi > --with-cups-user=cups --with-cups-group=cups --with-system-groups=wheel > --with-docdir=/usr/local/share/doc/cups > --with-icondir=/usr/local/share/icons > --with-menudir=/usr/local/share/applications > --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups > --with-pam-module=unix --enable-ssl > --with-printcap=/usr/local/etc/printcap --disable-gnutls > --enable-openssl --without-php --disable-dnssd --disable-pam > --disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared > --prefix=/usr/local configure: loading site > script /usr/ports/Templates/config.site checking for gawk... > (cached) /usr/bin/awk checking for gcc... cc > checking whether the C compiler works... no > configure: error: in `/usr/ports/print/cups-client/work/cups-1.5.4': > configure: error: C compiler cannot create executables > See `config.log' for more details > ===> Script "configure" failed unexpectedly. > Please report the problem to c.petrik.sosa@gmail.com [maintainer] and > attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" > including the output of the failure of your make command. Also, it > might be a good idea to provide an overview of all packages installed > on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 When I went through this, it was because they were trying to use gcc instead of cc... and for some reason gcc was getting an error about failing to exec cc1... I forget if I just reinstalled gcc from base (cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc as my gcc was broken when I chose to force remove libiconv... btw, Just last night I finished rebuilding all the ports after ~24 hours... some of it was portmaster waiting for my input, but still... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:46:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6CF97D87 for ; Fri, 6 Sep 2013 17:46:50 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CBC8220C for ; Fri, 6 Sep 2013 17:46:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r86Hknb2081095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Sep 2013 10:46:49 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r86HknBB081094; Fri, 6 Sep 2013 10:46:49 -0700 (PDT) (envelope-from jmg) Date: Fri, 6 Sep 2013 10:46:49 -0700 From: John-Mark Gurney To: Alexey Dokuchaev Subject: Re: Cross-buildkernel (i386->amd64) is broken? Message-ID: <20130906174649.GC68682@funkthat.com> Mail-Followup-To: Alexey Dokuchaev , hiren panchasara , current@freebsd.org References: <20130906151252.GA28654@regency.nsu.ru> <20130906172949.GA49387@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130906172949.GA49387@regency.nsu.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 06 Sep 2013 10:46:50 -0700 (PDT) Cc: hiren panchasara , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:46:50 -0000 Alexey Dokuchaev wrote this message on Sat, Sep 07, 2013 at 00:29 +0700: > On Fri, Sep 06, 2013 at 10:08:20AM -0700, hiren panchasara wrote: > > On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev wrote: > > > Hi there, > > > > > > I've been trying to cross-build an amd64 kernel on i386 host on recent > > > -CURRENT for a while, and it fails like this: > > > > Not entirely sure but you _probably_ need to make toolchain first? > > Hmm, now that you've mentioned it, I vaguely recall that when not doing > complete 'make world', that might be in order. Thanks, I will try it > tomorrow. or make kernel-toolchain if you don't want to build as much.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 17:58:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6D5D2669; Fri, 6 Sep 2013 17:58:15 +0000 (UTC) (envelope-from riccp@ige.unicamp.br) Received: from saturno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6488C22BF; Fri, 6 Sep 2013 17:58:14 +0000 (UTC) Received: from netuno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by saturno.ige.unicamp.br (Postfix) with ESMTPS id D309535A072; Fri, 6 Sep 2013 14:52:29 -0300 (BRT) Received: from netuno.ige.unicamp.br ([143.106.76.2] helo=netuno.ige.unicamp.br) by saturno.ige.unicamp.br with SMTP (2.3.3); 6 Sep 2013 14:52:29 -0300 Received: by netuno.ige.unicamp.br (Postfix, from userid 1000) id E63A03100; Fri, 6 Sep 2013 14:52:29 -0300 (BRT) Date: Fri, 6 Sep 2013 14:52:29 -0300 From: Ricardo Campos Passanezi To: "O. Hartmann" , Boris Samorodov , Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <20130906174542.GB68682@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20130906174542.GB68682@funkthat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable X-Assp-Version: 2.3.3(13160) on saturno.ige.unicamp.br X-Assp-ID: saturno.ige.unicamp.br m-89949-11876 X-Assp-Session: 95C94D630 (mail 1) X-Assp-Original-Subject: Re: AFFECTS: 10-CURRENT users with any port depending onconverters/libiconv X-Assp-Server-TLS: yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 17:58:15 -0000 On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote: .... > > See `config.log' for more details > > =3D=3D=3D> Script "configure" failed unexpectedly. > > Please report the problem to c.petrik.sosa@gmail.com [maintainer] and > > attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" > > including the output of the failure of your make command. Also, it > > might be a good idea to provide an overview of all packages installed > > on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). > > *** Error code 1 >=20 > When I went through this, it was because they were trying to use gcc > instead of cc... and for some reason gcc was getting an error about > failing to exec cc1... I forget if I just reinstalled gcc from base > (cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc > as my gcc was broken when I chose to force remove libiconv... >=20 > btw, Just last night I finished rebuilding all the ports after ~24 > hours... some of it was portmaster waiting for my input, but still... >=20 I went through this also and I was able to update (using portupgrade) by issuing a: # portupgrade -f print/cups-base print/cups-image print/cups-client I'm using the procedure described in UPDATING/20130904. --=20 Ricardo Campos Passanezi - Supervisor de Se=E7=E3o Chave PGP e GPG P=FAblica em: http://www.ige.unicamp.br/~riccp Instituto de Geoci=EAncias - http://www.ige.unicamp.br - UNICAMP Tel: (19) 3521 4560 From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 18:18:34 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 91964810; Fri, 6 Sep 2013 18:18:34 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEAF24A3; Fri, 6 Sep 2013 18:18:34 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 117161A3D04; Fri, 6 Sep 2013 11:18:28 -0700 (PDT) Message-ID: <522A1C73.9030402@mu.org> Date: Fri, 06 Sep 2013 11:18:27 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: New iSCSI stack. References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 18:18:34 -0000 On 9/5/13 3:27 AM, Edward Tomasz NapieraÅ‚a wrote: > Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll find > a patch which adds the new iSCSI initiator and target, against 10-CURRENT. > To use the new initiator, start with "man iscsictl". For the target - "man > ctld". > > All feedback is welcome. If nothing unexpected comes up, I'll commit it > in a few days from now. Note that it's still not optimized; at this point > I'm focusing more on reliability and interoperability. > > This work is being sponsored by FreeBSD Foundation. > > _______________________________________________ > 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" > Edward, this is really exciting! Is there an easy way to use the userland iscsi configuration files? We would love to quickly backport and ship this with FreeNAS as an option for our users, having the config files be the same OR having a very good converter would really make that much easier for us. -- Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 18:21:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02B21B91 for ; Fri, 6 Sep 2013 18:21:55 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtpout003.mac.com [17.172.81.2]) by mx1.freebsd.org (Postfix) with ESMTP id CA8B02502 for ; Fri, 6 Sep 2013 18:21:54 +0000 (UTC) Received: from [10.0.0.112] (ti0025a380-dhcp2637.bb.online.no [85.166.54.82]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-27.07(7.0.4.27.6) 64bit (built Jun 21 2013)) with ESMTPSA id <0MSP00B43S84HS30@st11p00mm-asmtp003.mac.com> for current@freebsd.org; Fri, 06 Sep 2013 17:21:46 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794,1.0.431,0.0.0000 definitions=2013-09-06_06:2013-09-06,2013-09-06,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=52 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1305240000 definitions=main-1309060106 User-Agent: Microsoft-MacOutlook/14.3.6.130613 Date: Fri, 06 Sep 2013 19:21:39 +0200 Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv From: Anders Bolt-Evensen To: "O. Hartmann" Message-id: Thread-topic: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv In-reply-to: <20130906170449.64439c27@munin.geoinf.fu-berlin.de> MIME-version: 1.0 Content-type: text/plain; charset=windows-1251 Content-transfer-encoding: quoted-printable Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 18:21:55 -0000 On 9/6/13 5:04 PM, "O. Hartmann" wrote: >On Fri, 06 Sep 2013 11:35:35 +0400 >Boris Samorodov wrote: > >> 06.09.2013 07:16, AN =EF=E8=F8=E5=F2: >> > Hi: >> >=20 >> > I am posting to both lists because this problem affects users of >> > current and ports, and I didn't know which would be more >> > appropriate so please forgive me. >> >=20 >> > # uname -a >> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun >> > Sep 1 16:01:36 CDT 2013 >> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >=20 >> > I am trying to update my ports following the entry in updating, but >> > it does not seem to be working correctly. I followed the >> > directions exactly, and after 30 mins this is what has happened: >> >=20 >> > # cat ports_to_update | xargs portupgrade -vf >> > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >> > [Reading data from pkg(8) ... - 890 packages found - done] >> > Shared object "libiconv.so.3" not found, required by "httpd" >> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >> > Shared object "libiconv.so.3" not found, required by "httpd" >> > apxs:Error: Sorry, no shared object support for Apache. >> > apxs:Error: available under your platform. Make sure. >> > apxs:Error: the Apache module mod_so is compiled into. >> > apxs:Error: your server binary `/usr/local/sbin/httpd'.. >> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >> > ** Port marked as IGNORE: www/mod_dnssd: >> > is marked as broken: : Error from bsd.apache.mk. apache is >> > installed (or APACHE_PORT is defined) and port requires apache22 at >> > least >> >=20 >> >=20 >> > Here is what I have done: >> > # pkg query %ro libiconv >ports_to_update >> > [root@FBSD10 ~]# cat ports_to_update >> >=20 >> > ...lots of output >> >=20 >> > # pkg delete -f libiconv >> > pkg: You are trying to delete package(s) which has dependencies >> > that are still required: >> > ... delete these packages anyway in forced mode >> > Deinstallation has been requested for the following 1 packages: >> >=20 >> > libiconv-1.14_1 >> >=20 >> > The deinstallation will free 2 MB >> >=20 >> > Proceed with deinstalling packages [y/N]: y >> > [1/1] Deleting libiconv-1.14_1... >> > deleting anyway >> >=20 >> > done >> >=20 >> > Now the update process is stuck here: >> >=20 >> > ** Port marked as IGNORE: www/mod_dnssd: >> > is marked as broken: : Error from bsd.apache.mk. apache is >> > installed (or APACHE_PORT is defined) and port requires apache22 at >> > least >> >=20 >> > there are 2 ruby processes running for a long time, but nothing is >> > happening to the update. >> >=20 >> > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% >> > ruby19{ruby19} >> > 43998 root 52 0 64912K 33368K select 1 0:00 5.96% >> > ruby19{ruby19} >> >=20 >> > So, it seems my system is broken now. Did I do something wrong? >> > How can the upgrade work if so many ports depend on iconv? What >> > should I do now? Should I reinstall libiconv? >> >=20 >> > Any help is appreciated. >> >=20 >> >=20 >> >=20 >> > # cat ports_to_update | xargs portupgrade -vf >> > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 >> > [Reading data from pkg(8) ... - 890 packages found - done] >> > Shared object "libiconv.so.3" not found, required by "httpd" >> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >> > Shared object "libiconv.so.3" not found, required by "httpd" >> > apxs:Error: Sorry, no shared object support for Apache. >> > apxs:Error: available under your platform. Make sure. >> > apxs:Error: the Apache module mod_so is compiled into. >> > apxs:Error: your server binary `/usr/local/sbin/httpd'.. >> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >> > ** Port marked as IGNORE: www/mod_dnssd: >> > is marked as broken: : Error from bsd.apache.mk. apache is >> > installed (or APACHE_PORT is defined) and port requires apache22 at >> > least Shared object "libiconv.so.3" not found, required by "httpd" >> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't >> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed >> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" >> > Shared object "libiconv.so.3" not found, required by "httpd" >> > apxs:Error: Sorry, no shared object support for Apache. >> > apxs:Error: available under your platform. Make sure. >> > apxs:Error: the Apache module mod_so is compiled into. >> > apxs:Error: your server binary `/usr/local/sbin/httpd'.. >> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: >> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >> > ** Port marked as IGNORE: www/gnome-user-share: >> > is marked as broken: : Error from bsd.apache.mk. apache is >> > installed (or APACHE_PORT is defined) and port requires apache22 at >> > least >>=20 >> The error actually states that you don't have reqiured aoache port >> version. Is it the case or do you have apache22 installed. >>=20 >> Said that I'll admit that there are some ports (13) which uses >> CONFIGURE_ARGS+=3D--with-iconv=3D${LOCALBASE} syntax. It's no more >> relevant at recent RURRENT. The fix is been worked on. >>=20 >> For now you may change that value from "--with-iconv=3D${LOCALBASE}" >> to "" (null) at ports that you use from the following list: >> ----- >> devel/apr2 >> devel/git >> devel/apr1 >> irc/epic5 >> lang/gauche >> net/ssltunnel-client >> net/zebra-server >> net/yaz >> net-mgmt/ettercap >> textproc/libxml2 >> textproc/py-libxml2 >> www/apache22 >> www/apache24 >> ----- >>=20 >> If you do it, please give us a feedback. Thanks. >>=20 > >There are a lot more problems occuring than expected. > >print/cups, for instance, rejects on all systems I try to update >(three!) to compile and cups is a stopper for many other ports relying >on cups. > >Using portmaster, I'm higly adviced to use option -f, otherwise every >second port I try to update gets interrupted due to missing >libiconv.so.3. It is impossible to update a system unattended and this >is a mess with 200 or even 680 ports to be updated. A waste of time. > >Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on >some gnuish tools in the port and the compilation fails if those >prerequisits aren't updated first. The description I found >in /usr/ports/UPDATING is quick and dirty - too dirty for being >useful, in my opinion. Did the maintainer ever tried this command >sequence on a "used" machine and not in a clean vbox environment? > >There must be a description of a fallback in UPDATING! I took the >whole day to update on one machine less than the half of the installed >ports and huge ports like libreoffice are still dropping out of the >build and I restart after fixed the missing port that relies on being >recompiled. I hope that reinstalling converters/libiconv will give me >X11 back on my boxes! I can not stay with them 48 hours non stop until >they have completed the messy update. > >Regards, >Oliver > I came across this problem as well. I for one thought that it would be easier just to use "pkg delete -af" and reinstall ports that way. At least, even if the message about the libiconv library not being installed appeared during the deletion of installed ports (I deleted it separately before executing pkg delete -af), once everything was deleted, the reinstallation went easily until I attempted to installed GNOME, or more precisely, devel/evolution-data-server. During install of that given package, the following message appeared: =3D=3D=3D> Building for evolution-data-server-2.32.1_4 gmake[2]: Entering directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1' gmake all-recursive gmake[3]: Entering directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1' Making all in libedataserver gmake[4]: Entering directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1/libedataserver' CC libedataserver_1_2_la-e-account.lo cp libedataserver.pc libedataserver-1.2.pc e-account.c:214:11: error: cannot combine with previous 'type-name' declaration specifier gboolean bool; ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ e-account.c:214:2: warning: declaration does not declare anything [-Wmissing-declarations] gboolean bool; ^~~~~~~~~~~~~ e-account.c:218:8: error: expected identifier or '(' bool =3D (!strcmp ((gchar *)buf, "true") || !strcmp ((gchar *)buf, "yes")); ^ e-account.c:221:7: error: expected expression if (bool !=3D *val) { ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ e-account.c:222:11: error: expected expression *val =3D bool; ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool _Bool ^ 1 warning and 4 errors generated. gmake[4]: *** [libedataserver_1_2_la-e-account.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1/libedataserver' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.32 .1' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/databases/evolution-data-server *** Error code 1 Stop. make: stopped in /usr/ports/databases/evolution-data-server But, back to topic, if you need to reinstall almost all of your installed ports because of this change, it might be worth trying to delete every port and reinstall them all over again. I did that, and so far, ports that depended on libiconv have installed perfectly fine so far, with the exception of evolution-data-server, as I mentioned above (none of those error messages seem to have anything to do with libiconv). From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 18:31:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40EE5FAB; Fri, 6 Sep 2013 18:31:55 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 94B7B259A; Fri, 6 Sep 2013 18:31:54 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWnRY5Gb6zFTPg; Fri, 6 Sep 2013 20:31:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yf0vQjubLLol; Fri, 6 Sep 2013 20:31:51 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Fri, 6 Sep 2013 20:31:51 +0200 (CEST) Message-ID: <522A1F94.2040105@FreeBSD.org> Date: Fri, 06 Sep 2013 20:31:48 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ricardo Campos Passanezi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <20130906174542.GB68682@funkthat.com> In-Reply-To: Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , "O. Hartmann" , freebsd-current@freebsd.org, FreeBSD ports list , AN , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 18:31:55 -0000 On 09/06/13 19:52, Ricardo Campos Passanezi wrote: > On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote: > .... >>> See `config.log' for more details >>> ===> Script "configure" failed unexpectedly. >>> Please report the problem to c.petrik.sosa@gmail.com [maintainer] and >>> attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log" >>> including the output of the failure of your make command. Also, it >>> might be a good idea to provide an overview of all packages installed >>> on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). >>> *** Error code 1 >> >> When I went through this, it was because they were trying to use gcc >> instead of cc... and for some reason gcc was getting an error about >> failing to exec cc1... I forget if I just reinstalled gcc from base >> (cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc >> as my gcc was broken when I chose to force remove libiconv... >> >> btw, Just last night I finished rebuilding all the ports after ~24 >> hours... some of it was portmaster waiting for my input, but still... >> > > I went through this also and I was able to update (using portupgrade) by > issuing a: > > # portupgrade -f print/cups-base print/cups-image print/cups-client > > I'm using the procedure described in UPDATING/20130904. > As Baptiste says we are all terribly sorry about this mess. Unluckily the situation was messy even before my commit, things were already breaking due to the iconv in base change. We are trying to catch up. Also note that enabling WITH_LIBICONV_COMPAT in src.conf before building world could help alleviate updating problems. This is a bandaid though, wwill not fix ports trying to link to libiconv.so and will not fix /usr/local/lib/*.ls files with -liconv hardwired in. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 19:02:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B3BC5C7F; Fri, 6 Sep 2013 19:02:19 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 395722729; Fri, 6 Sep 2013 19:02:19 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id jw12so1988428veb.9 for ; Fri, 06 Sep 2013 12:02:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QZkTcr1nmxdo+EJDSH5W7hlYTV1Uqc4viN32Kte1nP4=; b=ez66mmLj4U9PsSFfYAulAb8mlH5t88haQVspLMFVjkMbNFVgEXBUUihcV2mgbOy3Ab 5KoRFaiKwTjkr6QZ1fEXx/i6tNxo3bFjoP+91m2KNskOumSnD7p/l/FP1W4jqha8HwAd IgvYTY+KMYLBL7I8yZCyxk8B3S5GNY9RKJnQBWgksR8Ij/hvhGEwTEkpeo9Ly7KomMfJ kb5TeooBAKMjbatovifBr87kGt5YvlyVf/A6/CGl1Vu0ju/54F86+o+TO5yoYPUbASju r42Ru1LeCu15pbiZTBf4LqUXj/uNnde358s/tcl0epM+eY+Vm7F6I5gLAicAqHVm+EqT i9OQ== MIME-Version: 1.0 X-Received: by 10.58.207.103 with SMTP id lv7mr1232666vec.33.1378494138355; Fri, 06 Sep 2013 12:02:18 -0700 (PDT) Received: by 10.58.118.104 with HTTP; Fri, 6 Sep 2013 12:02:18 -0700 (PDT) In-Reply-To: <20130906155939.GA63661@troutmask.apl.washington.edu> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> <20130906155939.GA63661@troutmask.apl.washington.edu> Date: Fri, 6 Sep 2013 15:02:18 -0400 Message-ID: Subject: Re: clang+libc++ using missing powl From: Mehmet Erol Sanliturk To: Steve Kargl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , David Chisnall , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 19:02:19 -0000 On Fri, Sep 6, 2013 at 11:59 AM, Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > On Fri, Sep 06, 2013 at 07:54:46AM +0100, David Chisnall wrote: > > > > On 5 Sep 2013, at 22:09, Steve Kargl > wrote: > > > > > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: > > >> On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: > > >> > > >>> As a result we have a lot of fallouts of ports complaining about: > > >>> undefined reference to `powl' > > >>> > > >>> It seems like libc++ is relying on a function we don't have yet > > >>> in libm, am I missing something? > > >> > > >> I've attached a diff that I'd like to commit to msun > > > > > > Why not disable libc++ from exposing these functions? > > > > Because they're in the C++ spec and they should work. > > I consider this a placeholder until we have the real versions > > in the tree (the wiki says you have coshl, sinhl, and tanhl, > > in progress, any idea of an ETA for them)? > > Well, your commit has pre-empted any discussion on whether > there would have been a better kludge. Oh well. > > Concerning coshl, sinhl, and tanhl. I had integrated bde's > code into msun and prepared a patch to commit over a week ago. > Unfortunately, my testing on sparc64 revealed a few issues > with tanhl, and Bruce and I are still discussing the fix. > > PS: I have working erfl and erfcl for ld80 archs. I'm still > testing and refining the code. It turns out that computing > the needed rational approximation is fairly difficult (at least > for me). > > -- > Steve > Not only for you , because function values are not very "smooth" , and representation by an approximation is very difficult . During many weeks , I am trying to obtain good approximations to cumulative normal distribution and its inverse , without very much success . Approximation to inverse cumulative normal distribution is much more difficult than cumulative normal distribution . I am using Fortran double precision . I think , it is necessary to use an arbitrary precision package for optimization , but I do not have any one . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 19:14:47 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8520343F for ; Fri, 6 Sep 2013 19:14:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC9A5285C for ; Fri, 6 Sep 2013 19:14:44 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id EB0266178 for ; Fri, 6 Sep 2013 15:14:31 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hRIz8xJKt+DozvvOnnsikFuYa7ilvABZNAZIPXR2U91QtHwCVkUXBQV39tSfPHcjB b618kNTpKfMw4M9mfKEmwjhXg9SnVF0UY45xxxeSi7u5YqmIKg34WjbIxXmTSb4 Message-ID: <522A297D.3040709@protected-networks.net> Date: Fri, 06 Sep 2013 15:14:05 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current Subject: dirmngr won't link with liblber.so? X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 19:14:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What's up with this? I recompiled openldap-client; I can do a 'nm liblber-2.4.so.8' without error but .. dirmngr won't link it? cc -I/usr/local/include -O2 -pipe -march=pentium4 -DLDAP_DEPRECATED - -fno-strict-aliasing -Wall -Wno-pointer-sign -L/usr/local/lib - -L/usr/local/lib -o dirmngr_ldap dirmngr_ldap-dirmngr_ldap.o dirmngr_ldap-no-libgcrypt.o ../jnlib/libjnlib.a -L/usr/local/lib - -lgpg-error -lldap /usr/bin/ld: :: invalid DSO for symbol `ber_free' definition /usr/local/lib/liblber-2.4.so.8: could not read symbols: Bad value gmake[4]: *** [dirmngr_ldap] Error 1 gmake[4]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/security/dirmngr *** Error code 1 Stop. make: stopped in /usr/ports/security/dirmngr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlIqKX0ACgkQQv9rrgRC1JKFGQCfQZbJUup+580t+RPaaX0MRE8G qf0AoKcmRUj1CzEt5My3jauJ+HnxOp8t =Gt8R -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 19:17:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E93E5BC for ; Fri, 6 Sep 2013 19:17:18 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1844D28AA for ; Fri, 6 Sep 2013 19:17:17 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq15so1321570wib.12 for ; Fri, 06 Sep 2013 12:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=hNRThNf5S/lWnG665IHYJeEs9Mvzc6ppa+KLYBUb4/A=; b=W5kgAUDDNhGtqrSHA3T0Z3g9KTOumX4K6QR5wgIQPI7A1vG7IQtORr99TWLtOcp/ln a1/D3DPae+bdTW817TwZH3fjvclYoGASTSltlFBke0iEHgUXNUl2ipOnyXUNsGWqW0GK zSClPJ7vLvxowOMBKzBNS7j9BKFy+M4529fHuHLkopzSlcQ1lw9+F8XpoBDedHAGqwyn dNhunnrscUHySq4cIEsxy0Yu+AKodJWrLiniQWoct6NtAMB3HQveBS2fWGeeDOYXQq/v ykn7FK6Lqm9qd9kxBL9nLdYfe9PGdK3U3xM2qHCtITM3M2aOqzv1YpyhPZModovWO9NK C9Og== X-Received: by 10.180.75.239 with SMTP id f15mr11648183wiw.42.1378495036616; Fri, 06 Sep 2013 12:17:16 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id fv10sm458955wic.0.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Sep 2013 12:17:15 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 6 Sep 2013 21:17:13 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: dirmngr won't link with liblber.so? Message-ID: <20130906191712.GH59360@ithaqua.etoilebsd.net> References: <522A297D.3040709@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6cMF9JLEeZkfJjkP" Content-Disposition: inline In-Reply-To: <522A297D.3040709@protected-networks.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 19:17:18 -0000 --6cMF9JLEeZkfJjkP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > What's up with this? I recompiled openldap-client; I can do a 'nm > liblber-2.4.so.8' without error but .. dirmngr won't link it? >=20 > cc -I/usr/local/include -O2 -pipe -march=3Dpentium4 -DLDAP_DEPRECATED > - -fno-strict-aliasing -Wall -Wno-pointer-sign -L/usr/local/lib > - -L/usr/local/lib -o dirmngr_ldap dirmngr_ldap-dirmngr_ldap.o > dirmngr_ldap-no-libgcrypt.o ../jnlib/libjnlib.a -L/usr/local/lib > - -lgpg-error -lldap > /usr/bin/ld: :: invalid DSO for symbol `ber_free' definition > /usr/local/lib/liblber-2.4.so.8: could not read symbols: Bad value > gmake[4]: *** [dirmngr_ldap] Error 1 > gmake[4]: Leaving directory > `/usr/ports/security/dirmngr/work/dirmngr-1.1.0/src' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1= =2E0' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1= =2E0' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/security/dirmngr > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/security/dirmngr > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (FreeBSD) >=20 > iEYEARECAAYFAlIqKX0ACgkQQv9rrgRC1JKFGQCfQZbJUup+580t+RPaaX0MRE8G > qf0AoKcmRUj1CzEt5My3jauJ+HnxOp8t > =3DGt8R > -----END PGP SIGNATURE----- > _______________________________________________ > 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" That mean the port is missing a LDFLAG: -llber-2.4 regards, Bapt --6cMF9JLEeZkfJjkP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIqKjgACgkQ8kTtMUmk6Ex5ZACePLwnAKYvIdzEyYL1XYlIObSv NtkAoLF0vdcAqYuomHleYzOoaQVdrL1v =EGZZ -----END PGP SIGNATURE----- --6cMF9JLEeZkfJjkP-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 19:23:33 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B726856; Fri, 6 Sep 2013 19:23:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E260E296F; Fri, 6 Sep 2013 19:23:32 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id A879D6178; Fri, 6 Sep 2013 15:23:26 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=j2N4LQbUxEsK6v2O6QoeZP0G3cc7B2UE7wpcHqGSggI2V47HNVilmIsFmJnKhNJrA kKxEbwJrauoyfyqZedti4xFXwIW9tISpSXFpAyhnLr5fZBk2M2Mp5o2z/Y6QKK5 Message-ID: <522A2BA4.80904@protected-networks.net> Date: Fri, 06 Sep 2013 15:23:16 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: dirmngr won't link with liblber.so? References: <522A297D.3040709@protected-networks.net> <20130906191712.GH59360@ithaqua.etoilebsd.net> In-Reply-To: <20130906191712.GH59360@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 19:23:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/06/13 15:17, Baptiste Daroussin wrote: > On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote: > What's up with this? I recompiled openldap-client; I can do a 'nm > liblber-2.4.so.8' without error but .. dirmngr won't link it? [ .. snip .. ] > > That mean the port is missing a LDFLAG: -llber-2.4 Thanks! That fixed it :-) imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlIqK6QACgkQQv9rrgRC1JKGsgCgypNCgSYnaALv56XhKuLqvXth 6NEAoMj5uNCkboSr7zDVddr3V/QfEbpn =FVbW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 19:48:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 075B4582; Fri, 6 Sep 2013 19:48:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D72942D61; Fri, 6 Sep 2013 19:48:58 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r86Jmv2x066355; Fri, 6 Sep 2013 12:48:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r86JmvcM066354; Fri, 6 Sep 2013 12:48:57 -0700 (PDT) (envelope-from sgk) Date: Fri, 6 Sep 2013 12:48:57 -0700 From: Steve Kargl To: Mehmet Erol Sanliturk Subject: Re: clang+libc++ using missing powl Message-ID: <20130906194857.GA66345@troutmask.apl.washington.edu> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> <20130906155939.GA63661@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , David Chisnall , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 19:48:59 -0000 On Fri, Sep 06, 2013 at 03:02:18PM -0400, Mehmet Erol Sanliturk wrote: > On Fri, Sep 6, 2013 at 11:59 AM, Steve Kargl < > sgk@troutmask.apl.washington.edu> wrote: > > > > PS: I have working erfl and erfcl for ld80 archs. I'm still > > testing and refining the code. It turns out that computing > > the needed rational approximation is fairly difficult (at least > > for me). > > > Not only for you , because function values are not very "smooth" , and > representation by an approximation is very difficult . During many weeks , > I am trying to obtain good approximations to cumulative normal distribution > and its inverse , without very much success . > > Approximation to > inverse cumulative normal distribution is much more difficult than > cumulative normal distribution . > > I am using Fortran double precision . I think , it is necessary to use an > arbitrary precision package for optimization , but I do not have any one . > If you are using gfortran version 4.7 or newer on FreeBSD, you should be able to use a quad precision type. In addition, if you are using lang/gcc46 or newer on your FreeBSD system, then you have an arbitrary precision library installed (see math/mpfr). -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 20:04:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A6525CBB; Fri, 6 Sep 2013 20:04:00 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EF4F2FE5; Fri, 6 Sep 2013 20:04:00 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id kp13so3728681pab.21 for ; Fri, 06 Sep 2013 13:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HyfdKpJFA3yMtWuosY6VpKkA3vbmdh2fRcTZHMQ4v/A=; b=pQEACMPv8u89vc1e3uipD8YR+7KFqf+TAXDndNbJl0+kINBaneIS0nNRZqvoqKH+1J /GUZ31HSUIl3waoRoFnkei2UYnbFSvH+1JM2j8ER7cJiLvJ0hN2xg70rBqn61Ksace3o sD6H8Kp+MXSY397Tv4tRGBFw7xwqPGWjIDhRg4M6vuSFQ750gJe7g3UJVdzLPzf/opsa mvQ58bGIOSuy2LPiAKWzVStu0uSLKujl7PgURBbg+LPLBna1pmJRflCMOSB7qYHlwlwX qB+hIt1AwNrcLBWPODwDPgBA9JBX4uhV22cFgx5TwdbKYXJUGeiaJDW+WhmQgBJyzFPU SOug== MIME-Version: 1.0 X-Received: by 10.68.125.226 with SMTP id mt2mr4824020pbb.115.1378497839868; Fri, 06 Sep 2013 13:03:59 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Fri, 6 Sep 2013 13:03:59 -0700 (PDT) In-Reply-To: <522A1C73.9030402@mu.org> References: <522A1C73.9030402@mu.org> Date: Fri, 6 Sep 2013 16:03:59 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 20:04:00 -0000 On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein wrote: > On 9/5/13 3:27 AM, Edward Tomasz Napiera=C5=82a wrote: > >> Hello. At http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll find >> a patch which adds the new iSCSI initiator and target, against 10-CURREN= T. >> To use the new initiator, start with "man iscsictl". For the target - >> "man >> ctld". >> >> All feedback is welcome. If nothing unexpected comes up, I'll commit it >> in a few days from now. Note that it's still not optimized; at this poi= nt >> I'm focusing more on reliability and interoperability. >> >> This work is being sponsored by FreeBSD Foundation. >> >> ______________________________**_________________ >> 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 " >> >> Edward, this is really exciting! > > Is there an easy way to use the userland iscsi configuration files? > > We would love to quickly backport and ship this with FreeNAS as an option > for our users, having the config files be the same OR having a very good > converter would really make that much easier for us. > > > your going to have to backport more then just this as capsicum and the IC= L stuff is iSCSI Common Layer, we went to try but kept getting caught up in the ICL breakage also, but removal of all references in the patch to capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to build, now you need the new cam which needs better eyes then mine to fix in a back port due to icl version differences in 9 and 10. > > -- > Alfred Perlstein > > > ______________________________**_________________ > 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 Sep 6 20:06:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B84BD91; Fri, 6 Sep 2013 20:06:15 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F98E2077; Fri, 6 Sep 2013 20:06:15 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id jt11so3621740pbb.38 for ; Fri, 06 Sep 2013 13:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PiMU+6Iosf4CIyrL/9VcXH8DbpU3e36DE7eq832neMY=; b=r0NlwZSwDvy7XYR33a37NQLBccTumJbwTvyhW4kwL80j7y04WmThGvVJovq48uOBAO VggWVmlHGwalwEOnsGi2tZQSljdc+DWSmXDCqoIzkBZ5UEBpVHyZI9EbuQlSzm/ug+k2 ixv7XgcMjdwN0OjtP3Z7qT6tTG4z5guC7I7Pk/o+RyR8s12F5P2U7iDySlDX/E4wvrW7 P+SCtkTJ0BPvUEugANrdA76SyOxslpiDNWfjfHBeVUZJ2YQUVkPi9teB2k89tK162zd5 pTecRKrbku4BmOjyDM1xC5x6AW1i/UefXEqq3mX8cLrqYMr27bwBqdspnb8p4niQcWTe b+Mw== MIME-Version: 1.0 X-Received: by 10.67.21.130 with SMTP id hk2mr6016873pad.76.1378497975139; Fri, 06 Sep 2013 13:06:15 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Fri, 6 Sep 2013 13:06:15 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Fri, 6 Sep 2013 16:06:15 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 20:06:15 -0000 On Fri, Sep 6, 2013 at 4:03 PM, Outback Dingo wrote= : > > > > On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein wrote: > >> On 9/5/13 3:27 AM, Edward Tomasz Napiera=C5=82a wrote: >> >>> Hello. At http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll find >>> a patch which adds the new iSCSI initiator and target, against >>> 10-CURRENT. >>> To use the new initiator, start with "man iscsictl". For the target - >>> "man >>> ctld". >>> >>> All feedback is welcome. If nothing unexpected comes up, I'll commit i= t >>> in a few days from now. Note that it's still not optimized; at this >>> point >>> I'm focusing more on reliability and interoperability. >>> >>> This work is being sponsored by FreeBSD Foundation. >>> >>> ______________________________**_________________ >>> 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 " >>> >>> Edward, this is really exciting! >> >> Is there an easy way to use the userland iscsi configuration files? >> >> We would love to quickly backport and ship this with FreeNAS as an optio= n >> for our users, having the config files be the same OR having a very good >> converter would really make that much easier for us. >> >> >> your going to have to backport more then just this as capsicum and the > ICL stuff is iSCSI Common Layer, we went to try but kept getting caught u= p > in the ICL breakage also, but removal of all references in the patch to > capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to > build, now you need the new cam which needs better eyes then mine to fix = in > a back port due to icl version differences in 9 and 10. > > > And i used this config as a simple test.... ctld.conf cat /etc/ctl.conf pidfile /var/run/ctld.pid # auth-group example2 { # chap-mutual "user" "secret" "mutualuser22" "mutualsecret" # chap-mutual "user2" "secret2" "mutualuser22" "mutualsecret" # } portal-group example2 { discovery-auth-group no-authentication listen 127.0.0.1 listen 0.0.0.0:3261 listen [::]:3261 } target iqn.2012-06.com.example:target0 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example_0 blocksize 4096 size 4G } } target iqn.2012-06.com.example:target3 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example_3 blocksize 4096 size 4G } } target iqn.2012-06.com.example:target2 { auth-group no-authentication portal-group example2 lun 0 { path /home/dingo/example2_0 blocksize 4096 size 4G } lun 1 { path /home/dingo/example2_1 blocksize 4096 size 4G } } so your 9.x config mileage might vary > >> -- >> Alfred Perlstein >> >> >> ______________________________**_________________ >> 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 Sep 6 20:19:41 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A0FBC03 for ; Fri, 6 Sep 2013 20:19:41 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF8A321D0 for ; Fri, 6 Sep 2013 20:19:40 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r86KJcb5073764 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 6 Sep 2013 20:19:39 GMT (envelope-from theraven@FreeBSD.org) From: David Chisnall Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc Message-Id: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> Date: Fri, 6 Sep 2013 21:19:32 +0100 To: freebsd-current CURRENT Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 20:19:41 -0000 Hi Everyone, As of r255321, we are no longer building gcc or libstdc++ as part of the = default install on platforms where clang is cc. If you are using gcc, you have two options: 1) Install one of the lang/gcc* ports (Warner has been working on = separating out the patches to our GCC, so these should soon be patched = to provide the same features as the one in base) 2) Put WITH_GCC=3Dyes and WITH_GNUCXX=3Dyes in your src.conf when you = build world. GCC will stay in the base system tree for at least the lifetime of the = 10.x release, and possibly longer if it is still being actively used. = It will remain used by tinderboxes and make universe for some = architectures, so if you commit code without testing with gcc people = will know very soon... Thanks to Warner for all of his recent work on disentangling the = toolchain, to all of the people (Roman, Dimitry, Brooks, and others) who = worked on getting clang integrated into FreeBSD and to everyone who = tested it and filed bug reports. As of today, PowerPC64 joins x86 and = ARM as platforms where world+kernel can be successfully built (and work) = with clang (although it isn't the default yet and needs more testing), = and hopefully other architectures will follow soon. Huge thanks to all of the ports people who have spent the last two weeks = working on dealing with the fallout from iconv and ensuring that all of = the ports work with clang and libc++. I think over the last week, the = number of failing / ignored ports has dropped by about a thousand a day = on the no-gcc test box that Bapt has been running, which is a phenomenal = achievement. =20 David= From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 21:47:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0FB91F97; Fri, 6 Sep 2013 21:47:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 534FC2AAE; Fri, 6 Sep 2013 21:47:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VI3s2-001omY-Nn>; Fri, 06 Sep 2013 23:47:14 +0200 Received: from f052146113.adsl.alicedsl.de ([78.52.146.113] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VI3s2-0001B3-Ia>; Fri, 06 Sep 2013 23:47:14 +0200 Date: Fri, 6 Sep 2013 23:51:32 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> In-Reply-To: <522A0CBE.8010905@passap.ru> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/uWvMlQI9.Hi+H=+4NDHbEKE"; protocol="application/pgp-signature" X-Originating-IP: 78.52.146.113 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 21:47:17 -0000 --Sig_/uWvMlQI9.Hi+H=+4NDHbEKE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov wrote: > 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Fri, 06 Sep 2013 20:08:59 +0400 > > Boris Samorodov wrote: > >=20 > >> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> > >>> Here we go. It is the config.log from one of the failing machines, > >>> failing in print/cups-client. > >> > >> Please, show the output of following commands (at the host in > >> question): # svn info /usr/ports/ > >> # svn svn st /usr/ports/print/cups* > >> > > svn info /usr/ports/ > >=20 > > Path: /usr/ports > > Working Copy Root Path: /usr/ports > > URL: svn://svn.de.freebsd.org/ports/head > > Relative URL: ^/head > > Repository Root: svn://svn.de.freebsd.org/ports > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > Revision: 326523 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: danfe > > Last Changed Rev: 326523 > > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >=20 > >=20 > > svn st /usr/ports/print/cups* > > ? /usr/ports/print/cups-base/work > > ? /usr/ports/print/cups-client/work >=20 > That is really stange... Some more info: > # svn st /usr/ports/Mk nothin (NULL output) > # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >=20 make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS --localstatedir=3D/var --disable-slp --disable-gssapi --with-cups-user=3Dcups --with-cups-group=3Dcups --with-system-groups=3Dwheel --with-docdir=3D/usr/local/share/doc/cups --with-icondir=3D/usr/local/share/icons --with-menudir=3D/usr/local/share/applications --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups --with-pam-module=3D"unix" --enable-ssl --with-printcap=3D/usr/local/etc/printcap --disable-gnutls --enable-openssl --without-php --disable-dnssd --disable-pam --disable-ldap --disable-dbus --disable-libusb LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} I see a lot of those obscure libtool errors not finding libiconv.la. Where the hell does the tool take those ecos from the past? I guess I have to reboot the box after X11 has been compiled --Sig_/uWvMlQI9.Hi+H=+4NDHbEKE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSKk5vAAoJEOgBcD7A/5N8JVUIAJScngz++99JfIeG2p7fQJiW wGFeHFGuxeNXkQrNny2LiiJyiCKSa8BxEk+vqHJYWEc53GV7Jg2ntAb5TGld9QJZ uDOJJbiic4/zODFy0CdQ/w5sUkQHjtCVgTt3OV4jwgURfpAk7aZhmGsVftBYH2lx l0usCztSjUdq/WzTi+02a8faQNcXqeBhGgLoVTMuPJ6jH6Smr5ul5UwHhkQarD8W Vg8XxhR1jJoN+mjnQCDtWTdR58e7k1NcejnlUyNAgDH3DGzYeGIcvrKLvM1tzYhR q/uX+OoEtCCSa71XYANXut0IZEQTp7KUtGen+9vZZMCOV2SUepz89pjv0fSpIKA= =N7Z5 -----END PGP SIGNATURE----- --Sig_/uWvMlQI9.Hi+H=+4NDHbEKE-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 22:07:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34592991; Fri, 6 Sep 2013 22:07:34 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FDB32CDA; Fri, 6 Sep 2013 22:07:33 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq15so1467821wib.6 for ; Fri, 06 Sep 2013 15:07:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=5az2lAWO0zxgoQEzKNppZYp+8oSNn3wi2QcrTNEJs1o=; b=jyE02hl3hyiwEdKRyXx491sEbk4oh7GAfFj56kCcE7Y2GeYL622BqSTHy7h1LwVTCk Vxa/B9pwXFmwt8r8nzxOdb2SPeJodzDLq0/4uTYdDVf2UFl1mbKKiXY670URcEfGRBfF tHW+Elu9IeZrIueYBBx96MakAxqY02gTLpJjePSsu5J8e8Y10qpaswBlU/qoBmBp43YE 37rzplQh2tfD0t8oF3ml1/3y+HdVbpiL7Hqfk03P13tPCK0L3RMNJ96JfMUKPbPpkt1b 8ElzfxT6Q13cl0e5FhMbekUhBhImoLTJNZO4zE3D/JipqzksfZSBAA5DeyF6tOApK3qW 9OBQ== X-Received: by 10.180.211.3 with SMTP id my3mr58389wic.46.1378505251925; Fri, 06 Sep 2013 15:07:31 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id z2sm638107wiv.11.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 06 Sep 2013 15:07:31 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 7 Sep 2013 00:07:29 +0200 From: Baptiste Daroussin To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130906220728.GE77141@ithaqua.etoilebsd.net> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VdOwlNaOFKGAtAAV" Content-Disposition: inline In-Reply-To: <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: AN , Boris Samorodov , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 22:07:34 -0000 --VdOwlNaOFKGAtAAV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote: > On Fri, 06 Sep 2013 21:11:26 +0400 > Boris Samorodov wrote: >=20 > > 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > On Fri, 06 Sep 2013 20:08:59 +0400 > > > Boris Samorodov wrote: > > >=20 > > >> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > >> > > >>> Here we go. It is the config.log from one of the failing machines, > > >>> failing in print/cups-client. > > >> > > >> Please, show the output of following commands (at the host in > > >> question): # svn info /usr/ports/ > > >> # svn svn st /usr/ports/print/cups* > > >> > > > svn info /usr/ports/ > > >=20 > > > Path: /usr/ports > > > Working Copy Root Path: /usr/ports > > > URL: svn://svn.de.freebsd.org/ports/head > > > Relative URL: ^/head > > > Repository Root: svn://svn.de.freebsd.org/ports > > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > > Revision: 326523 > > > Node Kind: directory > > > Schedule: normal > > > Last Changed Author: danfe > > > Last Changed Rev: 326523 > > > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > > >=20 > > >=20 > > > svn st /usr/ports/print/cups* > > > ? /usr/ports/print/cups-base/work > > > ? /usr/ports/print/cups-client/work > >=20 > > That is really stange... Some more info: > > # svn st /usr/ports/Mk >=20 > nothin (NULL output) >=20 > > # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS > >=20 > make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >=20 > --localstatedir=3D/var > --disable-slp > --disable-gssapi --with-cups-user=3Dcups > --with-cups-group=3Dcups --with-system-groups=3Dwheel > --with-docdir=3D/usr/local/share/doc/cups > --with-icondir=3D/usr/local/share/icons > --with-menudir=3D/usr/local/share/applications > --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups > --with-pam-module=3D"unix" --enable-ssl > --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > --enable-openssl --without-php --disable-dnssd --disable-pam > --disable-ldap --disable-dbus --disable-libusb LIBS=3D"-lssp_nonshared" > --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} >=20 >=20 >=20 >=20 > I see a lot of those obscure libtool errors not finding libiconv.la. > Where the hell does the tool take those ecos from the past? I guess I > have to reboot the box after X11 has been compiled >=20 Can you try to force rebuilding gettext first? and then retry? regards, Bapt --VdOwlNaOFKGAtAAV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlIqUiAACgkQ8kTtMUmk6Ez6jwCeJ14J9p4v2LsMxtl6Tb13Ce8Q ivwAnRnYEdEN4TIPF91Jmi9kaPOXF9t9 =s9NE -----END PGP SIGNATURE----- --VdOwlNaOFKGAtAAV-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 22:10:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 31395B8C; Fri, 6 Sep 2013 22:10:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [IPv6:2a02:6b8:0:1819::9]) by mx1.freebsd.org (Postfix) with ESMTP id B3A3E2D28; Fri, 6 Sep 2013 22:10:54 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 88CC7E60E54; Sat, 7 Sep 2013 02:10:51 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id E8B917E02F5; Sat, 7 Sep 2013 02:10:50 +0400 (MSK) Received: from 93.91.3.70.tel.ru (93.91.3.70.tel.ru [93.91.3.70]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Q3rkpfuYJT-AoTqw6en; Sat, 7 Sep 2013 02:10:50 +0400 Message-ID: <522A52EA.80900@passap.ru> Date: Sat, 07 Sep 2013 02:10:50 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> In-Reply-To: <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 22:10:55 -0000 07.09.2013 01:51, O. Hartmann пишет: > On Fri, 06 Sep 2013 21:11:26 +0400 > Boris Samorodov wrote: > >> 06.09.2013 20:44, O. Hartmann пишет: >>> On Fri, 06 Sep 2013 20:08:59 +0400 >>> Boris Samorodov wrote: >>> >>>> 06.09.2013 19:44, O. Hartmann пишет: >>>> >>>>> Here we go. It is the config.log from one of the failing machines, >>>>> failing in print/cups-client. >>>> >>>> Please, show the output of following commands (at the host in >>>> question): # svn info /usr/ports/ >>>> # svn svn st /usr/ports/print/cups* >>>> >>> svn info /usr/ports/ >>> >>> Path: /usr/ports >>> Working Copy Root Path: /usr/ports >>> URL: svn://svn.de.freebsd.org/ports/head >>> Relative URL: ^/head >>> Repository Root: svn://svn.de.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 326523 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: danfe >>> Last Changed Rev: 326523 >>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>> >>> >>> svn st /usr/ports/print/cups* >>> ? /usr/ports/print/cups-base/work >>> ? /usr/ports/print/cups-client/work >> >> That is really stange... Some more info: >> # svn st /usr/ports/Mk > > nothin (NULL output) > >> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >> > make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS > > --localstatedir=/var > --disable-slp > --disable-gssapi --with-cups-user=cups > --with-cups-group=cups --with-system-groups=wheel > --with-docdir=/usr/local/share/doc/cups > --with-icondir=/usr/local/share/icons > --with-menudir=/usr/local/share/applications > --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups > --with-pam-module="unix" --enable-ssl > --with-printcap=/usr/local/etc/printcap --disable-gnutls > --enable-openssl --without-php --disable-dnssd --disable-pam > --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared" > --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} Well, the output is perfect. > I see a lot of those obscure libtool errors not finding libiconv.la. > Where the hell does the tool take those ecos from the past? I guess I > have to reboot the box after X11 has been compiled Did not see those. Since so far it seems that such errors are not common, may be something at your environment causes this (may be at /etc/make.conf)? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 22:13:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06AD8F15; Fri, 6 Sep 2013 22:13:16 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A9E02D56; Fri, 6 Sep 2013 22:13:15 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id d7so1502988bkh.40 for ; Fri, 06 Sep 2013 15:13:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tV/biJQAaEibGF+oEgSXiXrd2dqCWWIvo37gW3T6Qvc=; b=LbLDgQAUWUVrczRLExtY/enJDnyOXbRx66Jmm3axk76mXRlxoA7mpCFKMSYdeum5Uo iYcvKowgUMYd5VJndSdU1rclpDEM+9DHcPb8zMgpKdmpUT5dJz3XB+dr81nTp8WjoasM PpQvNajY+jSxWbHxUvNJoOvUz5QjU/CSR51yhQuyqPgPqwhPyxyaxeYH+QPYUjNz91QU SudRYRQWEFN9pRd7BZdgxYKCe6IwtpErpu31zpgP/okDf/rJGuhpZSW1lu2Xf78+g866 SzYfC26mZ/EfkDZAlhmMb+BA36xSjIFH/kEa4mRrMdCqosw+Uob0wBeq7bt0xJIbayX4 kUEQ== MIME-Version: 1.0 X-Received: by 10.205.15.72 with SMTP id pt8mr4320173bkb.17.1378505593426; Fri, 06 Sep 2013 15:13:13 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.205.13.199 with HTTP; Fri, 6 Sep 2013 15:13:13 -0700 (PDT) Received: by 10.205.13.199 with HTTP; Fri, 6 Sep 2013 15:13:13 -0700 (PDT) In-Reply-To: <522A2BA4.80904@protected-networks.net> References: <522A297D.3040709@protected-networks.net> <20130906191712.GH59360@ithaqua.etoilebsd.net> <522A2BA4.80904@protected-networks.net> Date: Fri, 6 Sep 2013 15:13:13 -0700 X-Google-Sender-Auth: 0PviBtdNCyVjRZSoLIqUn-aKaz0 Message-ID: Subject: Re: dirmngr won't link with liblber.so? From: Justin Hibbits To: Michael Butler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Baptiste Daroussin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 22:13:16 -0000 I filled a PR on this: Ports/181230. - Justin On Sep 6, 2013 12:23 PM, "Michael Butler" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 09/06/13 15:17, Baptiste Daroussin wrote: > > On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote: > > What's up with this? I recompiled openldap-client; I can do a 'nm > > liblber-2.4.so.8' without error but .. dirmngr won't link it? > > [ .. snip .. ] > > > > > That mean the port is missing a LDFLAG: -llber-2.4 > > Thanks! That fixed it :-) > > imb > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (FreeBSD) > > iEYEARECAAYFAlIqK6QACgkQQv9rrgRC1JKGsgCgypNCgSYnaALv56XhKuLqvXth > 6NEAoMj5uNCkboSr7zDVddr3V/QfEbpn > =FVbW > -----END PGP SIGNATURE----- > _______________________________________________ > 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 Sep 6 22:16:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33B4E1F3; Fri, 6 Sep 2013 22:16:21 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 77C972D80; Fri, 6 Sep 2013 22:16:20 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cWtQW4MNGzFTsM; Sat, 7 Sep 2013 00:16:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mwVOx5KQ0DRP; Sat, 7 Sep 2013 00:16:17 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 00:16:17 +0200 (CEST) Message-ID: <522A5430.8050001@FreeBSD.org> Date: Sat, 07 Sep 2013 00:16:16 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> In-Reply-To: <522A52EA.80900@passap.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , "O. Hartmann" , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 22:16:21 -0000 On 09/07/13 00:10, Boris Samorodov wrote: > 07.09.2013 01:51, O. Hartmann пишет: >> On Fri, 06 Sep 2013 21:11:26 +0400 >> Boris Samorodov wrote: >> >>> 06.09.2013 20:44, O. Hartmann пишет: >>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>> Boris Samorodov wrote: >>>> >>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>> >>>>>> Here we go. It is the config.log from one of the failing machines, >>>>>> failing in print/cups-client. >>>>> >>>>> Please, show the output of following commands (at the host in >>>>> question): # svn info /usr/ports/ >>>>> # svn svn st /usr/ports/print/cups* >>>>> >>>> svn info /usr/ports/ >>>> >>>> Path: /usr/ports >>>> Working Copy Root Path: /usr/ports >>>> URL: svn://svn.de.freebsd.org/ports/head >>>> Relative URL: ^/head >>>> Repository Root: svn://svn.de.freebsd.org/ports >>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>> Revision: 326523 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: danfe >>>> Last Changed Rev: 326523 >>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>>> >>>> >>>> svn st /usr/ports/print/cups* >>>> ? /usr/ports/print/cups-base/work >>>> ? /usr/ports/print/cups-client/work >>> >>> That is really stange... Some more info: >>> # svn st /usr/ports/Mk >> >> nothin (NULL output) >> >>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >>> >> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >> >> --localstatedir=/var >> --disable-slp >> --disable-gssapi --with-cups-user=cups >> --with-cups-group=cups --with-system-groups=wheel >> --with-docdir=/usr/local/share/doc/cups >> --with-icondir=/usr/local/share/icons >> --with-menudir=/usr/local/share/applications >> --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups >> --with-pam-module="unix" --enable-ssl >> --with-printcap=/usr/local/etc/printcap --disable-gnutls >> --enable-openssl --without-php --disable-dnssd --disable-pam >> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared" >> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} > > Well, the output is perfect. > >> I see a lot of those obscure libtool errors not finding libiconv.la. >> Where the hell does the tool take those ecos from the past? I guess I >> have to reboot the box after X11 has been compiled > > Did not see those. Since so far it seems that such errors are not > common, may be something at your environment causes this (may be > at /etc/make.conf)? > I did see some of those. libtool takes those settings from /usr/local/lib/*.la files, installed by ports, before this change. Many of those files hardcode -liconv. Usually portmaster/portupgrade are good enough at guessing the correct order, but sometimes they mess it up, and this kind of situation happens. On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and portmaster the older ones. This can be further narrowed down by grepping for "-liconv". -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 23:02:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 981DB16B; Fri, 6 Sep 2013 23:02:38 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C51E2121; Fri, 6 Sep 2013 23:02:38 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 38BB0C1EE3; Fri, 6 Sep 2013 23:02:36 +0000 (UTC) Date: Sat, 7 Sep 2013 01:02:36 +0200 From: Jeremie Le Hen To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <20130906230236.GI43281@caravan.chchile.org> Mail-Followup-To: Alexander Motin , freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org References: <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <5228F9D4.3060008@FreeBSD.org> <20130906080627.GH43281@caravan.chchile.org> <52299257.10704@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52299257.10704@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Sep 2013 23:02:38 -0000 On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote: > On 06.09.2013 11:06, Jeremie Le Hen wrote: > > On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: > >> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote: > >>> I've found and fixed possible double request completion, that could cause > >>> such symptoms if happened. Updated patch located as usual: > >>> http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch > >>> > > With this new one I cannot boot any more (I also updated the source > > tree). This is a hand transcripted version: > > > > Trying to mount root from zfs:zroot/root []... > > panic: Batch flag already set > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() > > kdb_backtrace() > > vpanic() > > kassert_panic() > > xpt_batch_start() > > ata_interrupt() > > softclock_call_cc() > > softclock() > > ithread_loop() > > fork_exit() > > fork_trampoline() > > Thank you for the report. I see my fault. It is probably specific to > ata(4) driver only. I've workarounded that in new patch version, but > probably that area needs some rethinking. > > http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch I'm not sure you needed a confirmation, but it boots. Thanks :). I didn't quite understand the thread; is direct dispatch enabled for amd64? ISTR you said only i386 but someone else posted the macro for amd64. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 23:53:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9CB844B5; Fri, 6 Sep 2013 23:53:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71C782832; Fri, 6 Sep 2013 23:53:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r86NrsdE052807; Fri, 6 Sep 2013 19:53:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r86Nrs6I052540; Fri, 6 Sep 2013 23:53:54 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Sep 2013 23:53:54 GMT Message-Id: <201309062353.r86Nrs6I052540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 23:53:55 -0000 TB --- 2013-09-06 20:50:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-06 20:50:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-06 20:50:25 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-06 20:50:25 - cleaning the object tree TB --- 2013-09-06 20:50:25 - /usr/local/bin/svn stat /src TB --- 2013-09-06 20:50:30 - At svn revision 255326 TB --- 2013-09-06 20:50:31 - building world TB --- 2013-09-06 20:50:31 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 20:50:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 20:50:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 20:50:31 - SRCCONF=/dev/null TB --- 2013-09-06 20:50:31 - TARGET=arm TB --- 2013-09-06 20:50:31 - TARGET_ARCH=armv6 TB --- 2013-09-06 20:50:31 - TZ=UTC TB --- 2013-09-06 20:50:31 - __MAKE_CONF=/dev/null TB --- 2013-09-06 20:50:31 - cd /src TB --- 2013-09-06 20:50:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Sep 6 20:50:39 UTC 2013 >>> 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 Sep 6 23:53:07 UTC 2013 TB --- 2013-09-06 23:53:07 - generating LINT kernel config TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf TB --- 2013-09-06 23:53:07 - /usr/bin/make -B LINT TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf TB --- 2013-09-06 23:53:07 - /usr/sbin/config -m LINT TB --- 2013-09-06 23:53:07 - skipping LINT kernel TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf TB --- 2013-09-06 23:53:07 - /usr/sbin/config -m AC100 TB --- 2013-09-06 23:53:07 - building AC100 kernel TB --- 2013-09-06 23:53:07 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 23:53:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 23:53:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 23:53:07 - SRCCONF=/dev/null TB --- 2013-09-06 23:53:07 - TARGET=arm TB --- 2013-09-06 23:53:07 - TARGET_ARCH=armv6 TB --- 2013-09-06 23:53:07 - TZ=UTC TB --- 2013-09-06 23:53:07 - __MAKE_CONF=/dev/null TB --- 2013-09-06 23:53:07 - cd /src TB --- 2013-09-06 23:53:07 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri Sep 6 23:53:08 UTC 2013 >>> 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 [...] ^ /src/sys/dev/md/md.c:460:9: error: implicit declaration of function 'sf_buf_alloc' is invalid in C99 [-Werror,-Wimplicit-function-declaration] sf = sf_buf_alloc(m, SFB_CPUPRIVATE | ^ /src/sys/dev/md/md.c:460:7: error: incompatible integer to pointer conversion assigning to 'struct sf_buf *' from 'int' [-Werror,-Wint-conversion] sf = sf_buf_alloc(m, SFB_CPUPRIVATE | ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-06 23:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-06 23:53:48 - ERROR: failed to build AC100 kernel TB --- 2013-09-06 23:53:48 - 8767.41 user 1614.91 system 11003.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Sep 6 23:59:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94C54607; Fri, 6 Sep 2013 23:59:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68A67285C; Fri, 6 Sep 2013 23:59:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r86NxRpw078094; Fri, 6 Sep 2013 19:59:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r86NxRLs078088; Fri, 6 Sep 2013 23:59:27 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 6 Sep 2013 23:59:27 GMT Message-Id: <201309062359.r86NxRLs078088@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 23:59:28 -0000 TB --- 2013-09-06 20:50:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-06 20:50:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-06 20:50:25 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-06 20:50:25 - cleaning the object tree TB --- 2013-09-06 20:50:25 - /usr/local/bin/svn stat /src TB --- 2013-09-06 20:50:30 - At svn revision 255326 TB --- 2013-09-06 20:50:31 - building world TB --- 2013-09-06 20:50:31 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 20:50:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 20:50:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 20:50:31 - SRCCONF=/dev/null TB --- 2013-09-06 20:50:31 - TARGET=arm TB --- 2013-09-06 20:50:31 - TARGET_ARCH=arm TB --- 2013-09-06 20:50:31 - TZ=UTC TB --- 2013-09-06 20:50:31 - __MAKE_CONF=/dev/null TB --- 2013-09-06 20:50:31 - cd /src TB --- 2013-09-06 20:50:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Sep 6 20:50:39 UTC 2013 >>> 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 Sep 6 23:51:40 UTC 2013 TB --- 2013-09-06 23:51:40 - generating LINT kernel config TB --- 2013-09-06 23:51:40 - cd /src/sys/arm/conf TB --- 2013-09-06 23:51:40 - /usr/bin/make -B LINT TB --- 2013-09-06 23:51:40 - cd /src/sys/arm/conf TB --- 2013-09-06 23:51:40 - /usr/sbin/config -m LINT TB --- 2013-09-06 23:51:41 - building LINT kernel TB --- 2013-09-06 23:51:41 - CROSS_BUILD_TESTING=YES TB --- 2013-09-06 23:51:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-06 23:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-06 23:51:41 - SRCCONF=/dev/null TB --- 2013-09-06 23:51:41 - TARGET=arm TB --- 2013-09-06 23:51:41 - TARGET_ARCH=arm TB --- 2013-09-06 23:51:41 - TZ=UTC TB --- 2013-09-06 23:51:41 - __MAKE_CONF=/dev/null TB --- 2013-09-06 23:51:41 - cd /src TB --- 2013-09-06 23:51:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 6 23:51:41 UTC 2013 >>> 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 [...] ^ /src/sys/dev/md/md.c:460:9: error: implicit declaration of function 'sf_buf_alloc' is invalid in C99 [-Werror,-Wimplicit-function-declaration] sf = sf_buf_alloc(m, SFB_CPUPRIVATE | ^ /src/sys/dev/md/md.c:460:7: error: incompatible integer to pointer conversion assigning to 'struct sf_buf *' from 'int' [-Werror,-Wint-conversion] sf = sf_buf_alloc(m, SFB_CPUPRIVATE | ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-06 23:59:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-06 23:59:27 - ERROR: failed to build LINT kernel TB --- 2013-09-06 23:59:27 - 8900.97 user 1686.52 system 11341.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 05:11:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDB49990; Sat, 7 Sep 2013 05:11:55 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14AF82B0A; Sat, 7 Sep 2013 05:11:55 +0000 (UTC) Received: from p508c7b52.dip0.t-ipconnect.de ([80.140.123.82] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1VIAoE-0004t9-PJ; Sat, 07 Sep 2013 07:11:46 +0200 Message-ID: <522AB58E.7020900@gwdg.de> Date: Sat, 07 Sep 2013 07:11:42 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <20130906220728.GE77141@ithaqua.etoilebsd.net> In-Reply-To: <20130906220728.GE77141@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: "O. Hartmann" , freebsd-current@freebsd.org, FreeBSD ports list , AN , Boris Samorodov , Guido Falsi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 05:11:55 -0000 Am 07.09.2013 00:07, schrieb Baptiste Daroussin: > On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote: >> On Fri, 06 Sep 2013 21:11:26 +0400 >> Boris Samorodov wrote: >> >>> 06.09.2013 20:44, O. Hartmann пишет: >>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>> Boris Samorodov wrote: >>>> >>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>> >>>>>> Here we go. It is the config.log from one of the failing machines, >>>>>> failing in print/cups-client. >>>>> >>>>> Please, show the output of following commands (at the host in >>>>> question): # svn info /usr/ports/ >>>>> # svn svn st /usr/ports/print/cups* >>>>> >>>> svn info /usr/ports/ >>>> >>>> Path: /usr/ports >>>> Working Copy Root Path: /usr/ports >>>> URL: svn://svn.de.freebsd.org/ports/head >>>> Relative URL: ^/head >>>> Repository Root: svn://svn.de.freebsd.org/ports >>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>> Revision: 326523 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: danfe >>>> Last Changed Rev: 326523 >>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>>> >>>> >>>> svn st /usr/ports/print/cups* >>>> ? /usr/ports/print/cups-base/work >>>> ? /usr/ports/print/cups-client/work >>> >>> That is really stange... Some more info: >>> # svn st /usr/ports/Mk >> >> nothin (NULL output) >> >>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >>> >> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >> >> --localstatedir=/var >> --disable-slp >> --disable-gssapi --with-cups-user=cups >> --with-cups-group=cups --with-system-groups=wheel >> --with-docdir=/usr/local/share/doc/cups >> --with-icondir=/usr/local/share/icons >> --with-menudir=/usr/local/share/applications >> --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups >> --with-pam-module="unix" --enable-ssl >> --with-printcap=/usr/local/etc/printcap --disable-gnutls >> --enable-openssl --without-php --disable-dnssd --disable-pam >> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared" >> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} >> >> >> >> >> I see a lot of those obscure libtool errors not finding libiconv.la. >> Where the hell does the tool take those ecos from the past? I guess I >> have to reboot the box after X11 has been compiled >> > > Can you try to force rebuilding gettext first? I can confirm that at least on my box after rebuilding gettext there are no more of these 'not finding libiconv.la' errors. For some reason gmake should be also rebuilded in an early stage. After that, rebuilding libxml2 works fine. > > and then retry? > > regards, > Bapt > From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 06:10:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6C08C161; Sat, 7 Sep 2013 06:10:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F4C32CE7; Sat, 7 Sep 2013 06:10:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIBj4-003P1i-GO>; Sat, 07 Sep 2013 08:10:30 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIBj4-000X1L-CS>; Sat, 07 Sep 2013 08:10:30 +0200 Date: Sat, 7 Sep 2013 08:10:29 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907081029.2f78b01d@thor.walstatt.dyndns.org> In-Reply-To: <522A52EA.80900@passap.ru> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 06:10:33 -0000 On Sat, 07 Sep 2013 02:10:50 +0400 Boris Samorodov wrote: > 07.09.2013 01:51, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Fri, 06 Sep 2013 21:11:26 +0400 > > Boris Samorodov wrote: > >=20 > >> 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> On Fri, 06 Sep 2013 20:08:59 +0400 > >>> Boris Samorodov wrote: > >>> > >>>> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>> > >>>>> Here we go. It is the config.log from one of the failing > >>>>> machines, failing in print/cups-client. > >>>> > >>>> Please, show the output of following commands (at the host in > >>>> question): # svn info /usr/ports/ > >>>> # svn svn st /usr/ports/print/cups* > >>>> > >>> svn info /usr/ports/ > >>> > >>> Path: /usr/ports > >>> Working Copy Root Path: /usr/ports > >>> URL: svn://svn.de.freebsd.org/ports/head > >>> Relative URL: ^/head > >>> Repository Root: svn://svn.de.freebsd.org/ports > >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > >>> Revision: 326523 > >>> Node Kind: directory > >>> Schedule: normal > >>> Last Changed Author: danfe > >>> Last Changed Rev: 326523 > >>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >>> > >>> > >>> svn st /usr/ports/print/cups* > >>> ? /usr/ports/print/cups-base/work > >>> ? /usr/ports/print/cups-client/work > >> > >> That is really stange... Some more info: > >> # svn st /usr/ports/Mk > >=20 > > nothin (NULL output) > >=20 > >> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >> CONFIGURE_ARGS > >> > > make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS > >=20 > > --localstatedir=3D/var > > --disable-slp > > --disable-gssapi --with-cups-user=3Dcups > > --with-cups-group=3Dcups --with-system-groups=3Dwheel > > --with-docdir=3D/usr/local/share/doc/cups > > --with-icondir=3D/usr/local/share/icons > > --with-menudir=3D/usr/local/share/applications > > --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups > > --with-pam-module=3D"unix" --enable-ssl > > --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > > --enable-openssl --without-php --disable-dnssd --disable-pam > > --disable-ldap --disable-dbus --disable-libusb > > LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} >=20 > Well, the output is perfect. >=20 > > I see a lot of those obscure libtool errors not finding libiconv.la. > > Where the hell does the tool take those ecos from the past? I guess > > I have to reboot the box after X11 has been compiled >=20 > Did not see those. Since so far it seems that such errors are not > common, may be something at your environment causes this (may be > at /etc/make.conf)? >=20 This morning after a boot of two machines in question, I see those here for building mail/claws-mail-fancy, which fails, by the way (gmake, flex, autotools, gawk et cetera has been rebuild very early in the build process as well as several other baseline ports, like coreutils). I tried to track down the libraries included when linking, but it seems that those has already been rebuild already. [...] /bin/sh ../../../libtool --tag=3DCC --mode=3Dlink cc -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -Wno-unused-function -Wno-pointer-sign -Wall -I/usr/local/include/enchant -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include -avoid-version -module -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype -L/usr/local/lib -lfontconfig -lwebkitgtk-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -ljavascriptcoregtk-1.0 -L/usr/local/lib -lglib-2.0 -lintl -lsoup-gnome-2.4 -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl -L/usr/local/lib -lcurl -L/usr/local/lib -o fancy.la -rpath /usr/local/lib/claws-mail/plugins fancy_viewer.lo fancy_prefs.lo -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype -L/usr/local/lib -lfontconfig -larchive -lexecinfo -lm -L/usr/local/lib -letpan -L/usr/local/lib -pthread -Wl,-rpath=3D/usr/lib:/usr/local/lib -L/usr/local/lib -lcurl -lssl -lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2 grep: /usr/local/lib/libiconv.la: No such file or directory sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive Oliver From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 06:32:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE5F96B2; Sat, 7 Sep 2013 06:32:51 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B15D2DED; Sat, 7 Sep 2013 06:32:51 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so2030518eek.3 for ; Fri, 06 Sep 2013 23:32:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ilD9VCbquphj1dYzFxmCe9bvhxnFO5x39Z+sK2ZQYyc=; b=QG21UhYVc6fS3I1DtG2lispuOFkJAHmGsBe8l2vshkVr1YO4aWaD22pXiPLM0kCxZ7 8ANziza/TDXJyqWx1/AxUCzeGzvLcl//C04L0EdjqhbUE6MyOUjeCEQa56mFfYcVFGc+ hl/mUU1NklX3q0vTmgPv0FRd14FTrHEeDNSU0gjqkWUFPbIOJ8fzIMO3ya6DnJspUMXA mGEgOm3UEsx300oUisAtYb5kK3Xq+xHC5yOcupeulRa62VM+h/bJVYhOHjFnuXYpjYO4 lWHlGSXs3iftT5iIQEduNFp4xMDOn+FoV6ShN31B/CJoo6bP2z+WyUGGctmThFYA0+aL Wfag== X-Received: by 10.14.8.72 with SMTP id 48mr10508882eeq.25.1378535568549; Fri, 06 Sep 2013 23:32:48 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id r48sm2188473eev.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Sep 2013 23:32:47 -0700 (PDT) Sender: Alexander Motin Message-ID: <522AC88D.4070005@FreeBSD.org> Date: Sat, 07 Sep 2013 09:32:45 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , freebsd-geom@freebsd.org Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> <5228F9D4.3060008@FreeBSD.org> <20130906080627.GH43281@caravan.chchile.org> <52299257.10704@FreeBSD.org> <20130906230236.GI43281@caravan.chchile.org> In-Reply-To: <20130906230236.GI43281@caravan.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 06:32:52 -0000 On 07.09.2013 02:02, Jeremie Le Hen wrote: > On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote: >> On 06.09.2013 11:06, Jeremie Le Hen wrote: >>> On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: >>>> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote: >>>>> I've found and fixed possible double request completion, that could cause >>>>> such symptoms if happened. Updated patch located as usual: >>>>> http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch >>>>> >>> With this new one I cannot boot any more (I also updated the source >>> tree). This is a hand transcripted version: >>> >>> Trying to mount root from zfs:zroot/root []... >>> panic: Batch flag already set >>> cpuid = 1 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() >>> kdb_backtrace() >>> vpanic() >>> kassert_panic() >>> xpt_batch_start() >>> ata_interrupt() >>> softclock_call_cc() >>> softclock() >>> ithread_loop() >>> fork_exit() >>> fork_trampoline() >> >> Thank you for the report. I see my fault. It is probably specific to >> ata(4) driver only. I've workarounded that in new patch version, but >> probably that area needs some rethinking. >> >> http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch > > I'm not sure you needed a confirmation, but it boots. Thanks :). > > I didn't quite understand the thread; is direct dispatch enabled for > amd64? ISTR you said only i386 but someone else posted the macro for > amd64. Yes, it is enabled for amd64. I've said x86, meaning both i386 and amd64. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 07:42:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2368F964; Sat, 7 Sep 2013 07:42:10 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 11C7B20C2; Sat, 7 Sep 2013 07:42:09 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cX6zN2sbMzFTsM; Sat, 7 Sep 2013 09:42:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WEZc8QH8GhnX; Sat, 7 Sep 2013 09:42:06 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 09:42:06 +0200 (CEST) Message-ID: <522AD8CD.9030704@FreeBSD.org> Date: Sat, 07 Sep 2013 09:42:05 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <20130907081029.2f78b01d@thor.walstatt.dyndns.org> In-Reply-To: <20130907081029.2f78b01d@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 07:42:10 -0000 On 09/07/13 08:10, O. Hartmann wrote: > On Sat, 07 Sep 2013 02:10:50 +0400 > Boris Samorodov wrote: > >> 07.09.2013 01:51, O. Hartmann пишет: >>> On Fri, 06 Sep 2013 21:11:26 +0400 >>> Boris Samorodov wrote: >>> >>>> 06.09.2013 20:44, O. Hartmann пишет: >>>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>>> Boris Samorodov wrote: >>>>> >>>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>>> >>>>>>> Here we go. It is the config.log from one of the failing >>>>>>> machines, failing in print/cups-client. >>>>>> >>>>>> Please, show the output of following commands (at the host in >>>>>> question): # svn info /usr/ports/ >>>>>> # svn svn st /usr/ports/print/cups* >>>>>> >>>>> svn info /usr/ports/ >>>>> >>>>> Path: /usr/ports >>>>> Working Copy Root Path: /usr/ports >>>>> URL: svn://svn.de.freebsd.org/ports/head >>>>> Relative URL: ^/head >>>>> Repository Root: svn://svn.de.freebsd.org/ports >>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>>> Revision: 326523 >>>>> Node Kind: directory >>>>> Schedule: normal >>>>> Last Changed Author: danfe >>>>> Last Changed Rev: 326523 >>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>>>> >>>>> >>>>> svn st /usr/ports/print/cups* >>>>> ? /usr/ports/print/cups-base/work >>>>> ? /usr/ports/print/cups-client/work >>>> >>>> That is really stange... Some more info: >>>> # svn st /usr/ports/Mk >>> >>> nothin (NULL output) >>> >>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V >>>> CONFIGURE_ARGS >>>> >>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >>> >>> --localstatedir=/var >>> --disable-slp >>> --disable-gssapi --with-cups-user=cups >>> --with-cups-group=cups --with-system-groups=wheel >>> --with-docdir=/usr/local/share/doc/cups >>> --with-icondir=/usr/local/share/icons >>> --with-menudir=/usr/local/share/applications >>> --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups >>> --with-pam-module="unix" --enable-ssl >>> --with-printcap=/usr/local/etc/printcap --disable-gnutls >>> --enable-openssl --without-php --disable-dnssd --disable-pam >>> --disable-ldap --disable-dbus --disable-libusb >>> LIBS="-lssp_nonshared" --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} >> >> Well, the output is perfect. >> >>> I see a lot of those obscure libtool errors not finding libiconv.la. >>> Where the hell does the tool take those ecos from the past? I guess >>> I have to reboot the box after X11 has been compiled >> >> Did not see those. Since so far it seems that such errors are not >> common, may be something at your environment causes this (may be >> at /etc/make.conf)? >> > > This morning after a boot of two machines in question, I see those here > for building mail/claws-mail-fancy, which fails, by the way (gmake, > flex, autotools, gawk et cetera has been rebuild very early in the build > process as well as several other baseline ports, like coreutils). > > I tried to track down the libraries included when linking, but it seems > that those has already been rebuild already. > > [...] > /bin/sh ../../../libtool --tag=CC --mode=link cc -O2 -pipe -O3 [...] > -lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2 > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory libtool: > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > Lets try to find what is still blocking libtool, can you try performing: find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | xargs -n 1 pkg which -oq | sort -u this convoluted one liner should give a list of ports still having libtool files with iconv hardwired in them in /usr/local/lib. You u should rebuild them. Usually portmaster and portupgrade are able to guess the right order, so you can also add "| xargs portmaster" or "| xargs portupgrade -f" to it to simply start the update. The grep for iconv may be a little overkill, most probably grep libiconv" is enough, but they should detect the same things anyway. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 07:57:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 00FA7F1; Sat, 7 Sep 2013 07:57:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86E99214B; Sat, 7 Sep 2013 07:57:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIDP0-003kEz-M1>; Sat, 07 Sep 2013 09:57:54 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIDP0-000ejk-Gk>; Sat, 07 Sep 2013 09:57:54 +0200 Date: Sat, 7 Sep 2013 09:57:53 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907095753.5a62de69@thor.walstatt.dyndns.org> In-Reply-To: <522AD8CD.9030704@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <20130907081029.2f78b01d@thor.walstatt.dyndns.org> <522AD8CD.9030704@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 07:57:57 -0000 On Sat, 07 Sep 2013 09:42:05 +0200 Guido Falsi wrote: > On 09/07/13 08:10, O. Hartmann wrote: > > On Sat, 07 Sep 2013 02:10:50 +0400 > > Boris Samorodov wrote: > > > >> 07.09.2013 01:51, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> On Fri, 06 Sep 2013 21:11:26 +0400 > >>> Boris Samorodov wrote: > >>> > >>>> 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>> On Fri, 06 Sep 2013 20:08:59 +0400 > >>>>> Boris Samorodov wrote: > >>>>> > >>>>>> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>> > >>>>>>> Here we go. It is the config.log from one of the failing > >>>>>>> machines, failing in print/cups-client. > >>>>>> > >>>>>> Please, show the output of following commands (at the host in > >>>>>> question): # svn info /usr/ports/ > >>>>>> # svn svn st /usr/ports/print/cups* > >>>>>> > >>>>> svn info /usr/ports/ > >>>>> > >>>>> Path: /usr/ports > >>>>> Working Copy Root Path: /usr/ports > >>>>> URL: svn://svn.de.freebsd.org/ports/head > >>>>> Relative URL: ^/head > >>>>> Repository Root: svn://svn.de.freebsd.org/ports > >>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > >>>>> Revision: 326523 > >>>>> Node Kind: directory > >>>>> Schedule: normal > >>>>> Last Changed Author: danfe > >>>>> Last Changed Rev: 326523 > >>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >>>>> > >>>>> > >>>>> svn st /usr/ports/print/cups* > >>>>> ? /usr/ports/print/cups-base/work > >>>>> ? /usr/ports/print/cups-client/work > >>>> > >>>> That is really stange... Some more info: > >>>> # svn st /usr/ports/Mk > >>> > >>> nothin (NULL output) > >>> > >>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>>> CONFIGURE_ARGS > >>>> > >>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>> CONFIGURE_ARGS > >>> > >>> --localstatedir=3D/var > >>> --disable-slp > >>> --disable-gssapi --with-cups-user=3Dcups > >>> --with-cups-group=3Dcups --with-system-groups=3Dwheel > >>> --with-docdir=3D/usr/local/share/doc/cups > >>> --with-icondir=3D/usr/local/share/icons > >>> --with-menudir=3D/usr/local/share/applications > >>> --with-domainsocket=3D/var/run/cups.sock > >>> --with-cachedir=3D/var/db/cups > >>> --with-pam-module=3D"unix" --enable-ssl > >>> --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > >>> --enable-openssl --without-php --disable-dnssd --disable-pam > >>> --disable-ldap --disable-dbus --disable-libusb > >>> LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} > >> > >> Well, the output is perfect. > >> > >>> I see a lot of those obscure libtool errors not finding > >>> libiconv.la. Where the hell does the tool take those ecos from > >>> the past? I guess I have to reboot the box after X11 has been > >>> compiled > >> > >> Did not see those. Since so far it seems that such errors are not > >> common, may be something at your environment causes this (may be > >> at /etc/make.conf)? > >> > > > > This morning after a boot of two machines in question, I see those > > here for building mail/claws-mail-fancy, which fails, by the way > > (gmake, flex, autotools, gawk et cetera has been rebuild very early > > in the build process as well as several other baseline ports, like > > coreutils). > > > > I tried to track down the libraries included when linking, but it > > seems that those has already been rebuild already. > > > > [...] > > /bin/sh ../../../libtool --tag=3DCC --mode=3Dlink cc -O2 -pipe -O3 > [...] > > -lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2 > > grep: /usr/local/lib/libiconv.la: No such file or directory > > sed: /usr/local/lib/libiconv.la: No such file or directory libtool: > > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > > >=20 > Lets try to find what is still blocking libtool, can you try > performing: >=20 > find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |=20 > xargs -n 1 pkg which -oq | sort -u >=20 > this convoluted one liner should give a list of ports still having=20 > libtool files with iconv hardwired in them in /usr/local/lib. You > u should rebuild them. Usually portmaster and portupgrade are able to=20 > guess the right order, so you can also add "| xargs portmaster" or > "| xargs portupgrade -f" to it to simply start the update. >=20 > The grep for iconv may be a little overkill, most probably grep=20 > libiconv" is enough, but they should detect the same things anyway. >=20 Below the requested list. But the system is "at work" again, means, I proceed the update after having had a rest at night. I can still see most of the listed ports also in the list of the "to do" for being recompiled. accessibility/at-spi2-atk accessibility/at-spi2-core converters/psiconv databases/libgda4 devel/devhelp devel/eggdbus devel/glade3 devel/libgdata devel/libzvbi editors/abiword graphics/colord graphics/gdal graphics/gegl graphics/gimp-app mail/claws-mail-fancy mail/claws-mail-notification mail/claws-mail-pdf_viewer mail/claws-mail-vcalendar multimedia/libxine multimedia/py-gstreamer multimedia/vcdimager multimedia/vlc net/libcmis print/gutenprint-base security/cracklib security/seahorse textproc/gnome-spell textproc/libvisio textproc/rasqal textproc/redland x11-toolkits/gtk30 x11-toolkits/gtkglext x11-toolkits/gtkmm24 x11-toolkits/pangox-compat x11-toolkits/py-gtk2 x11-toolkits/py-gtksourceview x11-toolkits/py-vte x11-toolkits/unique x11/gnome-desktop From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 08:11:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE8CB956; Sat, 7 Sep 2013 08:11:34 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 37BAC2201; Sat, 7 Sep 2013 08:11:34 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cX7dK43HQzFTsM; Sat, 7 Sep 2013 10:11:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1V09lFx-aADV; Sat, 7 Sep 2013 10:11:31 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 10:11:31 +0200 (CEST) Message-ID: <522ADFB2.5050701@FreeBSD.org> Date: Sat, 07 Sep 2013 10:11:30 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <20130907081029.2f78b01d@thor.walstatt.dyndns.org> <522AD8CD.9030704@FreeBSD.org> <20130907095753.5a62de69@thor.walstatt.dyndns.org> In-Reply-To: <20130907095753.5a62de69@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 08:11:35 -0000 On 09/07/13 09:57, O. Hartmann wrote: > On Sat, 07 Sep 2013 09:42:05 +0200 > Guido Falsi wrote: > >> On 09/07/13 08:10, O. Hartmann wrote: >>> On Sat, 07 Sep 2013 02:10:50 +0400 >>> Boris Samorodov wrote: >>> >>>> 07.09.2013 01:51, O. Hartmann пишет: >>>>> On Fri, 06 Sep 2013 21:11:26 +0400 >>>>> Boris Samorodov wrote: >>>>> >>>>>> 06.09.2013 20:44, O. Hartmann пишет: >>>>>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>>>>> Boris Samorodov wrote: >>>>>>> >>>>>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>>>>> >>>>>>>>> Here we go. It is the config.log from one of the failing >>>>>>>>> machines, failing in print/cups-client. >>>>>>>> >>>>>>>> Please, show the output of following commands (at the host in >>>>>>>> question): # svn info /usr/ports/ >>>>>>>> # svn svn st /usr/ports/print/cups* >>>>>>>> >>>>>>> svn info /usr/ports/ >>>>>>> >>>>>>> Path: /usr/ports >>>>>>> Working Copy Root Path: /usr/ports >>>>>>> URL: svn://svn.de.freebsd.org/ports/head >>>>>>> Relative URL: ^/head >>>>>>> Repository Root: svn://svn.de.freebsd.org/ports >>>>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>>>>> Revision: 326523 >>>>>>> Node Kind: directory >>>>>>> Schedule: normal >>>>>>> Last Changed Author: danfe >>>>>>> Last Changed Rev: 326523 >>>>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>>>>>> >>>>>>> >>>>>>> svn st /usr/ports/print/cups* >>>>>>> ? /usr/ports/print/cups-base/work >>>>>>> ? /usr/ports/print/cups-client/work >>>>>> >>>>>> That is really stange... Some more info: >>>>>> # svn st /usr/ports/Mk >>>>> >>>>> nothin (NULL output) >>>>> >>>>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V >>>>>> CONFIGURE_ARGS >>>>>> >>>>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V >>>>> CONFIGURE_ARGS >>>>> >>>>> --localstatedir=/var >>>>> --disable-slp >>>>> --disable-gssapi --with-cups-user=cups >>>>> --with-cups-group=cups --with-system-groups=wheel >>>>> --with-docdir=/usr/local/share/doc/cups >>>>> --with-icondir=/usr/local/share/icons >>>>> --with-menudir=/usr/local/share/applications >>>>> --with-domainsocket=/var/run/cups.sock >>>>> --with-cachedir=/var/db/cups >>>>> --with-pam-module="unix" --enable-ssl >>>>> --with-printcap=/usr/local/etc/printcap --disable-gnutls >>>>> --enable-openssl --without-php --disable-dnssd --disable-pam >>>>> --disable-ldap --disable-dbus --disable-libusb >>>>> LIBS="-lssp_nonshared" --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} >>>> >>>> Well, the output is perfect. >>>> >>>>> I see a lot of those obscure libtool errors not finding >>>>> libiconv.la. Where the hell does the tool take those ecos from >>>>> the past? I guess I have to reboot the box after X11 has been >>>>> compiled >>>> >>>> Did not see those. Since so far it seems that such errors are not >>>> common, may be something at your environment causes this (may be >>>> at /etc/make.conf)? >>>> >>> >>> This morning after a boot of two machines in question, I see those >>> here for building mail/claws-mail-fancy, which fails, by the way >>> (gmake, flex, autotools, gawk et cetera has been rebuild very early >>> in the build process as well as several other baseline ports, like >>> coreutils). >>> >>> I tried to track down the libraries included when linking, but it >>> seems that those has already been rebuild already. >>> >>> [...] >>> /bin/sh ../../../libtool --tag=CC --mode=link cc -O2 -pipe -O3 >> [...] >>> -lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2 >>> grep: /usr/local/lib/libiconv.la: No such file or directory >>> sed: /usr/local/lib/libiconv.la: No such file or directory libtool: >>> link: `/usr/local/lib/libiconv.la' is not a valid libtool archive >>> >> >> Lets try to find what is still blocking libtool, can you try >> performing: >> >> find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | >> xargs -n 1 pkg which -oq | sort -u >> >> this convoluted one liner should give a list of ports still having >> libtool files with iconv hardwired in them in /usr/local/lib. You >> u should rebuild them. Usually portmaster and portupgrade are able to >> guess the right order, so you can also add "| xargs portmaster" or >> "| xargs portupgrade -f" to it to simply start the update. >> >> The grep for iconv may be a little overkill, most probably grep >> libiconv" is enough, but they should detect the same things anyway. >> > > Below the requested list. But the system is "at work" again, means, I > proceed the update after having had a rest at night. Sure, I understand that. > > I can still see most of the listed ports also in the list of the "to > do" for being recompiled. Yes, that's expected. One or more of these are being put in the wrong order by portmaster though, for some reason. Try to start portmaster against these, which are anyway much less that the whole list life for portmaster should be easier. > > accessibility/at-spi2-atk > accessibility/at-spi2-core > converters/psiconv > devel/glade3 > textproc/gnome-spell > x11-toolkits/gtk30 > x11-toolkits/gtkglext > x11-toolkits/gtkmm24 > x11-toolkits/pangox-compat > x11-toolkits/py-gtk2 > x11-toolkits/py-gtksourceview > x11-toolkits/py-vte > x11-toolkits/unique > x11/gnome-desktop I'm just guessing but this stripped down list contains the most probable offenders. > mail/claws-mail-fancy > mail/claws-mail-notification > mail/claws-mail-pdf_viewer > mail/claws-mail-vcalendar I don't know claws-mail, but I see it has various modules. It may be necessary to rebuild the while package with "portmaster claws" since it is possible some module(or the base software) isn't being rebuild but needs to anyway. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 08:50:41 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7936065A for ; Sat, 7 Sep 2013 08:50:41 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA7F246C for ; Sat, 7 Sep 2013 08:50:41 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2l.mail.yandex.net (Yandex) with ESMTP id F40AA1AC007C for ; Sat, 7 Sep 2013 12:50:38 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id AAA812C163D for ; Sat, 7 Sep 2013 12:50:38 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ChUDrlnaz8-ocG4SF8J; Sat, 7 Sep 2013 12:50:38 +0400 Message-ID: <522AE8DE.8040508@passap.ru> Date: Sat, 07 Sep 2013 12:50:38 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: gcc switchoff leftovers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 08:50:41 -0000 Hi All, I get some leftovers at fresh CURRENT: ---- % uname -a FreeBSD bb052.int.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255298: Fri Sep 6 18:15:25 UTC 2013 bsam@bb052.int.wart.ru:/usr/obj/usr/src/sys/BB64X amd64 % yes | sudo make -C /usr/src delete-old [...] >>> Removing old directories rmdir: /usr/include/gcc/4.2: Directory not empty rmdir: /usr/include/gcc: Directory not empty >>> Old directories removed ---- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 09:00:01 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 965D27E9; Sat, 7 Sep 2013 09:00:01 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 576D224AB; Sat, 7 Sep 2013 09:00:01 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIEN5-003x4Y-KF>; Sat, 07 Sep 2013 10:59:59 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIEN5-000j45-Fc>; Sat, 07 Sep 2013 10:59:59 +0200 Date: Sat, 7 Sep 2013 10:59:59 +0200 From: "O. Hartmann" To: David Chisnall Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc Message-ID: <20130907105959.30ea7e96@thor.walstatt.dyndns.org> In-Reply-To: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 78.52.242.210 Cc: freebsd-current CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 09:00:01 -0000 On Fri, 6 Sep 2013 21:19:32 +0100 David Chisnall wrote: > Hi Everyone, > > As of r255321, we are no longer building gcc or libstdc++ as part of > the default install on platforms where clang is cc. > > If you are using gcc, you have two options: > > 1) Install one of the lang/gcc* ports (Warner has been working on > separating out the patches to our GCC, so these should soon be > patched to provide the same features as the one in base) > > 2) Put WITH_GCC=yes and WITH_GNUCXX=yes in your src.conf when you > build world. > > GCC will stay in the base system tree for at least the lifetime of > the 10.x release, and possibly longer if it is still being actively > used. It will remain used by tinderboxes and make universe for some > architectures, so if you commit code without testing with gcc people > will know very soon... > > Thanks to Warner for all of his recent work on disentangling the > toolchain, to all of the people (Roman, Dimitry, Brooks, and others) > who worked on getting clang integrated into FreeBSD and to everyone > who tested it and filed bug reports. As of today, PowerPC64 joins > x86 and ARM as platforms where world+kernel can be successfully built > (and work) with clang (although it isn't the default yet and needs > more testing), and hopefully other architectures will follow soon. > > Huge thanks to all of the ports people who have spent the last two > weeks working on dealing with the fallout from iconv and ensuring > that all of the ports work with clang and libc++. I think over the > last week, the number of failing / ignored ports has dropped by about > a thousand a day on the no-gcc test box that Bapt has been running, > which is a phenomenal achievement. > > David Removing the outdated stuff with make delete-old in /usr/src leaves me with some recently touched include files in /usr/include/gcc/4.2: ll /usr/include/gcc/4.2/ total 14 236810 drwxr-xr-x 2 root wheel - 512B 7 Sep 10:50 ./ 235531 drwxr-xr-x 3 root wheel - 512B 3 Nov 2010 ../ 236036 -r--r--r-- 1 root wheel - 1.9k 4 Sep 12:07 __wmmintrin_aes.h 236058 -r--r--r-- 1 root wheel - 2k 4 Sep 12:07 __wmmintrin_pclmul.h 235704 -r--r--r-- 1 root wheel - 2.3k 7 Jun 08:55 ammintrin.h 236028 -r--r--r-- 1 root wheel - 1.6k 4 Sep 12:07 wmmintrin.h (sorry for the weird breakup of the line). Regards, Oliver [...] >>> Removing old files (only deletes safe to delete libs) remove /usr/lib/libisc.a? remove /usr/lib/libisc.so? remove /usr/lib/libisc_p.a? remove /usr/include/isc/assertions.h? remove /usr/include/isc/heap.h? remove /usr/include/isc/list.h? remove /usr/bin/g++? y remove /usr/bin/gcc? y remove /usr/bin/gcov? y remove /usr/bin/gcpp? y remove /usr/include/gcc/4.2/emmintrin.h? y remove /usr/include/gcc/4.2/mm_malloc.h? y remove /usr/include/gcc/4.2/mmintrin.h? y remove /usr/include/gcc/4.2/pmmintrin.h? y remove /usr/include/gcc/4.2/tmmintrin.h? y remove /usr/include/gcc/4.2/xmmintrin.h? y remove /usr/include/gcc/4.2/mm3dnow.h? y remove /usr/libexec/cc1? y remove /usr/libexec/cc1plus? y remove /usr/share/info/cpp.info.gz? y remove /usr/share/info/cppinternals.info.gz? y remove /usr/share/info/gcc.info.gz? y remove /usr/share/info/gccint.info.gz? y remove /usr/share/man/man1/g++.1.gz? y remove /usr/share/man/man1/gcc.1.gz? y remove /usr/share/man/man1/gcov.1.gz? y remove /usr/share/man/man1/gcpp.1.gz? y remove /usr/share/man/cat1/gcc.1.gz? y remove /usr/share/man/cat1/g++.1.gz? y remove /usr/share/man/cat1/gcov.1.gz? y remove /usr/share/man/cat1/gcpp.1.gz? y >>> Old files removed >>> Removing old directories rmdir: /usr/include/gcc/4.2: Directory not empty rmdir: /usr/include/gcc: Directory not empty >>> Old directories removed To remove old libraries run 'make delete-old-libs'. From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 10:23:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7341E1CC; Sat, 7 Sep 2013 10:23:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E690285B; Sat, 7 Sep 2013 10:23:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIFfn-0001Ha-5Y>; Sat, 07 Sep 2013 12:23:23 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIFfn-000q37-2c>; Sat, 07 Sep 2013 12:23:23 +0200 Date: Sat, 7 Sep 2013 12:23:22 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907122322.5f64fd36@thor.walstatt.dyndns.org> In-Reply-To: <522A0CBE.8010905@passap.ru> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 10:23:25 -0000 On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov wrote: > 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Fri, 06 Sep 2013 20:08:59 +0400 > > Boris Samorodov wrote: > >=20 > >> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> > >>> Here we go. It is the config.log from one of the failing machines, > >>> failing in print/cups-client. > >> > >> Please, show the output of following commands (at the host in > >> question): # svn info /usr/ports/ > >> # svn svn st /usr/ports/print/cups* > >> > > svn info /usr/ports/ > >=20 > > Path: /usr/ports > > Working Copy Root Path: /usr/ports > > URL: svn://svn.de.freebsd.org/ports/head > > Relative URL: ^/head > > Repository Root: svn://svn.de.freebsd.org/ports > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > Revision: 326523 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: danfe > > Last Changed Rev: 326523 > > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >=20 > >=20 > > svn st /usr/ports/print/cups* > > ? /usr/ports/print/cups-base/work > > ? /usr/ports/print/cups-client/work >=20 > That is really stange... Some more info: > # svn st /usr/ports/Mk > # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >=20 After this morning's reboot and restart of the update marathon, even print/cups builds fine for now! I have no clue what went wrong. I guess most evidences and traces are gone with the restart of the boxes in question (they had all (3) the same symptoms). Thanks for looking into this, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 10:32:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C0DD075E; Sat, 7 Sep 2013 10:32:31 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 3A03928D6; Sat, 7 Sep 2013 10:32:31 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cXBly2q00zFTsN; Sat, 7 Sep 2013 12:32:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FZwiG4weM7pQ; Sat, 7 Sep 2013 12:32:28 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 12:32:28 +0200 (CEST) Message-ID: <522B00BB.6090508@FreeBSD.org> Date: Sat, 07 Sep 2013 12:32:27 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130902 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130907122322.5f64fd36@thor.walstatt.dyndns.org> In-Reply-To: <20130907122322.5f64fd36@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 10:32:31 -0000 On 09/07/13 12:23, O. Hartmann wrote: > On Fri, 06 Sep 2013 21:11:26 +0400 > Boris Samorodov wrote: > >> 06.09.2013 20:44, O. Hartmann пишет: >>> On Fri, 06 Sep 2013 20:08:59 +0400 >>> Boris Samorodov wrote: >>> >>>> 06.09.2013 19:44, O. Hartmann пишет: >>>> >>>>> Here we go. It is the config.log from one of the failing machines, >>>>> failing in print/cups-client. >>>> >>>> Please, show the output of following commands (at the host in >>>> question): # svn info /usr/ports/ >>>> # svn svn st /usr/ports/print/cups* >>>> >>> svn info /usr/ports/ >>> >>> Path: /usr/ports >>> Working Copy Root Path: /usr/ports >>> URL: svn://svn.de.freebsd.org/ports/head >>> Relative URL: ^/head >>> Repository Root: svn://svn.de.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 326523 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: danfe >>> Last Changed Rev: 326523 >>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>> >>> >>> svn st /usr/ports/print/cups* >>> ? /usr/ports/print/cups-base/work >>> ? /usr/ports/print/cups-client/work >> >> That is really stange... Some more info: >> # svn st /usr/ports/Mk >> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >> > > After this morning's reboot and restart of the update marathon, even > print/cups builds fine for now! > > I have no clue what went wrong. I guess most evidences and traces are > gone with the restart of the boxes in question (they had all (3) the > same symptoms). > > Thanks for looking into this, Thanks to you for your patience, really! -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 11:03:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6DD2916F; Sat, 7 Sep 2013 11:03:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2872A2A1E; Sat, 7 Sep 2013 11:03:51 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIGIw-0008er-La>; Sat, 07 Sep 2013 13:03:50 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIGIw-000sSk-Hg>; Sat, 07 Sep 2013 13:03:50 +0200 Date: Sat, 7 Sep 2013 13:03:50 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> In-Reply-To: <522A5430.8050001@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 11:03:52 -0000 On Sat, 07 Sep 2013 00:16:16 +0200 Guido Falsi wrote: > On 09/07/13 00:10, Boris Samorodov wrote: > > 07.09.2013 01:51, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On Fri, 06 Sep 2013 21:11:26 +0400 > >> Boris Samorodov wrote: > >> > >>> 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>> On Fri, 06 Sep 2013 20:08:59 +0400 > >>>> Boris Samorodov wrote: > >>>> > >>>>> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>> > >>>>>> Here we go. It is the config.log from one of the failing > >>>>>> machines, failing in print/cups-client. > >>>>> > >>>>> Please, show the output of following commands (at the host in > >>>>> question): # svn info /usr/ports/ > >>>>> # svn svn st /usr/ports/print/cups* > >>>>> > >>>> svn info /usr/ports/ > >>>> > >>>> Path: /usr/ports > >>>> Working Copy Root Path: /usr/ports > >>>> URL: svn://svn.de.freebsd.org/ports/head > >>>> Relative URL: ^/head > >>>> Repository Root: svn://svn.de.freebsd.org/ports > >>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > >>>> Revision: 326523 > >>>> Node Kind: directory > >>>> Schedule: normal > >>>> Last Changed Author: danfe > >>>> Last Changed Rev: 326523 > >>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >>>> > >>>> > >>>> svn st /usr/ports/print/cups* > >>>> ? /usr/ports/print/cups-base/work > >>>> ? /usr/ports/print/cups-client/work > >>> > >>> That is really stange... Some more info: > >>> # svn st /usr/ports/Mk > >> > >> nothin (NULL output) > >> > >>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>> CONFIGURE_ARGS > >>> > >> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS > >> > >> --localstatedir=3D/var > >> --disable-slp > >> --disable-gssapi --with-cups-user=3Dcups > >> --with-cups-group=3Dcups --with-system-groups=3Dwheel > >> --with-docdir=3D/usr/local/share/doc/cups > >> --with-icondir=3D/usr/local/share/icons > >> --with-menudir=3D/usr/local/share/applications > >> --with-domainsocket=3D/var/run/cups.sock > >> --with-cachedir=3D/var/db/cups > >> --with-pam-module=3D"unix" --enable-ssl > >> --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > >> --enable-openssl --without-php --disable-dnssd --disable-pam > >> --disable-ldap --disable-dbus --disable-libusb > >> LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} > > > > Well, the output is perfect. > > > >> I see a lot of those obscure libtool errors not finding > >> libiconv.la. Where the hell does the tool take those ecos from the > >> past? I guess I have to reboot the box after X11 has been compiled > > > > Did not see those. Since so far it seems that such errors are not > > common, may be something at your environment causes this (may be > > at /etc/make.conf)? > > >=20 > I did see some of those. libtool takes those settings from=20 > /usr/local/lib/*.la files, installed by ports, before this change. > Many of those files hardcode -liconv. >=20 > Usually portmaster/portupgrade are good enough at guessing the > correct order, but sometimes they mess it up, and this kind of > situation happens. >=20 > On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and=20 > portmaster the older ones. This can be further narrowed down by > grepping for "-liconv". >=20 Founf another one that is failing: port multimedia/mlt: 3 warnings generated. cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o producer_count.o filter_dynamictext.o -Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework -lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config --libs gtk+-2.0` `pkg-config --libs gdk-pixbuf-2.0` -L/usr/local/lib -lexif `pkg-config --libs pangoft2` -liconv=20 ---> /usr/bin/ld: cannot find -liconv cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[4]: *** [../libmltgtk2.so] Error 1 gmake[4]: Leaving directory <--- `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mlt/work/mlt-0.9.0' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/mlt *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/mlt From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 11:29:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D239542; Sat, 7 Sep 2013 11:29:00 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBD292B0B; Sat, 7 Sep 2013 11:28:59 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIGhG-000D5p-62>; Sat, 07 Sep 2013 13:28:58 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIGhG-000u7l-1O>; Sat, 07 Sep 2013 13:28:58 +0200 Date: Sat, 7 Sep 2013 13:28:57 +0200 From: "O. Hartmann" To: Baptiste Daroussin Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907132857.0b5220ae@thor.walstatt.dyndns.org> In-Reply-To: <20130906220728.GE77141@ithaqua.etoilebsd.net> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <20130906220728.GE77141@ithaqua.etoilebsd.net> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: AN , Boris Samorodov , Guido Falsi , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 11:29:00 -0000 On Sat, 7 Sep 2013 00:07:29 +0200 Baptiste Daroussin wrote: > On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote: > > On Fri, 06 Sep 2013 21:11:26 +0400 > > Boris Samorodov wrote: > >=20 > > > 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > > On Fri, 06 Sep 2013 20:08:59 +0400 > > > > Boris Samorodov wrote: > > > >=20 > > > >> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > >> > > > >>> Here we go. It is the config.log from one of the failing > > > >>> machines, failing in print/cups-client. > > > >> > > > >> Please, show the output of following commands (at the host in > > > >> question): # svn info /usr/ports/ > > > >> # svn svn st /usr/ports/print/cups* > > > >> > > > > svn info /usr/ports/ > > > >=20 > > > > Path: /usr/ports > > > > Working Copy Root Path: /usr/ports > > > > URL: svn://svn.de.freebsd.org/ports/head > > > > Relative URL: ^/head > > > > Repository Root: svn://svn.de.freebsd.org/ports > > > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > > > Revision: 326523 > > > > Node Kind: directory > > > > Schedule: normal > > > > Last Changed Author: danfe > > > > Last Changed Rev: 326523 > > > > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > > > >=20 > > > >=20 > > > > svn st /usr/ports/print/cups* > > > > ? /usr/ports/print/cups-base/work > > > > ? /usr/ports/print/cups-client/work > > >=20 > > > That is really stange... Some more info: > > > # svn st /usr/ports/Mk > >=20 > > nothin (NULL output) > >=20 > > > # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > > > CONFIGURE_ARGS > > >=20 > > make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS > >=20 > > --localstatedir=3D/var > > --disable-slp > > --disable-gssapi --with-cups-user=3Dcups > > --with-cups-group=3Dcups --with-system-groups=3Dwheel > > --with-docdir=3D/usr/local/share/doc/cups > > --with-icondir=3D/usr/local/share/icons > > --with-menudir=3D/usr/local/share/applications > > --with-domainsocket=3D/var/run/cups.sock --with-cachedir=3D/var/db/cups > > --with-pam-module=3D"unix" --enable-ssl > > --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > > --enable-openssl --without-php --disable-dnssd --disable-pam > > --disable-ldap --disable-dbus --disable-libusb > > LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} > >=20 > >=20 > >=20 > >=20 > > I see a lot of those obscure libtool errors not finding libiconv.la. > > Where the hell does the tool take those ecos from the past? I guess > > I have to reboot the box after X11 has been compiled > >=20 >=20 > Can you try to force rebuilding gettext first? >=20 > and then retry? >=20 > regards, > Bapt You're lucky, I have a box, the last CURRENT standing, leftover. i just started there this update mess to get more gray hairs ... Well, simply compiling gettext in the first place before doing anything doesn't help much. apr1, apache24 and php5 fail in an epic way. I need to recompile apr1 first, but for doing that, I had to compile intltool, gdbm, gmake, gettext first and for security, I recompiled also flex prior to any automated start. At least, I can update the messy apache24 stuff (there is still an issue with PHP5, subversion stuff around). From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 11:34:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BAF96732; Sat, 7 Sep 2013 11:34:30 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id DB8AC2B64; Sat, 7 Sep 2013 11:34:29 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cXD7S2QlbzFTsM; Sat, 7 Sep 2013 13:34:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ElQKXr-ax1d; Sat, 7 Sep 2013 13:34:26 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 13:34:26 +0200 (CEST) Message-ID: <522B0F41.1030306@FreeBSD.org> Date: Sat, 07 Sep 2013 13:34:25 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> In-Reply-To: <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 11:34:30 -0000 On 09/07/13 13:03, O. Hartmann wrote: > On Sat, 07 Sep 2013 00:16:16 +0200 > Guido Falsi wrote: > >> On 09/07/13 00:10, Boris Samorodov wrote: >>> 07.09.2013 01:51, O. Hartmann пишет: >>>> On Fri, 06 Sep 2013 21:11:26 +0400 >>>> Boris Samorodov wrote: >>>> >>>>> 06.09.2013 20:44, O. Hartmann пишет: >>>>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>>>> Boris Samorodov wrote: >>>>>> >>>>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>>>> >>>>>>>> Here we go. It is the config.log from one of the failing >>>>>>>> machines, failing in print/cups-client. >>>>>>> >>>>>>> Please, show the output of following commands (at the host in >>>>>>> question): # svn info /usr/ports/ >>>>>>> # svn svn st /usr/ports/print/cups* >>>>>>> >>>>>> svn info /usr/ports/ >>>>>> >>>>>> Path: /usr/ports >>>>>> Working Copy Root Path: /usr/ports >>>>>> URL: svn://svn.de.freebsd.org/ports/head >>>>>> Relative URL: ^/head >>>>>> Repository Root: svn://svn.de.freebsd.org/ports >>>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>>>> Revision: 326523 >>>>>> Node Kind: directory >>>>>> Schedule: normal >>>>>> Last Changed Author: danfe >>>>>> Last Changed Rev: 326523 >>>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) >>>>>> >>>>>> >>>>>> svn st /usr/ports/print/cups* >>>>>> ? /usr/ports/print/cups-base/work >>>>>> ? /usr/ports/print/cups-client/work >>>>> >>>>> That is really stange... Some more info: >>>>> # svn st /usr/ports/Mk >>>> >>>> nothin (NULL output) >>>> >>>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V >>>>> CONFIGURE_ARGS >>>>> >>>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS >>>> >>>> --localstatedir=/var >>>> --disable-slp >>>> --disable-gssapi --with-cups-user=cups >>>> --with-cups-group=cups --with-system-groups=wheel >>>> --with-docdir=/usr/local/share/doc/cups >>>> --with-icondir=/usr/local/share/icons >>>> --with-menudir=/usr/local/share/applications >>>> --with-domainsocket=/var/run/cups.sock >>>> --with-cachedir=/var/db/cups >>>> --with-pam-module="unix" --enable-ssl >>>> --with-printcap=/usr/local/etc/printcap --disable-gnutls >>>> --enable-openssl --without-php --disable-dnssd --disable-pam >>>> --disable-ldap --disable-dbus --disable-libusb >>>> LIBS="-lssp_nonshared" --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} >>> >>> Well, the output is perfect. >>> >>>> I see a lot of those obscure libtool errors not finding >>>> libiconv.la. Where the hell does the tool take those ecos from the >>>> past? I guess I have to reboot the box after X11 has been compiled >>> >>> Did not see those. Since so far it seems that such errors are not >>> common, may be something at your environment causes this (may be >>> at /etc/make.conf)? >>> >> >> I did see some of those. libtool takes those settings from >> /usr/local/lib/*.la files, installed by ports, before this change. >> Many of those files hardcode -liconv. >> >> Usually portmaster/portupgrade are good enough at guessing the >> correct order, but sometimes they mess it up, and this kind of >> situation happens. >> >> On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and >> portmaster the older ones. This can be further narrowed down by >> grepping for "-liconv". >> > > Founf another one that is failing: > > port multimedia/mlt: > > > 3 warnings generated. > cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o > producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o > producer_count.o filter_dynamictext.o -Wl,--no-undefined > -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework > -lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config > --libs gtk+-2.0` `pkg-config --libs gdk-pixbuf-2.0` -L/usr/local/lib > -lexif `pkg-config --libs pangoft2` -liconv > > ---> > /usr/bin/ld: cannot find -liconv cc: error: linker command failed with > exit code 1 (use -v to see invocation) gmake[4]: *** [../libmltgtk2.so] > Error 1 gmake[4]: Leaving directory > <--- > > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2' gmake[3]: > *** [all] Error 1 gmake[3]: Leaving directory > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: *** > [all] Error 1 gmake[2]: Leaving directory > `/usr/ports/multimedia/mlt/work/mlt-0.9.0' ===> Compilation failed > unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before > reporting the failure to the maintainer. *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/multimedia/mlt > *** Error code 1 > > Stop. > make: stopped in /usr/ports/multimedia/mlt > Good catch. We tried to catch all ports which hardcoded iconv in someway but this one slipped through. I'm preparing a fix for this one, shouldn't take too long. I'll come back to you as soon as I have committed it. Thanks for reporting! -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 07:16:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 821D13F3 for ; Sat, 7 Sep 2013 07:16:33 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 293032F8C for ; Sat, 7 Sep 2013 07:16:32 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VICkn-0000X3-0f; Sat, 07 Sep 2013 14:16:21 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r877Gia1094973; Sat, 7 Sep 2013 14:16:44 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r877Gd53094972; Sat, 7 Sep 2013 14:16:39 +0700 (NOVT) (envelope-from danfe) Date: Sat, 7 Sep 2013 14:16:38 +0700 From: Alexey Dokuchaev To: hiren panchasara , current@freebsd.org Subject: Re: Cross-buildkernel (i386->amd64) is broken? Message-ID: <20130907071638.GA93948@regency.nsu.ru> References: <20130906151252.GA28654@regency.nsu.ru> <20130906172949.GA49387@regency.nsu.ru> <20130906174649.GC68682@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130906174649.GC68682@funkthat.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sat, 07 Sep 2013 11:36:16 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 07:16:33 -0000 On Fri, Sep 06, 2013 at 10:46:49AM -0700, John-Mark Gurney wrote: > Alexey Dokuchaev wrote this message on Sat, Sep 07, 2013 at 00:29 +0700: > > On Fri, Sep 06, 2013 at 10:08:20AM -0700, hiren panchasara wrote: > > > On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev wrote: > > > > Hi there, > > > > > > > > I've been trying to cross-build an amd64 kernel on i386 host on recent > > > > -CURRENT for a while, and it fails like this: > > > > > > Not entirely sure but you _probably_ need to make toolchain first? > > > > Hmm, now that you've mentioned it, I vaguely recall that when not doing > > complete 'make world', that might be in order. Thanks, I will try it > > tomorrow. > > or make kernel-toolchain if you don't want to build as much.. Right, that's what I need. I'm having problems with amd64 kernel panicing immediately on boot on my Lenovo E5500 based workstation, while with i386, things are fine. So I want just the kernel right now, nothing else. ./danfe From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 12:08:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DBD751B; Sat, 7 Sep 2013 12:08:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AEE202CF7; Sat, 7 Sep 2013 12:08:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r87C8ags044865; Sat, 7 Sep 2013 08:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r87C8a32044072; Sat, 7 Sep 2013 12:08:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Sep 2013 12:08:36 GMT Message-Id: <201309071208.r87C8a32044072@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 12:08:44 -0000 TB --- 2013-09-07 08:00:42 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-07 08:00:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-07 08:00:42 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-07 08:00:42 - cleaning the object tree TB --- 2013-09-07 08:03:09 - /usr/local/bin/svn stat /src TB --- 2013-09-07 08:03:12 - At svn revision 255353 TB --- 2013-09-07 08:03:13 - building world TB --- 2013-09-07 08:03:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 08:03:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 08:03:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 08:03:13 - SRCCONF=/dev/null TB --- 2013-09-07 08:03:13 - TARGET=arm TB --- 2013-09-07 08:03:13 - TARGET_ARCH=armv6 TB --- 2013-09-07 08:03:13 - TZ=UTC TB --- 2013-09-07 08:03:13 - __MAKE_CONF=/dev/null TB --- 2013-09-07 08:03:13 - cd /src TB --- 2013-09-07 08:03:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 7 08:03:20 UTC 2013 >>> 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 Sat Sep 7 11:09:16 UTC 2013 TB --- 2013-09-07 11:09:16 - generating LINT kernel config TB --- 2013-09-07 11:09:16 - cd /src/sys/arm/conf TB --- 2013-09-07 11:09:16 - /usr/bin/make -B LINT TB --- 2013-09-07 11:09:16 - cd /src/sys/arm/conf TB --- 2013-09-07 11:09:16 - /usr/sbin/config -m LINT TB --- 2013-09-07 11:09:16 - skipping LINT kernel TB --- 2013-09-07 11:09:16 - cd /src/sys/arm/conf TB --- 2013-09-07 11:09:16 - /usr/sbin/config -m AC100 TB --- 2013-09-07 11:09:16 - building AC100 kernel TB --- 2013-09-07 11:09:16 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:09:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:09:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:09:16 - SRCCONF=/dev/null TB --- 2013-09-07 11:09:16 - TARGET=arm TB --- 2013-09-07 11:09:16 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:09:16 - TZ=UTC TB --- 2013-09-07 11:09:16 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:09:16 - cd /src TB --- 2013-09-07 11:09:16 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat Sep 7 11:09:17 UTC 2013 >>> 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 AC100 completed on Sat Sep 7 11:12:15 UTC 2013 TB --- 2013-09-07 11:12:15 - cd /src/sys/arm/conf TB --- 2013-09-07 11:12:15 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-07 11:12:15 - building ARMADAXP kernel TB --- 2013-09-07 11:12:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:12:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:12:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:12:15 - SRCCONF=/dev/null TB --- 2013-09-07 11:12:15 - TARGET=arm TB --- 2013-09-07 11:12:15 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:12:15 - TZ=UTC TB --- 2013-09-07 11:12:15 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:12:15 - cd /src TB --- 2013-09-07 11:12:15 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat Sep 7 11:12:15 UTC 2013 >>> 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 ARMADAXP completed on Sat Sep 7 11:16:17 UTC 2013 TB --- 2013-09-07 11:16:17 - cd /src/sys/arm/conf TB --- 2013-09-07 11:16:17 - /usr/sbin/config -m ARNDALE TB --- 2013-09-07 11:16:17 - building ARNDALE kernel TB --- 2013-09-07 11:16:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:16:17 - SRCCONF=/dev/null TB --- 2013-09-07 11:16:17 - TARGET=arm TB --- 2013-09-07 11:16:17 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:16:17 - TZ=UTC TB --- 2013-09-07 11:16:17 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:16:17 - cd /src TB --- 2013-09-07 11:16:17 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat Sep 7 11:16:17 UTC 2013 >>> 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 ARNDALE completed on Sat Sep 7 11:20:37 UTC 2013 TB --- 2013-09-07 11:20:37 - cd /src/sys/arm/conf TB --- 2013-09-07 11:20:37 - /usr/sbin/config -m ATMEL TB --- 2013-09-07 11:20:37 - skipping ATMEL kernel TB --- 2013-09-07 11:20:37 - cd /src/sys/arm/conf TB --- 2013-09-07 11:20:37 - /usr/sbin/config -m AVILA TB --- 2013-09-07 11:20:37 - skipping AVILA kernel TB --- 2013-09-07 11:20:37 - cd /src/sys/arm/conf TB --- 2013-09-07 11:20:37 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-09-07 11:20:37 - building BEAGLEBONE kernel TB --- 2013-09-07 11:20:37 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:20:37 - SRCCONF=/dev/null TB --- 2013-09-07 11:20:37 - TARGET=arm TB --- 2013-09-07 11:20:37 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:20:37 - TZ=UTC TB --- 2013-09-07 11:20:37 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:20:37 - cd /src TB --- 2013-09-07 11:20:37 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat Sep 7 11:20:37 UTC 2013 >>> 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 BEAGLEBONE completed on Sat Sep 7 11:36:08 UTC 2013 TB --- 2013-09-07 11:36:08 - cd /src/sys/arm/conf TB --- 2013-09-07 11:36:08 - /usr/sbin/config -m BWCT TB --- 2013-09-07 11:36:08 - skipping BWCT kernel TB --- 2013-09-07 11:36:08 - cd /src/sys/arm/conf TB --- 2013-09-07 11:36:08 - /usr/sbin/config -m CAMBRIA TB --- 2013-09-07 11:36:08 - skipping CAMBRIA kernel TB --- 2013-09-07 11:36:08 - cd /src/sys/arm/conf TB --- 2013-09-07 11:36:08 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-09-07 11:36:08 - skipping CNS11XXNAS kernel TB --- 2013-09-07 11:36:08 - cd /src/sys/arm/conf TB --- 2013-09-07 11:36:08 - /usr/sbin/config -m CRB TB --- 2013-09-07 11:36:09 - skipping CRB kernel TB --- 2013-09-07 11:36:09 - cd /src/sys/arm/conf TB --- 2013-09-07 11:36:09 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-09-07 11:36:09 - building CUBIEBOARD kernel TB --- 2013-09-07 11:36:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:36:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:36:09 - SRCCONF=/dev/null TB --- 2013-09-07 11:36:09 - TARGET=arm TB --- 2013-09-07 11:36:09 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:36:09 - TZ=UTC TB --- 2013-09-07 11:36:09 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:36:09 - cd /src TB --- 2013-09-07 11:36:09 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sat Sep 7 11:36:09 UTC 2013 >>> 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 CUBIEBOARD completed on Sat Sep 7 11:39:56 UTC 2013 TB --- 2013-09-07 11:39:56 - cd /src/sys/arm/conf TB --- 2013-09-07 11:39:56 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-09-07 11:39:56 - building CUBIEBOARD2 kernel TB --- 2013-09-07 11:39:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:39:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:39:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:39:56 - SRCCONF=/dev/null TB --- 2013-09-07 11:39:56 - TARGET=arm TB --- 2013-09-07 11:39:56 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:39:56 - TZ=UTC TB --- 2013-09-07 11:39:56 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:39:56 - cd /src TB --- 2013-09-07 11:39:56 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Sat Sep 7 11:39:56 UTC 2013 >>> 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 CUBIEBOARD2 completed on Sat Sep 7 11:43:38 UTC 2013 TB --- 2013-09-07 11:43:38 - cd /src/sys/arm/conf TB --- 2013-09-07 11:43:38 - /usr/sbin/config -m DB-78XXX TB --- 2013-09-07 11:43:38 - skipping DB-78XXX kernel TB --- 2013-09-07 11:43:38 - cd /src/sys/arm/conf TB --- 2013-09-07 11:43:38 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-09-07 11:43:39 - skipping DB-88F5XXX kernel TB --- 2013-09-07 11:43:39 - cd /src/sys/arm/conf TB --- 2013-09-07 11:43:39 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-09-07 11:43:39 - skipping DB-88F6XXX kernel TB --- 2013-09-07 11:43:39 - cd /src/sys/arm/conf TB --- 2013-09-07 11:43:39 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-09-07 11:43:39 - building DIGI-CCWMX53 kernel TB --- 2013-09-07 11:43:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:43:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:43:39 - SRCCONF=/dev/null TB --- 2013-09-07 11:43:39 - TARGET=arm TB --- 2013-09-07 11:43:39 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:43:39 - TZ=UTC TB --- 2013-09-07 11:43:39 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:43:39 - cd /src TB --- 2013-09-07 11:43:39 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Sat Sep 7 11:43:39 UTC 2013 >>> 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 DIGI-CCWMX53 completed on Sat Sep 7 11:58:47 UTC 2013 TB --- 2013-09-07 11:58:47 - cd /src/sys/arm/conf TB --- 2013-09-07 11:58:47 - /usr/sbin/config -m DOCKSTAR TB --- 2013-09-07 11:58:47 - skipping DOCKSTAR kernel TB --- 2013-09-07 11:58:47 - cd /src/sys/arm/conf TB --- 2013-09-07 11:58:47 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2013-09-07 11:58:47 - skipping DREAMPLUG-1001 kernel TB --- 2013-09-07 11:58:47 - cd /src/sys/arm/conf TB --- 2013-09-07 11:58:47 - /usr/sbin/config -m EA3250 TB --- 2013-09-07 11:58:47 - skipping EA3250 kernel TB --- 2013-09-07 11:58:47 - cd /src/sys/arm/conf TB --- 2013-09-07 11:58:47 - /usr/sbin/config -m EB9200 TB --- 2013-09-07 11:58:47 - skipping EB9200 kernel TB --- 2013-09-07 11:58:47 - cd /src/sys/arm/conf TB --- 2013-09-07 11:58:47 - /usr/sbin/config -m EFIKA_MX TB --- 2013-09-07 11:58:47 - building EFIKA_MX kernel TB --- 2013-09-07 11:58:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:58:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:58:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:58:47 - SRCCONF=/dev/null TB --- 2013-09-07 11:58:47 - TARGET=arm TB --- 2013-09-07 11:58:47 - TARGET_ARCH=armv6 TB --- 2013-09-07 11:58:47 - TZ=UTC TB --- 2013-09-07 11:58:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:58:47 - cd /src TB --- 2013-09-07 11:58:47 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Sat Sep 7 11:58:47 UTC 2013 >>> 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 [...] ipf_rb_ht_init(head) ^ ; /src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c:9998:20: error: a parameter list without types is only allowed in a function definition ipf_rb_ht_freenode(node, arg) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/ipfilter *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/EFIKA_MX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-07 12:08:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-07 12:08:30 - ERROR: failed to build EFIKA_MX kernel TB --- 2013-09-07 12:08:30 - 11212.94 user 2412.12 system 14868.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 12:10:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BAA5A70C for ; Sat, 7 Sep 2013 12:10:19 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 522DF2D0B for ; Sat, 7 Sep 2013 12:10:18 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MYLKn-1VVHuj2NsH-00VBEx for ; Sat, 07 Sep 2013 14:10:16 +0200 Message-ID: <522B17AC.5060503@gmx.de> Date: Sat, 07 Sep 2013 14:10:20 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> In-Reply-To: <522B0F41.1030306@FreeBSD.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:l3lsf+C37UlTMjhQb2qoMMhktxGK+Yr1RtzIwkbeCteaA5zUSK9 fKtDFChbdaD4hunkyqxoCQcp0UsHEJGAhjtHj1K8a+PsXZC44ZId1B4MgOOHlr/KOsxu4g7 6xRMpiS91qSo9oldqv9Y2ZihfwTQ8A4OUuwbgQz5si1JmYGOH+isMNngiwdLm+11clrxiaQ eYp8trnXv+KfKCe1WScmQ== Cc: freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 12:10:19 -0000 There are 13 ports using --with-iconv=${LOCALBASE} devel/apr1 devel/apr2 devel/git irc/epic5 lang/gauche net-mgmt/ettercap net/ssltunnel-client net/yaz net/zebra-server textproc/libxml2 textproc/py-libxml2 www/apache22 www/apache24 and devel/glib20, print/ghostscript8, print/ghostscript9 using --with-libiconv=gnu --with-libiconv=native --with-libiconv=no --with-libiconv=no Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). If Uses/iconv.mk can be extended with something like ICON_PATH, then the 13 ports can be changed quickly to use the right iconv. -- Regards, olli From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 12:14:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 543788DB; Sat, 7 Sep 2013 12:14:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 002AB2D58; Sat, 7 Sep 2013 12:14:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r87CE9F2063405; Sat, 7 Sep 2013 08:14:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r87CE9wZ063404; Sat, 7 Sep 2013 12:14:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Sep 2013 12:14:09 GMT Message-Id: <201309071214.r87CE9wZ063404@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 12:14:10 -0000 TB --- 2013-09-07 08:00:42 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-07 08:00:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-07 08:00:42 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-07 08:00:42 - cleaning the object tree TB --- 2013-09-07 08:03:13 - /usr/local/bin/svn stat /src TB --- 2013-09-07 08:03:16 - At svn revision 255353 TB --- 2013-09-07 08:03:17 - building world TB --- 2013-09-07 08:03:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 08:03:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 08:03:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 08:03:17 - SRCCONF=/dev/null TB --- 2013-09-07 08:03:17 - TARGET=arm TB --- 2013-09-07 08:03:17 - TARGET_ARCH=arm TB --- 2013-09-07 08:03:17 - TZ=UTC TB --- 2013-09-07 08:03:17 - __MAKE_CONF=/dev/null TB --- 2013-09-07 08:03:17 - cd /src TB --- 2013-09-07 08:03:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 7 08:03:24 UTC 2013 >>> 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 Sat Sep 7 11:06:55 UTC 2013 TB --- 2013-09-07 11:06:55 - generating LINT kernel config TB --- 2013-09-07 11:06:55 - cd /src/sys/arm/conf TB --- 2013-09-07 11:06:55 - /usr/bin/make -B LINT TB --- 2013-09-07 11:06:55 - cd /src/sys/arm/conf TB --- 2013-09-07 11:06:55 - /usr/sbin/config -m LINT TB --- 2013-09-07 11:06:55 - building LINT kernel TB --- 2013-09-07 11:06:55 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:06:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:06:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:06:55 - SRCCONF=/dev/null TB --- 2013-09-07 11:06:55 - TARGET=arm TB --- 2013-09-07 11:06:55 - TARGET_ARCH=arm TB --- 2013-09-07 11:06:55 - TZ=UTC TB --- 2013-09-07 11:06:55 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:06:55 - cd /src TB --- 2013-09-07 11:06:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 7 11:06:55 UTC 2013 >>> 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 Sat Sep 7 11:31:28 UTC 2013 TB --- 2013-09-07 11:31:28 - cd /src/sys/arm/conf TB --- 2013-09-07 11:31:28 - /usr/sbin/config -m AC100 TB --- 2013-09-07 11:31:28 - skipping AC100 kernel TB --- 2013-09-07 11:31:28 - cd /src/sys/arm/conf TB --- 2013-09-07 11:31:28 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-07 11:31:28 - skipping ARMADAXP kernel TB --- 2013-09-07 11:31:28 - cd /src/sys/arm/conf TB --- 2013-09-07 11:31:28 - /usr/sbin/config -m ARNDALE TB --- 2013-09-07 11:31:28 - skipping ARNDALE kernel TB --- 2013-09-07 11:31:28 - cd /src/sys/arm/conf TB --- 2013-09-07 11:31:28 - /usr/sbin/config -m ATMEL TB --- 2013-09-07 11:31:28 - building ATMEL kernel TB --- 2013-09-07 11:31:28 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:31:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:31:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:31:28 - SRCCONF=/dev/null TB --- 2013-09-07 11:31:28 - TARGET=arm TB --- 2013-09-07 11:31:28 - TARGET_ARCH=arm TB --- 2013-09-07 11:31:28 - TZ=UTC TB --- 2013-09-07 11:31:28 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:31:28 - cd /src TB --- 2013-09-07 11:31:28 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sat Sep 7 11:31:28 UTC 2013 >>> 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 ATMEL completed on Sat Sep 7 11:35:18 UTC 2013 TB --- 2013-09-07 11:35:18 - cd /src/sys/arm/conf TB --- 2013-09-07 11:35:18 - /usr/sbin/config -m AVILA TB --- 2013-09-07 11:35:18 - skipping AVILA kernel TB --- 2013-09-07 11:35:18 - cd /src/sys/arm/conf TB --- 2013-09-07 11:35:18 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-09-07 11:35:18 - skipping BEAGLEBONE kernel TB --- 2013-09-07 11:35:18 - cd /src/sys/arm/conf TB --- 2013-09-07 11:35:18 - /usr/sbin/config -m BWCT TB --- 2013-09-07 11:35:18 - building BWCT kernel TB --- 2013-09-07 11:35:18 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:35:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:35:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:35:18 - SRCCONF=/dev/null TB --- 2013-09-07 11:35:18 - TARGET=arm TB --- 2013-09-07 11:35:18 - TARGET_ARCH=arm TB --- 2013-09-07 11:35:18 - TZ=UTC TB --- 2013-09-07 11:35:18 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:35:18 - cd /src TB --- 2013-09-07 11:35:18 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Sep 7 11:35:18 UTC 2013 >>> 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 BWCT completed on Sat Sep 7 11:37:56 UTC 2013 TB --- 2013-09-07 11:37:56 - cd /src/sys/arm/conf TB --- 2013-09-07 11:37:56 - /usr/sbin/config -m CAMBRIA TB --- 2013-09-07 11:37:56 - skipping CAMBRIA kernel TB --- 2013-09-07 11:37:56 - cd /src/sys/arm/conf TB --- 2013-09-07 11:37:56 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-09-07 11:37:56 - building CNS11XXNAS kernel TB --- 2013-09-07 11:37:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:37:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:37:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:37:56 - SRCCONF=/dev/null TB --- 2013-09-07 11:37:56 - TARGET=arm TB --- 2013-09-07 11:37:56 - TARGET_ARCH=arm TB --- 2013-09-07 11:37:56 - TZ=UTC TB --- 2013-09-07 11:37:56 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:37:56 - cd /src TB --- 2013-09-07 11:37:56 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Sep 7 11:37:56 UTC 2013 >>> 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 CNS11XXNAS completed on Sat Sep 7 11:41:41 UTC 2013 TB --- 2013-09-07 11:41:41 - cd /src/sys/arm/conf TB --- 2013-09-07 11:41:41 - /usr/sbin/config -m CRB TB --- 2013-09-07 11:41:41 - skipping CRB kernel TB --- 2013-09-07 11:41:41 - cd /src/sys/arm/conf TB --- 2013-09-07 11:41:41 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-09-07 11:41:41 - skipping CUBIEBOARD kernel TB --- 2013-09-07 11:41:41 - cd /src/sys/arm/conf TB --- 2013-09-07 11:41:41 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-09-07 11:41:41 - skipping CUBIEBOARD2 kernel TB --- 2013-09-07 11:41:41 - cd /src/sys/arm/conf TB --- 2013-09-07 11:41:41 - /usr/sbin/config -m DB-78XXX TB --- 2013-09-07 11:41:41 - building DB-78XXX kernel TB --- 2013-09-07 11:41:41 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:41:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:41:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:41:41 - SRCCONF=/dev/null TB --- 2013-09-07 11:41:41 - TARGET=arm TB --- 2013-09-07 11:41:41 - TARGET_ARCH=arm TB --- 2013-09-07 11:41:41 - TZ=UTC TB --- 2013-09-07 11:41:41 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:41:41 - cd /src TB --- 2013-09-07 11:41:41 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Sep 7 11:41:41 UTC 2013 >>> 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 DB-78XXX completed on Sat Sep 7 11:44:59 UTC 2013 TB --- 2013-09-07 11:44:59 - cd /src/sys/arm/conf TB --- 2013-09-07 11:44:59 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-09-07 11:44:59 - building DB-88F5XXX kernel TB --- 2013-09-07 11:44:59 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:44:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:44:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:44:59 - SRCCONF=/dev/null TB --- 2013-09-07 11:44:59 - TARGET=arm TB --- 2013-09-07 11:44:59 - TARGET_ARCH=arm TB --- 2013-09-07 11:44:59 - TZ=UTC TB --- 2013-09-07 11:44:59 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:44:59 - cd /src TB --- 2013-09-07 11:44:59 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Sep 7 11:44:59 UTC 2013 >>> 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 DB-88F5XXX completed on Sat Sep 7 11:48:10 UTC 2013 TB --- 2013-09-07 11:48:10 - cd /src/sys/arm/conf TB --- 2013-09-07 11:48:10 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-09-07 11:48:10 - building DB-88F6XXX kernel TB --- 2013-09-07 11:48:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:48:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:48:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:48:10 - SRCCONF=/dev/null TB --- 2013-09-07 11:48:10 - TARGET=arm TB --- 2013-09-07 11:48:10 - TARGET_ARCH=arm TB --- 2013-09-07 11:48:10 - TZ=UTC TB --- 2013-09-07 11:48:10 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:48:10 - cd /src TB --- 2013-09-07 11:48:10 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Sep 7 11:48:10 UTC 2013 >>> 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 DB-88F6XXX completed on Sat Sep 7 11:51:30 UTC 2013 TB --- 2013-09-07 11:51:30 - cd /src/sys/arm/conf TB --- 2013-09-07 11:51:30 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-09-07 11:51:30 - skipping DIGI-CCWMX53 kernel TB --- 2013-09-07 11:51:30 - cd /src/sys/arm/conf TB --- 2013-09-07 11:51:30 - /usr/sbin/config -m DOCKSTAR TB --- 2013-09-07 11:51:30 - building DOCKSTAR kernel TB --- 2013-09-07 11:51:30 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:51:30 - SRCCONF=/dev/null TB --- 2013-09-07 11:51:30 - TARGET=arm TB --- 2013-09-07 11:51:30 - TARGET_ARCH=arm TB --- 2013-09-07 11:51:30 - TZ=UTC TB --- 2013-09-07 11:51:30 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:51:30 - cd /src TB --- 2013-09-07 11:51:30 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Sep 7 11:51:30 UTC 2013 >>> 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 DOCKSTAR completed on Sat Sep 7 11:54:31 UTC 2013 TB --- 2013-09-07 11:54:31 - cd /src/sys/arm/conf TB --- 2013-09-07 11:54:31 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2013-09-07 11:54:31 - building DREAMPLUG-1001 kernel TB --- 2013-09-07 11:54:31 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:54:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:54:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:54:31 - SRCCONF=/dev/null TB --- 2013-09-07 11:54:31 - TARGET=arm TB --- 2013-09-07 11:54:31 - TARGET_ARCH=arm TB --- 2013-09-07 11:54:31 - TZ=UTC TB --- 2013-09-07 11:54:31 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:54:31 - cd /src TB --- 2013-09-07 11:54:31 - /usr/bin/make -B buildkernel KERNCONF=DREAMPLUG-1001 >>> Kernel build for DREAMPLUG-1001 started on Sat Sep 7 11:54:31 UTC 2013 >>> 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 DREAMPLUG-1001 completed on Sat Sep 7 12:00:11 UTC 2013 TB --- 2013-09-07 12:00:11 - cd /src/sys/arm/conf TB --- 2013-09-07 12:00:11 - /usr/sbin/config -m EA3250 TB --- 2013-09-07 12:00:11 - building EA3250 kernel TB --- 2013-09-07 12:00:11 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:00:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:00:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:00:11 - SRCCONF=/dev/null TB --- 2013-09-07 12:00:11 - TARGET=arm TB --- 2013-09-07 12:00:11 - TARGET_ARCH=arm TB --- 2013-09-07 12:00:11 - TZ=UTC TB --- 2013-09-07 12:00:11 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:00:11 - cd /src TB --- 2013-09-07 12:00:11 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Sat Sep 7 12:00:11 UTC 2013 >>> 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 EA3250 completed on Sat Sep 7 12:03:16 UTC 2013 TB --- 2013-09-07 12:03:16 - cd /src/sys/arm/conf TB --- 2013-09-07 12:03:16 - /usr/sbin/config -m EB9200 TB --- 2013-09-07 12:03:16 - building EB9200 kernel TB --- 2013-09-07 12:03:16 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:03:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:03:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:03:16 - SRCCONF=/dev/null TB --- 2013-09-07 12:03:16 - TARGET=arm TB --- 2013-09-07 12:03:16 - TARGET_ARCH=arm TB --- 2013-09-07 12:03:16 - TZ=UTC TB --- 2013-09-07 12:03:16 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:03:16 - cd /src TB --- 2013-09-07 12:03:16 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Sat Sep 7 12:03:16 UTC 2013 >>> 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 EB9200 completed on Sat Sep 7 12:06:48 UTC 2013 TB --- 2013-09-07 12:06:48 - cd /src/sys/arm/conf TB --- 2013-09-07 12:06:48 - /usr/sbin/config -m EFIKA_MX TB --- 2013-09-07 12:06:48 - skipping EFIKA_MX kernel TB --- 2013-09-07 12:06:48 - cd /src/sys/arm/conf TB --- 2013-09-07 12:06:48 - /usr/sbin/config -m EP80219 TB --- 2013-09-07 12:06:48 - skipping EP80219 kernel TB --- 2013-09-07 12:06:48 - cd /src/sys/arm/conf TB --- 2013-09-07 12:06:48 - /usr/sbin/config -m ETHERNUT5 TB --- 2013-09-07 12:06:48 - building ETHERNUT5 kernel TB --- 2013-09-07 12:06:48 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:06:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:06:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:06:48 - SRCCONF=/dev/null TB --- 2013-09-07 12:06:48 - TARGET=arm TB --- 2013-09-07 12:06:48 - TARGET_ARCH=arm TB --- 2013-09-07 12:06:48 - TZ=UTC TB --- 2013-09-07 12:06:48 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:06:48 - cd /src TB --- 2013-09-07 12:06:48 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sat Sep 7 12:06:48 UTC 2013 >>> 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 [...] ipf_rb_ht_init(head) ^ ; /src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c:9998:20: error: a parameter list without types is only allowed in a function definition ipf_rb_ht_freenode(node, arg) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/ipfilter *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/ETHERNUT5 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-07 12:14:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-07 12:14:09 - ERROR: failed to build ETHERNUT5 kernel TB --- 2013-09-07 12:14:09 - 11440.38 user 2412.86 system 15206.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 12:27:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7C9DBC56; Sat, 7 Sep 2013 12:27:52 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 3582D2DD2; Sat, 7 Sep 2013 12:27:51 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cXFK327vfzFTsM; Sat, 7 Sep 2013 14:27:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kuc7p7bb-9ur; Sat, 7 Sep 2013 14:27:49 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 7 Sep 2013 14:27:49 +0200 (CEST) Message-ID: <522B1BC4.4090304@FreeBSD.org> Date: Sat, 07 Sep 2013 14:27:48 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: olli hauer Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> In-Reply-To: <522B17AC.5060503@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 12:27:52 -0000 On 09/07/13 14:10, olli hauer wrote: > There are 13 ports using --with-iconv=${LOCALBASE} > devel/apr1 > devel/apr2 > devel/git > irc/epic5 > lang/gauche > net-mgmt/ettercap > net/ssltunnel-client > net/yaz > net/zebra-server > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > Most of these do work anyway. I'm sure about various of these. I have them working on my PCs. This does not mean they don't need to be tweaked anyway, but they have lower priority. net-mgmt/ettercap is known broken and I have it in my pipe. I'm giving this all the time I can, but I can''t spend too much time on this right now. I'm going to check these and fix the broken ones asap. > > and devel/glib20, print/ghostscript8, print/ghostscript9 using > --with-libiconv=gnu > --with-libiconv=native > --with-libiconv=no > --with-libiconv=no > glib20 I already fixed in the big commit. uses native or gnu where appropriate. I'll also have a look at the ghostscript ports asap, but at least ghostscript9 I have seen it working on my PCs. > > Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). > > If Uses/iconv.mk can be extended with something like ICON_PATH, then > the 13 ports can be changed quickly to use the right iconv. > Most of those will use the right iconv anyway if only one is found. Extending iconv.mk should be discussed with portmgr, adding a variable shouldn't be a problem though. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 12:34:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 08AA6E3D; Sat, 7 Sep 2013 12:34:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF37A2E2B; Sat, 7 Sep 2013 12:34:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r87CYp03012016; Sat, 7 Sep 2013 08:34:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r87CYpZV012012; Sat, 7 Sep 2013 12:34:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Sep 2013 12:34:51 GMT Message-Id: <201309071234.r87CYpZV012012@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 12:34:53 -0000 TB --- 2013-09-07 08:00:42 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-07 08:00:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-07 08:00:42 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-07 08:00:42 - cleaning the object tree TB --- 2013-09-07 08:00:42 - /usr/local/bin/svn stat /src TB --- 2013-09-07 08:00:46 - At svn revision 255353 TB --- 2013-09-07 08:00:47 - building world TB --- 2013-09-07 08:00:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 08:00:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 08:00:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 08:00:47 - SRCCONF=/dev/null TB --- 2013-09-07 08:00:47 - TARGET=i386 TB --- 2013-09-07 08:00:47 - TARGET_ARCH=i386 TB --- 2013-09-07 08:00:47 - TZ=UTC TB --- 2013-09-07 08:00:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 08:00:47 - cd /src TB --- 2013-09-07 08:00:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 7 08:00:55 UTC 2013 >>> 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 Sat Sep 7 11:18:09 UTC 2013 TB --- 2013-09-07 11:18:09 - generating LINT kernel config TB --- 2013-09-07 11:18:09 - cd /src/sys/i386/conf TB --- 2013-09-07 11:18:09 - /usr/bin/make -B LINT TB --- 2013-09-07 11:18:09 - cd /src/sys/i386/conf TB --- 2013-09-07 11:18:09 - /usr/sbin/config -m LINT TB --- 2013-09-07 11:18:09 - building LINT kernel TB --- 2013-09-07 11:18:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:18:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:18:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:18:09 - SRCCONF=/dev/null TB --- 2013-09-07 11:18:09 - TARGET=i386 TB --- 2013-09-07 11:18:09 - TARGET_ARCH=i386 TB --- 2013-09-07 11:18:09 - TZ=UTC TB --- 2013-09-07 11:18:09 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:18:09 - cd /src TB --- 2013-09-07 11:18:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 7 11:18:09 UTC 2013 >>> 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 Sat Sep 7 11:54:47 UTC 2013 TB --- 2013-09-07 11:54:47 - cd /src/sys/i386/conf TB --- 2013-09-07 11:54:47 - /usr/sbin/config -m LINT-NOINET TB --- 2013-09-07 11:54:47 - building LINT-NOINET kernel TB --- 2013-09-07 11:54:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:54:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:54:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:54:47 - SRCCONF=/dev/null TB --- 2013-09-07 11:54:47 - TARGET=i386 TB --- 2013-09-07 11:54:47 - TARGET_ARCH=i386 TB --- 2013-09-07 11:54:47 - TZ=UTC TB --- 2013-09-07 11:54:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:54:47 - cd /src TB --- 2013-09-07 11:54:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Sep 7 11:54:47 UTC 2013 >>> 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-NOINET completed on Sat Sep 7 12:28:14 UTC 2013 TB --- 2013-09-07 12:28:14 - cd /src/sys/i386/conf TB --- 2013-09-07 12:28:14 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-09-07 12:28:14 - building LINT-NOINET6 kernel TB --- 2013-09-07 12:28:14 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:28:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:28:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:28:14 - SRCCONF=/dev/null TB --- 2013-09-07 12:28:14 - TARGET=i386 TB --- 2013-09-07 12:28:14 - TARGET_ARCH=i386 TB --- 2013-09-07 12:28:14 - TZ=UTC TB --- 2013-09-07 12:28:14 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:28:14 - cd /src TB --- 2013-09-07 12:28:14 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Sep 7 12:28:14 UTC 2013 >>> 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 [...] ipf_rb_ht_init(head) ^ ; /src/sys/contrib/ipfilter/netinet/fil.c:9998:20: error: a parameter list without types is only allowed in a function definition ipf_rb_ht_freenode(node, arg) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-NOINET6 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-07 12:34:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-07 12:34:51 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2013-09-07 12:34:51 - 12626.72 user 2601.84 system 16448.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 13:05:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4B1912B8; Sat, 7 Sep 2013 13:05:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12DF62F7C; Sat, 7 Sep 2013 13:05:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r87D5Sd9086564; Sat, 7 Sep 2013 09:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r87D5SMr086553; Sat, 7 Sep 2013 13:05:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Sep 2013 13:05:28 GMT Message-Id: <201309071305.r87D5SMr086553@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 13:05:30 -0000 TB --- 2013-09-07 08:00:42 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-07 08:00:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-07 08:00:42 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-09-07 08:00:42 - cleaning the object tree TB --- 2013-09-07 08:00:42 - /usr/local/bin/svn stat /src TB --- 2013-09-07 08:00:46 - At svn revision 255353 TB --- 2013-09-07 08:00:47 - building world TB --- 2013-09-07 08:00:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 08:00:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 08:00:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 08:00:47 - SRCCONF=/dev/null TB --- 2013-09-07 08:00:47 - TARGET=amd64 TB --- 2013-09-07 08:00:47 - TARGET_ARCH=amd64 TB --- 2013-09-07 08:00:47 - TZ=UTC TB --- 2013-09-07 08:00:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 08:00:47 - cd /src TB --- 2013-09-07 08:00:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 7 08:00:55 UTC 2013 >>> 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 Sat Sep 7 11:54:00 UTC 2013 TB --- 2013-09-07 11:54:00 - generating LINT kernel config TB --- 2013-09-07 11:54:00 - cd /src/sys/amd64/conf TB --- 2013-09-07 11:54:00 - /usr/bin/make -B LINT TB --- 2013-09-07 11:54:00 - cd /src/sys/amd64/conf TB --- 2013-09-07 11:54:00 - /usr/sbin/config -m LINT TB --- 2013-09-07 11:54:00 - building LINT kernel TB --- 2013-09-07 11:54:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 11:54:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 11:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 11:54:00 - SRCCONF=/dev/null TB --- 2013-09-07 11:54:00 - TARGET=amd64 TB --- 2013-09-07 11:54:00 - TARGET_ARCH=amd64 TB --- 2013-09-07 11:54:00 - TZ=UTC TB --- 2013-09-07 11:54:00 - __MAKE_CONF=/dev/null TB --- 2013-09-07 11:54:00 - cd /src TB --- 2013-09-07 11:54:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 7 11:54:00 UTC 2013 >>> 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 Sat Sep 7 12:28:25 UTC 2013 TB --- 2013-09-07 12:28:25 - cd /src/sys/amd64/conf TB --- 2013-09-07 12:28:25 - /usr/sbin/config -m LINT-NOINET TB --- 2013-09-07 12:28:25 - building LINT-NOINET kernel TB --- 2013-09-07 12:28:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:28:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:28:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:28:25 - SRCCONF=/dev/null TB --- 2013-09-07 12:28:25 - TARGET=amd64 TB --- 2013-09-07 12:28:25 - TARGET_ARCH=amd64 TB --- 2013-09-07 12:28:25 - TZ=UTC TB --- 2013-09-07 12:28:25 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:28:25 - cd /src TB --- 2013-09-07 12:28:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Sep 7 12:28:25 UTC 2013 >>> 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-NOINET completed on Sat Sep 7 12:59:17 UTC 2013 TB --- 2013-09-07 12:59:17 - cd /src/sys/amd64/conf TB --- 2013-09-07 12:59:17 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-09-07 12:59:17 - building LINT-NOINET6 kernel TB --- 2013-09-07 12:59:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 12:59:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 12:59:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 12:59:17 - SRCCONF=/dev/null TB --- 2013-09-07 12:59:17 - TARGET=amd64 TB --- 2013-09-07 12:59:17 - TARGET_ARCH=amd64 TB --- 2013-09-07 12:59:17 - TZ=UTC TB --- 2013-09-07 12:59:17 - __MAKE_CONF=/dev/null TB --- 2013-09-07 12:59:17 - cd /src TB --- 2013-09-07 12:59:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Sep 7 12:59:17 UTC 2013 >>> 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 [...] ipf_rb_ht_init(head) ^ ; /src/sys/contrib/ipfilter/netinet/fil.c:9998:20: error: a parameter list without types is only allowed in a function definition ipf_rb_ht_freenode(node, arg) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-NOINET6 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-07 13:05:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-07 13:05:28 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2013-09-07 13:05:28 - 13935.73 user 2893.59 system 18285.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 14:24:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 13B82AB0; Sat, 7 Sep 2013 14:24:51 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) by mx1.freebsd.org (Postfix) with ESMTP id C5E00246A; Sat, 7 Sep 2013 14:24:50 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 1617A1AC0B3D; Sat, 7 Sep 2013 18:24:48 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 7C5941340027; Sat, 7 Sep 2013 18:24:47 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Jv9zOXuO6l-Ok3uGhTx; Sat, 7 Sep 2013 18:24:47 +0400 Message-ID: <522B372E.5040506@passap.ru> Date: Sat, 07 Sep 2013 18:24:46 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522B1BC4.4090304@FreeBSD.org> In-Reply-To: <522B1BC4.4090304@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: olli hauer , freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 14:24:51 -0000 07.09.2013 16:27, Guido Falsi пишет: > On 09/07/13 14:10, olli hauer wrote: >> There are 13 ports using --with-iconv=${LOCALBASE} >> devel/apr1 >> devel/apr2 >> devel/git >> irc/epic5 >> lang/gauche >> net-mgmt/ettercap >> net/ssltunnel-client >> net/yaz >> net/zebra-server >> textproc/libxml2 >> textproc/py-libxml2 >> www/apache22 >> www/apache24 > > Most of these do work anyway. I'm sure about various of these. I have > them working on my PCs. This does not mean they don't need to be tweaked > anyway, but they have lower priority. > > net-mgmt/ettercap is known broken and I have it in my pipe. I'm giving > this all the time I can, but I can''t spend too much time on this right > now. I'm going to check these and fix the broken ones asap. Broken (at least as in "does not build") is only net-mgmt/ettercap. For the latter a have a patch (not clean to install, but the port builds fine). >> and devel/glib20, print/ghostscript8, print/ghostscript9 using >> --with-libiconv=gnu >> --with-libiconv=native >> --with-libiconv=no >> --with-libiconv=no >> > > glib20 I already fixed in the big commit. uses native or gnu where > appropriate. I'll also have a look at the ghostscript ports asap, but at > least ghostscript9 I have seen it working on my PCs. > >> >> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). >> >> If Uses/iconv.mk can be extended with something like ICON_PATH, then >> the 13 ports can be changed quickly to use the right iconv. Well, at least at net-mgmt/ettercap configure script should be fixed, as it uses hardcode "-liconv" while testing. > Most of those will use the right iconv anyway if only one is found. > Extending iconv.mk should be discussed with portmgr, adding a variable > shouldn't be a problem though. I have a (not yet tested) patch introducing ICONV_PREFIX variable, defaults to ${LOCALBASE} and /usr respectively. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 15:05:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2ECBB156; Sat, 7 Sep 2013 15:05:04 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2A4B25BA; Sat, 7 Sep 2013 15:05:03 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id w16so2858176vbb.36 for ; Sat, 07 Sep 2013 08:05:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VlFwR6gKeRGUx5esAAgtqpmcvrjzhFaAxY1YC7T+Zu0=; b=AqojoNgjomJW33G/lFGnfVSoqGVwNQIxAEyOAFQ5H5Egu7RBN09M4PkpVLa3XQ3ClN AdlbvQ5pych8rC7bHt2KKc8chcYieJel98hhEYFdN38kNS+mMWyUQmJ+NsXOUa8ausy5 hPUmsiXjwwN5d5CPNmXfykB987BCa7c0HeN9M0bKZ2y7ORxyLrdks32fZkmJmMl/E4Rp 16NGHSGLwa1+6p4jUPzVH30rNvhS/J75o3KhKdRWQRosGkOhY2ntvyKZplVeCOo54qHv uwa7Lz3X4DpnBiYQ0oXXPfoOPUFaMr6rvi/H3qhFiPV25jJkonUkVkPnv+KMTItsZPSJ i9sg== MIME-Version: 1.0 X-Received: by 10.52.98.131 with SMTP id ei3mr6706826vdb.4.1378566302528; Sat, 07 Sep 2013 08:05:02 -0700 (PDT) Received: by 10.220.65.132 with HTTP; Sat, 7 Sep 2013 08:05:02 -0700 (PDT) In-Reply-To: <1378483253.1598.3.camel@localhost> References: <1378483253.1598.3.camel@localhost> Date: Sat, 7 Sep 2013 17:05:02 +0200 Message-ID: Subject: Re: Interesting panic from the Yahoo builder (10-current) From: Davide Italiano To: Sean Bruno Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 15:05:04 -0000 On Fri, Sep 6, 2013 at 6:00 PM, Sean Bruno wrote: > Our "yBSD" builder needs to mount a disk image temporarily that has a > dos partition (for openstack-ish things) to put configs into it. It > seems that under high stress, we can squeeze a panic out of it in > namei(). > > Sean > > > Unread portion of the kernel message buffer: > panic: namei: nameiop contaminated with flags > cpuid = 8 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048d8e53b0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048d8e5460 > vpanic() at vpanic+0x126/frame 0xfffffe048d8e54a0 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe048d8e5510 > namei() at namei+0x2c8/frame 0xfffffe048d8e5600 > msdosfs_mount() at msdosfs_mount+0x556/frame 0xfffffe048d8e57c0 > vfs_donmount() at vfs_donmount+0xc35/frame 0xfffffe048d8e5aa0 > sys_nmount() at sys_nmount+0x72/frame 0xfffffe048d8e5ae0 > amd64_syscall() at amd64_syscall+0x223/frame 0xfffffe048d8e5bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe048d8e5bf0 > --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x8000a8b68a, rsp = 0x7fffffffd508, rbp = 0x7fffffffdb30 --- > Uptime: 34m55s > Dumping 1140 out of 16350 MB:..2%..12%..22%..31%..41%..51%..61%..71%..82%..92% > > Reading symbols from /boot/modules/msdosfs.ko...done. > Loaded symbols for /boot/modules/msdosfs.ko > #0 doadump (textdump=1) at pcpu.h:227 > 227 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) Hangup detected on fd 0 > error detected on stdin Can you please print the value of cnp->cn_nameiop (or, even better, the whole struct) before the panic? Thanks, -- Davide "A mathematical theory is not to be considered complete until you have made it so clear that you can explain it to the first man whom you meet on the street." (D. Hilbert) From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 16:10:45 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16442C2F for ; Sat, 7 Sep 2013 16:10:45 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D577B2843 for ; Sat, 7 Sep 2013 16:10:44 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 374EBBBD87; Sat, 7 Sep 2013 12:35:45 +0000 (UTC) Date: Sat, 7 Sep 2013 14:35:45 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Subject: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130907123545.GK43281@caravan.chchile.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 16:10:45 -0000 Hi, I have the following panic every time I do a zfs receive on a given dataset. For the background, I synchronize a zfs dataset every couple of minutes using zfs send/receive. I think I recently got a panic (I'm running mav@'s geom direct dispatch patch) which probably happen at a bad time and left the snapshot/data in an inconsistent state. Now, whenever my cron job runs, it triggers the panic. The process that triggers the panic is: zfs receive -F data/jail/caravan Probably relevant, on boot, I have the following message: Solaris: WARNING: can't open objset for data/jail/caravan/%recv I have a core around if needed to debug. I will not try to repair the snapshot/dataset during this weekend, to get a chance to test a patch. Afterward I will have to start this job again. panic: solaris assert: dn->dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00e62401a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e6240250 vpanic() at vpanic+0x126/frame 0xfffffe00e6240290 panic() at panic+0x43/frame 0xfffffe00e62402f0 assfail() at assfail+0x22/frame 0xfffffe00e6240300 dmu_tx_hold_free() at dmu_tx_hold_free+0x167/frame 0xfffffe00e62403e0 dmu_free_long_range() at dmu_free_long_range+0x1f5/frame 0xfffffe00e6240450 dmu_free_long_object() at dmu_free_long_object+0x1f/frame 0xfffffe00e6240480 dmu_recv_stream() at dmu_recv_stream+0x86e/frame 0xfffffe00e62406b0 zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfffffe00e6240920 zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfffffe00e62409c0 devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfffffe00e6240a20 kern_ioctl() at kern_ioctl+0x2ca/frame 0xfffffe00e6240a90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfffffe00e6240ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e6240bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e6240bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019ddf1a, rsp = 0x7fffffff5c08, rbp = 0x7fffffff5c90 --- -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 16:43:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1C9A9E26 for ; Sat, 7 Sep 2013 16:43:21 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm48.bullet.mail.bf1.yahoo.com (nm48.bullet.mail.bf1.yahoo.com [216.109.114.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD32B29A0 for ; Sat, 7 Sep 2013 16:43:20 +0000 (UTC) Received: from [66.196.81.173] by nm48.bullet.mail.bf1.yahoo.com with NNFMP; 07 Sep 2013 16:43:12 -0000 Received: from [98.139.211.196] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 07 Sep 2013 16:43:12 -0000 Received: from [127.0.0.1] by smtp205.mail.bf1.yahoo.com with NNFMP; 07 Sep 2013 16:43:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378572192; bh=hj3PmlaaBNxqzPy6VMXIWoWV+442uT0o4mb7oyJyQ/I=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=WjnLFDTHDCDg3B3iqc39KUdcdAa6hh6O3EGgBn6pHt8heJ97/qrGBztnvEp7v/ewdOY3grgUelaqBkSKpvyc51uOdaCcCeDbzPIxfEM0fo5k2WDWztxWXd7ai9Swj52WI2RnBPMCNv0fyRjU8drdXEilqJzStjRokS8l0enEpWw= X-Yahoo-Newman-Id: 919018.44176.bm@smtp205.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 6b90_qIVM1kH2AEeLYlGM5fivARdu1waSdnXnLSA0drTku. iUqssQMyrnB0C6AOnA8DBfmnz0GabMMsR7HsS7QMRkWs4CSKSaYuZ3pLmENN Jt07S6r0imrS..irxFq2aPG2TyjTVvvmQiEUA4SYl83J43.hoaqGMtVPj.0s giy0F2SRAV7JChEv88AQU9pCzuUJGYbdFGwr1ZP2MSxSh3wI1kU0HE_kFFWy hJ8_0gdLOgsVm.P0UtoeDpBsHItVTbjIkirtWvhpbhIQCLQ.7wEC9JuVzqXN pFP77InUXU5qi_2oQ0zQdGCAXOd0BIC2qCoBNGQc.R8e_bCA0w5GxyJXEptR _dDlqJMVhGmcNYitWIk8TO_7sV6uF9eRWsr2pmTAKmo9FgjpCmfugPCbIzF6 j0H.FmZLuNp4lkr4OWKKAy4AufVX6bBCgoyb5Taz9bDaAs6cRLSrTvLkDA.s ehbKtkWPifrklgbouW2gDqZ4vXAOP3cz7GOgcoJ3PUh6tN7fKk7g1ZJSTP0P 1yB9VXbAS23hbjcrVkQvreWoUIDmbtjkr2ggYIcMWSwFvJC1pX98- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp205.mail.bf1.yahoo.com with SMTP; 07 Sep 2013 09:43:12 -0700 PDT Subject: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TWIPgjWi34t3QkhfE3J9" Date: Sat, 07 Sep 2013 09:43:06 -0700 Message-ID: <1378572186.1588.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 16:43:21 -0000 --=-TWIPgjWi34t3QkhfE3J9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable with "nodevice random" I can no longer compile for MIPS --- kernel.debug --- pseudo_rng.o:(.data+0x3c): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x78): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x84): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x8c): more undefined references to `random_null_func' follow random_adaptors.o: In function `random_sysctl_active_adaptor_handler': /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x40): undefined reference to `random_get_active_adaptor' /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x40): relocation truncated to fit: R_MIPS_26 against `random_get_active_adaptor' trying to enable random on my DIR-825 kernconf I get this on boot: Configuration file: /etc/cfg/hostapd.wlan0.conf Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid "TESTBRUNO" Entropy device is blocking. --=-TWIPgjWi34t3QkhfE3J9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK1eWAAoJEBkJRdwI6BaHYs4H/386VpCS34X6bDkO68SjNkTO XlCeDcvA74ZSXKd6GSfmh19/KKDquxJtUyXn5h4sNU7+lz4pV4U1kJhT1ShQmItk GMkFtP1q5sXEbR5hucrXcOAvrcE9hGnrw0O+Z6SZLqfNdQScW+/35RoFYhjSVZ1Y R95/rGzVrvTdzcaxBo2b4yBK7khnhNdRtDh3Z1BZ6gNyfoX/v1sy3YtvqNj2B6hg nhTw3c2kT/c7rikip8UN/8uICy+ULJes5cHok7x7erTGU21bOLVgX/Rf1VEkEVMI oZe2v3LTBS2Hn8bHwUgmwkAKjEWFCVoTNvsTBQOsNZTQx4zwBFMBacj40e04Pcg= =wWxZ -----END PGP SIGNATURE----- --=-TWIPgjWi34t3QkhfE3J9-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 17:53:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8C294D6A for ; Sat, 7 Sep 2013 17:53:47 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm12-vm6.bullet.mail.ne1.yahoo.com (nm12-vm6.bullet.mail.ne1.yahoo.com [98.138.91.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D6C62C52 for ; Sat, 7 Sep 2013 17:53:46 +0000 (UTC) Received: from [98.138.90.54] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 17:47:58 -0000 Received: from [98.138.226.62] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 17:47:58 -0000 Received: from [127.0.0.1] by smtp213.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 17:47:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378576078; bh=ErCOuagYjt65vfj1QbjzCZ2XWKmzvwu29RQIURjG4bg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=s873smBWlJwXAy5CQm5jnBSFiUsdUeLMMcRwKipw+ZvS37Yp+1Cu6hy4Hc/avJmkQd00kdeMFG0cR0AMCcz7lgCmYFKAF3j79L8ECQDSoR1KUninU0CEMqA5oSsVR4RVbesOFl37qmmB9DpGsTLNmm3nrKFfNsHZfVFbcJ1k0us= X-Yahoo-Newman-Id: 245188.93470.bm@smtp213.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fk0wSj0VM1nPGbSlwx8UtsxF3eZq9ScW9cy7V35Zf5y7e2M CAIz0g0Ppwpqbm4UWP_fy5YQuI4InM1uH9KyOewVhQBEG1WG4zUvub48H3wD mHfiMPv6W0NZOqp3EDLUFn4WTCz5SK8ijdsV1WOxTrW3e_0QKyu2713fts_t C_hNAyvBo9UjAKrsUUJG_xwvK.hWteNoOs_ELuqswCaYWT6uPY53eI9dbjg9 3slhOD6qgIFRoJYUy7KzrccYgC8MTBxytiMM3smFQFW4SqqW3q5r.kYb9qvX gxckrVgsfeLILJlh5F72QO.z4PnyFkUfB_MhWL80Ar1spTfuMEy1a7rxMLGR gTvjPbhOyhE2uRl6zrhjdljEcKHqgEF8Mxi5mHtqVBbkbosFw2GT.zc6RDmZ Anft1274iLg772KpxZDU4cDwXgh_DzYNHzKdKCvMgwW7GXDUmwc_HroFgANT LzAaToO3JfDGgi_rKKqtcotD9xXxq9Ud6uRwdLHhTgOCpYRE9TIzH_WLmZH9 9jfkd6Pz0VmjGZBa3Rxk6V5flg97B X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp213.mail.ne1.yahoo.com with SMTP; 07 Sep 2013 10:47:58 -0700 PDT Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: Mark R V Murray In-Reply-To: <68EAE20D-3163-4BC2-850B-274BE77A99C7@grondar.org> References: <1378572186.1588.5.camel@localhost> <68EAE20D-3163-4BC2-850B-274BE77A99C7@grondar.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-xp+sQ/iKtwUJNwIcqPz1" Date: Sat, 07 Sep 2013 10:47:56 -0700 Message-ID: <1378576076.1588.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 17:53:47 -0000 --=-xp+sQ/iKtwUJNwIcqPz1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-09-07 at 18:34 +0100, Mark R V Murray wrote: > > Configuration file: /etc/cfg/hostapd.wlan0.conf > > Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid > "TESTBRUNO" > > Entropy device is blocking. >=20 > Can you please see if you can get the output of "sysctl -a | grep > random" > at that point?=20 Nope, the system is stalled at that point so there's no interactivity. Sean --=-xp+sQ/iKtwUJNwIcqPz1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK2bMAAoJEBkJRdwI6BaHhewIAIHcG7w+alTmKXpTGVzz4rFe a7u8U/V7e4KPKCBIEq82UsuAAmg3GCojMzp+NFO0M29uRlsC6lMep/x3XhSlZIzW AON2QQaoZb854fbLccv7ozfp7NZ/pmBb+PUVs5dcOBSNG26lb8rubKvz+PeksbYg QoxgUAVTqAP3F9tdvPhokM9XEw9nq2RKaJDsZZUp6DKGLtafaQTXXaIBnqtJo29c wKbfUlC1eDTG7Mk5+znfXiYnWRaCKjrUPMv2dQWlnbxcE7WLCyYe4gL9U+cxlfAm v89g3yd/boJxWyaG3XW8lXJ0ntCUBVuibbfQfH+Y4cXYWREhKp09QOuHsRCJb/4= =gLgr -----END PGP SIGNATURE----- --=-xp+sQ/iKtwUJNwIcqPz1-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 17:34:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF446912; Sat, 7 Sep 2013 17:34:29 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 834412BA7; Sat, 7 Sep 2013 17:34:29 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIMOw-000DcG-Av; Sat, 07 Sep 2013 18:34:28 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EAE18A9C-3131-4B7B-8D2E-423219DFB0AF"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378572186.1588.5.camel@localhost> Date: Sat, 7 Sep 2013 18:34:25 +0100 Message-Id: <68EAE20D-3163-4BC2-850B-274BE77A99C7@grondar.org> References: <1378572186.1588.5.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 18:25:53 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 17:34:29 -0000 --Apple-Mail=_EAE18A9C-3131-4B7B-8D2E-423219DFB0AF Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 17:43, Sean Bruno wrote: > with "nodevice random" I can no longer compile for MIPS > --- kernel.debug --- > pseudo_rng.o:(.data+0x3c): undefined reference to `random_null_func' > pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func' > pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func' > pseudo_rng.o:(.data+0x78): undefined reference to `random_null_func' > pseudo_rng.o:(.data+0x84): undefined reference to `random_null_func' > pseudo_rng.o:(.data+0x8c): more undefined references to > `random_null_func' follow > random_adaptors.o: In function `random_sysctl_active_adaptor_handler': > /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x40): > undefined reference to `random_get_active_adaptor' > /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x40): > relocation truncated to fit: R_MIPS_26 against > `random_get_active_adaptor' This is easy enough to fix. Doing a build now. > trying to enable random on my DIR-825 kernconf I get this on boot: > > Configuration file: /etc/cfg/hostapd.wlan0.conf > Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid "TESTBRUNO" > Entropy device is blocking. Can you please see if you can get the output of "sysctl -a | grep random" at that point? M -- Mark R V Murray --Apple-Mail=_EAE18A9C-3131-4B7B-8D2E-423219DFB0AF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUitjod58vKOKE6LNAQqw5AP6AyGQg+8CYTSPlZheAsqBlYOEygCTkyPC 235N/aUEwSDOKGxs4xiTbwnCN5Du8ze51wFeBOYQKPqD9CTOrTPAiMLs/CdYaghN VfAAVp5chFoUpGusvrkz9TYXbKWq7dnRVQ8+dKJS5PE3yNeuKtQFDFgY11Hyt04g DWH7Xs2wRnM= =A7/Z -----END PGP SIGNATURE----- --Apple-Mail=_EAE18A9C-3131-4B7B-8D2E-423219DFB0AF-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 17:40:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 72D65AA0; Sat, 7 Sep 2013 17:40:03 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 377F52BF1; Sat, 7 Sep 2013 17:40:03 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIMUK-000DcZ-Bm; Sat, 07 Sep 2013 18:40:01 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F0071C6C-7C5C-4655-A422-98B1D997F4D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378572186.1588.5.camel@localhost> Date: Sat, 7 Sep 2013 18:39:59 +0100 Message-Id: <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> References: <1378572186.1588.5.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 18:33:35 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 17:40:03 -0000 --Apple-Mail=_F0071C6C-7C5C-4655-A422-98B1D997F4D4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 17:43, Sean Bruno wrote: > trying to enable random on my DIR-825 kernconf I get this on boot: > > Configuration file: /etc/cfg/hostapd.wlan0.conf > Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid "TESTBRUNO" > Entropy device is blocking Please make a change to sys/dev/random/randomdev_soft.c; Around line 82, please change from ".seeded = 0" to ".seeded = 1". If that works, then your report above with the "Entropy device is blocking." is trying to read random numbers before /dev/random is secure; this is a BAD security problem. M -- Mark R V Murray Entropy device is blocking --Apple-Mail=_F0071C6C-7C5C-4655-A422-98B1D997F4D4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUitk7958vKOKE6LNAQpkSAP/bwDXZ9BMRgECR2jCnN0vjxkckErVZe24 q6ZkgjzIqtM9f6XGJ4Rl/M4fK/raNQ/U+L9MrKYqWEKZ9N01G/h96u07yojST5DD 4ivAqgUEnEq7Zlakd63Ht3K+EroW4XPzLNLjm3kMslEHekHF/mq+MAzCwodmRylk /3oyzTgYDOU= =wI6G -----END PGP SIGNATURE----- --Apple-Mail=_F0071C6C-7C5C-4655-A422-98B1D997F4D4-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 18:36:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2B63320B for ; Sat, 7 Sep 2013 18:36:59 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm1-vm10.bullet.mail.gq1.yahoo.com (nm1-vm10.bullet.mail.gq1.yahoo.com [98.136.218.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E10AB2E11 for ; Sat, 7 Sep 2013 18:36:58 +0000 (UTC) Received: from [216.39.60.183] by nm1.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:36:51 -0000 Received: from [98.136.164.74] by tm19.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:36:51 -0000 Received: from [127.0.0.1] by smtp236.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:36:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378579011; bh=kfw38H7OOET4UcHXd1C/Tky9BcV5ywIB273prDcmLO4=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=WHXxP5Y/20Gz9JBCPicesdv5fqK9DV6OQSoq8uqhUs49JlLcIsS6I3YNP0sDd8r2dFvS75PRmhpwKavZiZgU9t5gk6uSOuDIN5BOV9k/JFB4PmfZhvjjHV+KWr+D6dqwH+VAbn+m6n7v3m5mFUax3XbFzp2eNbPoJYT6mMPVHpQ= X-Yahoo-Newman-Id: 900852.86582.bm@smtp236.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pVJHQgwVM1m5DGHaiQJ.n6GLZ6mfLO4ZIAIEhzYh.dBNoRf s6dQJ_g2QGEDMmwA14ngLhZDDjOcNtepctvprYY6jEt7knZCv.78aCFwtz1t A2NKJoXKCN4G42.IbrNiza7pkFYshsiTFp_2TkYuWe28xRyzLJXAFQHs01Y7 FDUrEhm5ts4J81Z_BX3nvCP5eKrMNcD4rTnGwKzTGXg8WNWYwSbIMGjMKHx2 VH9JBVClyeLMPgGJgIIaaZLwwX3KkkabrJM4AIy5dEcZAPpjPACa60pkgWnh KRnhzDlZlWIJ7LYg.iNwPhO_Kmxv2bzRTk5JvZ2W7RecgP03Vy9_u7om.FWu 668NUX_nxAQpdh3tFJzGhOT6TYm38Z_ugCT2bhaU5eOkyOapbbOoYTue5Vsu GDXsFvaei1978p23J56etXH9fTFavSSm8FPGx2i9N2ZAdCj8AorzIcENgTov JzouPQkyjDbwjcJhsA.KeeZW5m_RKh_uuokNQez.A4L7DBrkD2.yBJ2RKn1. v4vHtX80Us7hP2MeTFaxuqak60Uhq X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp236.mail.gq1.yahoo.com with SMTP; 07 Sep 2013 18:36:51 +0000 UTC Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: Mark R V Murray In-Reply-To: <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-hU/mB2HgkS3Ir1v5UqfL" Date: Sat, 07 Sep 2013 11:36:51 -0700 Message-ID: <1378579011.1588.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 18:36:59 -0000 --=-hU/mB2HgkS3Ir1v5UqfL Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-09-07 at 18:39 +0100, Mark R V Murray wrote: > On 7 Sep 2013, at 17:43, Sean Bruno wrote: > > trying to enable random on my DIR-825 kernconf I get this on boot: > >=20 > > Configuration file: /etc/cfg/hostapd.wlan0.conf > > Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid "TESTBRUNO= " > > Entropy device is blocking >=20 > Please make a change to sys/dev/random/randomdev_soft.c; >=20 > Around line 82, please change from ".seeded =3D 0" to ".seeded =3D 1". >=20 > If that works, then your report above with the "Entropy device is blockin= g." > is trying to read random numbers before /dev/random is secure; this is a = BAD > security problem.=20 >=20 > M Looks like it does indeed work if that is set to 1. =20 This "DIR-825" config, should be loading random as a module, not built into the kernel due to size limitations of the kernel on this board. Sean --=-hU/mB2HgkS3Ir1v5UqfL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK3JCAAoJEBkJRdwI6BaH3wsH/1ogmPP+dI3smv1RcFfAJSZh 8JjJter9f/YFmwdlCz5Qz4dl9wqMksbRI9pV43rmRni75I2YydPxI/y9gpVMqGRJ Sq0KALG95seQ56bdOQ3Apuxx715zyahKgveXVof0hZ8se+kXcpQv5P65owWxDI2g lN1+lTw7MswBSMxCjTTRYD/LYGG8watMhUw3pwGdD/le0Hn0liUyUZ0KU+t0YeXx T9tJ+fj3WEXcUQ9j4hkUO5fSatgVfcx8/H+NtTcro8RVwC4iCeFnmmtqJSh5RCiM FpXd4YDXLCjlEjDwG9ChL6+p5pJDk63fbc3jnD9RwK4ScEAu/ahOZIUK+EcvAm8= =1DYH -----END PGP SIGNATURE----- --=-hU/mB2HgkS3Ir1v5UqfL-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 18:49:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 742AF992 for ; Sat, 7 Sep 2013 18:49:24 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm11-vm8.bullet.mail.gq1.yahoo.com (nm11-vm8.bullet.mail.gq1.yahoo.com [98.136.218.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1B9A2E8B for ; Sat, 7 Sep 2013 18:49:23 +0000 (UTC) Received: from [98.137.12.61] by nm11.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:49:17 -0000 Received: from [208.71.42.209] by tm6.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:49:17 -0000 Received: from [127.0.0.1] by smtp220.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 18:49:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378579757; bh=gxCXN1lksfsKAbTUsMDj3EzxEwjkfmMMko804gE9enM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Z0EehCGiL3LVByO6S9URtO56h2rARHG2M0dpDCxVqT8twqtkR7UIAp325Gv6iLW/eceQ6AjEdj/YmiaDGwYtLrhe2it+aHB65gWF9fZzhB56oyGZtMGnJVbO+QH8OGtIuleGmW2mTFaZ0TjauqXh8HZGA9/1H/dV2Yx9dPtjPi0= X-Yahoo-Newman-Id: 145030.86240.bm@smtp220.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Q8toBfsVM1nb6PglUV9Saf.aJijif49ZpMttbF1SmowwuP6 eEvkzEXCUmy3SO8unB8GItlDmSyT.Ovtj50pLcyhWnoictNZUQ3Stc2xM7w3 lDa9vS3ylbwOZGLdeaICaZx1lPfx8FwiWVVK7maCzwcYhUg9Ux8Mxo7JxUma t9KHpW_0OYwM4bpElL2DurbqZ5n_vDcEqKWidgMWggBUdve7wGJEAhi3FHOm I1iB7UjUnViiy7vsrby25D5XgkgVy7iBvTBEfcegu8VnUUWd35DTJU2B9HZW gH2Q_.358agOoSMYGrGTMsV_neLrPrc_lR4E1ZBUU8SJqwNMWgx6q692Ypdw WK4KsAXKTPGthgRj_R6frJEPrPqMlRIZVF2eM6p73Sm7cDtbC7DEX3NjvSXm nesn_DrherVDapTf97zdlFzFjMmxcqkTITsugAJCmFOTlOr7RWySokPzWZo. Q0KGHMxsTirPEKiEkJtlBt_amPjx7j34EFm7_0Mdtr6j7CiuT18ME396uSFm 9.45Wt842miveCm1US_Nf_MWJZf3a X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp220.mail.gq1.yahoo.com with SMTP; 07 Sep 2013 18:49:17 +0000 UTC Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: Mark R V Murray In-Reply-To: <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+Ty6a0gTraQqhBQIF00F" Date: Sat, 07 Sep 2013 11:49:16 -0700 Message-ID: <1378579756.1588.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 18:49:24 -0000 --=-+Ty6a0gTraQqhBQIF00F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-09-07 at 19:40 +0100, Mark R V Murray wrote: > > Looks like it does indeed work if that is set to 1. =20 > >=20 > > This "DIR-825" config, should be loading random as a module, not > built > > into the kernel due to size limitations of the kernel on this board. >=20 > Hmm. I'll set it back to 1, but this is technically a security issue. >=20 > Thanks for the report back, and sorry for the hassles! >=20 > M > --=20 > Mark R V Murray=20 Ok. Right now, the mips kernel doesn't build unless I have random built in, we were using it as a module previously. =20 Sean --=-+Ty6a0gTraQqhBQIF00F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK3UsAAoJEBkJRdwI6BaHiKUH/A9AFqZUUOJFVpX0OTGEzsy3 gtEmclveBjSmZOuLIcRQknEx39S8iA1oJog9dnpI3xF/JBOrXXRd5vFpXxa1qxR+ +JR/qN9Unm0DmB+0dWM9xZ0lkss156gGPw+Lk9d5l9w5XmFikEfu9jvIoKjS5JG+ Ie6zD6JPt9QiJhk7ZB8VfuzrCUtyGlgxbdGHA9c4dux+r6CeNO5NA/KQpC95CK+R +8tD/UgLermy+uvyHOiqiGvCglRHBcwMwbQOO+eHyvZ+HxUlcacp/tjrc9NY7Ie7 DIn2gIhCyrcMD0C81+K1LtbQMAcLRf3yYKWHXj+HYOacUajpuVPnGEDyzECPKr4= =S5bh -----END PGP SIGNATURE----- --=-+Ty6a0gTraQqhBQIF00F-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 19:12:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5BC94D8 for ; Sat, 7 Sep 2013 19:12:21 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm19-vm2.bullet.mail.gq1.yahoo.com (nm19-vm2.bullet.mail.gq1.yahoo.com [98.136.217.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 964EA2FA8 for ; Sat, 7 Sep 2013 19:12:21 +0000 (UTC) Received: from [216.39.60.183] by nm19.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 19:12:14 -0000 Received: from [208.71.42.211] by tm19.bullet.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 19:12:14 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 07 Sep 2013 19:12:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378581134; bh=rDF5RO+4AY806oGxQOvx97Zs+UZoI1LMVHfFASkl9vo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Ef9cfAuz0AsJVRSD842uEsnGLENxz6SuYTaWfcVsoFL3bi2RkfaZsYXAuPdAV/7JwzymQVXJ25WDDtSRMUtjxk0dUM3LCzyC0L/BrdHUP9wWiZRdULNzjw4ukVZd0dDTaZEeBG0FlVY8Y9GdWirPIu5k792yVk5NgFaqMCYkHsE= X-Yahoo-Newman-Id: 821827.50747.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xrdaw5kVM1lfyn80IoIe0m9XoRmBf0MER5DRYfOpJKb5fmp DdtTlvVku5SQ5nKM7jA_LlClYG6ZtQ.28_HffMv34YJIbxnZa4suWQkhQEJe g6bASnWUu9df8U5qI1xxv1_HJ3uOW79ZQ09c8ifo1dgGNxMeaiQjO6Mm.yFH CdCFB4JHhKB89A138VMlLeez7RZvi8KtgJfhypYzqjXXvfVMGI8Mr.toncxY 0cWFSITNkWCd9syURu8lWXqkzCd3BXXESlfTY_f5BiUPQoKF_io76GHSc3WP SBJRe5xYgUzhzS7qJ9.MgfK3tKgjIoo000obJmtawKHUWV1KSQnVetyJlw0R AlCdl4S4_Xyo9dX10zVEaUzRbxbBU6JurG3gFL17DreLW4H_0j73_3Q6GOtm VeWaCs4_o3nBuSlZhbFQY0Gc.KDR1GMfDrNFRKq_YN3V8XxhqRS3EVFX88nU K9nSEKjrtcICtlj4YyIhQZqKeDNi_1bNH3PUF3n8ysm_w2eVvyOhK6WfLEvq XFFnOVs4APF4ZsCsXBAQX5Zoy32mr X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp222.mail.gq1.yahoo.com with SMTP; 07 Sep 2013 19:12:14 +0000 UTC Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: Mark R V Murray In-Reply-To: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378579756.1588.17.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ywp1MqwLDKsS46ooT6HD" Date: Sat, 07 Sep 2013 12:12:13 -0700 Message-ID: <1378581133.1588.18.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 19:12:22 -0000 --=-Ywp1MqwLDKsS46ooT6HD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-09-07 at 19:56 +0100, Mark R V Murray wrote: > > Ok. Right now, the mips kernel doesn't build unless I have random > built > > in, we were using it as a module previously. =20 >=20 >=20 > I'm testing a fix, but if you want to help out, please move the > random_null_func() > from randomdev.c to pseudo_rng.c in sys/dev/random. Patch enclosed. >=20 > Thanks! >=20 > M=20 Closer: --- kernel.debug --- linking kernel.debug random_adaptors.o: In function `random_sysctl_active_adaptor_handler': /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x2dc): undefined reference to `random_get_active_adaptor' /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x2dc): relocation truncated to fit: R_MIPS_26 against `random_get_active_adaptor' *** [kernel.debug] Error code 1 --=-Ywp1MqwLDKsS46ooT6HD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK3qNAAoJEBkJRdwI6BaH8ikH/1kXQpWkafLvK71Eo5IRi8nF iW3AtPQMjvJ6GYm2NHiuaHzCtJixW2K3mWfpQumJUjpKrzBXVg0WknfMiX98l5G8 fgeqxhNVPXlJjl94bvAvhDS+eTbZ/RZXzNsTAarBicg+KrOmLcmW0VVApyATp+nl CfmLOrO3NqwDPWmjV63sx+N8OR2MO7ceIhMxckxIGyd1EC/3Z3pGEGF6/V3wnSno Y4Ita5yo+FLV8C32tGoG3z3LfNVR45T3UWD2FLbNhzd075AnMkGN+9PQXo5U/Ra8 Kwh9sv/OGKzJJjCu4HRrl/4ViOltP2DnN1j/QZMNNq6oTMTI3sT5CGrGOmuhgH4= =2l0B -----END PGP SIGNATURE----- --=-Ywp1MqwLDKsS46ooT6HD-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 19:13:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E9985F6; Sat, 7 Sep 2013 19:13:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC28B2FBF; Sat, 7 Sep 2013 19:13:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VINwz-001YKI-9O>; Sat, 07 Sep 2013 21:13:41 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VINwz-001TdG-4x>; Sat, 07 Sep 2013 21:13:41 +0200 Date: Sat, 7 Sep 2013 21:13:36 +0200 From: "O. Hartmann" To: freebsd-current@freebsd.org Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907211336.6e538a3f@thor.walstatt.dyndns.org> In-Reply-To: <522A5430.8050001@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/X.ORLEaKAgz7TVk7l6PtGU8"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.210 Cc: FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 19:13:49 -0000 --Sig_/X.ORLEaKAgz7TVk7l6PtGU8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable While proceeding in the iconv-mess, I run into a very nasty situation with some ports showing strange linker errors on most recent systems. The symptoms are present on boxes with CURRENT > r255259, for instance, the error below is taken from a box which has already compiled the port in question successfully, but then I recompiled world, installed world and proceeded this morning with the port's updating mess. And the boxes in question are at FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 2013 amd64 Those machines I maintain all use the very same /etc/src.conf and settings there, so issues with libc++11 et cetera must then related to the different OS revision. I see qt4-scripts and kdelibs4 failing with some strange undefined references to 'swap' in c++ classes, as well as several very severe prerequisits for kdevelop (I do not use KDE, so I simply have the kdevelopp stuff amongst necessary ports). Below the failing port textproc/libxml++26 which fails on r255356, but not on the box with r255259. On the failing system, I'm able to compile the port devel/glibmm. [...] libtool: link: c++ -Wall -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -o examples/dom_parse_entities/.libs/dom_parse_entities examples/dom_parse_entities/main.o libxml++/.libs/libxml++-2.6.so -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /usr/l= ocal/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libglib-= 2.0.so -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/li= b/libsigc-2.0.so -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -o examples/dom_build/.libs/dom_build examples/dom_build/main.o libxml++/.libs/libxml++-2.6.so -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /usr/l= ocal/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libglib-= 2.0.so -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/li= b/libsigc-2.0.so -pthread -Wl,-rpath -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iterator)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iterator)/usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iterator)' ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for unfinished jobs.... c++: error: linker command failed with exit code 1 (use -v to see invocation) c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]: *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/textproc/libxml++26 =3D=3D=3D>>> make failed for textproc/libxml++26 =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for textproc/libxml++26 failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> You can restart from the point of failure with this command li= ne: portmaster x11-toolkits/pangomm textproc/libxml++26=20 =3D=3D=3D>>> Exiting --Sig_/X.ORLEaKAgz7TVk7l6PtGU8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK3rkAAoJEOgBcD7A/5N8mFcH/jNREyEGStRx00e4U+tziADp i/mXGhLHY5eoubgt0MG4Kzw7BitC0hoo6QgxRNM0eQgtPVsaox/fV9dg/sybp9Kf emheIu/lTWIeNv1jQiWufqdpgofNtiOubflAo4+cNhSskeV30DxR30i5jMiWoX9Q GAfXbtGQZAbT1OxTNjE+sBl8UyQ6/0XLPIIFIPpaIHvjqwK/p4ZnWoqOEBqBzZd6 LdxG19BMk8LVSnCNuVGYzz+++vzGoTob/oIeuAMhVyGsYxfaXKhCywmdVlgGKaSB c9DNSkCmfExvchjRATYnabyFCg33M4NUAetloto9vdp0t4SAixXp3t7NR1P/uRU= =P8qe -----END PGP SIGNATURE----- --Sig_/X.ORLEaKAgz7TVk7l6PtGU8-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 19:46:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9DE29670; Sat, 7 Sep 2013 19:46:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BA6F21C4; Sat, 7 Sep 2013 19:46:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIOSR-001doZ-ED>; Sat, 07 Sep 2013 21:46:11 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIOSR-001VrX-A3>; Sat, 07 Sep 2013 21:46:11 +0200 Date: Sat, 7 Sep 2013 21:46:10 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907214610.69fabdff@thor.walstatt.dyndns.org> In-Reply-To: <522B1BC4.4090304@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522B1BC4.4090304@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/K9WH3v8eVDL9Jer+w6PycH6"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.210 Cc: olli hauer , freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 19:46:13 -0000 --Sig_/K9WH3v8eVDL9Jer+w6PycH6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 07 Sep 2013 14:27:48 +0200 Guido Falsi wrote: > On 09/07/13 14:10, olli hauer wrote: > > There are 13 ports using --with-iconv=3D${LOCALBASE} > > devel/apr1 > > devel/apr2 > > devel/git > > irc/epic5 > > lang/gauche > > net-mgmt/ettercap > > net/ssltunnel-client > > net/yaz > > net/zebra-server > > textproc/libxml2 > > textproc/py-libxml2 > > www/apache22 > > www/apache24 > > >=20 > Most of these do work anyway. I'm sure about various of these. I have=20 > them working on my PCs. This does not mean they don't need to be > tweaked anyway, but they have lower priority. >=20 > net-mgmt/ettercap is known broken and I have it in my pipe. I'm > giving this all the time I can, but I can''t spend too much time on > this right now. I'm going to check these and fix the broken ones asap. >=20 >=20 > > > > and devel/glib20, print/ghostscript8, print/ghostscript9 using > > --with-libiconv=3Dgnu > > --with-libiconv=3Dnative > > --with-libiconv=3Dno > > --with-libiconv=3Dno > > >=20 > glib20 I already fixed in the big commit. uses native or gnu where=20 > appropriate. I'll also have a look at the ghostscript ports asap, but > at least ghostscript9 I have seen it working on my PCs. >=20 > > > > Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). > > > > If Uses/iconv.mk can be extended with something like ICON_PATH, then > > the 13 ports can be changed quickly to use the right iconv. > > >=20 > Most of those will use the right iconv anyway if only one is found.=20 > Extending iconv.mk should be discussed with portmgr, adding a > variable shouldn't be a problem though. >=20 This happens in editors/abiword: libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s "../libimp.la" "libimp.la" ) gmake[7]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' gmake[6]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' gmake[6]: Entering directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' ../../= doltlibtool --tag=3DCXX --mode=3Dlink c++ -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl -L/usr/local/lib -lxml2 -lgthread-2.0 -pthread -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl -L../../src -labiword-2.8 -lz -avoid-version -module -no-undefined -L/usr/local/lib -o opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg grep: /usr/local/lib/libiconv.la: No such file or directory sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/editors/abiword/work/abiword-2.8.6' =3D=3D=3D> Compilation fail= ed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the maintainer. *** Error code 1 --Sig_/K9WH3v8eVDL9Jer+w6PycH6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK4KCAAoJEOgBcD7A/5N89/oH/ROJmpYL/RneGcKh/TpJ0hh9 ADWplnxy4qir++dpCH0TWWcBtJulcbCgFTELuVf4AVhPRdPg+FNoRhLnzS3XUXta P1Z27xDCxWIrW39AzH69Mcbr99zVhUL7+Vafly0b4xVeXFxeGyr5aZbCeEpqkxhF 51YEXSrzx9o/MeUXfec2LErA7/WLBuIdJNk3Q6m3wF3fj8Z+Csine89YT7D3huLE MjWQlElpzHjXWtFk6RDgLvEnbBm8EzxahmLQ1Bi+CVYfi96xDoujdDObpybnyUYy sgggrf9PfjlD5QnoU0zdeIZLS9WKNgSvpDfK2iS/dx9dKdU6/GVIStfDY26THTM= =CK79 -----END PGP SIGNATURE----- --Sig_/K9WH3v8eVDL9Jer+w6PycH6-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 19:52:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6ED8590F; Sat, 7 Sep 2013 19:52:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3E262215; Sat, 7 Sep 2013 19:52:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIOYG-001ems-B8>; Sat, 07 Sep 2013 21:52:12 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIOYG-001WCk-5K>; Sat, 07 Sep 2013 21:52:12 +0200 Date: Sat, 7 Sep 2013 21:52:11 +0200 From: "O. Hartmann" To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907215211.259cdadc@thor.walstatt.dyndns.org> In-Reply-To: <20130907211336.6e538a3f@thor.walstatt.dyndns.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907211336.6e538a3f@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/B_m6iGgCHz_Aa0bsmc1AL80"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.210 Cc: freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 19:52:14 -0000 --Sig_/B_m6iGgCHz_Aa0bsmc1AL80 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 7 Sep 2013 21:13:36 +0200 "O. Hartmann" wrote: > While proceeding in the iconv-mess, I run into a very nasty situation > with some ports showing strange linker errors on most recent systems. >=20 > The symptoms are present on boxes with CURRENT > r255259, for > instance, the error below is taken from a box which has already > compiled the port in question successfully, but then I recompiled > world, installed world and proceeded this morning with the port's > updating mess. And the boxes in question are at >=20 > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 2013 amd64 >=20 > Those machines I maintain all use the very same /etc/src.conf and > settings there, so issues with libc++11 et cetera must then related to > the different OS revision. >=20 > I see qt4-scripts and kdelibs4 failing with some strange undefined > references to 'swap' in c++ classes, as well as several very severe > prerequisits for kdevelop (I do not use KDE, so I simply have the > kdevelopp stuff amongst necessary ports). Below the failing port > textproc/libxml++26 which fails on r255356, but not on the box with > r255259. >=20 > On the failing system, I'm able to compile the port devel/glibmm. >=20 >=20 > [...] > libtool: link: c++ -Wall -O2 -pipe -O3 -march=3Dnative > -fno-strict-aliasing -o > examples/dom_parse_entities/.libs/dom_parse_entities > examples/dom_parse_entities/main.o libxml++/.libs/libxml++-2.6.so > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /usr= /local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libgli= b-2.0.so > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/= lib/libsigc-2.0.so > -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2 > -pipe -O3 -march=3Dnative -fno-strict-aliasing -o > examples/dom_build/.libs/dom_build examples/dom_build/main.o > libxml++/.libs/libxml++-2.6.so > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /usr= /local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libgli= b-2.0.so > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/= lib/libsigc-2.0.so > -pthread -Wl,-rpath > -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined > reference to > `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to > `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so: > undefined reference to > `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to > `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)' > ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so: > undefined reference to > `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' undefined reference to > `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' c++: error: linker command failed > with exit code 1 (use -v to see invocation) gmake[2]: *** > [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for > unfinished jobs.... c++: error: linker command failed with exit code > 1 (use -v to see invocation) c++: error: linker command failed with > exit code 1 (use -v to see invocation) gmake[2]: *** > [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]: > *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving > directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' > gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory > `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' =3D=3D=3D> > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and > rebuild before reporting the failure to the maintainer. *** Error > code 1 >=20 > Stop. > make: stopped in /usr/ports/textproc/libxml++26 >=20 > =3D=3D=3D>>> make failed for textproc/libxml++26 > =3D=3D=3D>>> Aborting update >=20 > =3D=3D=3D>>> Update for textproc/libxml++26 failed > =3D=3D=3D>>> Aborting update >=20 > =3D=3D=3D>>> Killing background jobs > Terminated >=20 > =3D=3D=3D>>> You can restart from the point of failure with this command > line: portmaster x11-toolkits/pangomm textproc/libxml++26=20 >=20 > =3D=3D=3D>>> Exiting >=20 This happens in devel/qt4-script only on most recent r255356. Same port, same revision of the ports-tree (326682) on a box with r255259 compiles without error. [...] In file included from ../3rdparty/javascriptcore/JavaScriptCore/API/JSBase.cpp:26: In file included from ../3rdparty/javascriptcore/JavaScriptCore/config.h:68: In file included from ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.h:27: In file included from /usr/include/c++/v1/new:56: In file included from /usr/include/c++/v1/exception:81: /usr/include/c++/v1/type_traits:3175= :22: error: call to 'swap' is ambiguous typedef decltype(swap(_VSTD::declval<_Tp&>(), _VSTD::declval<_Tp&>())) type; --Sig_/B_m6iGgCHz_Aa0bsmc1AL80 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK4PrAAoJEOgBcD7A/5N8TjAIAKRIZE+WzQK6Y0hsEh8kiSuP d84cI5t8QgN6D4l7HtqaEPoandrxUZNvTM2Qch+Tz5IJMtokErtBSor5cPYLLjvt uKCUFIavNA0FaDgmncS6BzGXKR8/SWG/jceT5tPGVQ0t1lzVuC0k2p2YYgbc+4Hc ZWkpJUlnTBxIUAs1VstX+H93Y9x287epOX26kQGS0CoyYS7ePDJBrjbHn2ChAi6F 2TZ/JFuT2MQ+6q/UfPD6me64zugcFJNr1qZmMzzCmNOtp6MGqvwePXlxyv/r9p1T ldKJ736vrfR1eWFUHdnBXicvBVDPaLFYPlsC56gHUsUJGoXZ+k+Gr3sO3Jj5byU= =D1id -----END PGP SIGNATURE----- --Sig_/B_m6iGgCHz_Aa0bsmc1AL80-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 18:40:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE436480; Sat, 7 Sep 2013 18:40:54 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 827042E59; Sat, 7 Sep 2013 18:40:54 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VINRD-000Dgs-Fc; Sat, 07 Sep 2013 19:40:53 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_AACC6978-6FF4-4A23-899D-03E43CF7702D"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378579011.1588.16.camel@localhost> Date: Sat, 7 Sep 2013 19:40:50 +0100 Message-Id: <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 20:07:47 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 18:40:54 -0000 --Apple-Mail=_AACC6978-6FF4-4A23-899D-03E43CF7702D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 19:36, Sean Bruno wrote: > On Sat, 2013-09-07 at 18:39 +0100, Mark R V Murray wrote: >> On 7 Sep 2013, at 17:43, Sean Bruno wrote: >>> trying to enable random on my DIR-825 kernconf I get this on boot: >>>=20 >>> Configuration file: /etc/cfg/hostapd.wlan0.conf >>> Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid = "TESTBRUNO" >>> Entropy device is blocking >>=20 >> Please make a change to sys/dev/random/randomdev_soft.c; >>=20 >> Around line 82, please change from ".seeded =3D 0" to ".seeded =3D = 1". >>=20 >> If that works, then your report above with the "Entropy device is = blocking." >> is trying to read random numbers before /dev/random is secure; this = is a BAD >> security problem.=20 >>=20 >> M >=20 >=20 > Looks like it does indeed work if that is set to 1. =20 >=20 > This "DIR-825" config, should be loading random as a module, not built > into the kernel due to size limitations of the kernel on this board. Hmm. I'll set it back to 1, but this is technically a security issue. Thanks for the report back, and sorry for the hassles! M --=20 Mark R V Murray --Apple-Mail=_AACC6978-6FF4-4A23-899D-03E43CF7702D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUitzMt58vKOKE6LNAQoJbAP7BWUPAE9NOM7K6ufmEfv6lv1jvbN7A9jo 0ReQy5lebSox5A+5SnwR2iNiwrNXNcFdrhQbwtjougSLoj0k08+2ptnlyhrtII3j Hp2HwcX1XHGESbzpk0IIrf3XEloKIOSHIWcys5vcKoyhy1ZNmb8VsQeyDy7JqDqg mQ/0EqeZB1c= =gZs+ -----END PGP SIGNATURE----- --Apple-Mail=_AACC6978-6FF4-4A23-899D-03E43CF7702D-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 18:56:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 48AE9D6C; Sat, 7 Sep 2013 18:56:55 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08D722EEF; Sat, 7 Sep 2013 18:56:55 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VINgi-000DiS-5O; Sat, 07 Sep 2013 19:56:53 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_053A3495-BC7E-4B15-90DF-0CFB85825BE9"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378579756.1588.17.camel@localhost> Date: Sat, 7 Sep 2013 19:56:51 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378579756.1588.17.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 20:14:13 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 18:56:55 -0000 --Apple-Mail=_053A3495-BC7E-4B15-90DF-0CFB85825BE9 Content-Type: multipart/mixed; boundary="Apple-Mail=_FF2D9108-EAEC-4415-9AA6-B6FED16783D6" --Apple-Mail=_FF2D9108-EAEC-4415-9AA6-B6FED16783D6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 19:49, Sean Bruno wrote: > On Sat, 2013-09-07 at 19:40 +0100, Mark R V Murray wrote: >>> Looks like it does indeed work if that is set to 1. =20 >>>=20 >>> This "DIR-825" config, should be loading random as a module, not >> built >>> into the kernel due to size limitations of the kernel on this board. >>=20 >> Hmm. I'll set it back to 1, but this is technically a security issue. >>=20 >> Thanks for the report back, and sorry for the hassles! >>=20 >> M >> --=20 >> Mark R V Murray=20 >=20 > Ok. Right now, the mips kernel doesn't build unless I have random = built > in, we were using it as a module previously. =20 I'm testing a fix, but if you want to help out, please move the = random_null_func() from randomdev.c to pseudo_rng.c in sys/dev/random. Patch enclosed. Thanks! M --=20 Mark R V Murray --Apple-Mail=_FF2D9108-EAEC-4415-9AA6-B6FED16783D6 Content-Disposition: attachment; filename=rng_fix.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="rng_fix.patch" Content-Transfer-Encoding: 7bit Index: pseudo_rng.c =================================================================== --- pseudo_rng.c (revision 255362) +++ pseudo_rng.c (working copy) @@ -39,6 +39,12 @@ static struct mtx pseudo_random_block_mtx; +/* Used to fake out unused random calls in random_adaptor */ +void +random_null_func(void) +{ +} + static int pseudo_random_block_read(void *buf __unused, int c __unused) { Index: randomdev.c =================================================================== --- randomdev.c (revision 255362) +++ randomdev.c (working copy) @@ -80,12 +80,6 @@ /* For use with make_dev(9)/destroy_dev(9). */ static struct cdev *random_dev; -/* Used to fake out unused random calls in random_adaptor */ -void -random_null_func(void) -{ -} - struct random_adaptor * random_get_active_adaptor(void) { --Apple-Mail=_FF2D9108-EAEC-4415-9AA6-B6FED16783D6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_FF2D9108-EAEC-4415-9AA6-B6FED16783D6-- --Apple-Mail=_053A3495-BC7E-4B15-90DF-0CFB85825BE9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUit28958vKOKE6LNAQoCVgQAtHSwtqUlBuER7aAu1Rrqhw0oqwIkXMxV grTuI5YiEWExx89Hzf2Lf96FuAjuF/wa8uu05M2Gjqm6sZDIEjpOogZpGRQXKBjV s2hDLbo3ZmWWgnz3Jeujb8P7T6dK4JQCUjqWjem4kAlFiceGmzeBplRQ/aacSfXP /4tg8FRucWo= =66in -----END PGP SIGNATURE----- --Apple-Mail=_053A3495-BC7E-4B15-90DF-0CFB85825BE9-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 20:15:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 613EAFFB for ; Sat, 7 Sep 2013 20:15:08 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm14-vm3.bullet.mail.ne1.yahoo.com (nm14-vm3.bullet.mail.ne1.yahoo.com [98.138.91.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1209E2329 for ; Sat, 7 Sep 2013 20:15:08 +0000 (UTC) Received: from [98.138.101.130] by nm14.bullet.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 20:09:34 -0000 Received: from [98.138.104.116] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 20:09:34 -0000 Received: from [127.0.0.1] by smtp225.mail.ne1.yahoo.com with NNFMP; 07 Sep 2013 20:09:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378584574; bh=HORs/roLVl3MO9gm9QKQdNJ0bleC7x5oeSPy0NTvygM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=TlUa74C/I501ILiBwkGdOJpZJFm2bzecEeTVLL4zO9+ovYC0m5SM0Ko/zbAA4K33O+Sw4WgtlMVsi/uYrwsfMaE7kP5ArLgoKU4HYAbWTE7GVJskdYpNS5SN2z9hENhFabBFKGwUp6wF4orsil2AlgtiIVtQO3X5f1v4RoebQkM= X-Yahoo-Newman-Id: 692929.98695.bm@smtp225.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: G5NxduwVM1lysa54nTXKkD6He4eWBWx121wxWgRnR_B37jd PxQEwc6P1tD8gmPiUpaQwRcHHfmiq4A7DjtYC.YIA9EFml8dhFG9jG1qzrvz _FcRCADjyUtKKT4D.O6ac5N6dxyKgL8mKrybOmmC8U.yDciatoI79GCqADT_ Ec54g1kUH7QDjSbL9MJZ1HBkuCp_RNnaH3lUfDhSUkeZRj1kC5UsxdNXxjpW 0c7cIDK6H6pappNwXyQJxtR3e8Ek49Gp8G6j0hBExY0Ens2voAjvEFZNJY3Y IDZYo4UIsBrJowMBTlJx9j9Hte_DOJiqI4EVdNPgEjAJpL7EpNj8ot2x63Wo oAvqRR_53Ypy2GzfcxKmhAM1bvhU0Iq3VPkaH.8ei_ujOpizn3YMOMPThLM4 z2HvrTY5ZCqOPpXyqMRZISeyI9q3MRLeYwoS36dxhIPQVsaMMrv6tw7NQZEy mkrc8.QU1TpQmua5NIv1J8t8z3VceTGPwovesdMyo62izbZmC6Tp.F0uFX54 Ic3_vq.VG5mNqHaJ.Nv9rIAA- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp225.mail.ne1.yahoo.com with SMTP; 07 Sep 2013 20:09:34 +0000 UTC Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Sean Bruno To: Mark R V Murray In-Reply-To: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378579756.1588.17.camel@localhost> <1378581133.1588.18.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-OQjFjTP8KnPcgvsaR80e" Date: Sat, 07 Sep 2013 13:09:33 -0700 Message-ID: <1378584573.1588.51.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@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: Sat, 07 Sep 2013 20:15:08 -0000 --=-OQjFjTP8KnPcgvsaR80e Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Nearly there - I saw that too. >=20 > Proposed fix enclosed. >=20 > M Compile succeeds, booted up and I still see the blocking message and the machine does not post fully. =20 setting sys/dev/random/randomdev_soft.c ".seeded =3D 1". allows the system to boot properly. Sean --=-OQjFjTP8KnPcgvsaR80e Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSK4f9AAoJEBkJRdwI6BaHSZAH/2g0aWbtAzvc+D3CE60kpTN9 E9JMruy365m6gygzwzccKJY6F8sGE8KxWeHu4VRQRfqeOJBm/nNngzwQJ77wBlpY IC+JGhOdfVr3NM9SBeOX+Q9p/F7J0L/Rfv/NYN6As0CxXLglWyKjVWAdARec27jq qeMa0cCg6/zzo/hO0Nuz4PVtJw4wsbiABHr8yoKtxe1FI3WaNhnSUIB4aj+4nhMF uPvrzeyxwGLCIwKmYt5JssYHVT3U9BUrJI0uPx6Ixf/Pt76CPcmdS591wewPyQzf V+/lkvLNgoGjBh/AXhJK+XxQc4bJLOoWiPligsvDGdUP8zdPmhp+3Yud1DeNo2M= =AGWr -----END PGP SIGNATURE----- --=-OQjFjTP8KnPcgvsaR80e-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 20:17:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F1D911A9; Sat, 7 Sep 2013 20:17:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83B802341; Sat, 7 Sep 2013 20:17:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIOxA-001iup-0O>; Sat, 07 Sep 2013 22:17:56 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIOx9-001XrP-QB>; Sat, 07 Sep 2013 22:17:55 +0200 Date: Sat, 7 Sep 2013 22:17:55 +0200 From: "O. Hartmann" To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907221755.50f5d9e8@thor.walstatt.dyndns.org> In-Reply-To: <20130907215211.259cdadc@thor.walstatt.dyndns.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907211336.6e538a3f@thor.walstatt.dyndns.org> <20130907215211.259cdadc@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/oOyEn50gf2B++8ccScDERp6"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.210 Cc: freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 20:17:58 -0000 --Sig_/oOyEn50gf2B++8ccScDERp6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 7 Sep 2013 21:52:11 +0200 "O. Hartmann" wrote: > On Sat, 7 Sep 2013 21:13:36 +0200 > "O. Hartmann" wrote: >=20 > > While proceeding in the iconv-mess, I run into a very nasty > > situation with some ports showing strange linker errors on most > > recent systems. > >=20 > > The symptoms are present on boxes with CURRENT > r255259, for > > instance, the error below is taken from a box which has already > > compiled the port in question successfully, but then I recompiled > > world, installed world and proceeded this morning with the port's > > updating mess. And the boxes in question are at > >=20 > > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 2013 amd64 > >=20 > > Those machines I maintain all use the very same /etc/src.conf and > > settings there, so issues with libc++11 et cetera must then related > > to the different OS revision. > >=20 > > I see qt4-scripts and kdelibs4 failing with some strange undefined > > references to 'swap' in c++ classes, as well as several very severe > > prerequisits for kdevelop (I do not use KDE, so I simply have the > > kdevelopp stuff amongst necessary ports). Below the failing port > > textproc/libxml++26 which fails on r255356, but not on the box with > > r255259. > >=20 > > On the failing system, I'm able to compile the port devel/glibmm. > >=20 > >=20 > > [...] > > libtool: link: c++ -Wall -O2 -pipe -O3 -march=3Dnative > > -fno-strict-aliasing -o > > examples/dom_parse_entities/.libs/dom_parse_entities > > examples/dom_parse_entities/main.o libxml++/.libs/libxml++-2.6.so > > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /u= sr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libg= lib-2.0.so > > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/loca= l/lib/libsigc-2.0.so > > -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2 > > -pipe -O3 -march=3Dnative -fno-strict-aliasing -o > > examples/dom_build/.libs/dom_build examples/dom_build/main.o > > libxml++/.libs/libxml++-2.6.so > > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /u= sr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libg= lib-2.0.so > > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/loca= l/lib/libsigc-2.0.so > > -pthread -Wl,-rpath > > -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined > > reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so: > > undefined reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)' > > ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so: > > undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' c++: error: linker command failed > > with exit code 1 (use -v to see invocation) gmake[2]: *** > > [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for > > unfinished jobs.... c++: error: linker command failed with exit code > > 1 (use -v to see invocation) c++: error: linker command failed with > > exit code 1 (use -v to see invocation) gmake[2]: *** > > [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]: > > *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving > > directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' > > gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory > > `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' =3D=3D=3D> > > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and > > rebuild before reporting the failure to the maintainer. *** Error > > code 1 > >=20 > > Stop. > > make: stopped in /usr/ports/textproc/libxml++26 > >=20 > > =3D=3D=3D>>> make failed for textproc/libxml++26 > > =3D=3D=3D>>> Aborting update > >=20 > > =3D=3D=3D>>> Update for textproc/libxml++26 failed > > =3D=3D=3D>>> Aborting update > >=20 > > =3D=3D=3D>>> Killing background jobs > > Terminated > >=20 > > =3D=3D=3D>>> You can restart from the point of failure with this command > > line: portmaster x11-toolkits/pangomm textproc/libxml++26=20 > >=20 > > =3D=3D=3D>>> Exiting > >=20 >=20 > This happens in devel/qt4-script only on most recent r255356. Same > port, same revision of the ports-tree (326682) on a box with r255259 > compiles without error. >=20 > [...] > In file included > from ../3rdparty/javascriptcore/JavaScriptCore/API/JSBase.cpp:26: In > file included > from ../3rdparty/javascriptcore/JavaScriptCore/config.h:68: In file > included > from ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.h:27: In > file included from /usr/include/c++/v1/new:56: In file included > from /usr/include/c++/v1/exception:81: /usr/include/c++/v1/type_traits:31= 75:22: > error: call to 'swap' is ambiguous typedef > decltype(swap(_VSTD::declval<_Tp&>(), _VSTD::declval<_Tp&>())) type; >=20 And this mess happens now on r255356 boxes, while it is all right on r255259, port is net/openldap24-server. As I reported earlier, r255259 works, r255356 doesn't and make the mess and frustration even worse. On box in question running r255356 has been updated worl/kernel BEVOR I started the iconv-update and it fails now in ports where the other systems with earlier revisions didn't (i.e. r255259). Updating on box from r255259 to r255356 while in updating progress reveals, that now ports that has been compiled prior to the update now fails with the very same errors as on the box I updated BEVOR I started iconv-update. [...] --- all-common --- for page in slapacl.8 slapadd.8 slapauth.8 slapcat.8 slapd.8 slapdn.8 slapindex.8 slappasswd.8 slapschema.8 slaptest.8; do sed -e "s%LDVERSION%2.4.36%" -e 's%ETCDIR%/usr/local/etc/openldap%g' -e 's%LOCALSTATEDIR%/var/db%' -e 's%SYSCONFDIR%/usr/local/etc/openldap%' -e 's%DATADIR%/usr/local/share/openldap%' -e 's%SBINDIR%/usr/local/sbin%' -e 's%BINDIR%/usr/local/bin%' -e 's%LIBDIR%/usr/local/lib%' -e 's%LIBEXECDIR%/usr/local/libexec%' -e 's%MODULEDIR%/usr/local/libexec/openldap%' -e 's%RELEASEDATE%2013/08/17%' ./$page | (cd .; soelim -) > $page.tmp; done /usr/local/bin/libtool --mode=3Dcompile gcc -g -O2 -Wall -DDO_SAMBA -I../../../include -I../../../include -I../../../servers/slapd -I/usr/heimdal/include -c smbk5pwd.c libtool: compile: gcc -g -O2 -Wall -DDO_SAMBA -I../../../include -I../../../include -I../../../servers/slapd -I/usr/heimdal/include -c smbk5pwd.c -fPIC -DPIC -o .libs/smbk5pwd.o eval: gcc: not found *** Error code 1 Stop. make[2]: stopped in /usr/ports/net/openldap24-server/work/openldap-2.4.36/contrib/slapd-modu= les/smbk5pwd *** Error code 1 Stop. make[1]: stopped in /usr/ports/net/openldap24-server *** Error code 1 Stop. make: stopped in /usr/ports/net/openldap24-server --Sig_/oOyEn50gf2B++8ccScDERp6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK4nzAAoJEOgBcD7A/5N8mdUIANfcOnrf6JiwB8dPbKOYT+WK o2Uw11CXK1llTO1Qh+DTGo0FckOVTSQxFHSMiHNLHk/QWcUR20HECRW7nbe94AI2 5Z1UbJ/E6+ODj//GE/Fj/5DOZf4AxMIm9rwq++kCvJGidxgI13DgByuIlQNphjkZ aorm+M5MfhtKYeQ6p2JFWNLfrLh5/ZClTcDLn4uB5Eml92cDsrTI2kZVHPcz5PP7 YH9Q4IdM49MxKEKJ40qrdW0V64qLeZJIdCntjp1h/EutHllUFjDtjt0AEwIT+cqw 1t/tlhgLT0kZ1k8K6Rjobrt23oPgQbWsaI0iMayX/ImyirPFcXaBaiMe4sjf3FM= =/OTU -----END PGP SIGNATURE----- --Sig_/oOyEn50gf2B++8ccScDERp6-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 20:24:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42BF33D6; Sat, 7 Sep 2013 20:24:47 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4622239D; Sat, 7 Sep 2013 20:24:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIP3k-001k1s-Tp>; Sat, 07 Sep 2013 22:24:44 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIP3k-001Yi0-Oe>; Sat, 07 Sep 2013 22:24:44 +0200 Date: Sat, 7 Sep 2013 22:24:43 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907222443.639466e9@thor.walstatt.dyndns.org> In-Reply-To: <522B0F41.1030306@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/KFxKH_Sep5DYRa5=0+vdVKe"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 20:24:47 -0000 --Sig_/KFxKH_Sep5DYRa5=0+vdVKe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, 07 Sep 2013 13:34:25 +0200 Guido Falsi wrote: > On 09/07/13 13:03, O. Hartmann wrote: > > On Sat, 07 Sep 2013 00:16:16 +0200 > > Guido Falsi wrote: > > > >> On 09/07/13 00:10, Boris Samorodov wrote: > >>> 07.09.2013 01:51, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>> On Fri, 06 Sep 2013 21:11:26 +0400 > >>>> Boris Samorodov wrote: > >>>> > >>>>> 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>> On Fri, 06 Sep 2013 20:08:59 +0400 > >>>>>> Boris Samorodov wrote: > >>>>>> > >>>>>>> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>>> > >>>>>>>> Here we go. It is the config.log from one of the failing > >>>>>>>> machines, failing in print/cups-client. > >>>>>>> > >>>>>>> Please, show the output of following commands (at the host in > >>>>>>> question): # svn info /usr/ports/ > >>>>>>> # svn svn st /usr/ports/print/cups* > >>>>>>> > >>>>>> svn info /usr/ports/ > >>>>>> > >>>>>> Path: /usr/ports > >>>>>> Working Copy Root Path: /usr/ports > >>>>>> URL: svn://svn.de.freebsd.org/ports/head > >>>>>> Relative URL: ^/head > >>>>>> Repository Root: svn://svn.de.freebsd.org/ports > >>>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > >>>>>> Revision: 326523 > >>>>>> Node Kind: directory > >>>>>> Schedule: normal > >>>>>> Last Changed Author: danfe > >>>>>> Last Changed Rev: 326523 > >>>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >>>>>> > >>>>>> > >>>>>> svn st /usr/ports/print/cups* > >>>>>> ? /usr/ports/print/cups-base/work > >>>>>> ? /usr/ports/print/cups-client/work > >>>>> > >>>>> That is really stange... Some more info: > >>>>> # svn st /usr/ports/Mk > >>>> > >>>> nothin (NULL output) > >>>> > >>>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>>>> CONFIGURE_ARGS > >>>>> > >>>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>>> CONFIGURE_ARGS > >>>> > >>>> --localstatedir=3D/var > >>>> --disable-slp > >>>> --disable-gssapi --with-cups-user=3Dcups > >>>> --with-cups-group=3Dcups --with-system-groups=3Dwheel > >>>> --with-docdir=3D/usr/local/share/doc/cups > >>>> --with-icondir=3D/usr/local/share/icons > >>>> --with-menudir=3D/usr/local/share/applications > >>>> --with-domainsocket=3D/var/run/cups.sock > >>>> --with-cachedir=3D/var/db/cups > >>>> --with-pam-module=3D"unix" --enable-ssl > >>>> --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > >>>> --enable-openssl --without-php --disable-dnssd --disable-pam > >>>> --disable-ldap --disable-dbus --disable-libusb > >>>> LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local > >>>> ${_LATE_CONFIGURE_ARGS} > >>> > >>> Well, the output is perfect. > >>> > >>>> I see a lot of those obscure libtool errors not finding > >>>> libiconv.la. Where the hell does the tool take those ecos from > >>>> the past? I guess I have to reboot the box after X11 has been > >>>> compiled > >>> > >>> Did not see those. Since so far it seems that such errors are not > >>> common, may be something at your environment causes this (may be > >>> at /etc/make.conf)? > >>> > >> > >> I did see some of those. libtool takes those settings from > >> /usr/local/lib/*.la files, installed by ports, before this change. > >> Many of those files hardcode -liconv. > >> > >> Usually portmaster/portupgrade are good enough at guessing the > >> correct order, but sometimes they mess it up, and this kind of > >> situation happens. > >> > >> On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and > >> portmaster the older ones. This can be further narrowed down by > >> grepping for "-liconv". > >> > > > > Founf another one that is failing: > > > > port multimedia/mlt: > > > > > > 3 warnings generated. > > cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o > > producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o > > producer_count.o filter_dynamictext.o -Wl,--no-undefined > > -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework > > -lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config > > --libs gtk+-2.0` `pkg-config --libs gdk-pixbuf-2.0` > > -L/usr/local/lib -lexif `pkg-config --libs pangoft2` -liconv > > > > ---> > > /usr/bin/ld: cannot find -liconv cc: error: linker command failed > > with exit code 1 (use -v to see invocation) gmake[4]: *** > > [../libmltgtk2.so] Error 1 gmake[4]: Leaving directory > > <--- > > > > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2' > > gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory > > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: *** > > [all] Error 1 gmake[2]: Leaving directory > > `/usr/ports/multimedia/mlt/work/mlt-0.9.0' =3D=3D=3D> Compilation failed > > unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before > > reporting the failure to the maintainer. *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/multimedia/mlt > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/multimedia/mlt > > >=20 > Good catch. We tried to catch all ports which hardcoded iconv in > someway but this one slipped through. >=20 > I'm preparing a fix for this one, shouldn't take too long. I'll come=20 > back to you as soon as I have committed it. >=20 > Thanks for reporting! >=20 Here is another sticky bummer, multimedia/xine and multimedia/libxine: [...] mv -f .deps/videowin.Tpo .deps/videowin.Po cc -I/usr/local/include -I/usr/local/include -I/usr/include/readline -I../../src/xitk/xine-toolkit -Wall -D_FILE_OFFSET_BITS=3D64 -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -D_THREAD_SAFE -O2 -pipe -O3 -march=3Dnative -fno-strict-aliasing -I/usr/local/include -DNDEBUG -Wformat=3D2 -Wno-format-zero-length -Wmissing-format-attribute -Wmissing-noreturn -Wdisabled-optimization -Werror-implicit-function-declaration -Wstrict-aliasing=3D2 -L/usr/local/lib -o xine actions.o control.o download.o errors.o event.o event_sender.o file_browser.o frequencies.o help.o kbindings.o kbindings_common.o lang.o main.o mediamark.o menus.o mrl_browser.o network.o osd.o panel.o playlist.o post.o session_common.o session.o setup.o skins.o snapshot.o splash.o stdctl.o stream_infos.o tvout.o tvset.o videowin.o viewlog.o skins_download.o ../../src/xitk/xine-toolkit/libxitk.a ../../src/xitk/Imli= b-light/libImlib-light.a ../../src/xitk/oxine/liboxine.a ../../src/common/l= ibcommon.a ../../src/common/libcommonx.a -L/usr/local/lib -lxine -lz -pthread /usr/local/lib/libiconv.so -lrt -L/usr/local/lib -lXinerama -L/usr/local/lib -lXxf86vm -L/usr/local/lib -lXft -lXext -L/usr/local/lib -lXtst -L/usr/local/lib -lXss -L/usr/local/lib -lcurl -lX11 -lXext -lm -L/usr/local/lib -lXv -L/usr/local/lib -lpng15 -ljpeg -L/usr/local/lib -lintl -R/usr/local/lib -pthread network.c:1:2: warning: IMPLEMENT POST SUPPORT [-W#warnings] #warning IMPLEMENT POST SUPPORT ^ cc: error: no such file or directory: '/usr/local/lib/libiconv.so' gmake[6]: *** [xine] Error 1 gmake[6]: *** Waiting for unfinished jobs.... 1 warning generated. mv -f .deps/xine_remote-network.Tpo .deps/xine_remote-network.Po gmake[6]: Leaving directory `/usr/ports/multimedia/xine/work/xine-ui-0.99.7/src/xitk' --Sig_/KFxKH_Sep5DYRa5=0+vdVKe Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK4uMAAoJEOgBcD7A/5N8G1gH/1fBbVJX3iE7oNuwYw0CKCrq +WcJhblbfDaj4W+folm6avWwffMv+gFAmaFFy0fXImZXDXGkLy779tGDVxmRhO7W ZKAODhW/ZWX1SwO89vWe9VtQN/nGJsu5JYuP8cctiNMpOO7q9SRw2SAJTDXIz3Qj gxUlarRYuJleklgGl+eQAZfrXaOHB1r/yA65Ci80jLMhnNY63MG4cwxu1syTtMUT bUh1Vj3bx6g4zJCsXvePJsZf1xs6A+plwW4Qcp0FuSOaOL6Bx7sl/T9lMobnydRZ 7+m6z0sWM61CSk9Zo7U2VOv/ftc21MWH59DMXCzQX/eDMmy8uegAtnAJ5aTNTW0= =e+Fs -----END PGP SIGNATURE----- --Sig_/KFxKH_Sep5DYRa5=0+vdVKe-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 20:38:40 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C37E79D9; Sat, 7 Sep 2013 20:38:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 964C42426; Sat, 7 Sep 2013 20:38:40 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VIPHD-0006ek-DX; Sat, 07 Sep 2013 20:38:39 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r87KcauW074880; Sat, 7 Sep 2013 14:38:36 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18nZ12k4XeARzuj2aTfVGmo Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Ian Lepore To: Mark R V Murray In-Reply-To: <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 07 Sep 2013 14:38:36 -0600 Message-ID: <1378586316.1111.524.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 20:38:40 -0000 On Sat, 2013-09-07 at 19:40 +0100, Mark R V Murray wrote: > On 7 Sep 2013, at 19:36, Sean Bruno wrote: > > > On Sat, 2013-09-07 at 18:39 +0100, Mark R V Murray wrote: > >> On 7 Sep 2013, at 17:43, Sean Bruno wrote: > >>> trying to enable random on my DIR-825 kernconf I get this on boot: > >>> > >>> Configuration file: /etc/cfg/hostapd.wlan0.conf > >>> Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid "TESTBRUNO" > >>> Entropy device is blocking > >> > >> Please make a change to sys/dev/random/randomdev_soft.c; > >> > >> Around line 82, please change from ".seeded = 0" to ".seeded = 1". > >> > >> If that works, then your report above with the "Entropy device is blocking." > >> is trying to read random numbers before /dev/random is secure; this is a BAD > >> security problem. > >> > >> M > > > > > > Looks like it does indeed work if that is set to 1. > > > > This "DIR-825" config, should be loading random as a module, not built > > into the kernel due to size limitations of the kernel on this board. > > Hmm. I'll set it back to 1, but this is technically a security issue. > I keep trying to say this, and I keep getting the feeling that it just doesn't register with anyone I say it to, like I'm speaking some language from another planet or something... There may be NO entropy of any sort available on an embedded system, and you cannot block the ability to boot and run such a system just because you think it's a bad idea to run without sufficient randomness. It's not your call to make -- it's a decision for the person using or administering the system. You must provide a mechanism that disables the blocking behavior. The mechanism must be either a kernel compile-time config knob (not all platforms use loader(8) or anything else that can set a tunable var), or something in the rc system that can unblock /dev/random before anything else needs it. The latter implies that the kernel itself must not block before getting to that point in rc processing, even if it needs random numbers for something (like cooking up a temporary MAC address). It's okay to make it hard to do the wrong thing by accident. It's not okay to make it impossible to do that thing on purpose. -- Ian > Thanks for the report back, and sorry for the hassles! > > M From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 20:42:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61C2ECD9; Sat, 7 Sep 2013 20:42:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC4C92479; Sat, 7 Sep 2013 20:42:01 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hj3so2097934wib.1 for ; Sat, 07 Sep 2013 13:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ahBkgSx7NAummxXDrMRkNnbyTSVOz6IYn/lpoDS/bRA=; b=NVLb2ToA73xISPFYUYsQvFp0W5lXO+92jF/B51py8HMIhMAcQCdAa6wisPdH4ZnZC5 qN75hmKR7/vfErBjqf7OjXQOszWy9PwhW6TSXaehQFSoDCv0w+Bph3hNkbxgYLyU2r6a iThno61q+CtFffqec6/pOYKocdaX9lqwueFQCB3ZGyMqp3RXzI59/0fTIiyfx4Cs2bBv 7qmTsRC4Hf6hzR9px1CwwBKh/dEZvHhz+ynKnYV+VACt8ZNWmwWhQrTK8jle/05QDlrs 9147xW+jAHFzrZKNCOW0pl05hR4tD7L7A3AFfNQ3jdaOnYAZL2t8xl1DHXXMmX+N8DkT 4HyQ== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr3137087wic.30.1378586520186; Sat, 07 Sep 2013 13:42:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sat, 7 Sep 2013 13:42:00 -0700 (PDT) In-Reply-To: <1378586316.1111.524.camel@revolution.hippie.lan> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> Date: Sat, 7 Sep 2013 13:42:00 -0700 X-Google-Sender-Auth: PKTpISkO17Cr85SZ8RrCanUgVso Message-ID: Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" , Mark R V Murray X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 20:42:02 -0000 Hi! On 7 September 2013 13:38, Ian Lepore wrote: > I keep trying to say this, and I keep getting the feeling that it just > doesn't register with anyone I say it to, like I'm speaking some > language from another planet or something... > > There may be NO entropy of any sort available on an embedded system, and > you cannot block the ability to boot and run such a system just because > you think it's a bad idea to run without sufficient randomness. It's > not your call to make -- it's a decision for the person using or > administering the system. > > You must provide a mechanism that disables the blocking behavior. The > mechanism must be either a kernel compile-time config knob (not all > platforms use loader(8) or anything else that can set a tunable var), or > something in the rc system that can unblock /dev/random before anything > else needs it. The latter implies that the kernel itself must not block > before getting to that point in rc processing, even if it needs random > numbers for something (like cooking up a temporary MAC address). > > It's okay to make it hard to do the wrong thing by accident. It's not > okay to make it impossible to do that thing on purpose. > We discussed this at the dev summit. Mark asked what we'd like to do. Mark - would you mind terribly adding a kernel compile option that controls that blocking default, so we can flip it on for the ARM/MIPS boards that don't have a hardware PRNG to start seeding things with? -adrian From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 19:21:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AF6DAC4C; Sat, 7 Sep 2013 19:21:27 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AC8A206C; Sat, 7 Sep 2013 19:21:27 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIO4S-000DkH-Cd; Sat, 07 Sep 2013 20:21:26 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6773E15C-F2D7-4499-9C6C-B6C799B2C96A"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378581133.1588.18.camel@localhost> Date: Sat, 7 Sep 2013 20:21:23 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378579756.1588.17.camel@localhost> <1378581133.1588.18.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 20:55:07 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 19:21:27 -0000 --Apple-Mail=_6773E15C-F2D7-4499-9C6C-B6C799B2C96A Content-Type: multipart/mixed; boundary="Apple-Mail=_0B85307E-2FF8-44C6-9BCD-82B73B023BB7" --Apple-Mail=_0B85307E-2FF8-44C6-9BCD-82B73B023BB7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 20:12, Sean Bruno wrote: > On Sat, 2013-09-07 at 19:56 +0100, Mark R V Murray wrote: >>> Ok. Right now, the mips kernel doesn't build unless I have random >> built >>> in, we were using it as a module previously. >> >> >> I'm testing a fix, but if you want to help out, please move the >> random_null_func() >> from randomdev.c to pseudo_rng.c in sys/dev/random. Patch enclosed. >> >> Thanks! >> >> M > > Closer: > > --- kernel.debug --- > linking kernel.debug > random_adaptors.o: In function `random_sysctl_active_adaptor_handler': > /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x2dc): > undefined reference to `random_get_active_adaptor' > /home/sbruno/bsd/head/sys/dev/random/random_adaptors.c:(.text+0x2dc): > relocation truncated to fit: R_MIPS_26 against > `random_get_active_adaptor' > *** [kernel.debug] Error code 1 Nearly there - I saw that too. Proposed fix enclosed. M -- Mark R V Murray --Apple-Mail=_0B85307E-2FF8-44C6-9BCD-82B73B023BB7 Content-Disposition: attachment; filename=rng_fix.patch Content-Type: application/octet-stream; name="rng_fix.patch" Content-Transfer-Encoding: 7bit Index: arm/arm/locore.S =================================================================== --- arm/arm/locore.S (revision 255362) +++ arm/arm/locore.S (working copy) @@ -84,6 +84,17 @@ mov ip, r2 /* Save meta data */ mov fp, r3 /* Future expantion */ +#if defined(CPU_CORTEXA) + /* Get this bit done early so we have some decent startup jitter in CCNT */ + /* Better to do access to these counters as some kind of device? */ + /* Set INTENS to 0 to block all counter interrupts */ + mov r7, #0x8000000F + mcr p15, 0, r7, c9, c14, 2 + /* Set PMNC[0] to 1 to enable CCNT, used in get_cyclecount() */ + mov r7, #1 + mcr p15, 0, r7, c9, c12, 0 +#endif + /* Make sure interrupts are disabled. */ mrs r7, cpsr orr r7, r7, #(I32_bit|F32_bit) Index: arm/include/cpu.h =================================================================== --- arm/include/cpu.h (revision 255362) +++ arm/include/cpu.h (working copy) @@ -13,11 +13,18 @@ static __inline uint64_t get_cyclecount(void) { +#if defined(CPU_CORTEXA) + uint32_t ccnt; + + /* Read CCNT. Darn; its only 32 bits. */ + __asm __volatile("mrc p15, 0, %0, c9, c13, 0": "=r" (ccnt)); + return ((uint64_t)ccnt); +#else struct bintime bt; binuptime(&bt); return ((uint64_t)bt.sec << 56 | bt.frac >> 8); - +#endif } #endif Index: dev/random/pseudo_rng.c =================================================================== --- dev/random/pseudo_rng.c (revision 255362) +++ dev/random/pseudo_rng.c (working copy) @@ -39,6 +39,12 @@ static struct mtx pseudo_random_block_mtx; +/* Used to fake out unused random calls in random_adaptor */ +void +random_null_func(void) +{ +} + static int pseudo_random_block_read(void *buf __unused, int c __unused) { Index: dev/random/random_adaptors.c =================================================================== --- dev/random/random_adaptors.c (revision 255362) +++ dev/random/random_adaptors.c (working copy) @@ -53,6 +53,8 @@ /* List for the dynamic sysctls */ static struct sysctl_ctx_list random_clist; +struct random_adaptor *random_adaptor; + MALLOC_DEFINE(M_RANDOM_ADAPTORS, "random_adaptors", "Random adaptors buffers"); int @@ -230,7 +232,7 @@ int error; name = NULL; - rsp = random_get_active_adaptor(); + rsp = random_adaptor; if (rsp != NULL) { sx_slock(&adaptors_lock); Index: dev/random/random_adaptors.h =================================================================== --- dev/random/random_adaptors.h (revision 255362) +++ dev/random/random_adaptors.h (working copy) @@ -41,6 +41,8 @@ int random_adaptor_register(const char *, struct random_adaptor *); void random_adaptor_choose(struct random_adaptor **); +extern struct random_adaptor *random_adaptor; + /* * random_adaptor's should be registered prior to * random module (SI_SUB_DRIVERS/SI_ORDER_MIDDLE) Index: dev/random/randomdev.c =================================================================== --- dev/random/randomdev.c (revision 255362) +++ dev/random/randomdev.c (working copy) @@ -72,27 +72,12 @@ .d_name = "random", }; -static struct random_adaptor *random_adaptor; static eventhandler_tag attach_tag; static int random_inited; - /* For use with make_dev(9)/destroy_dev(9). */ static struct cdev *random_dev; -/* Used to fake out unused random calls in random_adaptor */ -void -random_null_func(void) -{ -} - -struct random_adaptor * -random_get_active_adaptor(void) -{ - - return (random_adaptor); -} - /* ARGSUSED */ static int random_close(struct cdev *dev __unused, int flags, int fmt __unused, Index: dev/random/randomdev.h =================================================================== --- dev/random/randomdev.h (revision 255362) +++ dev/random/randomdev.h (working copy) @@ -53,4 +53,3 @@ extern void random_ident_hardware(struct random_adaptor **); extern void random_null_func(void); -struct random_adaptor *random_get_active_adaptor(void); --Apple-Mail=_0B85307E-2FF8-44C6-9BCD-82B73B023BB7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_0B85307E-2FF8-44C6-9BCD-82B73B023BB7-- --Apple-Mail=_6773E15C-F2D7-4499-9C6C-B6C799B2C96A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUit8s958vKOKE6LNAQouFgP8CUonQkFn7z4JUsPLKVjeij2LVWBGIKmu mK9MeKSV3K/qZg8Z2eGQyWDHFcp6enCrv4eTiTY2tYpw6wNA4VZGpOlMs0fqUrYK 5cqxzyoZzop8KTwkuoCF5DRBX0/ykvrQ/KMhEuuV7TTDEWbgbKuLeM7vbdFDXt9b elpIRkNSs4g= =mN42 -----END PGP SIGNATURE----- --Apple-Mail=_6773E15C-F2D7-4499-9C6C-B6C799B2C96A-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 21:31:56 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B39475; Sat, 7 Sep 2013 21:31:56 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E52C265E; Sat, 7 Sep 2013 21:31:55 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VIQ6k-000Alb-Nb; Sat, 07 Sep 2013 21:31:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r87LVpUO074929; Sat, 7 Sep 2013 15:31:51 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19y5kpfFBGXju4RDcs2ExIx Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Ian Lepore To: Mark R V Murray In-Reply-To: <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 07 Sep 2013 15:31:51 -0600 Message-ID: <1378589511.1111.529.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 21:31:56 -0000 On Sat, 2013-09-07 at 22:25 +0100, Mark R V Murray wrote: > On 7 Sep 2013, at 21:42, Adrian Chadd wrote: > > > We discussed this at the dev summit. Mark asked what we'd like to do. > > > > Mark - would you mind terribly adding a kernel compile option that controls that blocking default, so we can flip it on for the ARM/MIPS boards that don't have a hardware PRNG to start seeding things with? > > This has some merit; but I need to thing about how to do it. Per-architecture block/no-block defaults are going to get messy unless done properly. > > M I think it's fine to default to blocking (make it hard to do the wrong thing by accident), and then any given kernel config can include an OPTION_WHATEVERYOUCALLIT to disable the blocking and let it work the way it does now. Having a tuneable var with a name related to the config option might be nice too, for platforms that can handle such things. Those of us who have to cope with limited systems will fix our config for those systems; that part of it shouldn't be your problem beyond providing us with a knob. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 21:26:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 73351CE5; Sat, 7 Sep 2013 21:26:03 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 346222616; Sat, 7 Sep 2013 21:26:03 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIQ12-000Ds5-Ae; Sat, 07 Sep 2013 22:26:01 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9C3A6396-AA24-4213-9822-566D4D46FED2"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: Date: Sat, 7 Sep 2013 22:25:59 +0100 Message-Id: <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> To: Adrian Chadd X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 21:33:52 +0000 Cc: "freebsd-current@freebsd.org" , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 21:26:03 -0000 --Apple-Mail=_9C3A6396-AA24-4213-9822-566D4D46FED2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 7 Sep 2013, at 21:42, Adrian Chadd wrote: > We discussed this at the dev summit. Mark asked what we'd like to do. >=20 > Mark - would you mind terribly adding a kernel compile option that = controls that blocking default, so we can flip it on for the ARM/MIPS = boards that don't have a hardware PRNG to start seeding things with? This has some merit; but I need to thing about how to do it. = Per-architecture block/no-block defaults are going to get messy unless = done properly. M --=20 Mark R V Murray --Apple-Mail=_9C3A6396-AA24-4213-9822-566D4D46FED2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiuZ5958vKOKE6LNAQohWwQAtAC/TZFiEMeYI+RHvg5Qe451bWWnK/Y9 6qifTuA1cBNXr3TZ3V7MVODRW3n2c8Mc2zl4QK37FylPfYTndEftAvJ1oDUdYVtu 2ClIhJN/dkpkS3Ed9AiE7uGcQXm5DcEuuxU/WjX/Qsfi8wK5ympPvE/VICNIQqUO qc+M2BnPXas= =a3y/ -----END PGP SIGNATURE----- --Apple-Mail=_9C3A6396-AA24-4213-9822-566D4D46FED2-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 21:36:45 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E3F4F8E0; Sat, 7 Sep 2013 21:36:44 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCBFC26A1; Sat, 7 Sep 2013 21:36:43 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIQBM-000Dt2-OA; Sat, 07 Sep 2013 22:36:42 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_38D72C6E-6501-4786-A2D8-CB027205742B"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378586316.1111.524.camel@revolution.hippie.lan> Date: Sat, 7 Sep 2013 22:36:39 +0100 Message-Id: <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sat, 07 Sep 2013 21:56:49 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 21:36:45 -0000 --Apple-Mail=_38D72C6E-6501-4786-A2D8-CB027205742B Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 21:38, Ian Lepore wrote: > I keep trying to say this, and I keep getting the feeling that it just > doesn't register with anyone I say it to, like I'm speaking some > language from another planet or something... Sorry. I haven't forgotten this. Right now, for 10.0, the intent is "Fix the bugs first". The all-singing variant is going to follow. > There may be NO entropy of any sort available on an embedded system, and > you cannot block the ability to boot and run such a system just because > you think it's a bad idea to run without sufficient randomness. It's > not your call to make -- it's a decision for the person using or > administering the system. True. But the current fix for this (AKA the status quo) means that things are broken for everyone, and I'm trying to get things "fixed by default" with some kind of workaround for the folks that need it, rather than the other way round. > You must provide a mechanism that disables the blocking behavior. The > mechanism must be either a kernel compile-time config knob (not all > platforms use loader(8) or anything else that can set a tunable var), or > something in the rc system that can unblock /dev/random before anything > else needs it. The latter implies that the kernel itself must not block > before getting to that point in rc processing, even if it needs random > numbers for something (like cooking up a temporary MAC address). Any kind of write to /dev/random (Yarrow) will unblock it. This may be a matter of scripting in /etc/rc.d/. Like "echo '' > /dev/random", and it just needs to happen early enough, i.e. before you do a blocking read. > It's okay to make it hard to do the wrong thing by accident. It's not > okay to make it impossible to do that thing on purpose. Again, true, but please bear in mind that things are suboptimal right now. M -- Mark R V Murray --Apple-Mail=_38D72C6E-6501-4786-A2D8-CB027205742B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiucZ958vKOKE6LNAQqMAQP/Qp0Yeb7xfbHBlUTIOVkUXEEv8s7xHWr+ Zy9mQSVu+Ih4CP+tIGXpX+eADYe3MN3EXdUwWw4gvhhSuKT8OMSq0FmMFJiqsyOJ dM/CY1nvk9oSqL9iuNAAeg3Wz7O34dzoDMegNLuEsrXtf6Fd2AVu/ca3cELVYmom s75rUcJT91c= =paib -----END PGP SIGNATURE----- --Apple-Mail=_38D72C6E-6501-4786-A2D8-CB027205742B-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 23:28:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA1E223F; Sat, 7 Sep 2013 23:28:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EE662ABA; Sat, 7 Sep 2013 23:28:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r87NSNcm000778; Sat, 7 Sep 2013 19:28:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r87NSNHi000766; Sat, 7 Sep 2013 23:28:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 7 Sep 2013 23:28:23 GMT Message-Id: <201309072328.r87NSNHi000766@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 23:28:30 -0000 TB --- 2013-09-07 18:20:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-07 18:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-07 18:20:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-07 18:20:21 - cleaning the object tree TB --- 2013-09-07 18:29:47 - /usr/local/bin/svn stat /src TB --- 2013-09-07 18:29:51 - At svn revision 255367 TB --- 2013-09-07 18:29:52 - building world TB --- 2013-09-07 18:29:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 18:29:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 18:29:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 18:29:52 - SRCCONF=/dev/null TB --- 2013-09-07 18:29:52 - TARGET=arm TB --- 2013-09-07 18:29:52 - TARGET_ARCH=arm TB --- 2013-09-07 18:29:52 - TZ=UTC TB --- 2013-09-07 18:29:52 - __MAKE_CONF=/dev/null TB --- 2013-09-07 18:29:52 - cd /src TB --- 2013-09-07 18:29:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 7 18:29:59 UTC 2013 >>> 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 Sat Sep 7 21:31:42 UTC 2013 TB --- 2013-09-07 21:31:42 - generating LINT kernel config TB --- 2013-09-07 21:31:42 - cd /src/sys/arm/conf TB --- 2013-09-07 21:31:42 - /usr/bin/make -B LINT TB --- 2013-09-07 21:31:42 - cd /src/sys/arm/conf TB --- 2013-09-07 21:31:42 - /usr/sbin/config -m LINT TB --- 2013-09-07 21:31:42 - building LINT kernel TB --- 2013-09-07 21:31:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 21:31:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 21:31:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 21:31:42 - SRCCONF=/dev/null TB --- 2013-09-07 21:31:42 - TARGET=arm TB --- 2013-09-07 21:31:42 - TARGET_ARCH=arm TB --- 2013-09-07 21:31:42 - TZ=UTC TB --- 2013-09-07 21:31:42 - __MAKE_CONF=/dev/null TB --- 2013-09-07 21:31:42 - cd /src TB --- 2013-09-07 21:31:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 7 21:31:42 UTC 2013 >>> 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 Sat Sep 7 21:55:54 UTC 2013 TB --- 2013-09-07 21:55:54 - cd /src/sys/arm/conf TB --- 2013-09-07 21:55:54 - /usr/sbin/config -m AC100 TB --- 2013-09-07 21:55:54 - skipping AC100 kernel TB --- 2013-09-07 21:55:54 - cd /src/sys/arm/conf TB --- 2013-09-07 21:55:54 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-07 21:55:54 - skipping ARMADAXP kernel TB --- 2013-09-07 21:55:54 - cd /src/sys/arm/conf TB --- 2013-09-07 21:55:54 - /usr/sbin/config -m ARNDALE TB --- 2013-09-07 21:55:54 - skipping ARNDALE kernel TB --- 2013-09-07 21:55:54 - cd /src/sys/arm/conf TB --- 2013-09-07 21:55:54 - /usr/sbin/config -m ATMEL TB --- 2013-09-07 21:55:54 - building ATMEL kernel TB --- 2013-09-07 21:55:54 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 21:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 21:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 21:55:54 - SRCCONF=/dev/null TB --- 2013-09-07 21:55:54 - TARGET=arm TB --- 2013-09-07 21:55:54 - TARGET_ARCH=arm TB --- 2013-09-07 21:55:54 - TZ=UTC TB --- 2013-09-07 21:55:54 - __MAKE_CONF=/dev/null TB --- 2013-09-07 21:55:54 - cd /src TB --- 2013-09-07 21:55:54 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sat Sep 7 21:55:54 UTC 2013 >>> 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 ATMEL completed on Sat Sep 7 21:59:44 UTC 2013 TB --- 2013-09-07 21:59:44 - cd /src/sys/arm/conf TB --- 2013-09-07 21:59:44 - /usr/sbin/config -m AVILA TB --- 2013-09-07 21:59:44 - skipping AVILA kernel TB --- 2013-09-07 21:59:44 - cd /src/sys/arm/conf TB --- 2013-09-07 21:59:44 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-09-07 21:59:44 - skipping BEAGLEBONE kernel TB --- 2013-09-07 21:59:44 - cd /src/sys/arm/conf TB --- 2013-09-07 21:59:44 - /usr/sbin/config -m BWCT TB --- 2013-09-07 21:59:44 - building BWCT kernel TB --- 2013-09-07 21:59:44 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 21:59:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 21:59:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 21:59:44 - SRCCONF=/dev/null TB --- 2013-09-07 21:59:44 - TARGET=arm TB --- 2013-09-07 21:59:44 - TARGET_ARCH=arm TB --- 2013-09-07 21:59:44 - TZ=UTC TB --- 2013-09-07 21:59:44 - __MAKE_CONF=/dev/null TB --- 2013-09-07 21:59:44 - cd /src TB --- 2013-09-07 21:59:44 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Sep 7 21:59:44 UTC 2013 >>> 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 BWCT completed on Sat Sep 7 22:02:21 UTC 2013 TB --- 2013-09-07 22:02:21 - cd /src/sys/arm/conf TB --- 2013-09-07 22:02:21 - /usr/sbin/config -m CAMBRIA TB --- 2013-09-07 22:02:21 - skipping CAMBRIA kernel TB --- 2013-09-07 22:02:21 - cd /src/sys/arm/conf TB --- 2013-09-07 22:02:21 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-09-07 22:02:21 - building CNS11XXNAS kernel TB --- 2013-09-07 22:02:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:02:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:02:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:02:21 - SRCCONF=/dev/null TB --- 2013-09-07 22:02:21 - TARGET=arm TB --- 2013-09-07 22:02:21 - TARGET_ARCH=arm TB --- 2013-09-07 22:02:21 - TZ=UTC TB --- 2013-09-07 22:02:21 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:02:21 - cd /src TB --- 2013-09-07 22:02:21 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Sep 7 22:02:21 UTC 2013 >>> 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 CNS11XXNAS completed on Sat Sep 7 22:06:03 UTC 2013 TB --- 2013-09-07 22:06:03 - cd /src/sys/arm/conf TB --- 2013-09-07 22:06:03 - /usr/sbin/config -m CRB TB --- 2013-09-07 22:06:03 - skipping CRB kernel TB --- 2013-09-07 22:06:03 - cd /src/sys/arm/conf TB --- 2013-09-07 22:06:03 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-09-07 22:06:03 - skipping CUBIEBOARD kernel TB --- 2013-09-07 22:06:03 - cd /src/sys/arm/conf TB --- 2013-09-07 22:06:03 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-09-07 22:06:03 - skipping CUBIEBOARD2 kernel TB --- 2013-09-07 22:06:03 - cd /src/sys/arm/conf TB --- 2013-09-07 22:06:03 - /usr/sbin/config -m DB-78XXX TB --- 2013-09-07 22:06:03 - building DB-78XXX kernel TB --- 2013-09-07 22:06:03 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:06:03 - SRCCONF=/dev/null TB --- 2013-09-07 22:06:03 - TARGET=arm TB --- 2013-09-07 22:06:03 - TARGET_ARCH=arm TB --- 2013-09-07 22:06:03 - TZ=UTC TB --- 2013-09-07 22:06:03 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:06:03 - cd /src TB --- 2013-09-07 22:06:03 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Sep 7 22:06:03 UTC 2013 >>> 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 DB-78XXX completed on Sat Sep 7 22:09:26 UTC 2013 TB --- 2013-09-07 22:09:26 - cd /src/sys/arm/conf TB --- 2013-09-07 22:09:26 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-09-07 22:09:26 - building DB-88F5XXX kernel TB --- 2013-09-07 22:09:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:09:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:09:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:09:26 - SRCCONF=/dev/null TB --- 2013-09-07 22:09:26 - TARGET=arm TB --- 2013-09-07 22:09:26 - TARGET_ARCH=arm TB --- 2013-09-07 22:09:26 - TZ=UTC TB --- 2013-09-07 22:09:26 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:09:26 - cd /src TB --- 2013-09-07 22:09:26 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Sep 7 22:09:26 UTC 2013 >>> 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 DB-88F5XXX completed on Sat Sep 7 22:12:35 UTC 2013 TB --- 2013-09-07 22:12:35 - cd /src/sys/arm/conf TB --- 2013-09-07 22:12:35 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-09-07 22:12:35 - building DB-88F6XXX kernel TB --- 2013-09-07 22:12:35 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:12:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:12:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:12:35 - SRCCONF=/dev/null TB --- 2013-09-07 22:12:35 - TARGET=arm TB --- 2013-09-07 22:12:35 - TARGET_ARCH=arm TB --- 2013-09-07 22:12:35 - TZ=UTC TB --- 2013-09-07 22:12:35 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:12:35 - cd /src TB --- 2013-09-07 22:12:35 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Sep 7 22:12:35 UTC 2013 >>> 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 DB-88F6XXX completed on Sat Sep 7 22:15:59 UTC 2013 TB --- 2013-09-07 22:15:59 - cd /src/sys/arm/conf TB --- 2013-09-07 22:15:59 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-09-07 22:15:59 - skipping DIGI-CCWMX53 kernel TB --- 2013-09-07 22:15:59 - cd /src/sys/arm/conf TB --- 2013-09-07 22:15:59 - /usr/sbin/config -m DOCKSTAR TB --- 2013-09-07 22:15:59 - building DOCKSTAR kernel TB --- 2013-09-07 22:15:59 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:15:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:15:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:15:59 - SRCCONF=/dev/null TB --- 2013-09-07 22:15:59 - TARGET=arm TB --- 2013-09-07 22:15:59 - TARGET_ARCH=arm TB --- 2013-09-07 22:15:59 - TZ=UTC TB --- 2013-09-07 22:15:59 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:15:59 - cd /src TB --- 2013-09-07 22:15:59 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Sep 7 22:15:59 UTC 2013 >>> 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 DOCKSTAR completed on Sat Sep 7 22:19:00 UTC 2013 TB --- 2013-09-07 22:19:00 - cd /src/sys/arm/conf TB --- 2013-09-07 22:19:00 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2013-09-07 22:19:00 - building DREAMPLUG-1001 kernel TB --- 2013-09-07 22:19:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:19:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:19:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:19:00 - SRCCONF=/dev/null TB --- 2013-09-07 22:19:00 - TARGET=arm TB --- 2013-09-07 22:19:00 - TARGET_ARCH=arm TB --- 2013-09-07 22:19:00 - TZ=UTC TB --- 2013-09-07 22:19:00 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:19:00 - cd /src TB --- 2013-09-07 22:19:00 - /usr/bin/make -B buildkernel KERNCONF=DREAMPLUG-1001 >>> Kernel build for DREAMPLUG-1001 started on Sat Sep 7 22:19:00 UTC 2013 >>> 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 DREAMPLUG-1001 completed on Sat Sep 7 22:24:21 UTC 2013 TB --- 2013-09-07 22:24:21 - cd /src/sys/arm/conf TB --- 2013-09-07 22:24:21 - /usr/sbin/config -m EA3250 TB --- 2013-09-07 22:24:21 - building EA3250 kernel TB --- 2013-09-07 22:24:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:24:21 - SRCCONF=/dev/null TB --- 2013-09-07 22:24:21 - TARGET=arm TB --- 2013-09-07 22:24:21 - TARGET_ARCH=arm TB --- 2013-09-07 22:24:21 - TZ=UTC TB --- 2013-09-07 22:24:21 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:24:21 - cd /src TB --- 2013-09-07 22:24:21 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Sat Sep 7 22:24:21 UTC 2013 >>> 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 EA3250 completed on Sat Sep 7 22:27:37 UTC 2013 TB --- 2013-09-07 22:27:37 - cd /src/sys/arm/conf TB --- 2013-09-07 22:27:37 - /usr/sbin/config -m EB9200 TB --- 2013-09-07 22:27:37 - building EB9200 kernel TB --- 2013-09-07 22:27:37 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:27:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:27:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:27:37 - SRCCONF=/dev/null TB --- 2013-09-07 22:27:37 - TARGET=arm TB --- 2013-09-07 22:27:37 - TARGET_ARCH=arm TB --- 2013-09-07 22:27:37 - TZ=UTC TB --- 2013-09-07 22:27:37 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:27:37 - cd /src TB --- 2013-09-07 22:27:37 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Sat Sep 7 22:27:37 UTC 2013 >>> 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 EB9200 completed on Sat Sep 7 22:31:02 UTC 2013 TB --- 2013-09-07 22:31:02 - cd /src/sys/arm/conf TB --- 2013-09-07 22:31:02 - /usr/sbin/config -m EFIKA_MX TB --- 2013-09-07 22:31:02 - skipping EFIKA_MX kernel TB --- 2013-09-07 22:31:02 - cd /src/sys/arm/conf TB --- 2013-09-07 22:31:02 - /usr/sbin/config -m EP80219 TB --- 2013-09-07 22:31:02 - skipping EP80219 kernel TB --- 2013-09-07 22:31:02 - cd /src/sys/arm/conf TB --- 2013-09-07 22:31:02 - /usr/sbin/config -m ETHERNUT5 TB --- 2013-09-07 22:31:02 - building ETHERNUT5 kernel TB --- 2013-09-07 22:31:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:31:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:31:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:31:02 - SRCCONF=/dev/null TB --- 2013-09-07 22:31:02 - TARGET=arm TB --- 2013-09-07 22:31:02 - TARGET_ARCH=arm TB --- 2013-09-07 22:31:02 - TZ=UTC TB --- 2013-09-07 22:31:02 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:31:02 - cd /src TB --- 2013-09-07 22:31:02 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sat Sep 7 22:31:03 UTC 2013 >>> 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 ETHERNUT5 completed on Sat Sep 7 22:41:36 UTC 2013 TB --- 2013-09-07 22:41:36 - cd /src/sys/arm/conf TB --- 2013-09-07 22:41:36 - /usr/sbin/config -m GUMSTIX TB --- 2013-09-07 22:41:36 - building GUMSTIX kernel TB --- 2013-09-07 22:41:36 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:41:36 - SRCCONF=/dev/null TB --- 2013-09-07 22:41:36 - TARGET=arm TB --- 2013-09-07 22:41:36 - TARGET_ARCH=arm TB --- 2013-09-07 22:41:36 - TZ=UTC TB --- 2013-09-07 22:41:36 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:41:36 - cd /src TB --- 2013-09-07 22:41:36 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Sat Sep 7 22:41:36 UTC 2013 >>> 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 GUMSTIX completed on Sat Sep 7 22:44:49 UTC 2013 TB --- 2013-09-07 22:44:49 - cd /src/sys/arm/conf TB --- 2013-09-07 22:44:49 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2013-09-07 22:44:49 - building GUMSTIX-QEMU kernel TB --- 2013-09-07 22:44:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:44:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:44:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:44:49 - SRCCONF=/dev/null TB --- 2013-09-07 22:44:49 - TARGET=arm TB --- 2013-09-07 22:44:49 - TARGET_ARCH=arm TB --- 2013-09-07 22:44:49 - TZ=UTC TB --- 2013-09-07 22:44:49 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:44:49 - cd /src TB --- 2013-09-07 22:44:49 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX-QEMU >>> Kernel build for GUMSTIX-QEMU started on Sat Sep 7 22:44:49 UTC 2013 >>> 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 GUMSTIX-QEMU completed on Sat Sep 7 22:47:59 UTC 2013 TB --- 2013-09-07 22:47:59 - cd /src/sys/arm/conf TB --- 2013-09-07 22:47:59 - /usr/sbin/config -m HL200 TB --- 2013-09-07 22:47:59 - building HL200 kernel TB --- 2013-09-07 22:47:59 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:47:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:47:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:47:59 - SRCCONF=/dev/null TB --- 2013-09-07 22:47:59 - TARGET=arm TB --- 2013-09-07 22:47:59 - TARGET_ARCH=arm TB --- 2013-09-07 22:47:59 - TZ=UTC TB --- 2013-09-07 22:47:59 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:47:59 - cd /src TB --- 2013-09-07 22:47:59 - /usr/bin/make -B buildkernel KERNCONF=HL200 >>> Kernel build for HL200 started on Sat Sep 7 22:47:59 UTC 2013 >>> 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 HL200 completed on Sat Sep 7 22:51:35 UTC 2013 TB --- 2013-09-07 22:51:35 - cd /src/sys/arm/conf TB --- 2013-09-07 22:51:35 - /usr/sbin/config -m HL201 TB --- 2013-09-07 22:51:35 - building HL201 kernel TB --- 2013-09-07 22:51:35 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:51:35 - SRCCONF=/dev/null TB --- 2013-09-07 22:51:35 - TARGET=arm TB --- 2013-09-07 22:51:35 - TARGET_ARCH=arm TB --- 2013-09-07 22:51:35 - TZ=UTC TB --- 2013-09-07 22:51:35 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:51:35 - cd /src TB --- 2013-09-07 22:51:35 - /usr/bin/make -B buildkernel KERNCONF=HL201 >>> Kernel build for HL201 started on Sat Sep 7 22:51:35 UTC 2013 >>> 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 HL201 completed on Sat Sep 7 22:54:47 UTC 2013 TB --- 2013-09-07 22:54:47 - cd /src/sys/arm/conf TB --- 2013-09-07 22:54:47 - /usr/sbin/config -m IQ31244 TB --- 2013-09-07 22:54:47 - skipping IQ31244 kernel TB --- 2013-09-07 22:54:47 - cd /src/sys/arm/conf TB --- 2013-09-07 22:54:47 - /usr/sbin/config -m KB920X TB --- 2013-09-07 22:54:47 - building KB920X kernel TB --- 2013-09-07 22:54:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:54:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:54:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:54:47 - SRCCONF=/dev/null TB --- 2013-09-07 22:54:47 - TARGET=arm TB --- 2013-09-07 22:54:47 - TARGET_ARCH=arm TB --- 2013-09-07 22:54:47 - TZ=UTC TB --- 2013-09-07 22:54:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:54:47 - cd /src TB --- 2013-09-07 22:54:47 - /usr/bin/make -B buildkernel KERNCONF=KB920X >>> Kernel build for KB920X started on Sat Sep 7 22:54:47 UTC 2013 >>> 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 KB920X completed on Sat Sep 7 22:58:32 UTC 2013 TB --- 2013-09-07 22:58:32 - cd /src/sys/arm/conf TB --- 2013-09-07 22:58:32 - /usr/sbin/config -m LN2410SBC TB --- 2013-09-07 22:58:32 - building LN2410SBC kernel TB --- 2013-09-07 22:58:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 22:58:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 22:58:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 22:58:32 - SRCCONF=/dev/null TB --- 2013-09-07 22:58:32 - TARGET=arm TB --- 2013-09-07 22:58:32 - TARGET_ARCH=arm TB --- 2013-09-07 22:58:32 - TZ=UTC TB --- 2013-09-07 22:58:32 - __MAKE_CONF=/dev/null TB --- 2013-09-07 22:58:32 - cd /src TB --- 2013-09-07 22:58:32 - /usr/bin/make -B buildkernel KERNCONF=LN2410SBC >>> Kernel build for LN2410SBC started on Sat Sep 7 22:58:32 UTC 2013 >>> 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 LN2410SBC completed on Sat Sep 7 23:01:30 UTC 2013 TB --- 2013-09-07 23:01:30 - cd /src/sys/arm/conf TB --- 2013-09-07 23:01:30 - /usr/sbin/config -m NSLU TB --- 2013-09-07 23:01:30 - skipping NSLU kernel TB --- 2013-09-07 23:01:30 - cd /src/sys/arm/conf TB --- 2013-09-07 23:01:30 - /usr/sbin/config -m PANDABOARD TB --- 2013-09-07 23:01:30 - skipping PANDABOARD kernel TB --- 2013-09-07 23:01:30 - cd /src/sys/arm/conf TB --- 2013-09-07 23:01:30 - /usr/sbin/config -m QILA9G20 TB --- 2013-09-07 23:01:30 - building QILA9G20 kernel TB --- 2013-09-07 23:01:30 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:01:30 - SRCCONF=/dev/null TB --- 2013-09-07 23:01:30 - TARGET=arm TB --- 2013-09-07 23:01:30 - TARGET_ARCH=arm TB --- 2013-09-07 23:01:30 - TZ=UTC TB --- 2013-09-07 23:01:30 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:01:30 - cd /src TB --- 2013-09-07 23:01:30 - /usr/bin/make -B buildkernel KERNCONF=QILA9G20 >>> Kernel build for QILA9G20 started on Sat Sep 7 23:01:30 UTC 2013 >>> 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 QILA9G20 completed on Sat Sep 7 23:04:47 UTC 2013 TB --- 2013-09-07 23:04:47 - cd /src/sys/arm/conf TB --- 2013-09-07 23:04:47 - /usr/sbin/config -m RPI-B TB --- 2013-09-07 23:04:47 - skipping RPI-B kernel TB --- 2013-09-07 23:04:47 - cd /src/sys/arm/conf TB --- 2013-09-07 23:04:47 - /usr/sbin/config -m SAM9260EK TB --- 2013-09-07 23:04:47 - building SAM9260EK kernel TB --- 2013-09-07 23:04:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:04:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:04:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:04:47 - SRCCONF=/dev/null TB --- 2013-09-07 23:04:47 - TARGET=arm TB --- 2013-09-07 23:04:47 - TARGET_ARCH=arm TB --- 2013-09-07 23:04:47 - TZ=UTC TB --- 2013-09-07 23:04:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:04:47 - cd /src TB --- 2013-09-07 23:04:47 - /usr/bin/make -B buildkernel KERNCONF=SAM9260EK >>> Kernel build for SAM9260EK started on Sat Sep 7 23:04:47 UTC 2013 >>> 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 SAM9260EK completed on Sat Sep 7 23:15:47 UTC 2013 TB --- 2013-09-07 23:15:47 - cd /src/sys/arm/conf TB --- 2013-09-07 23:15:47 - /usr/sbin/config -m SAM9G20EK TB --- 2013-09-07 23:15:47 - building SAM9G20EK kernel TB --- 2013-09-07 23:15:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:15:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:15:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:15:47 - SRCCONF=/dev/null TB --- 2013-09-07 23:15:47 - TARGET=arm TB --- 2013-09-07 23:15:47 - TARGET_ARCH=arm TB --- 2013-09-07 23:15:47 - TZ=UTC TB --- 2013-09-07 23:15:47 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:15:47 - cd /src TB --- 2013-09-07 23:15:47 - /usr/bin/make -B buildkernel KERNCONF=SAM9G20EK >>> Kernel build for SAM9G20EK started on Sat Sep 7 23:15:48 UTC 2013 >>> 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 SAM9G20EK completed on Sat Sep 7 23:18:58 UTC 2013 TB --- 2013-09-07 23:18:58 - cd /src/sys/arm/conf TB --- 2013-09-07 23:18:58 - /usr/sbin/config -m SAM9X25EK TB --- 2013-09-07 23:18:58 - building SAM9X25EK kernel TB --- 2013-09-07 23:18:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:18:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:18:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:18:58 - SRCCONF=/dev/null TB --- 2013-09-07 23:18:58 - TARGET=arm TB --- 2013-09-07 23:18:58 - TARGET_ARCH=arm TB --- 2013-09-07 23:18:58 - TZ=UTC TB --- 2013-09-07 23:18:58 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:18:58 - cd /src TB --- 2013-09-07 23:18:58 - /usr/bin/make -B buildkernel KERNCONF=SAM9X25EK >>> Kernel build for SAM9X25EK started on Sat Sep 7 23:18:58 UTC 2013 >>> 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 SAM9X25EK completed on Sat Sep 7 23:21:56 UTC 2013 TB --- 2013-09-07 23:21:56 - cd /src/sys/arm/conf TB --- 2013-09-07 23:21:56 - /usr/sbin/config -m SHEEVAPLUG TB --- 2013-09-07 23:21:56 - building SHEEVAPLUG kernel TB --- 2013-09-07 23:21:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:21:56 - SRCCONF=/dev/null TB --- 2013-09-07 23:21:56 - TARGET=arm TB --- 2013-09-07 23:21:56 - TARGET_ARCH=arm TB --- 2013-09-07 23:21:56 - TZ=UTC TB --- 2013-09-07 23:21:56 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:21:56 - cd /src TB --- 2013-09-07 23:21:56 - /usr/bin/make -B buildkernel KERNCONF=SHEEVAPLUG >>> Kernel build for SHEEVAPLUG started on Sat Sep 7 23:21:56 UTC 2013 >>> 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 SHEEVAPLUG completed on Sat Sep 7 23:24:58 UTC 2013 TB --- 2013-09-07 23:24:58 - cd /src/sys/arm/conf TB --- 2013-09-07 23:24:58 - /usr/sbin/config -m SIMICS TB --- 2013-09-07 23:24:58 - building SIMICS kernel TB --- 2013-09-07 23:24:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-07 23:24:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-07 23:24:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-07 23:24:58 - SRCCONF=/dev/null TB --- 2013-09-07 23:24:58 - TARGET=arm TB --- 2013-09-07 23:24:58 - TARGET_ARCH=arm TB --- 2013-09-07 23:24:58 - TZ=UTC TB --- 2013-09-07 23:24:58 - __MAKE_CONF=/dev/null TB --- 2013-09-07 23:24:58 - cd /src TB --- 2013-09-07 23:24:58 - /usr/bin/make -B buildkernel KERNCONF=SIMICS >>> Kernel build for SIMICS started on Sat Sep 7 23:24:58 UTC 2013 >>> 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 [...] pseudo_rng.o:(.data+0x3c): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x78): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x84): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x8c): more undefined references to `random_null_func' follow random_adaptors.o: In function `random_sysctl_active_adaptor_handler': /src/sys/dev/random/random_adaptors.c:233: undefined reference to `random_get_active_adaptor' *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/SIMICS *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-07 23:28:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-07 23:28:23 - ERROR: failed to build SIMICS kernel TB --- 2013-09-07 23:28:23 - 13762.27 user 2777.03 system 18481.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full