From owner-freebsd-current@FreeBSD.ORG Sun Jan 26 00:17:50 2014 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 ESMTPS id 4FEBD6F1; Sun, 26 Jan 2014 00:17:50 +0000 (UTC) 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 6DA8A1536; Sun, 26 Jan 2014 00:17:47 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id r7so2070117bkg.19 for ; Sat, 25 Jan 2014 16:17:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version:content-type:subject :from:date:to:message-id; bh=LzVRYq1shNV4V8fBpKt651f4QB0+izC98AYA5/IHNRA=; b=UTaU1JS8+DMZYp2W4zB1wBOvkyLwyUiRNWTGmdQaPu86l80tMFAMJsU05es9AKTkjv KQgoU3ivfMyJvO86f3UkdFzkLwJUmxpYMzOBkwNgosYrmB3K46KFnv82ewRLKBUZPMmP F4C6RmntICeX/3aACAuqMk4ngckTsnWH9sAYnwqA1Nk/8MvN7fGJbkz7qDMhDUclo/y6 aOw0IrDdy/1lgzlLnKToBz1/+6TsUjX8ZZNq4MoOyJOo9g/N0qwD3a8WxWmhchroYLLI rvX8R3wgzC8jNks8VzKhWG0xYvTYwkN23nnCLx73rVDUt/U7BM9jLFuwpQaHJQq/tZaZ VEAQ== X-Received: by 10.204.248.77 with SMTP id mf13mr6657762bkb.67.1390695465623; Sat, 25 Jan 2014 16:17:45 -0800 (PST) Received: from ?IPV6:2001:470:7b2f:0:d02b:d335:23e4:fe54? ([2001:470:7b2f:0:d02b:d335:23e4:fe54]) by mx.google.com with ESMTPSA id rf10sm8004195bkb.3.2014.01.25.16.17.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 16:17:44 -0800 (PST) User-Agent: K-9 Mail for Android In-Reply-To: <1ab937f2-aca2-41d0-a1a7-a7eb232b9c83@email.android.com> References: <1367fd4d-9128-4df0-a250-fb3c1f67f0c5@email.android.com> <52E42A3A.7000901@FreeBSD.org> <712a6e8d-e34b-4321-8c23-aa9edfe6147f@email.android.com> <52E435A3.6010900@FreeBSD.org> <1ab937f2-aca2-41d0-a1a7-a7eb232b9c83@email.android.com> MIME-Version: 1.0 Subject: Re: Newcons radeonkms - Failed to load firmware "radeonkmsfw_TURKS_PFP" From: "Mike C." Date: Sun, 26 Jan 2014 00:17:37 +0000 To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-current@freebsd.org, freebsd-x11@FreeBSD.org Message-ID: <80c382e1-4442-4699-9aa1-40236a6c072f@email.android.com> X-Mailman-Approved-At: Sun, 26 Jan 2014 00:39:55 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Jan 2014 00:17:50 -0000 found how to do that, but since I have zfs on root with geli I'm better of= f just using the USB install image=2E Just changed and booted again, trie= d the kldload and got a similar screen freezer=2E I'll have to attach a sc= reenshot again=2E I should also mention this is a laptop with an ati card= but it also has Intel integrated graphics (i7 processor)=2E Maybe this is = what causes he issue? startx also fails and auto loads radeonkms and i915k= ms=2E I'll attach Xorg=2Elog after reboot=2E thanks "Mike C=2E" wrote: >Sure, > >Btw, I wonder if there's a way to ig= nore loader=2Econf at boot? > >Otherwise I can boot from an install image, = just courious tough, would >be nice if there a way to do it=2E > >I will po= st the output on the other mailing list > > >"Jean-S=C3=A9bastien P=C3=A9dr= on" wrote: >>On 25=2E01=2E2014 22:45, Mike C=2E wr= ote: >>> Worked but I'm still stuck in this case at 'vt_allocate: Replace >= >existing VT driver=2E' >>> >>> a few lines up I see: >>> No connectors re= ported connected with modes=2E >> >>Could you please boot without loading t= he Radeon driver from >>loader=2Econf, and run "kldload radeonkms", then po= st a full dmesg? >> >>> should I post to freebsd-x11@FreeBSD=2Eorg? >> >>Ye= s, this will be more on topic=2E >> >>-- >>Jean-S=C3=A9bastien P=C3=A9dron= > >-- >Sent from my Android device with K-9 Mail=2E Please excuse my brev= ity=2E -- Sent from my Android device with K-9 Mail=2E Please excuse my b= revity=2E From owner-freebsd-current@FreeBSD.ORG Sun Jan 26 08:46:30 2014 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 ESMTPS id 4354B896; Sun, 26 Jan 2014 08:46:30 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001: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 062841500; Sun, 26 Jan 2014 08:46:29 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id e14so4654737iej.18 for ; Sun, 26 Jan 2014 00:46:29 -0800 (PST) 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=3PbFP+W5qIyQcWJ/EMvZ/+8kMNyyuOweilS7zOReq4w=; b=ylp709QZPWrr+f9hmF2zx2PxkFxPjofkiTRAcA+9ISwRJQnnVsCdx4061Lb03M/mK2 6WCmrXjZwdJpIpZXWjbvLGLAjFsnBVK4tmjdGxxc0zSR6aYBbxMZaE/31hDwre79d5rT qETEdKzAVDwfYnhFrJ2Pm5mvhehrtcLP8h1esObdmOzX/4/3/45weXCRyaBBdcZurcyr XzEJz1lqzWEu+J2ImYVW5sFBX2zIwQiPkJcqDyCrHFu2/+lkIA7xrtw8BJI3Y5TzCb+H x/WIcSYsC9p+uNNjg3pisvYQwS1ztoIQKmo8mIxwuCNq2qbvw+kqTdi2oqu5o6sptk+N yWsw== MIME-Version: 1.0 X-Received: by 10.50.62.102 with SMTP id x6mr12062556igr.35.1390725989355; Sun, 26 Jan 2014 00:46:29 -0800 (PST) Received: by 10.50.67.84 with HTTP; Sun, 26 Jan 2014 00:46:29 -0800 (PST) In-Reply-To: References: <52DE3F6B.6050209@yandex.ru> <52DE4FD0.5030409@FreeBSD.org> <52DE5781.7090600@yandex.ru> <52DE9699.5040801@FreeBSD.org> Date: Sun, 26 Jan 2014 02:46:29 -0600 Message-ID: Subject: Re: Problem updating bootcode on ZFS on root system with MBR From: Scot Hetzel To: Thomas Hoffmann Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Andriy Gapon , "Andrey V. Elsukov" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Jan 2014 08:46:30 -0000 On Tue, Jan 21, 2014 at 3:11 PM, Thomas Hoffmann wrote: > On Tue, Jan 21, 2014 at 10:47 AM, Andriy Gapon wrote: > >> on 21/01/2014 13:18 Andrey V. Elsukov said the following: >> > On 21.01.2014 14:45, Andriy Gapon wrote: >> >>>> What do I need to do to get the boot2 code written to /dev/ada0s1a? >> >>> >> >>>> # dd if=/boot/zfsboot of=/dev/ada0s1a skip=1 seek=1024 >> >>>> dd: /dev/ada0s1a: Operation not permitted > Thanks for the responses. My apologies for going silent, but I had to step > away from the problem for a bit. I was able to resolve my problem by doing > the following: > > After upgrading my zpools and after my aborted attempt to update the > bootcode as reported above, I copied /boot/zfsboot (or more precisely > /bootpool/boot/zfsboot) to a USB thumb drive. I attempted to reboot my > system, which failed due to unsupported zfs features. This was expected, > but I thought, hey, I might get lucky. I then booted into a Live CD, > mounted my USB thumb drive on /tmp/usb and executed: > > sysctl kern.geom.debugflags=0x10 > dd if=/tmp/usb/zfsboot of=/dev/ada0s1 count=1 > dd if=/tmp/usb/zfsboot of=/dev/ada0s1d skip=1 seek=1024 > > Then I rebooted and all is well. All zpools support all features. While > this procedure was not tedious, it would still be nice if, as Andriy > stated, FreeBSD contained a native way do this zfs bootcode update for MBR > schemes that is as simple as for the GPT schemes. > In your original message, you were trying to write the boot code to ada0s1a, but you made it work by using ada0s1d. Do you have an ada0s1a? If you do, is it your ZFS partition or is it ada0s1d? -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Jan 26 14:07:25 2014 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 ESMTPS id 206B3EC5; Sun, 26 Jan 2014 14:07:25 +0000 (UTC) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8B0B19C7; Sun, 26 Jan 2014 14:07:24 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id jz11so2920531veb.22 for ; Sun, 26 Jan 2014 06:07:23 -0800 (PST) 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=OPbznyZdKiMY5ExGW9SlBpQtJSu5iQST/qBmSjwrHh8=; b=qsNFg9l+qqcWeqif2anoa4A/Z6lVdCEUMehwTmGVPCFaqQfnR4VuzSufuRDJPB2A+k lB+25yDl+v6CTJog4tAdbEe985UDoOI7oT7188YUdXwWFnue2CVDwuZ+m7/WcAmvr6uK +BVrkQMoThCNFxwHqRgRPKbsYOazR7rEpaKaUqM6WcljoSEFUmqUfUjCtW9jKJxZtTxH LgC4gqrEYx+8KtLQE+GeEpsznY4E7hpC7wQQzKbtlI/akF4k+W9rDLYNa8O1obld9BxR kAoOeLqZMEp6xV04M0uPCRSTVGicadycj2BSjymo8lH1yuWCLP4LzZ5SgqFOps9NgfD7 UqfQ== MIME-Version: 1.0 X-Received: by 10.58.200.168 with SMTP id jt8mr45521vec.30.1390745243738; Sun, 26 Jan 2014 06:07:23 -0800 (PST) Received: by 10.220.168.135 with HTTP; Sun, 26 Jan 2014 06:07:23 -0800 (PST) In-Reply-To: References: <52DE3F6B.6050209@yandex.ru> <52DE4FD0.5030409@FreeBSD.org> <52DE5781.7090600@yandex.ru> <52DE9699.5040801@FreeBSD.org> Date: Sun, 26 Jan 2014 09:07:23 -0500 Message-ID: Subject: Re: Problem updating bootcode on ZFS on root system with MBR From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Scot Hetzel , Andriy Gapon , "Andrey V. Elsukov" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Jan 2014 14:07:25 -0000 On Sun, Jan 26, 2014 at 3:46 AM, Scot Hetzel wrote: > On Tue, Jan 21, 2014 at 3:11 PM, Thomas Hoffmann wrote: > > On Tue, Jan 21, 2014 at 10:47 AM, Andriy Gapon wrote: > > > >> on 21/01/2014 13:18 Andrey V. Elsukov said the following: > >> > On 21.01.2014 14:45, Andriy Gapon wrote: > >> >>>> What do I need to do to get the boot2 code written to /dev/ada0s1a? > >> >>> > > >> >>>> # dd if=/boot/zfsboot of=/dev/ada0s1a skip=1 seek=1024 > >> >>>> dd: /dev/ada0s1a: Operation not permitted > > > Thanks for the responses. My apologies for going silent, but I had to > step > > away from the problem for a bit. I was able to resolve my problem by > doing > > the following: > > > > After upgrading my zpools and after my aborted attempt to update the > > bootcode as reported above, I copied /boot/zfsboot (or more precisely > > /bootpool/boot/zfsboot) to a USB thumb drive. I attempted to reboot my > > system, which failed due to unsupported zfs features. This was expected, > > but I thought, hey, I might get lucky. I then booted into a Live CD, > > mounted my USB thumb drive on /tmp/usb and executed: > > > > sysctl kern.geom.debugflags=0x10 > > dd if=/tmp/usb/zfsboot of=/dev/ada0s1 count=1 > > dd if=/tmp/usb/zfsboot of=/dev/ada0s1d skip=1 seek=1024 > > > > Then I rebooted and all is well. All zpools support all features. While > > this procedure was not tedious, it would still be nice if, as Andriy > > stated, FreeBSD contained a native way do this zfs bootcode update for > MBR > > schemes that is as simple as for the GPT schemes. > > > In your original message, you were trying to write the boot code to > ada0s1a, but you made it work by using ada0s1d. > > Do you have an ada0s1a? If you do, is it your ZFS partition or is it > ada0s1d? > I can see why you are confused. In between the original problem and the solution I did a fresh install of FreeBSD-10.0-REL, which creates a bootpool on ada0s1a, swap on ada0s1b and the zfs partition on ada0s1d. So that is why the discrepancy between the original problem and solution. The original system had the zfs partition on ada0s1a and swap on ada0s1b. In retrospect I should have been more clear on this in my postings. BTW, I got the [definitive] update process for zfs bootcode on MBR partitioned systems from you a while back. So thanks for that. I actually understand what I'm doing now when I update the zfs bootcode. -Tom > > -- > DISCLAIMER: > > No electrons were maimed while sending this message. Only slightly bruised. > From owner-freebsd-current@FreeBSD.ORG Mon Jan 27 21:09:41 2014 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 ESMTPS id 0C24DDEC; Mon, 27 Jan 2014 21:09:41 +0000 (UTC) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AE331146; Mon, 27 Jan 2014 21:09:40 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.7/8.14.7) with ESMTP id s0RL9cF5027666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Jan 2014 22:09:38 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Mon, 27 Jan 2014 22:09:37 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Luigi Rizzo Subject: Re: unused in_cksum_update() ? Message-ID: <20140127210937.GB93124@acme.spoerlein.net> Mail-Followup-To: Luigi Rizzo , Gleb Smirnoff , wollman@freebsd.org, current@freebsd.org, net@freebsd.org References: <20140109192114.GA49934@onelab2.iet.unipi.it> <20140110103140.GD73147@FreeBSD.org> <20140110182448.GA62317@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140110182448.GA62317@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Gleb Smirnoff , wollman@freebsd.org, current@freebsd.org, net@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Jan 2014 21:09:41 -0000 On Fri, 2014-01-10 at 19:24:48 +0100, Luigi Rizzo wrote: > On Fri, Jan 10, 2014 at 02:31:40PM +0400, Gleb Smirnoff wrote: > > On Thu, Jan 09, 2014 at 08:21:14PM +0100, Luigi Rizzo wrote: > > L> a lot of arch-specific headers (sys/${ARCH}/include/in_cksum.h) > > L> have a lengthy definition for > > L> > > L> in_cksum_update(struct ip *ip) > > L> > > L> which seems completely unused in our source tree. > > L> Time to remove it perhaps ? > > L> > > L> grep cannot find any use at least since stable/8 > > > > I'd prefer not to hurry with its removal. Might be that pf will use it. > > Since it lives in a header file, it doesn't add a single bit to kernel > > size. > > we should care more about obfuscation and correcteness, and this is > a killer in both respects. > Depending on $arch the function is not even available or wrong: > > In particular, the basic code follows the description in > http://tools.ietf.org/html/rfc1141A with ntohs/htons to deal > with endianness (note that the '256' should not be converted): > > tmp = ntohs(sum)+256; > tmp = tmp + (tmp >> 16); > sum = htons(tmp); // also truncates high bits > > It is correctly implemented (but in a totally generic way, so no > point to have it in the arch-specific files) for amd64, i386, > ia64, mips, powerpc; it is not implemented for arm, and it is wrong > for sparc64 (where the 256 is incorrectly replaced by a 1). > > In terms of usage: the svn repo suggests that it was added in r15884 > in 1996 (stable/2.2 is the first branch where it appears): > > http://svnweb.freebsd.org/base/head/sys/i386/include/in_cksum.h?r1=15884&r2=15883&pathrev=15884 > > as far as i can tell never used anywhere, and copied from place to > place when we started to support different architectures. > > Shall we wait until it becomes 18 ? :) > > I am adding Garret to the list as he may have more details. Git's "pickaxe" is a very good tool for this sort of code archeology. There's only a handful of commits that touched anything related to "in_cksum_update". I'm not going to dump the output of git log -S"in_cksum_update" here, just the revisions that add/remove that string. r15884 r36849 r66458 r86144 r99040 r158458 r163022 r178172 r180010 hth Uli From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 00:38:32 2014 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 ESMTPS id 746FA76E for ; Tue, 28 Jan 2014 00:38:32 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2AA701205 for ; Tue, 28 Jan 2014 00:38:32 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id cm18so8215579qab.26 for ; Mon, 27 Jan 2014 16:38:31 -0800 (PST) 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=FuKj9uA+uy9YpEEYV1OC9MB5wagHq+ZWTYoiWzhcuso=; b=zuVVvZewjNjQZa2IR1+HV3Yd3lkHYyB5f23BwINftQhHOQuGmb4Xp7g9TUURHHCvzL 5vU5qrdrxcPnyVQsXBm04ATACtRiZ8LGQ+BCLTkv8lVlrd/16UPUi6DTBpuQI9VBDoJr Nj9bUJ/Ppd9QdI2TmC2ak/3GdU43lc0ZbMfZBjp5JfzLJD/RPH+PKbv0RBGFjHsUfR8v +N+UCvVBA5BS5uEe5d2tLm5kobnBvmpKJSW6V1fpAc3MosgzTCJ2wX7xAN2sNPp6TwiM bdCgJ+DZhbP11nYfv+bS9UYwY/I4PSR50u3bC5tAUYYQS0QJ7j1FvdAw6TfKK7+2UgHA zFIQ== MIME-Version: 1.0 X-Received: by 10.140.42.180 with SMTP id c49mr45476507qga.24.1390869511407; Mon, 27 Jan 2014 16:38:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Mon, 27 Jan 2014 16:38:31 -0800 (PST) In-Reply-To: References: <610447.24251.bm@smtp117.sbc.mail.gq1.yahoo.com> Date: Mon, 27 Jan 2014 16:38:31 -0800 X-Google-Sender-Auth: d8QdCQoJuwQTeVBw1AUT5TIlD0A Message-ID: Subject: Re: Freebsd 11 current testing ndis / kldload: bcmwl564_sys.ko PANIC From: Adrian Chadd To: Vlad Movchan Content-Type: text/plain; charset=ISO-8859-1 Cc: Thomas Mueller , freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 00:38:32 -0000 Hi, This doesn't compile on i386. Would you mind figuring out why that is and submitting a patch that compiles on both amd64 and i386? Thanks! -a On 24 January 2014 12:11, Vlad Movchan wrote: > > On Fri, Jan 24, 2014 at 8:16 PM, Adrian Chadd wrote: >> >> >> Is i kept up to date with -head changes? >> > As far as I know it was kept up to date with -head changes. > >> HI, >> >> Well, someone needs to break the fork up into pieces and submit those. >> The FPU change is a good candidate - but it needs to be a sepaate PR >> for that. >> >> So, how about we start with the fpu change? Get it into a separate >> enhancement PR, then email -arch and -current. I'll help you get it >> reviewed and put into -head. >> >> >> -a > > > Sounds good, I'll try. Thank you. > > -- > Have a nice day, > Vlad Movchan From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 09:29:08 2014 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 ESMTPS id 8376C4F6 for ; Tue, 28 Jan 2014 09:29:08 +0000 (UTC) Received: from frv198.fwdcdn.com (frv198.fwdcdn.com [212.42.77.198]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 38C52194E for ; Tue, 28 Jan 2014 09:29:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=Y4SsRGpGD6etqnvgggX3R/F34drGIUSKSn/qEgh6Ko4=; b=aymFad4haqBDqZR4sgwKW30fQNPJKn/KZ1nKHL9PtEt9UAnikv/J6BaHs3u5kPkmOGziPqns+n6+c7/OnHf9iiqqKSnut/6QMhC8PjJTZY2dVy2pChzbZ92KJGpSLBL6lCFKOlhIG8o5Il25k+qvrzigQb4EIJS3EuHessaX3eY=; Received: from [10.10.10.45] (helo=frv45.ukr.net) by frv198.fwdcdn.com with smtp ID 1W84yV-000MkT-Ku for freebsd-current@freebsd.org; Tue, 28 Jan 2014 11:28:55 +0200 Date: Tue, 28 Jan 2014 11:28:55 +0200 From: Vladimir Sharun Subject: Re[2]: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1390900795.258244476.v35k1338@frv45.ukr.net> In-Reply-To: <52D66DB6.7030807@FreeBSD.org> References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> <52CA9963.1050507@FreeBSD.org> <1389676958.516993176.oq4lbgg7@frv45.ukr.net> <52D59E36.9040405@FreeBSD.org> <20140115102837.GA98983@hell.ukr.net> <52D66DB6.7030807@FreeBSD.org> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.ukr.net; Tue, 28 Jan 2014 11:28:55 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 09:29:08 -0000 Dear Andriy and FreeBSD community, After applying this path one of the systems runs fine (disk subsystem load low to moderate - 10-20% busy sustained), Then I saw this patch was merged to the HEAD and we apply it to the one of the systems with moderate to high disk load: 30-60% busy (11.0-CURRENT #7 r261118: Fri Jan 24 17:25:08 EET 2014) Within 4 days we experiencing the same leak(?) as without patch: last pid: 53841; load averages: 4.47, 4.18, 3.78 up 3+16:37:09 11:24:39 543 processes: 6 running, 537 sleeping CPU: 8.7% user, 0.0% nice, 14.6% system, 1.4% interrupt, 75.3% idle Mem: 22G Active, 1045M Inact, 98G Wired, 1288M Cache, 3284M Buf, 2246M Free ARC: 73G Total, 3763M MFU, 62G MRU, 56M Anon, 1887M Header, 4969M Other Swap: The ARC is populated within 30mins under load to the max (90Gb) then start decreasing. The delta between Wiread and ARC total start growing from typical 10-12Gb without L2 enabled to the 25Gb with L2 enabled and counting (4 hours ago was 22Gb delta). L2ARC statistics: L2 ARC Size: (Adaptive) 291.63 GiB Header Size: 0.25% 734.14 MiB L2 ARC Evicts: Lock Retries: 682 Upon Reading: 0 L2 ARC Breakdown: 106.56m Hit Ratio: 29.04% 30.95m Miss Ratio: 70.96% 75.62m Feeds: 317.18k So, again, what shall we do to better understand/mitigate the problem further ? Thank you. > on 15/01/2014 12:28 Vitalij Satanivskij said the following: > > Dear Andriy and FreeBSD community, > > > > Andriy Gapon wrote: > > AG> on 14/01/2014 07:27 Vladimir Sharun said the following: > > AG> > Dear Andriy and FreeBSD community, > > AG> > > > AG> >> I am not sure if the buffers are leaked somehow or if they are actually in use. > > AG> >> It's one of the very few places where data buffers are allocated without > > AG> >> charging ARC. In all other places it's quite easy to match allocations and > > AG> >> deallocations. But in L2ARC it is not obvious that all buffers get freed or > > AG> >> when that happens. > > AG> > > > AG> > After one week under load I think we figure out the cause: it's L2ARC. > > AG> > Here's the top's header for 7d17h of the runtime: > > AG> > > > AG> > last pid: 46409; load averages: 0.37, 0.62, 0.70 up 7+17:14:01 07:24:10 > > AG> > 173 processes: 1 running, 171 sleeping, 1 zombie > > AG> > CPU: 2.0% user, 0.0% nice, 3.5% system, 0.4% interrupt, 94.2% idle > > AG> > Mem: 8714M Active, 14G Inact, 96G Wired, 1929M Cache, 3309M Buf, 3542M Free > > AG> > ARC: 85G Total, 2558M MFU, 77G MRU, 28M Anon, 1446M Header, 4802M Other > > AG> > > > AG> > ARC related tunables: > > AG> > > > AG> > vm.kmem_size="110G" > > AG> > vfs.zfs.arc_max="90G" > > AG> > vfs.zfs.arc_min="42G" > > AG> > > > AG> > For more than 7 days of hard runtime the picture clearly shows: > > AG> > Wired minus ARC = 11..12Gb, ARC grow and shrinks in 80-87Gb range and the > > AG> > system runs just fine. > > AG> > > > AG> > So what shall we do with L2ARC leakage ? > > AG> > > AG> > > AG> Could you please try this patch > > AG> http://cr.illumos.org/~webrev/skiselkov/3995/illumos-gate.patch ? > > AG> > > > > While applying path to curent version of arc.c (r260622) I'm found next truble with compilation > > > > olaris/uts/common/fs/zfs/arc.c -o arc.o > > /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4628:18: error: use of > > undeclared identifier 'abl2' > > trim_map_free(abl2->b_dev->l2ad_vdev, abl2->b_daddr, > > ^ > > 1 error generated. > > *** Error code 1 > > > > > > the code is - > > > > if (zio->io_error != 0) { > > /* > > * Error - drop L2ARC entry. > > */ > > list_remove(buflist, ab); > > ARCSTAT_INCR(arcstat_l2_asize, -l2hdr->b_asize); > > ab->b_l2hdr = NULL; > > trim_map_free(abl2->b_dev->l2ad_vdev, abl2->b_daddr, > > ab->b_size, 0); > > kmem_free(l2hdr, sizeof (l2arc_buf_hdr_t)); > > ARCSTAT_INCR(arcstat_l2_size, -ab->b_size); > > } > > > > > > Looks like it's part is freebsd specific changes. > > Can somebody help with this part of code ? > > > > The first hunk of the patch is renaming of abl2 to l2hdr. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 17:35:28 2014 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 ESMTPS id 8C1F592A; Tue, 28 Jan 2014 17:35:28 +0000 (UTC) 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 6575A1504; Tue, 28 Jan 2014 17:35:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5A1F5B9DD; Tue, 28 Jan 2014 12:35:27 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: any use for sys/sys/selinfo.h outside the kernel ? Date: Tue, 28 Jan 2014 12:11:17 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140122223836.GA292@onelab2.iet.unipi.it> In-Reply-To: <20140122223836.GA292@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201401281211.17679.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Jan 2014 12:35:27 -0500 (EST) Cc: Luigi Rizzo , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 17:35:28 -0000 On Wednesday, January 22, 2014 5:38:36 pm Luigi Rizzo wrote: > Looking at sys/sys/selinfo.h i see that parts of it are in > > #ifdef _KERNEL > ... > #endif > > but it seems to me that also the remaining content (definition > of struct selinfo) is only of use within the kernel -- or possibly > to programs who want to peek into kmem. > > So i wonder, does it make sense to have the #ifdef _KERNEL guard > at all, or should we push it to the entire content of the file ? > > Same goes probably for other files in sys/sys describing kernel > data structures, e.g. sys/sys/socketvar.h etc. Some things (ab)use socket ones (probably lsof for example). I'm not sure of any that need selinfo, though they may need it indirectly. For example, since lsof wants to look at sockets, it needs sockbuf, and sockbuf needs selinfo, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 17:35:32 2014 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 ESMTPS id BF5FCB0C; Tue, 28 Jan 2014 17:35:32 +0000 (UTC) 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 951121506; Tue, 28 Jan 2014 17:35:32 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7DC71B9DB; Tue, 28 Jan 2014 12:35:31 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Instant panic CAM or USB subsystem Date: Tue, 28 Jan 2014 12:32:21 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140125172106.GA67590@troutmask.apl.washington.edu> In-Reply-To: <20140125172106.GA67590@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201401281232.21958.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Jan 2014 12:35:31 -0500 (EST) Cc: Alexander Motin , Steve Kargl , scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 17:35:32 -0000 On Saturday, January 25, 2014 12:21:06 pm Steve Kargl wrote: > If I plug my Samsung Intensity II cellphone into a usb port, > I get an instant panic. This is 100% reproducible. I have > the core and kernel for further debugging. Dmesg.boot follows > my sig. > > % kgdb /boot/kernel/kernel /vmcore.0 > > Unread portion of the kernel message buffer: > cd1 at umass-sim1 bus 1 scbus4 target 0 lun 0 > cd1: Removable CD-ROM SCSI-2 device > cd1: Serial Number 000000000002 > cd1: 1.000MB/s transfers > cd1: cd present [3840000 x 512 byte records] > cd1: quirks=0x10<10_BYTE_ONLY> > panic: mutex CAM device lock not owned at /usr/src/sys/cam/cam_periph.c:301 > cpuid = 0 > KDB: enter: panic scsi@ might work better for this. It looks like when cdasync() calls cam_periph_alloc() it doesn't have its associated xpt_path locked. All the other async xpt callbacks I looked at don't lock the xpt path either. It seems they expect it to be locked by the caller when they are invoked. It seems xpt_async_process_dev() doesn't always lock xpt_lock, but sometimes locks the device instead: /* * If async for specific device is to be delivered to * the wildcard client, take the specific device lock. * XXX: We may need a way for client to specify it. */ if ((device->lun_id == CAM_LUN_WILDCARD && path->device->lun_id != CAM_LUN_WILDCARD) || (device->target->target_id == CAM_TARGET_WILDCARD && path->target->target_id != CAM_TARGET_WILDCARD) || (device->target->bus->path_id == CAM_BUS_WILDCARD && path->target->bus->path_id != CAM_BUS_WILDCARD)) { mtx_unlock(&device->device_mtx); xpt_path_lock(path); relock = 1; } else relock = 0; (*(device->target->bus->xport->async))(async_code, device->target->bus, device->target, device, async_arg); xpt_async_bcast(&device->asyncs, async_code, path, async_arg); if (relock) { xpt_path_unlock(path); mtx_lock(&device->device_mtx); } Maybe try going up to this frame (16) in your dump and do 'p *device->target'? However, someone with more CAM knowledge needs to look at this to see what is actually broken. It seems a bit odd that it thinks your phone is a CD player. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 17:53:53 2014 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 ESMTPS id 80B093E3; Tue, 28 Jan 2014 17:53:53 +0000 (UTC) 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 592AC16F7; Tue, 28 Jan 2014 17:53:52 +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 s0SHrqRM077749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jan 2014 09:53:52 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0SHrqHX077748; Tue, 28 Jan 2014 09:53:52 -0800 (PST) (envelope-from jmg) Date: Tue, 28 Jan 2014 09:53:52 -0800 From: John-Mark Gurney To: John Baldwin Subject: Re: Instant panic CAM or USB subsystem Message-ID: <20140128175352.GB13704@funkthat.com> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, Alexander Motin , Steve Kargl , scsi@freebsd.org References: <20140125172106.GA67590@troutmask.apl.washington.edu> <201401281232.21958.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201401281232.21958.jhb@freebsd.org> 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 passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 28 Jan 2014 09:53:52 -0800 (PST) Cc: Alexander Motin , freebsd-current@freebsd.org, Steve Kargl , scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 17:53:53 -0000 John Baldwin wrote this message on Tue, Jan 28, 2014 at 12:32 -0500: > It seems a bit odd that it thinks your phone is a CD player. I've seen a phone that acts like that, they use it to present software (like sync) for install on the desktop... -- 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 Tue Jan 28 18:28:55 2014 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 ESMTPS id 371FEA0B for ; Tue, 28 Jan 2014 18:28:55 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E25C71988 for ; Tue, 28 Jan 2014 18:28:54 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id oz11so516263veb.32 for ; Tue, 28 Jan 2014 10:28:53 -0800 (PST) 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=obBq6dX4f2qSB44pSgBDYmPgF38uk+xhl24aXLC7j5M=; b=MchRSXTZMDzkae7huw4Z5NlDE+dY0prrGM7xGuUeYlsIymxPyuVW7lKCGZWRxExeJy i4esJT36zztBXF76QLq0iCSZW3lgYBdvO8L8bf0U6UDNpgN5kczSPwsevsBADStRxsax RH7989qZb+qdbMV68p/zNKb4N2mbbO8heg7s30pMK/VRwSSe84b0BcQhksOazSqdbN/E +W/Kz2ecZaLQ06pp9vfKtU+vyVAP0Ows62TGtjmraRlxx7rTDEfDhX/dlOn5j64Gu1+7 RSBUCpzGEJLlgXvRxv92U4LHY2ZziFGfzBRXySD4kfMEIiafmLxeb8rcASg2EnKOxOTn 2TRw== X-Received: by 10.52.89.230 with SMTP id br6mr1881906vdb.20.1390933733769; Tue, 28 Jan 2014 10:28:53 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.171.1 with HTTP; Tue, 28 Jan 2014 10:28:33 -0800 (PST) In-Reply-To: References: <52DF9FCE.6010603@bitfrost.no> <52E01E80.2060008@bitfrost.no> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Tue, 28 Jan 2014 19:28:33 +0100 X-Google-Sender-Auth: TVWmqsTdOa_7JFSkxf2J0jWHg9M Message-ID: Subject: Re: Bad support of Kingston DataTraveler/DT USB key since 9.2 (not fixed in 10.0) To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current , Patrick Lamaiziere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 18:28:55 -0000 On Wed, Jan 22, 2014 at 9:41 PM, Olivier Cochard-Labb=E9 wrote: > I've meet the problem on FreeBSD 10.0 with a Kingston DT 101 G2 (this is > why I've fill the PR usb/185747), but it wasn't my key then I didn't have > access to it anymore. > Then the author of the PR usb/180837 confirms the problem on FreeBSD 9.2 > with this same key (but he didn't have to use the same quirks on 9.2 as m= e > on 10.0) and notice that the NetBSD quirks list include a list of Kingsto= n > DataTraveler USB keys > And just after a new PR misc/185837 was created by another user... This w= hy > I wonder if there is something wrong with somes of the Kingston > DataTraveler. > > FYI, I've just ordered 3 differents Kingston Datatraveler keys for testin= g > them: > - Kingston DataTraveler SE9 > - Kingston DataTraveler 100 G3 > - Kingston DataTraveler i G4 8 > I will test them once received. > Received all 3 keys and good news: these 3 works :-) Then it seems only the "Kingston DT 10* G2" meet problems, but I didn't have it with me anymore for getting the VID and PID. Just for the record, the VID/PID of the working tested keys: - Kingston DataTraveler SE9: idVendor =3D 0x0951, idProduct =3D 0x1665, iManufacturer =3D 0x0001 , iProduct =3D 0x0002 - Kingston DataTraveler 100 G3: idVendor =3D 0x0951, idProduct =3D 0x1666, iManufacturer =3D 0x0001 , iProduct =3D 0x0002 - Kingston DataTraveler i G4: idVendor =3D 0x0951, idProduct =3D 0x1666, iManufacturer =3D 0x0001 , iProduct =3D 0x0002 =3D> The "DataTraveler G4" and the "DataTraveler 100 G3" have the same VID/PID. Regards, From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 19:58:48 2014 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 ESMTPS id 8C3F6D54; Tue, 28 Jan 2014 19:58:48 +0000 (UTC) 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 6D1DF1365; Tue, 28 Jan 2014 19:58:48 +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 s0SJwgCQ083208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Jan 2014 11:58:42 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id s0SJwgE5083207; Tue, 28 Jan 2014 11:58:42 -0800 (PST) (envelope-from sgk) Date: Tue, 28 Jan 2014 11:58:42 -0800 From: Steve Kargl To: John Baldwin Subject: Re: Instant panic CAM or USB subsystem Message-ID: <20140128195842.GA83173@troutmask.apl.washington.edu> References: <20140125172106.GA67590@troutmask.apl.washington.edu> <201401281232.21958.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201401281232.21958.jhb@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Alexander Motin , freebsd-current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 19:58:48 -0000 On Tue, Jan 28, 2014 at 12:32:21PM -0500, John Baldwin wrote: > On Saturday, January 25, 2014 12:21:06 pm Steve Kargl wrote: > > If I plug my Samsung Intensity II cellphone into a usb port, > > I get an instant panic. This is 100% reproducible. I have > > the core and kernel for further debugging. Dmesg.boot follows > > my sig. > > > > % kgdb /boot/kernel/kernel /vmcore.0 > > > > Unread portion of the kernel message buffer: > > cd1 at umass-sim1 bus 1 scbus4 target 0 lun 0 > > cd1: Removable CD-ROM SCSI-2 device > > cd1: Serial Number 000000000002 > > cd1: 1.000MB/s transfers > > cd1: cd present [3840000 x 512 byte records] > > cd1: quirks=0x10<10_BYTE_ONLY> > > panic: mutex CAM device lock not owned at /usr/src/sys/cam/cam_periph.c:301 > > cpuid = 0 > > KDB: enter: panic > > scsi@ might work better for this. It looks like when cdasync() calls > cam_periph_alloc() it doesn't have its associated xpt_path locked. All the > other async xpt callbacks I looked at don't lock the xpt path either. It > seems they expect it to be locked by the caller when they are invoked. It > seems xpt_async_process_dev() doesn't always lock xpt_lock, but sometimes > locks the device instead: > > /* > * If async for specific device is to be delivered to > * the wildcard client, take the specific device lock. > * XXX: We may need a way for client to specify it. > */ > if ((device->lun_id == CAM_LUN_WILDCARD && > path->device->lun_id != CAM_LUN_WILDCARD) || > (device->target->target_id == CAM_TARGET_WILDCARD && > path->target->target_id != CAM_TARGET_WILDCARD) || > (device->target->bus->path_id == CAM_BUS_WILDCARD && > path->target->bus->path_id != CAM_BUS_WILDCARD)) { > mtx_unlock(&device->device_mtx); > xpt_path_lock(path); > relock = 1; > } else > relock = 0; > > (*(device->target->bus->xport->async))(async_code, > device->target->bus, device->target, device, async_arg); > xpt_async_bcast(&device->asyncs, async_code, path, async_arg); > > if (relock) { > xpt_path_unlock(path); > mtx_lock(&device->device_mtx); > } > > Maybe try going up to this frame (16) in your dump and do > 'p *device->target'? However, someone with more CAM knowledge needs to look > at this to see what is actually broken. > > It seems a bit odd that it thinks your phone is a CD player. Thanks for the follow-up. I poked around a bit, but don't recall looking at *device->target. Under Windows, 3 filesystems show up, and the one causing problems is listed as CDFS. I'm travaling this week for owrk, so may not be able to follow-up with more info until Sunday. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 20:07:22 2014 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 ESMTPS id 1C5BC13B; Tue, 28 Jan 2014 20:07:22 +0000 (UTC) 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 D1CBE146B; Tue, 28 Jan 2014 20:07:21 +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 s0SK7LL8083250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Jan 2014 12:07:21 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id s0SK7LZX083249; Tue, 28 Jan 2014 12:07:21 -0800 (PST) (envelope-from sgk) Date: Tue, 28 Jan 2014 12:07:21 -0800 From: Steve Kargl To: John Baldwin , freebsd-current@freebsd.org, Alexander Motin , scsi@freebsd.org Subject: Re: Instant panic CAM or USB subsystem Message-ID: <20140128200721.GB83173@troutmask.apl.washington.edu> References: <20140125172106.GA67590@troutmask.apl.washington.edu> <201401281232.21958.jhb@freebsd.org> <20140128175352.GB13704@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140128175352.GB13704@funkthat.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 20:07:22 -0000 On Tue, Jan 28, 2014 at 09:53:52AM -0800, John-Mark Gurney wrote: > John Baldwin wrote this message on Tue, Jan 28, 2014 at 12:32 -0500: > > It seems a bit odd that it thinks your phone is a CD player. > > I've seen a phone that acts like that, they use it to present software > (like sync) for install on the desktop... > Yes, that appears to be the problem. Under Windows, the phone shows 3 filesystems and the problematic one reports CDFS. I should note that I've plugged this phone into this laptop for a few years without any issues. I unfortunately updated a circa Aug 2013 freebsd-current to a week old -current. It has not been a pleasant experience. Unzipping or untarring a large compressed archive onto a USB mounted hard drive renders the system unusable for minutes at a time. unzip and bsdtar are stuck in getblk or wdrain for 30 to 60 seconds. System recovers for a few seconds then get stuck again. Rinse and repeat. I'm not sure if it is a UFS2 or USB or some other change. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 20:45:35 2014 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 ESMTPS id 2D7A5EBA; Tue, 28 Jan 2014 20:45:35 +0000 (UTC) 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 05CC317CF; Tue, 28 Jan 2014 20:45:35 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7C8BDB941; Tue, 28 Jan 2014 15:45:33 -0500 (EST) From: John Baldwin To: current@freebsd.org Subject: Change nfsstat client statistics to report actual RPC counts Date: Tue, 28 Jan 2014 15:45:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201401281545.30164.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Jan 2014 15:45:33 -0500 (EST) Cc: Rick Macklem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 20:45:35 -0000 I had always assumed that when you ran 'nfsstat -c 1' you saw counts of actual RPCs sent over the wire (similar to how 'netstat 1' show actual packets / bytes, 'iostat 1' shows actual disk transactions / bytes, etc.). I was surprised to find that 'nfsstat -c' does not show actual RPC counts. Instead, it shows theoretical RPC counts as if the client did no caching at all. (This would be akin to 'iostat 1' showing a disk transaction for every read() system call). In general when I'm using 'nfsstat -c 1', I'm using it to get a summary of what the NFS client is actually sending over the wire, not the theoretical numbers. To that end, I have a patch to change nfsstat back to reporting raw RPC count deltas instead of theoretical deltas. (It used to report raw RPC counts back before 4.0.) If you are curious about the effectiveness of the client side caches, that data can still be obtained via the existing '-W' flag. Index: nfsstat.c =================================================================== --- nfsstat.c (revision 261241) +++ nfsstat.c (working copy) @@ -604,14 +604,15 @@ if (clientOnly) { printf("%s %6d %6d %6d %6d %6d %6d %6d %6d", ((clientOnly && serverOnly) ? "Client:" : ""), - DELTA(attrcache_hits) + DELTA(attrcache_misses), - DELTA(lookupcache_hits) + DELTA(lookupcache_misses), - DELTA(biocache_readlinks), - DELTA(biocache_reads), - DELTA(biocache_writes), - nfsstats.rpccnt[NFSPROC_RENAME]-lastst.rpccnt[NFSPROC_RENAME], - DELTA(accesscache_hits) + DELTA(accesscache_misses), - DELTA(biocache_readdirs) + DELTA(rpccnt[NFSPROC_GETATTR]), + DELTA(rpccnt[NFSPROC_LOOKUP]), + DELTA(rpccnt[NFSPROC_READLINK]), + DELTA(rpccnt[NFSPROC_READ]), + DELTA(rpccnt[NFSPROC_WRITE]), + DELTA(rpccnt[NFSPROC_RENAME]), + DELTA(rpccnt[NFSPROC_ACCESS]), + DELTA(rpccnt[NFSPROC_READDIR]) + + DELTA(rpccnt[NFSPROC_READDIRPLUS]) ); if (widemode) { printf(" %s %s %s %s %s %s", @@ -993,15 +994,15 @@ if (clientOnly) { printf("%s %6d %6d %6d %6d %6d %6d %6d %6d", ((clientOnly && serverOnly) ? "Client:" : ""), - DELTA(attrcache_hits) + DELTA(attrcache_misses), - DELTA(lookupcache_hits) + DELTA(lookupcache_misses), - DELTA(biocache_readlinks), - DELTA(biocache_reads), - DELTA(biocache_writes), - nfsstats.rpccnt[NFSPROC_RENAME] - - lastst.rpccnt[NFSPROC_RENAME], - DELTA(accesscache_hits) + DELTA(accesscache_misses), - DELTA(biocache_readdirs) + DELTA(rpccnt[NFSPROC_GETATTR]), + DELTA(rpccnt[NFSPROC_LOOKUP]), + DELTA(rpccnt[NFSPROC_READLINK]), + DELTA(rpccnt[NFSPROC_READ]), + DELTA(rpccnt[NFSPROC_WRITE]), + DELTA(rpccnt[NFSPROC_RENAME]), + DELTA(rpccnt[NFSPROC_ACCESS]), + DELTA(rpccnt[NFSPROC_READDIR]) + + DELTA(rpccnt[NFSPROC_READDIRPLUS]) ); if (widemode) { printf(" %s %s %s %s %s %s", -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 21:08:11 2014 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 ESMTPS id 60D756AE; Tue, 28 Jan 2014 21:08:11 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 030901991; Tue, 28 Jan 2014 21:08:10 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i8so1428324qcq.22 for ; Tue, 28 Jan 2014 13:08:10 -0800 (PST) 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=781CURSGO4JvDa/zA/88rjkkombhd3XTUTrGOAtn9SU=; b=er57AAgS21ClsP3I5qp+ElUwPFxxg0XaMmAG+iSzI579ETsJTWf4LVXpwPfVvsOF28 CD0v7NfL4rbwFElsRhN9Z8Vm6eEpqB1mqZqIqA36EtRHWtce04BMBs2IDl5zB6c1jnab yhsDT0+WzSiEMkIutVkqdfylYeDqrUdCzdmgWLPoqxZrzB4KkpeAUq7CFSpKyp3lfvEH SDIfkjIxcNyd3+LjAtH+xClV1J+F+hPKafNi0SdEXoyctt9S5VOmAcRmFlwUuhfTPXsy x/aozcJbdHuvpoLdvDdhKSZDLBspJCi63uoURNKV24JG7dsJ7yX5okL/O8xktrgrqlFZ VllA== MIME-Version: 1.0 X-Received: by 10.140.84.19 with SMTP id k19mr5822911qgd.98.1390943290117; Tue, 28 Jan 2014 13:08:10 -0800 (PST) Received: by 10.140.49.101 with HTTP; Tue, 28 Jan 2014 13:08:10 -0800 (PST) In-Reply-To: References: <610447.24251.bm@smtp117.sbc.mail.gq1.yahoo.com> Date: Tue, 28 Jan 2014 23:08:10 +0200 Message-ID: Subject: Re: Freebsd 11 current testing ndis / kldload: bcmwl564_sys.ko PANIC From: Vlad Movchan To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Thomas Mueller , freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 21:08:11 -0000 Hi Adrian, I'm sorry about this mistake. I updated original PR ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165622) with the corrected patch. On Tue, Jan 28, 2014 at 2:38 AM, Adrian Chadd wrote: > Hi, > > This doesn't compile on i386. Would you mind figuring out why that is > and submitting a patch that compiles on both amd64 and i386? > > Thanks! > > > -a > > -- Have a nice day, Vlad Movchan From owner-freebsd-current@FreeBSD.ORG Tue Jan 28 22:43:36 2014 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 ESMTPS id 1473EB3A for ; Tue, 28 Jan 2014 22:43:36 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d: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 BD23B11B0 for ; Tue, 28 Jan 2014 22:43:35 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id o15so1438277qap.30 for ; Tue, 28 Jan 2014 14:43:34 -0800 (PST) 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=LYUiFPmWTtqwK1MNEl8R0YPahHiosX5CXeU1QMPMio4=; b=0W/xqCas2yumwgL6XFhT/CT6/nDjALVU+I6ORGmgSNCKIO8gosEhEwytF/vbrh3Ocm APa7wqyfNpMWUt1rCX7h0GyIafA7oEcgkMCa77+3SsqVQVJ8UgeUwGicTA/eIj5X2NIH W1cS3o/8kpLec3Sj2kOFzdRf857H9Gcv6x3wxnmFKdliK14gzrcqJSrMQ8Rad9s4Qyr8 gHeG2HdlWeKY3pFrLenuILTW5m+7LPLU5jWH0yrsbaGhXuI3r8jU0TBHMg3CNufBWpE9 boHyGeyo10P+4L7nvJF9h7iPPS/Kz9+vVLS8poZ7JyQvQB5utLup/XjIZuA2PvOyAz1P sS7A== MIME-Version: 1.0 X-Received: by 10.224.74.129 with SMTP id u1mr6765484qaj.49.1390949014911; Tue, 28 Jan 2014 14:43:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 28 Jan 2014 14:43:34 -0800 (PST) In-Reply-To: References: <610447.24251.bm@smtp117.sbc.mail.gq1.yahoo.com> Date: Tue, 28 Jan 2014 14:43:34 -0800 X-Google-Sender-Auth: eSR9EYwOtQciq_Vb2sdvIUigspo Message-ID: Subject: Re: Freebsd 11 current testing ndis / kldload: bcmwl564_sys.ko PANIC From: Adrian Chadd To: Vlad Movchan Content-Type: text/plain; charset=ISO-8859-1 Cc: Thomas Mueller , freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Jan 2014 22:43:36 -0000 Ok, I'll take a look at it tonight, thanks! -a On 28 January 2014 13:08, Vlad Movchan wrote: > Hi Adrian, > > I'm sorry about this mistake. I updated original PR > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165622) with the corrected > patch. > > > > On Tue, Jan 28, 2014 at 2:38 AM, Adrian Chadd wrote: >> >> Hi, >> >> This doesn't compile on i386. Would you mind figuring out why that is >> and submitting a patch that compiles on both amd64 and i386? >> >> Thanks! >> >> >> -a >> > > > > -- > Have a nice day, > Vlad Movchan From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 01:43:46 2014 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 ESMTPS id BA4E9C69 for ; Wed, 29 Jan 2014 01:43:46 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010: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 448881F41 for ; Wed, 29 Jan 2014 01:43:46 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so996793lan.5 for ; Tue, 28 Jan 2014 17:43:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=ezpet/Gx5PewiZ9N8bEQCsdU3fh/SH/AHTume0EgDSA=; b=SyOycGukKr/KE8JK7sEDaFL3+j/SzpksLArRPyRcMQ6woeKDMDwFtDmdGRzxtAtICV +9M7+o/ekc1Fiihf4Y2qREOQtlw3L4CwbpGa74ShVNdrM7yHpVq6DsDjPVe+6ipysfeJ fy3Pp+EZ1pjCvSWa+KlQDO9mbVZpOSfKZtillEpSSan0uRDfKkiXp8/PczRiil1gtDQv zObhMNWx0fKY6QJ5g7YP5WEsgKPhZoyhdX+Dx2ndaG0mFGFH9xvlK6gM+++ikuQRMd3z FQhmuUcbHzu/40n13ncJYpmE7a1YnKr9DHYFVmxa6WTxjX6EzJTKlh9KcV/VwPJVoGz6 16dA== MIME-Version: 1.0 X-Received: by 10.112.180.72 with SMTP id dm8mr3018091lbc.28.1390959823821; Tue, 28 Jan 2014 17:43:43 -0800 (PST) Received: by 10.112.89.168 with HTTP; Tue, 28 Jan 2014 17:43:43 -0800 (PST) Date: Wed, 29 Jan 2014 09:43:43 +0800 Message-ID: Subject: Apple Trackpad driver From: Huang Wen Hui To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 01:43:46 -0000 Hi, I have a working trackpad driver for my MBP 2013, I am not C programmer usually, so the code may ugly. If someone like to test, you can download it from http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, I only test it on MBP2012 and MBP2013. Right now the driver have these feature: 1. Vertical scrolling with 2 fingers movement, 2. In firefox, 2 fingers horizontal movement act as page back/forward. 3. one finger tap act as left mouse click, 2 fingers tap act as right mouse click, and three fingers tap act as middle mouse click. 4. you also use sysctl to modify some parameters: hw.usb.wsp.scale_factor: 12 hw.usb.wsp.z_factor: 5 hw.usb.wsp.pressure_touch_threshold: 50 hw.usb.wsp.pressure_untouch_threshold: 10 hw.usb.wsp.pressure_tap_threshold: 120 hw.usb.wsp.scr_hor_threshold: 50 Cheers, Huang Wen Hui From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 02:27:54 2014 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 ESMTPS id 6CD19334; Wed, 29 Jan 2014 02:27:54 +0000 (UTC) Received: from smtpout3.timeweb.ru (smtpout3.timeweb.ru [92.53.117.25]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2311911F1; Wed, 29 Jan 2014 02:27:53 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8KsS-0001Lf-El; Wed, 29 Jan 2014 06:27:44 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 004B248C; Wed, 29 Jan 2014 06:27:43 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id C04405E50; Wed, 29 Jan 2014 06:27:43 +0400 (MSK) Date: Wed, 29 Jan 2014 06:27:43 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Subject: System libc++ isn't fully compatible with clang 3.4 from ports Message-ID: <20140129022743.GO52820@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) Cc: theraven@FreeBSD.org, brooks@FreeBSD.org, dim@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 02:27:54 -0000 Hi! JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used with clang 3.4 from ports: --- % cat test.cc #include #include int main() { std::function f = []() { std::cerr << "test\n"; }; return 0; } % clang++ -std=c++11 test.cc --- % clang++34 -std=c++11 test.cc --- In file included from test.cc:1: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: In file included from /usr/include/c++/v1/memory:603: /usr/include/c++/v1/tuple:320:11: error: rvalue reference to type '' cannot bind to lvalue of type '' : value(__t.get()) ^ ~~~~~~~~~ /usr/include/c++/v1/tuple:444:8: note: in instantiation of member function 'std::__1::__tuple_leaf<0, &&, false>::__tuple_leaf' requested here struct __tuple_impl<__tuple_indices<_Indx...>, _Tp...> ^ /usr/include/c++/v1/functional:1286:26: note: in instantiation of member function 'std::__1::__function::__func<, std::__1::allocator< >, void ()>::__func' requested here ::new (__f_) _FF(_VSTD::move(__f)); ^ test.cc:5:28: note: in instantiation of function template specialization 'std::__1::function::function< >' requested here std::function f = []() { std::cerr << "test\n"; }; ^ In file included from test.cc:1: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: In file included from /usr/include/c++/v1/memory:603: /usr/include/c++/v1/tuple:321:10: error: static_assert failed "Can not copy a tuple with rvalue reference member" {static_assert(!is_rvalue_reference<_Hp>::value, "Can not copy a tuple with rvalue reference member");} ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/c++/v1/tuple:320:11: error: rvalue reference to type 'allocator<[...]>' cannot bind to lvalue of type 'allocator<[...]>' : value(__t.get()) ^ ~~~~~~~~~ /usr/include/c++/v1/tuple:444:8: note: in instantiation of member function 'std::__1::__tuple_leaf<0, std::__1::allocator< > &&, false>::__tuple_leaf' requested here struct __tuple_impl<__tuple_indices<_Indx...>, _Tp...> ^ /usr/include/c++/v1/functional:1294:34: note: in instantiation of member function 'std::__1::__function::__func<, std::__1::allocator< >, void ()>::__func' requested here ::new (__hold.get()) _FF(_VSTD::move(__f), allocator<_Fp>(__a)); ^ test.cc:5:28: note: in instantiation of function template specialization 'std::__1::function::function< >' requested here std::function f = []() { std::cerr << "test\n"; }; ^ In file included from test.cc:1: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: In file included from /usr/include/c++/v1/memory:603: /usr/include/c++/v1/tuple:321:10: error: static_assert failed "Can not copy a tuple with rvalue reference member" {static_assert(!is_rvalue_reference<_Hp>::value, "Can not copy a tuple with rvalue reference member");} ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 4 errors generated. --- The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in libc++ r194154. We probably need to update libc++ or at least backport this into stable branches if we want to support clang 3.4 in ports. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 05:13:49 2014 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 ESMTPS id 4194F275; Wed, 29 Jan 2014 05:13:49 +0000 (UTC) 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 06F8D1FD6; Wed, 29 Jan 2014 05:13:48 +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 s0T5DgDJ069614; Wed, 29 Jan 2014 00:13:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0T5Dg0A069580; Wed, 29 Jan 2014 05:13:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 05:13:42 GMT Message-Id: <201401290513.s0T5Dg0A069580@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 05:13:49 -0000 TB --- 2014-01-29 02:10:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 02:10:29 - 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 --- 2014-01-29 02:10:29 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-29 02:10:29 - cleaning the object tree TB --- 2014-01-29 02:10:29 - /usr/local/bin/svn stat /src TB --- 2014-01-29 02:10:37 - At svn revision 261254 TB --- 2014-01-29 02:10:38 - building world TB --- 2014-01-29 02:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 02:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 02:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 02:10:38 - SRCCONF=/dev/null TB --- 2014-01-29 02:10:38 - TARGET=arm TB --- 2014-01-29 02:10:38 - TARGET_ARCH=armv6 TB --- 2014-01-29 02:10:38 - TZ=UTC TB --- 2014-01-29 02:10:38 - __MAKE_CONF=/dev/null TB --- 2014-01-29 02:10:38 - cd /src TB --- 2014-01-29 02:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 02:10:44 UTC 2014 >>> 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 Jan 29 05:13:39 UTC 2014 TB --- 2014-01-29 05:13:39 - generating LINT kernel config TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/bin/make -B LINT TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/sbin/config -m LINT TB --- 2014-01-29 05:13:39 - skipping LINT kernel TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/sbin/config -m AC100 TB --- 2014-01-29 05:13:39 - building AC100 kernel TB --- 2014-01-29 05:13:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 05:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 05:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 05:13:39 - SRCCONF=/dev/null TB --- 2014-01-29 05:13:39 - TARGET=arm TB --- 2014-01-29 05:13:39 - TARGET_ARCH=armv6 TB --- 2014-01-29 05:13:39 - TZ=UTC TB --- 2014-01-29 05:13:39 - __MAKE_CONF=/dev/null TB --- 2014-01-29 05:13:39 - cd /src TB --- 2014-01-29 05:13:39 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Jan 29 05:13:39 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 1100006" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-29 05:13:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 05:13:42 - ERROR: failed to build AC100 kernel TB --- 2014-01-29 05:13:42 - 8716.59 user 1634.70 system 10992.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 05:13:57 2014 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 ESMTPS id A22AB388; Wed, 29 Jan 2014 05:13:57 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD841FDB; Wed, 29 Jan 2014 05:13:57 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so1844833qab.9 for ; Tue, 28 Jan 2014 21:13:56 -0800 (PST) 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=nQhGPLhvmcJ7pF/zO7nJ/CF+NpZa5Tf9qiATsYIK2U8=; b=tmueLmBI6WVdmJ8CsOkKYhurvhW3D+1PDuP9wCXRmfMCVx63TMV8GEjFP6chApRkCC p64v5qDlmcPoECy123Ob4HBwj/OXC3YDvCiFI1idJmddRfSZFTGV8hsmFMUke2e+vnIn n+FAUM346aqHWW7cHlxps/n+orUcHMrGWnZtuBUK4FioIwUoy/BE8YhbZfu4gIGZCQ+g 7kYByEqgl164fWH5fl3iK3jGb+bvKoOZQCLUbQkbP4zte5AMDyOW1OPGuWiswuCh7Clt 2/4NUqxMnG7WmLCuLLjzjUV5m2CkSZ8Py+P6+Ppb+8SBQo0jpRrqb3mbJ4UmJMy2sBLg sH0w== MIME-Version: 1.0 X-Received: by 10.140.24.71 with SMTP id 65mr8404163qgq.12.1390972436520; Tue, 28 Jan 2014 21:13:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 28 Jan 2014 21:13:56 -0800 (PST) In-Reply-To: References: Date: Tue, 28 Jan 2014 21:13:56 -0800 X-Google-Sender-Auth: eTAa1biPD_xgJpw1V_aYXNpHfZM Message-ID: Subject: Re: Apple Trackpad driver From: Adrian Chadd To: =?UTF-8?B?6buE5paH6L6J?= , "freebsd-usb@freebsd.org" , Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 05:13:57 -0000 holy crap, cool! Hans? Any chance we could get this into -HEAD? -a On 28 January 2014 17:43, Huang Wen Hui wrote: > Hi, > I have a working trackpad driver for my MBP 2013, I am not C programmer > usually, > so the code may ugly. If someone like to test, you can download it from > http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, > I only test it on MBP2012 and MBP2013. Right now the driver have these > feature: > > 1. Vertical scrolling with 2 fingers movement, > 2. In firefox, 2 fingers horizontal movement act as page back/forward. > 3. one finger tap act as left mouse click, 2 fingers tap act as right mouse > click, and > three fingers tap act as middle mouse click. > 4. you also use sysctl to modify some parameters: > hw.usb.wsp.scale_factor: 12 > hw.usb.wsp.z_factor: 5 > hw.usb.wsp.pressure_touch_threshold: 50 > hw.usb.wsp.pressure_untouch_threshold: 10 > hw.usb.wsp.pressure_tap_threshold: 120 > hw.usb.wsp.scr_hor_threshold: 50 > > Cheers, > > Huang Wen Hui > _______________________________________________ > 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 Jan 29 05:14:08 2014 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 ESMTPS id 413C64BB; Wed, 29 Jan 2014 05:14:08 +0000 (UTC) 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 077B41FE9; Wed, 29 Jan 2014 05:14:07 +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 s0T5E7fD075055; Wed, 29 Jan 2014 00:14:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0T5E7fd075052; Wed, 29 Jan 2014 05:14:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 05:14:07 GMT Message-Id: <201401290514.s0T5E7fd075052@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 05:14:08 -0000 TB --- 2014-01-29 02:10:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 02:10:29 - 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 --- 2014-01-29 02:10:29 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 02:10:29 - cleaning the object tree TB --- 2014-01-29 02:10:29 - /usr/local/bin/svn stat /src TB --- 2014-01-29 02:10:37 - At svn revision 261254 TB --- 2014-01-29 02:10:38 - building world TB --- 2014-01-29 02:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 02:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 02:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 02:10:38 - SRCCONF=/dev/null TB --- 2014-01-29 02:10:38 - TARGET=arm TB --- 2014-01-29 02:10:38 - TARGET_ARCH=arm TB --- 2014-01-29 02:10:38 - TZ=UTC TB --- 2014-01-29 02:10:38 - __MAKE_CONF=/dev/null TB --- 2014-01-29 02:10:38 - cd /src TB --- 2014-01-29 02:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 02:10:44 UTC 2014 >>> 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 Jan 29 05:13:39 UTC 2014 TB --- 2014-01-29 05:13:39 - generating LINT kernel config TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/bin/make -B LINT TB --- 2014-01-29 05:13:39 - cd /src/sys/arm/conf TB --- 2014-01-29 05:13:39 - /usr/sbin/config -m LINT TB --- 2014-01-29 05:13:39 - building LINT kernel TB --- 2014-01-29 05:13:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 05:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 05:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 05:13:39 - SRCCONF=/dev/null TB --- 2014-01-29 05:13:39 - TARGET=arm TB --- 2014-01-29 05:13:39 - TARGET_ARCH=arm TB --- 2014-01-29 05:13:39 - TZ=UTC TB --- 2014-01-29 05:13:39 - __MAKE_CONF=/dev/null TB --- 2014-01-29 05:13:39 - cd /src TB --- 2014-01-29 05:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 29 05:13:39 UTC 2014 >>> 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 [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15669: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-29 05:14:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 05:14:07 - ERROR: failed to build LINT kernel TB --- 2014-01-29 05:14:07 - 8715.72 user 1648.30 system 11017.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 05:24:36 2014 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 ESMTPS id 54EE16FD for ; Wed, 29 Jan 2014 05:24:36 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E98B10BA for ; Wed, 29 Jan 2014 05:24:35 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id e14so1662022iej.18 for ; Tue, 28 Jan 2014 21:24:35 -0800 (PST) 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=0ox/pXJxT0aWWx+Nj5GPO5ocpH7gFE/aiyr86W2c6Zk=; b=Octlxo51pv7gm13A5ODCPuQm8V8Ldxrp+2huy4+PZ9wZqkIdjWYufRxe2mqlSZqiul iuBZpD2bh2yhHLoPSFhteYBiaiSrE6QrYrnyC9AcAahAgoTPOAeS9aA6IuIC1XVWxqzI XPwIeQ2hamXOTewAqtXad5/TUSeFG0v0CgXUzXtmgCG8Yt8UjIX7lO5ZqW8VL0cGsOf3 kjn6Q/QMw7VSeWx9ZmH5nUvKuGPY5XU/XXVnxk5s/Vrc+LM99AkhPebz5fJPrX0Tmpt3 ABCVHG2pXriuOxhI28NsPLQElkWVDW3yks9aPhr5S+9nrU9lFUucfNHy+QTNjMtM0Osl uzQg== X-Gm-Message-State: ALoCoQkDL+E5LVRCe0HtuyB5SCW7crhVqH51SY/KhKghO1dfh+p1j4LRC3DruXlENSDuMZyHqaJBxPTsKRuXQtGB8W+m3HC/AeN9zn+alXImr6wE+XTmxNg= X-Received: by 10.50.67.180 with SMTP id o20mr26762275igt.43.1390973074976; Tue, 28 Jan 2014 21:24:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Tue, 28 Jan 2014 21:24:19 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Wed, 29 Jan 2014 14:24:19 +0900 Message-ID: Subject: Re: Apple Trackpad driver To: Adrian Chadd Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Hans Petter Selasky , =?UTF-8?B?6buE5paH6L6J?= , freebsd-current , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 05:24:36 -0000 This is really good news :) I will try it on my 2012 and 2013 MBAs soon! (hopefully it is same hardware as in the pros) -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Wed, Jan 29, 2014 at 2:13 PM, Adrian Chadd wrote: > holy crap, cool! > > Hans? Any chance we could get this into -HEAD? > > > -a > > > On 28 January 2014 17:43, Huang Wen Hui wrote: > > Hi, > > I have a working trackpad driver for my MBP 2013, I am not C programmer > > usually, > > so the code may ugly. If someone like to test, you can download it from > > http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, > > I only test it on MBP2012 and MBP2013. Right now the driver have these > > feature: > > > > 1. Vertical scrolling with 2 fingers movement, > > 2. In firefox, 2 fingers horizontal movement act as page back/forward. > > 3. one finger tap act as left mouse click, 2 fingers tap act as right > mouse > > click, and > > three fingers tap act as middle mouse click. > > 4. you also use sysctl to modify some parameters: > > hw.usb.wsp.scale_factor: 12 > > hw.usb.wsp.z_factor: 5 > > hw.usb.wsp.pressure_touch_threshold: 50 > > hw.usb.wsp.pressure_untouch_threshold: 10 > > hw.usb.wsp.pressure_tap_threshold: 120 > > hw.usb.wsp.scr_hor_threshold: 50 > > > > Cheers, > > > > Huang Wen Hui > > _______________________________________________ > > 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" > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 08:07:06 2014 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 ESMTPS id BCC3ED76; Wed, 29 Jan 2014 08:07:06 +0000 (UTC) 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 72B601D10; Wed, 29 Jan 2014 08:07:06 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b57c:4430:4256:a87c] (unknown [IPv6:2001:7b8:3a7:0:b57c:4430:4256:a87c]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D9AF05C44; Wed, 29 Jan 2014 09:06:57 +0100 (CET) Subject: Re: System libc++ isn't fully compatible with clang 3.4 from ports Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_250C6024-8780-4FA8-86C5-9739F34A2DC9"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <20140129022743.GO52820@hades.panopticon> Date: Wed, 29 Jan 2014 09:06:43 +0100 Message-Id: <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> References: <20140129022743.GO52820@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1827) Cc: freebsd-current@FreeBSD.org, David Chisnall , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 08:07:06 -0000 --Apple-Mail=_250C6024-8780-4FA8-86C5-9739F34A2DC9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Jan 2014, at 03:27, Dmitry Marakasov wrote: > > JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used > with clang 3.4 from ports: ... > The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in > libc++ r194154. We probably need to update libc++ or at least backport > this into stable branches if we want to support clang 3.4 in ports. Hm, which port is having problems with this? I have built quite a large set, and never encountered this issue. In any case: yes, it is quite long overdue for a libc++ update. :-) I will have a look tonight. -Dimitry --Apple-Mail=_250C6024-8780-4FA8-86C5-9739F34A2DC9 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.22 (Darwin) iEYEARECAAYFAlLotpoACgkQsF6jCi4glqMqgACg81p6X0OnBVMEdJ0UrggYrqjD SnIAnR7ermQWFnqM5kFoY17BnhzZr1kU =/e3h -----END PGP SIGNATURE----- --Apple-Mail=_250C6024-8780-4FA8-86C5-9739F34A2DC9-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 08:33:54 2014 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 ESMTPS id CA0E43A7; Wed, 29 Jan 2014 08:33:54 +0000 (UTC) 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 8E9191EE6; Wed, 29 Jan 2014 08:33:54 +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 s0T8XmDl085684; Wed, 29 Jan 2014 03:33:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0T8XmUj085674; Wed, 29 Jan 2014 08:33:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 08:33:48 GMT Message-Id: <201401290833.s0T8XmUj085674@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 08:33:54 -0000 TB --- 2014-01-29 07:49:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 07:49:44 - 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 --- 2014-01-29 07:49:44 - starting HEAD tinderbox run for mips/mips TB --- 2014-01-29 07:49:44 - cleaning the object tree TB --- 2014-01-29 07:49:44 - /usr/local/bin/svn stat /src TB --- 2014-01-29 07:49:52 - At svn revision 261254 TB --- 2014-01-29 07:49:53 - building world TB --- 2014-01-29 07:49:53 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 07:49:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 07:49:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 07:49:53 - SRCCONF=/dev/null TB --- 2014-01-29 07:49:53 - TARGET=mips TB --- 2014-01-29 07:49:53 - TARGET_ARCH=mips TB --- 2014-01-29 07:49:53 - TZ=UTC TB --- 2014-01-29 07:49:53 - __MAKE_CONF=/dev/null TB --- 2014-01-29 07:49:53 - cd /src TB --- 2014-01-29 07:49:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 07:50:01 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 08:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 08:33:48 - ERROR: failed to build world TB --- 2014-01-29 08:33:48 - 1605.05 user 484.09 system 2643.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 08:49:36 2014 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 ESMTPS id 32EA17E4 for ; Wed, 29 Jan 2014 08:49:36 +0000 (UTC) Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE5A51FC1 for ; Wed, 29 Jan 2014 08:49:35 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id m12so4096884iga.1 for ; Wed, 29 Jan 2014 00:49:28 -0800 (PST) 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=Eq8mYsKpvMU4QvOKrzOoV1RZxgjKTCf1fDlRwc1Ar8Q=; b=AGd/Cp8HgNDPy6+1kVIrPBoubjHoxFu+uHw0CHeEhOHeMJSYTJrMPBq3DLmwBsBo4w z2+bRDkC19rPg3ckBaWo0wqyg9vpubPRd9axCc4rwEQ6NN4PuQAvc95IOlN3Jssdznab +2y4y884p1Or3/2ZgVVEaXQM3flcNzdVLDh0XoIdkMcnGFJp6nNs+sIPtCv+B/XMdToo S3ynZmX1Xbo+nbmjfqiedOWllJRNbMBrXZfwWCwPzgSIEkQu7rNvwqHtvhCS+/98JDOH wBVQGoF0Fj4BOdGxPUbm+LJ1Pw4/NdTupGDFWKv/94CprgrEAF7V1qMZH2MhvsGY3bmu cBcA== X-Gm-Message-State: ALoCoQmcXUI26zYv+6uVmTiiKijUNR0dUS7gbLqvTlmBnPBuAV9VOv/R4u/L3USLe4Hk+oONSw3IIp6kMbvPOnVirsB8ExwaxLtvdW6MntZ75v8XZ3Mnkk8= X-Received: by 10.43.0.202 with SMTP id nn10mr127216icb.54.1390985368783; Wed, 29 Jan 2014 00:49:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Wed, 29 Jan 2014 00:49:13 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Wed, 29 Jan 2014 17:49:13 +0900 Message-ID: Subject: Re: Apple Trackpad driver To: Adrian Chadd Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Hans Petter Selasky , =?UTF-8?B?6buE5paH6L6J?= , freebsd-current , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 08:49:36 -0000 Hi I tested the driver on a 2012 Macbook Air 11" and it works great! Good job! Is there a way to disable click-by-touch? I always preferred clicking with the physical button that is built in to the pad. Best regards -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Wed, Jan 29, 2014 at 2:24 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > This is really good news :) I will try it on my 2012 and 2013 MBAs soon! > (hopefully it is same hardware as in the pros) > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > > On Wed, Jan 29, 2014 at 2:13 PM, Adrian Chadd wrote: > >> holy crap, cool! >> >> Hans? Any chance we could get this into -HEAD? >> >> >> -a >> >> >> On 28 January 2014 17:43, Huang Wen Hui wrote: >> > Hi, >> > I have a working trackpad driver for my MBP 2013, I am not C >> programmer >> > usually, >> > so the code may ugly. If someone like to test, you can download it from >> > http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, >> > I only test it on MBP2012 and MBP2013. Right now the driver have these >> > feature: >> > >> > 1. Vertical scrolling with 2 fingers movement, >> > 2. In firefox, 2 fingers horizontal movement act as page back/forward. >> > 3. one finger tap act as left mouse click, 2 fingers tap act as right >> mouse >> > click, and >> > three fingers tap act as middle mouse click. >> > 4. you also use sysctl to modify some parameters: >> > hw.usb.wsp.scale_factor: 12 >> > hw.usb.wsp.z_factor: 5 >> > hw.usb.wsp.pressure_touch_threshold: 50 >> > hw.usb.wsp.pressure_untouch_threshold: 10 >> > hw.usb.wsp.pressure_tap_threshold: 120 >> > hw.usb.wsp.scr_hor_threshold: 50 >> > >> > Cheers, >> > >> > Huang Wen Hui >> > _______________________________________________ >> > 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 >> " >> > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 09:15:41 2014 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 ESMTPS id AC160316; Wed, 29 Jan 2014 09:15:41 +0000 (UTC) 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 5CB1F123F; Wed, 29 Jan 2014 09:15:41 +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 s0T9FdO4061111; Wed, 29 Jan 2014 04:15:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0T9Fdm5061093; Wed, 29 Jan 2014 09:15:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 09:15:39 GMT Message-Id: <201401290915.s0T9Fdm5061093@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 09:15:41 -0000 TB --- 2014-01-29 08:33:48 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 08:33:48 - 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 --- 2014-01-29 08:33:48 - starting HEAD tinderbox run for mips64/mips TB --- 2014-01-29 08:33:48 - cleaning the object tree TB --- 2014-01-29 08:33:48 - /usr/local/bin/svn stat /src TB --- 2014-01-29 08:34:07 - At svn revision 261254 TB --- 2014-01-29 08:34:08 - building world TB --- 2014-01-29 08:34:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 08:34:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 08:34:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 08:34:08 - SRCCONF=/dev/null TB --- 2014-01-29 08:34:08 - TARGET=mips TB --- 2014-01-29 08:34:08 - TARGET_ARCH=mips64 TB --- 2014-01-29 08:34:08 - TZ=UTC TB --- 2014-01-29 08:34:08 - __MAKE_CONF=/dev/null TB --- 2014-01-29 08:34:08 - cd /src TB --- 2014-01-29 08:34:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 08:34:16 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 09:15:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 09:15:39 - ERROR: failed to build world TB --- 2014-01-29 09:15:39 - 1604.59 user 468.41 system 2511.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 09:57:54 2014 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 ESMTPS id 477CCCE for ; Wed, 29 Jan 2014 09:57:54 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 274C715D8 for ; Wed, 29 Jan 2014 09:57:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8Rty-0003ua-0C for freebsd-current@freebsd.org; Wed, 29 Jan 2014 01:57:46 -0800 Date: Wed, 29 Jan 2014 01:57:46 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1390989466000-5881032.post@n5.nabble.com> In-Reply-To: <1390968069763-5880959.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965765782-5880955.post@n5.nabble.com> <1390968069763-5880959.post@n5.nabble.com> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 09:57:54 -0000 Could you elaborate? Are those ntfs pendrives? ntfs support by ntfs.ko and mount_ntfs was removed in 10 tree. There is fuse kernel module and a port for ntfs in place of it (haven't tested but I'm told it works). Regarding fat (msdosfs) pendrives, I've just mounted one created under 8-CURRENT. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881032.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 09:58:48 2014 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 ESMTPS id D5D2F323 for ; Wed, 29 Jan 2014 09:58:48 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5AC415FE for ; Wed, 29 Jan 2014 09:58:48 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8Ruy-0003wq-63 for freebsd-current@freebsd.org; Wed, 29 Jan 2014 01:58:48 -0800 Date: Wed, 29 Jan 2014 01:58:48 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1390989528181-5881033.post@n5.nabble.com> In-Reply-To: <1390989466000-5881032.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965765782-5880955.post@n5.nabble.com> <1390968069763-5880959.post@n5.nabble.com> <1390989466000-5881032.post@n5.nabble.com> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 09:58:48 -0000 Regarding ports, since I've converted to pkng earlier, for most part I've just removed /usr/local/* and hit portmaster -af -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881033.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 10:28:57 2014 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 ESMTPS id CC8EE8A8; Wed, 29 Jan 2014 10:28:57 +0000 (UTC) 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 877C21832; Wed, 29 Jan 2014 10:28: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 s0TASuvX033508; Wed, 29 Jan 2014 05:28:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TASubm033507; Wed, 29 Jan 2014 10:28:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 10:28:56 GMT Message-Id: <201401291028.s0TASubm033507@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 10:28:58 -0000 TB --- 2014-01-29 09:53:38 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:53:38 - 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 --- 2014-01-29 09:53:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-01-29 09:53:38 - cleaning the object tree TB --- 2014-01-29 09:53:38 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:53:41 - At svn revision 261254 TB --- 2014-01-29 09:53:42 - building world TB --- 2014-01-29 09:53:42 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:53:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:53:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:53:42 - SRCCONF=/dev/null TB --- 2014-01-29 09:53:42 - TARGET=sparc64 TB --- 2014-01-29 09:53:42 - TARGET_ARCH=sparc64 TB --- 2014-01-29 09:53:42 - TZ=UTC TB --- 2014-01-29 09:53:42 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:53:42 - cd /src TB --- 2014-01-29 09:53:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:53:49 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 10:28:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 10:28:56 - ERROR: failed to build world TB --- 2014-01-29 10:28:56 - 1746.84 user 365.98 system 2118.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 10:52:32 2014 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 ESMTPS id CA07417A; Wed, 29 Jan 2014 10:52:32 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 76B9F1A1E; Wed, 29 Jan 2014 10:52:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 1ADC217FC93; Wed, 29 Jan 2014 11:52:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 7DFD28EE1ED; Wed, 29 Jan 2014 11:53:15 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sKxe8F27VOno; Wed, 29 Jan 2014 11:53:14 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 1DD818EDF88; Wed, 29 Jan 2014 11:53:14 +0100 (CET) Message-ID: <52E8DDA3.3070301@bitfrost.no> Date: Wed, 29 Jan 2014 11:53:23 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" , Adrian Chadd Subject: Re: Apple Trackpad driver References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------050509010807080800010305" Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current , "freebsd-usb@freebsd.org" , "kwm@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 10:52:33 -0000 This is a multi-part message in MIME format. --------------050509010807080800010305 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/29/14 09:49, Lundberg, Johannes wrote: > Hi > > I tested the driver on a 2012 Macbook Air 11" and it works great! Good job! > > Is there a way to disable click-by-touch? I always preferred clicking with > the physical button that is built in to the pad. > Hi, I've added an "#if 0" around the 1 finger tap code until further. Maybe this feature can be tunable? I fixed the code style, added some range checks and cleared some buffer issues. When you assign a signed value to an unsigned variable, you should range check it, because the sign might cause an overflow when you use it later on. int8_t x = -1; uint32_t t = x; "t" is now "0xffffffffU" and not "255". Tested the code on my MacBookPro. Hope I didn't break anything. If so, send a patch to freebsd-usb. http://svnweb.freebsd.org/changeset/base/261260 To get the touchpad working with Xorg, I needed to re-compile HALD with the attached patch. kwm: Can you get the attached patch into ports? Auto-loading of wsp via devd will be done later. Simply need to re-generate usb.conf in /etc ... --HPS --------------050509010807080800010305 Content-Type: text/x-diff; name="patch-hald_freebsd_hf-usb2.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-hald_freebsd_hf-usb2.c.diff" --- patch-hald_freebsd_hf-usb2.c.orig 2014-01-29 11:50:11.000000000 +0100 +++ patch-hald_freebsd_hf-usb2.c 2014-01-29 11:50:36.000000000 +0100 @@ -61,7 +61,7 @@ + if (driver) { + if (!strcmp(driver, "ukbd")) + hf_device_set_input(device, "keyboard", "keys", NULL); -+ else if (!strcmp(driver, "ums") || !strcmp(driver, "atp")) { ++ else if (!strcmp(driver, "ums") || !strcmp(driver, "atp") || !strcmp(driver, "wsp")) { + hf_device_set_input(device, "mouse", NULL, devname); + hf_runner_run_sync(device, 0, "hald-probe-mouse", NULL); + } else if (!strcmp(driver, "uhid")) { --------------050509010807080800010305-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 11:16:34 2014 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 ESMTPS id AAC4E8E3; Wed, 29 Jan 2014 11:16:34 +0000 (UTC) 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 6F3201CD7; Wed, 29 Jan 2014 11:16:34 +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 s0TBGXxZ069339; Wed, 29 Jan 2014 06:16:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TBGXu5069338; Wed, 29 Jan 2014 11:16:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 11:16:33 GMT Message-Id: <201401291116.s0TBGXu5069338@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 11:16:34 -0000 TB --- 2014-01-29 09:15:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:15:40 - 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 --- 2014-01-29 09:15:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-01-29 09:15:40 - cleaning the object tree TB --- 2014-01-29 09:15:40 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:15:45 - At svn revision 261254 TB --- 2014-01-29 09:15:46 - building world TB --- 2014-01-29 09:15:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:15:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:15:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:15:46 - SRCCONF=/dev/null TB --- 2014-01-29 09:15:46 - TARGET=powerpc TB --- 2014-01-29 09:15:46 - TARGET_ARCH=powerpc TB --- 2014-01-29 09:15:46 - TZ=UTC TB --- 2014-01-29 09:15:46 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:15:46 - cd /src TB --- 2014-01-29 09:15:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:15:54 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 11:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 11:16:33 - ERROR: failed to build world TB --- 2014-01-29 11:16:33 - 6284.37 user 756.55 system 7253.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 11:18:15 2014 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 ESMTPS id 5D7BDA5D for ; Wed, 29 Jan 2014 11:18:15 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB7061CF3 for ; Wed, 29 Jan 2014 11:18:14 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so3233071wgh.5 for ; Wed, 29 Jan 2014 03:18:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OoxSN7MXuhiDt8ed3S3v7/vg6wA+at7QxSrhYABy+zI=; b=h93xwnmnkuvYn8T4NeMDtNv0VLKlH4pGailnslvnEiM3cUWQwZ4V2VWMRn71uLm5ah XIH3RNUxoYb/paS65PA62886bOH2WMzsZxhALcrqDySNjyLa7DS04QGuMBXYd9C2VIm/ B9LP5RDnBvKNuXJZUeUh0rGq/adSBEs6OFe+WhDWQDrQAsK7ZsEoLG4XL1mBIdolp0fa dM+QG/9MvSWWWBjQfrEJ/ll4uYc/jeNzuKdUrOmqCHjDXYufDmovJGJtZemj4OEA8UuM Vthacvk2EWn7HM0N/BSdw3Ymh8c07krbO1CFPqSJyrCJyAX0cRtkP+11x7mWUouXyzVb LhvQ== MIME-Version: 1.0 X-Received: by 10.180.20.100 with SMTP id m4mr19028011wie.32.1390994293246; Wed, 29 Jan 2014 03:18:13 -0800 (PST) Received: by 10.227.1.71 with HTTP; Wed, 29 Jan 2014 03:18:13 -0800 (PST) Date: Wed, 29 Jan 2014 13:18:13 +0200 Message-ID: Subject: 11.0-CURRENT r261258 pkg read/poll hang From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 11:18:15 -0000 Hello, freshly built: root@vm0:~ # uname -a FreeBSD vm0.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r261258: Wed Jan 29 12:27:00 EET 2014 root@vm0.mkushnir.mooo.com:/work/obj/work/src.svnup/sys/MAREK amd64 # pkg help will hang eating up 100% CPU. truss shows it's locked in an endless loop: [...] poll({5/POLLIN|POLLERR},1,-1) = 1 (0x1) read(5,0x802c61000,1024) = 0 (0x0) poll({5/POLLIN|POLLERR},1,-1) = 1 (0x1) read(5,0x802c61000,1024) = 0 (0x0) poll({5/POLLIN|POLLERR},1,-1) = 1 (0x1) read(5,0x802c61000,1024) = 0 (0x0) poll({5/POLLIN|POLLERR},1,-1) = 1 (0x1) read(5,0x802c61000,1024) = 0 (0x0) poll({5/POLLIN|POLLERR},1,-1) = 1 (0x1) read(5,0x802c61000,1024) = 0 (0x0) poll({5/POLLI^CN|POLLERR},1,-1) = 1 (0x1) SIGNAL 2 (SIGINT) process exit, rval = 0 -- Markiyan. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 11:30:40 2014 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 ESMTPS id 2803D189; Wed, 29 Jan 2014 11:30:40 +0000 (UTC) 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 E19FF1E25; Wed, 29 Jan 2014 11:30:39 +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 s0TBUc9u099913; Wed, 29 Jan 2014 06:30:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TBUcVW099912; Wed, 29 Jan 2014 11:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 11:30:38 GMT Message-Id: <201401291130.s0TBUcVW099912@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 11:30:40 -0000 TB --- 2014-01-29 09:32:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:32:09 - 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 --- 2014-01-29 09:32:09 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-01-29 09:32:09 - cleaning the object tree TB --- 2014-01-29 09:32:09 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:32:13 - At svn revision 261254 TB --- 2014-01-29 09:32:14 - building world TB --- 2014-01-29 09:32:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:32:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:32:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:32:14 - SRCCONF=/dev/null TB --- 2014-01-29 09:32:14 - TARGET=powerpc TB --- 2014-01-29 09:32:14 - TARGET_ARCH=powerpc64 TB --- 2014-01-29 09:32:14 - TZ=UTC TB --- 2014-01-29 09:32:14 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:32:14 - cd /src TB --- 2014-01-29 09:32:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:32:21 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -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 -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 11:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 11:30:38 - ERROR: failed to build world TB --- 2014-01-29 11:30:38 - 6328.20 user 740.06 system 7109.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 03:22:47 2014 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 ESMTPS id 843A6EAE for ; Wed, 29 Jan 2014 03:22:47 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6427916BC for ; Wed, 29 Jan 2014 03:22:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8Ljh-0000oM-PU for freebsd-current@freebsd.org; Tue, 28 Jan 2014 19:22:45 -0800 Date: Tue, 28 Jan 2014 19:22:45 -0800 (PST) From: Robert_Burmeister To: freebsd-current@freebsd.org Message-ID: <1390965765782-5880955.post@n5.nabble.com> In-Reply-To: <52E09F68.8020804@UToledo.edu> References: <52E09F68.8020804@UToledo.edu> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Jan 2014 12:26:05 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 03:22:47 -0000 Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. A) Clang does not need to to be installed first. > B) > FreeBSD 10's change to pkg(8) (a.k.a. PKGNG) affects the portupgrade tools > as > well as the package tools. > Even if you are not using packages, > before upgrading to FreeBSD 10 install pkg(8) as described in: > http://www5.us.freebsd.org/doc/handbook/pkgng-intro.html > and be sure to run pkg2ng. > > C) > FreeBSD 10 moves converters/libiconv into the base system, which directly > or > indirectly affects many ports. > This migration has largely been taken care of for the official packages, > however, if you are rebuilding from the ports tree > "pkg_delete libiconv" must be run, > or converters/libiconv must be deinstalled, > before your post OS recompile of all your ports. > > Most of the iconv hardcodes have been addressed in the ports tree, but > this is > still being worked on. D) Many Gnome ports still had issues with continuing to link to "libiconv.so.3", such as avahi-app and gdm. People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. Apparently, some Gnome components are finicky about how they are built. A note from https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > Remove all .la files from the packages you just installed to prevent > problems during the build. > You'll have to remember to do this again each time you install more > packages. I deleted the contents of /usr/local/lib and ran portupgrade -afu which rebuilt most of the problematic ports. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5880955.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 04:01:10 2014 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 ESMTPS id EC7553B1 for ; Wed, 29 Jan 2014 04:01:10 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD5481912 for ; Wed, 29 Jan 2014 04:01:10 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8MKr-0002Xu-Ov for freebsd-current@freebsd.org; Tue, 28 Jan 2014 20:01:09 -0800 Date: Tue, 28 Jan 2014 20:01:09 -0800 (PST) From: Robert_Burmeister To: freebsd-current@freebsd.org Message-ID: <1390968069763-5880959.post@n5.nabble.com> In-Reply-To: <1390965765782-5880955.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965765782-5880955.post@n5.nabble.com> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Jan 2014 12:26:21 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 04:01:11 -0000 E) None of the USB flash drives I used with FreeBSD 9.2 will mount on FreeBSD 10.0. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5880959.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 12:49:50 2014 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 ESMTPS id 020EF4A7 for ; Wed, 29 Jan 2014 12:49:50 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B83C214C1 for ; Wed, 29 Jan 2014 12:49:49 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 8116B2C26; Wed, 29 Jan 2014 12:49:48 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id A49FD63B; Wed, 29 Jan 2014 13:49:53 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Markiyan Kushnir Subject: Re: 11.0-CURRENT r261258 pkg read/poll hang References: Date: Wed, 29 Jan 2014 13:49:53 +0100 In-Reply-To: (Markiyan Kushnir's message of "Wed, 29 Jan 2014 13:18:13 +0200") Message-ID: <86sis79clq.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 12:49:50 -0000 Markiyan Kushnir writes: > # pkg help > > will hang eating up 100% CPU. truss shows it's locked in an endless loop: Fixed in r261263. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 12:51:51 2014 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 ESMTPS id 6B841615; Wed, 29 Jan 2014 12:51:51 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 203B41534; Wed, 29 Jan 2014 12:51:50 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id C6C8A10058F; Wed, 29 Jan 2014 13:51:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 019828EFB60; Wed, 29 Jan 2014 13:52:39 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wRob4CnwOlfb; Wed, 29 Jan 2014 13:52:39 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 20C608EFB47; Wed, 29 Jan 2014 13:52:39 +0100 (CET) Message-ID: <52E8F9A0.7030504@bitfrost.no> Date: Wed, 29 Jan 2014 13:52:48 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" , Adrian Chadd Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> In-Reply-To: <52E8DDA3.3070301@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current , "freebsd-usb@freebsd.org" , "kwm@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 12:51:51 -0000 Hi, Can you also write a manual page for the "wsp" driver? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 13:05:39 2014 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 ESMTPS id AD8B6BA7; Wed, 29 Jan 2014 13:05:39 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d: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 5F7E11638; Wed, 29 Jan 2014 13:05:39 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so2627298qcy.39 for ; Wed, 29 Jan 2014 05:05:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4YwEny8VmIYUuCtNYKThRJ0XXOFF4E6xy7iqu/ehRpA=; b=N/EWVmNcsbAVSPDORW371iiui9aEj2VwNCKe9KjJO7kLdS2NL9NN4B0Bj+XH1X/skH qZQH0o9Zn2cMN5jk1ZY6UcyuKERDVyM9C+ogwlOEbrXJnKzDv4xWo1BVCpVuJCWvNamJ iGsrUwIOUGXwO31HF27yFpsiFrnX2cCelDgPdx2PsjLT7kjpCoQfWa94Qmko9A2DD8J1 SsB/QdcyIlJSPpcxuKILUI9Y20V9rAJqCtiBTXjwz+2N52075DqocJ2RyGBCVh8cb8+3 IYm86PN/WT4rHHeoyOih/AdgEr30baUJvKiMV8RtaIUNQEfem2gL8zlw6K3+q2n+syAQ MndQ== MIME-Version: 1.0 X-Received: by 10.224.121.137 with SMTP id h9mr979102qar.55.1391000738529; Wed, 29 Jan 2014 05:05:38 -0800 (PST) Received: by 10.224.52.8 with HTTP; Wed, 29 Jan 2014 05:05:38 -0800 (PST) Date: Wed, 29 Jan 2014 05:05:38 -0800 Message-ID: Subject: From: Adrian Chadd To: freebsd-x11@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 13:05:39 -0000 Hi guys, I'm running up to date -HEAD (from Jan 26) on a Lenovo T400 with: vgapci0@pci0:0:2:0: class=0x030000 card=0x20e417aa chip=0x2a428086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x20e417aa chip=0x2a438086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display ..and this happens soon after I start using xorg: error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. Who/where should I post the debug information? The error state is .. large. Thanks, -a From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 14:22:42 2014 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 ESMTPS id 100AC3C6 for ; Wed, 29 Jan 2014 14:22:42 +0000 (UTC) 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 9EFB71E66 for ; Wed, 29 Jan 2014 14:22:41 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id z12so3685567wgg.30 for ; Wed, 29 Jan 2014 06:22:40 -0800 (PST) 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=IveEZwwfI0hYc9HDMrUZoq9RyOua+TNPYUXZkivWKBw=; b=07HF3LS4rFZtKWciDOE8Eu4oK110CeWEwP9FOv5pGGM55NYcFFnTxyDoS+F2J3Kt3N IYuWNLLE78sCeXzxvGHcJwT+kipnYFA5b5dgVsvf3myTPe6htCzJDb9eQknVun2lP23i 87sJwDxihUuKctdLUS6/jYV53sVH4OOnkBRjvQMImflgdudqPwmGTuYqSdGNsgUMkj+b 9F2yN+tIdjrNa8D3sPijGm/AyMVtggMYBblgNq/4pJQC3kqSNvMBIPm70twZ5soCe2B1 /DczMbg7Kf45Zd4pWASzs1J0d8xUSQLYybFRFukLYM9F4kF+UeT1vm6CYU9+Oez38Jig Q9Qw== MIME-Version: 1.0 X-Received: by 10.180.101.230 with SMTP id fj6mr19319337wib.27.1391005360114; Wed, 29 Jan 2014 06:22:40 -0800 (PST) Received: by 10.227.1.71 with HTTP; Wed, 29 Jan 2014 06:22:40 -0800 (PST) In-Reply-To: <86sis79clq.fsf@nine.des.no> References: <86sis79clq.fsf@nine.des.no> Date: Wed, 29 Jan 2014 16:22:40 +0200 Message-ID: Subject: Re: 11.0-CURRENT r261258 pkg read/poll hang From: Markiyan Kushnir To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 14:22:42 -0000 2014-01-29 Dag-Erling Sm=F8rgrav : > Markiyan Kushnir writes: >> # pkg help >> >> will hang eating up 100% CPU. truss shows it's locked in an endless loop= : > > Fixed in r261263. > thanks, -- Markiyan. > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 14:45:22 2014 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 ESMTPS id A44B61E6; Wed, 29 Jan 2014 14:45:22 +0000 (UTC) Received: from smtpout3.timeweb.ru (smtpout3.timeweb.ru [92.53.117.25]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 583FD1119; Wed, 29 Jan 2014 14:45:22 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8WOF-0002yn-1t; Wed, 29 Jan 2014 18:45:19 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id A53BCF8A; Wed, 29 Jan 2014 18:45:18 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 7CC5520A0C; Wed, 29 Jan 2014 18:45:18 +0400 (MSK) Date: Wed, 29 Jan 2014 18:45:18 +0400 From: Dmitry Marakasov To: Dimitry Andric Subject: Re: System libc++ isn't fully compatible with clang 3.4 from ports Message-ID: <20140129144518.GR52820@hades.panopticon> References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org, David Chisnall , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 14:45:22 -0000 * Dimitry Andric (dim@FreeBSD.org) wrote: > > JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used > > with clang 3.4 from ports: > ... > > The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in > > libc++ r194154. We probably need to update libc++ or at least backport > > this into stable branches if we want to support clang 3.4 in ports. > > Hm, which port is having problems with this? I have built quite a large > set, and never encountered this issue. > > In any case: yes, it is quite long overdue for a libc++ update. :-) I > will have a look tonight. New version of games/spring (not in ports yet). std::function and lambdas are not that widely used for this problem to be common, but some time we may run into it for some critical software. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 14:46:33 2014 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 ESMTPS id 13104322; Wed, 29 Jan 2014 14:46:33 +0000 (UTC) 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 CC3641135; Wed, 29 Jan 2014 14:46: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 s0TEkVLP006550; Wed, 29 Jan 2014 09:46:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TEkV17006529; Wed, 29 Jan 2014 14:46:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 14:46:31 GMT Message-Id: <201401291446.s0TEkV17006529@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 14:46:33 -0000 TB --- 2014-01-29 11:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 11:40:17 - 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 --- 2014-01-29 11:40:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-29 11:40:17 - cleaning the object tree TB --- 2014-01-29 11:42:40 - /usr/local/bin/svn stat /src TB --- 2014-01-29 11:42:44 - At svn revision 261261 TB --- 2014-01-29 11:42:45 - building world TB --- 2014-01-29 11:42:45 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 11:42:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 11:42:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 11:42:45 - SRCCONF=/dev/null TB --- 2014-01-29 11:42:45 - TARGET=arm TB --- 2014-01-29 11:42:45 - TARGET_ARCH=armv6 TB --- 2014-01-29 11:42:45 - TZ=UTC TB --- 2014-01-29 11:42:45 - __MAKE_CONF=/dev/null TB --- 2014-01-29 11:42:45 - cd /src TB --- 2014-01-29 11:42:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 11:42:51 UTC 2014 >>> 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 Jan 29 14:46:26 UTC 2014 TB --- 2014-01-29 14:46:26 - generating LINT kernel config TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/bin/make -B LINT TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m LINT TB --- 2014-01-29 14:46:26 - skipping LINT kernel TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m AC100 TB --- 2014-01-29 14:46:26 - building AC100 kernel TB --- 2014-01-29 14:46:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 14:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 14:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 14:46:26 - SRCCONF=/dev/null TB --- 2014-01-29 14:46:26 - TARGET=arm TB --- 2014-01-29 14:46:26 - TARGET_ARCH=armv6 TB --- 2014-01-29 14:46:26 - TZ=UTC TB --- 2014-01-29 14:46:26 - __MAKE_CONF=/dev/null TB --- 2014-01-29 14:46:26 - cd /src TB --- 2014-01-29 14:46:26 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Jan 29 14:46:26 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 1100006" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-29 14:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 14:46:31 - ERROR: failed to build AC100 kernel TB --- 2014-01-29 14:46:31 - 8716.82 user 1634.41 system 11173.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 14:47:04 2014 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 ESMTPS id 5E5BD452; Wed, 29 Jan 2014 14:47:04 +0000 (UTC) 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 240C41149; Wed, 29 Jan 2014 14:47:04 +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 s0TEl3o8012485; Wed, 29 Jan 2014 09:47:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TEl3Xb012484; Wed, 29 Jan 2014 14:47:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 14:47:03 GMT Message-Id: <201401291447.s0TEl3Xb012484@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 14:47:04 -0000 TB --- 2014-01-29 11:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 11:40:17 - 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 --- 2014-01-29 11:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 11:40:17 - cleaning the object tree TB --- 2014-01-29 11:42:41 - /usr/local/bin/svn stat /src TB --- 2014-01-29 11:42:45 - At svn revision 261261 TB --- 2014-01-29 11:42:46 - building world TB --- 2014-01-29 11:42:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 11:42:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 11:42:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 11:42:46 - SRCCONF=/dev/null TB --- 2014-01-29 11:42:46 - TARGET=arm TB --- 2014-01-29 11:42:46 - TARGET_ARCH=arm TB --- 2014-01-29 11:42:46 - TZ=UTC TB --- 2014-01-29 11:42:46 - __MAKE_CONF=/dev/null TB --- 2014-01-29 11:42:46 - cd /src TB --- 2014-01-29 11:42:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 11:42:52 UTC 2014 >>> 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 Jan 29 14:46:26 UTC 2014 TB --- 2014-01-29 14:46:26 - generating LINT kernel config TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/bin/make -B LINT TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m LINT TB --- 2014-01-29 14:46:26 - building LINT kernel TB --- 2014-01-29 14:46:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 14:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 14:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 14:46:26 - SRCCONF=/dev/null TB --- 2014-01-29 14:46:26 - TARGET=arm TB --- 2014-01-29 14:46:26 - TARGET_ARCH=arm TB --- 2014-01-29 14:46:26 - TZ=UTC TB --- 2014-01-29 14:46:26 - __MAKE_CONF=/dev/null TB --- 2014-01-29 14:46:26 - cd /src TB --- 2014-01-29 14:46:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 29 14:46:26 UTC 2014 >>> 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 [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-29 14:47:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 14:47:03 - ERROR: failed to build LINT kernel TB --- 2014-01-29 14:47:03 - 8718.00 user 1645.96 system 11205.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 15:13:23 2014 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 ESMTPS id F328354F for ; Wed, 29 Jan 2014 15:13:22 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CF32147F for ; Wed, 29 Jan 2014 15:13:22 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MU0U9-1VhxJt0hiD-00QhXs for ; Wed, 29 Jan 2014 16:08:04 +0100 Message-ID: <52E91955.9030406@gmx.net> Date: Wed, 29 Jan 2014 16:08:05 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Dmitry Marakasov Subject: Re: [OT] ta-spring References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> In-Reply-To: <20140129144518.GR52820@hades.panopticon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:zsaW+MViaNSSFOR8i4w5LhqAuPeaQ8xhp9FeCap8UB2TunMkd30 Xy4EpLEwF/qx5dIB2i5ayay5KoDXuT96M3AKCG0tAexa5dZrxpqKbBFnCdgDy0XqWVKIC3o 4Q9zBRULtUj2cTIX+Ia4Jps3S33UnCO4L30qO14loZ6UUSRtTJVc20IoG33un6fJFWpeAr6 y7ZD/4f3TdZRaFAxeRHrw== Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 15:13:23 -0000 On 29.01.2014 15:45, Dmitry Marakasov wrote: > * Dimitry Andric (dim@FreeBSD.org) wrote: > >> >> Hm, which port is having problems with this? I have built quite a large >> set, and never encountered this issue. >> >> In any case: yes, it is quite long overdue for a libc++ update. :-) I >> will have a look tonight. > > New version of games/spring (not in ports yet). > Can we expect a current version of spring in ports soon? That would be nice! AFAIK newer versions require OpenMP. Will this compile with our (new 3.4 soon) base clang? Michael From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 15:17:15 2014 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 ESMTPS id 175498FE for ; Wed, 29 Jan 2014 15:17:15 +0000 (UTC) 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 D873914DF for ; Wed, 29 Jan 2014 15:17:14 +0000 (UTC) Received: from dhcp-172-17-155-123.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id s0TFGos2092672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Jan 2014 15:16:51 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: [OT] ta-spring From: David Chisnall In-Reply-To: <52E91955.9030406@gmx.net> Date: Wed, 29 Jan 2014 15:16:44 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> To: Michael Schmiedgen X-Mailer: Apple Mail (2.1822) Cc: Dmitry Marakasov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 15:17:15 -0000 On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: > Can we expect a current version of spring in ports soon? That would > be nice! AFAIK newer versions require OpenMP. Will this compile with > our (new 3.4 soon) base clang? Base clang doesn't support OpenMP. We should probably import Intel's = Clang fork into ports: http://clang-omp.github.io This can then be used to compile things that need both libc++ and = OpenMP. Intel's OpenMP runtime is permissively licensed now, but will = likely require a small amount of porting to get it to work on FreeBSD = (it supports Linux and OS X). David From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 15:37:10 2014 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 ESMTPS id 2ECC32F6 for ; Wed, 29 Jan 2014 15:37:10 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5556A16C1 for ; Wed, 29 Jan 2014 15:37:09 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LhwAY-1VVbsH2nzu-00nA5s for ; Wed, 29 Jan 2014 16:37:07 +0100 Message-ID: <52E92024.9010501@gmx.net> Date: Wed, 29 Jan 2014 16:37:08 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: [OT] ta-spring References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:tARcSYVAmcKEYTicNfCllTb/TopBcQ4lzx93brfh5zLN5hUpDXM QK8Sjf79vRGzVrZ05jAFDR2ARbruWMUZRycnF4gHWPuel9LrgFQgf4xHa+cB8EoU86ZWqiM lBxL9T2f7n96b+r8R79+Yy6vqOwNsbQxMYyfgXfaKENdrqHQR+MM8TJusG28YoE5Ui1OmKx tnUTHmSNvF6cElItE8Opg== Cc: Dmitry Marakasov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 15:37:10 -0000 On 29.01.2014 16:16, David Chisnall wrote: > On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: > >> Can we expect a current version of spring in ports soon? That would >> be nice! AFAIK newer versions require OpenMP. Will this compile with >> our (new 3.4 soon) base clang? > > Base clang doesn't support OpenMP. We should probably import Intel's Clang fork into ports: > > http://clang-omp.github.io > > This can then be used to compile things that need both libc++ and OpenMP. Intel's OpenMP runtime is permissively licensed now, but will likely require a small amount of porting to get it to work on FreeBSD (it supports Linux and OS X). > I thought OpenMP will be an integral part of LLVM/clang in near future, at least the front-end part? It seems there are plans to even integrate the runtime in the llvm project source tree: http://openmp.llvm.org/ Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe later versions. Michael From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 15:43:12 2014 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 ESMTPS id 23C606D5 for ; Wed, 29 Jan 2014 15:43:12 +0000 (UTC) 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 E451B1772 for ; Wed, 29 Jan 2014 15:43:11 +0000 (UTC) Received: from dhcp-172-17-155-123.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id s0TFgsMT092784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Jan 2014 15:42:55 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: [OT] ta-spring From: David Chisnall In-Reply-To: <52E92024.9010501@gmx.net> Date: Wed, 29 Jan 2014 15:42:48 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <57D26185-3443-4EA4-822E-D6D50D23551F@FreeBSD.org> References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> <52E92024.9010501@gmx.net> To: Michael Schmiedgen X-Mailer: Apple Mail (2.1822) Cc: Dmitry Marakasov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 15:43:12 -0000 On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote: > On 29.01.2014 16:16, David Chisnall wrote: >> On 29 Jan 2014, at 15:08, Michael Schmiedgen = wrote: >>=20 >>> Can we expect a current version of spring in ports soon? That would >>> be nice! AFAIK newer versions require OpenMP. Will this compile with >>> our (new 3.4 soon) base clang? >>=20 >> Base clang doesn't support OpenMP. We should probably import Intel's = Clang fork into ports: >>=20 >> http://clang-omp.github.io >>=20 >> This can then be used to compile things that need both libc++ and = OpenMP. Intel's OpenMP runtime is permissively licensed now, but will = likely require a small amount of porting to get it to work on FreeBSD = (it supports Linux and OS X). >>=20 >=20 > I thought OpenMP will be an integral part of LLVM/clang in near = future, > at least the front-end part? It seems there are plans to even = integrate > the runtime in the llvm project source tree: >=20 > http://openmp.llvm.org/ >=20 > Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe > later versions. Active development happens in Intel's tree, and is slowly being merged = upstream. Eventually, Clang will have full OpenMP 4 support, but = Intel's tree will have it first and there is likely to be a lag before = it makes it into mainline clang. As such, it would make sense to have a port as a stop-gap until it is = ready. David From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 15:57:00 2014 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 ESMTPS id AC9BAFC7 for ; Wed, 29 Jan 2014 15:57:00 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D272418D2 for ; Wed, 29 Jan 2014 15:56:59 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M4kfR-1VKznS2u0D-00yzpA for ; Wed, 29 Jan 2014 16:56:51 +0100 Message-ID: <52E924C4.5070002@gmx.net> Date: Wed, 29 Jan 2014 16:56:52 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: [OT] ta-spring References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> <52E92024.9010501@gmx.net> <57D26185-3443-4EA4-822E-D6D50D23551F@FreeBSD.org> In-Reply-To: <57D26185-3443-4EA4-822E-D6D50D23551F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MWyISafK7bJ57OtmHlue/jJniUR2CJlivzm9w6MmbSV9GH1oHb6 Qqry5UBVf/AaBs4BMc082K/+/mq0tbmZAb7Usn3gDTEEUtsmwDQT9kTc8UK4kW7wvove0uw c//GtYobpq95X7Bc14dN3CWtfbc2Q8qTr7ChhgsOmYatTSFIbgvHlBLCvhilcb9gMdSbwIv eqasNdLHLpTSK1AwpzHlw== Cc: Dmitry Marakasov , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 15:57:00 -0000 On 29.01.2014 16:42, David Chisnall wrote: > On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote: >> On 29.01.2014 16:16, David Chisnall wrote: >>> On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: >> >> I thought OpenMP will be an integral part of LLVM/clang in near future, >> at least the front-end part? It seems there are plans to even integrate >> the runtime in the llvm project source tree: >> >> http://openmp.llvm.org/ >> >> Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe >> later versions. > > Active development happens in Intel's tree, and is slowly being merged upstream. Eventually, Clang will have full OpenMP 4 support, but Intel's tree will have it first and there is likely to be a lag before it makes it into mainline clang. > > As such, it would make sense to have a port as a stop-gap until it is ready. > Ah, ok, that makes sense. Thanks for explanation. BTW very amusing *and* very informative bsdtalk/vBSDCon2013 talk a while ago, thanks for that! :) Cheers Michael From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 16:06:35 2014 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 ESMTPS id C1F70444 for ; Wed, 29 Jan 2014 16:06:35 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2CB519B4 for ; Wed, 29 Jan 2014 16:06:34 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8Xer-0000N2-94 for freebsd-current@freebsd.org; Wed, 29 Jan 2014 08:06:33 -0800 Date: Wed, 29 Jan 2014 08:06:33 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1391011593275-5881165.post@n5.nabble.com> In-Reply-To: References: Subject: Re: (no subject) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 16:06:35 -0000 I'm using a T400 with exact same GM45 and besides "error: [drm:pid861:intel_lvds_enable] *ERROR* timed out waiting for panel to power off" I don't experience errors with FreeBSD 10.0-STABLE #0 r261219 amd64, xorg trunk. -- View this message in context: http://freebsd.1045724.n5.nabble.com/no-subject-tp5881101p5881165.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 16:34:46 2014 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 ESMTPS id 955BC606 for ; Wed, 29 Jan 2014 16:34:46 +0000 (UTC) Received: from smtpout3.timeweb.ru (smtpout3.timeweb.ru [92.53.117.25]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AA041D65 for ; Wed, 29 Jan 2014 16:34:46 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8Y61-000300-P8; Wed, 29 Jan 2014 20:34:37 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 50CB7802; Wed, 29 Jan 2014 20:34:37 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 3587B1CED3; Wed, 29 Jan 2014 20:34:37 +0400 (MSK) Date: Wed, 29 Jan 2014 20:34:37 +0400 From: Dmitry Marakasov To: Michael Schmiedgen Subject: Re: [OT] ta-spring Message-ID: <20140129163437.GS52820@hades.panopticon> References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <52E91955.9030406@gmx.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 16:34:46 -0000 * Michael Schmiedgen (schmiedgen@gmx.net) wrote: > >> Hm, which port is having problems with this? I have built quite a large > >> set, and never encountered this issue. > >> > >> In any case: yes, it is quite long overdue for a libc++ update. :-) I > >> will have a look tonight. > > > > New version of games/spring (not in ports yet). > > Can we expect a current version of spring in ports soon? That would > be nice! Yes and no. The port is ready, however it's unstable - it crashes on start in most cases, however if it doesn't crash on start, it'll work without problems. I don't think that's suitable for ports, but since 94.1 which is currently in ports has build problems, it may be least of two evils. For now, the port is available for testing here: https://github.com/AMDmi3/freebsd-ports/tree/master/games/spring > AFAIK newer versions require OpenMP. Will this compile with > our (new 3.4 soon) base clang? It compiles fine, so either they doesn't use OpenMP or it's optional, haven't investigated. The cause for clang 3.4 experiments is the instability mentioned above. Disassembly shows that it crashes on thread-local storage access because a null pointer is used as TLS location for some reason. I though that it may be a clang 3.3 miscompilation and tried 3.4, but there's that libc++ problem. We can't also build it with GCC, as it depends on boost which is built with clang and is thus incompatible with GCC-generated code. GCC has another problem, see my following forwarded mail, but that can be circumvented in spring code. My current plans are: 1) Try to patch system libc++ and try 3.4 again to check if that's clang 3.3 specific, however that won't help the port anyway as I libc++ can't be patched on all 10.0 systems. 2) Try to debug TLS access further. That'd be quite painstaking. 3) Write to clang maillist, maybe it's a known problem -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 16:41:40 2014 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 ESMTPS id 39DDF943 for ; Wed, 29 Jan 2014 16:41:40 +0000 (UTC) Received: from smtpout6.timeweb.ru (smtpout6.timeweb.ru [92.53.117.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E65B31E07 for ; Wed, 29 Jan 2014 16:41:39 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8YCn-0004x7-2j for freebsd-current@FreeBSD.org; Wed, 29 Jan 2014 20:41:37 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 9AE20803 for ; Wed, 29 Jan 2014 20:41:36 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 885751CED6; Wed, 29 Jan 2014 20:41:36 +0400 (MSK) Date: Wed, 29 Jan 2014 20:41:36 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Subject: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129164136.GA3489@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 16:41:40 -0000 Hi! Gerald haven't responded yet, so I though I'd better post in on the list as well for wider discussion. In short: - our libm lacks some C99 functions: erfl erfcl lgammal tgammal - bad enough by itself, it affects libstdc++ from ports' gcc in such a way that it disables C++11 math completely (along with a lot more other more widely used math functions) - we may probably implement these by calling less-precise erf erfc lgamma tgamma as we do with other functions as we alredy do with some others ----- Forwarded message from Dmitry Marakasov ----- Date: Tue, 21 Jan 2014 19:13:07 +0400 From: Dmitry Marakasov To: gerald@FreeBSD.org Subject: libstdc++ from ports' gcc's and cmath Hi! I've was just curious why one of my ports doesn't build on < 10.x and found the following: This code: --- #include int main() { std::hypot(3.0, 4.0); } --- won't build even with latest gcc: --- % g++49 -std=c++11 2.cc 2.cc: In function 'int main()': 2.cc:2:14: error: 'hypot' is not a member of 'std' int main() { std::hypot(3.0, 4.0); } ^ 2.cc:2:14: note: suggested alternative: In file included from /usr/local/lib/gcc49/include/c++/cmath:44:0, from 2.cc:1: /usr/include/math.h:276:8: note: 'hypot' double hypot(double, double); ^ --- Why's std::hypot not defined? --- /usr/local/lib/gcc49/include/c++/cmath ... #ifdef _GLIBCXX_USE_C99_MATH_TR1 ... namespace std _GLIBCXX_VISIBILITY(default) { ... constexpr float hypot(float __x, float __y) { return __builtin_hypotf(__x, __y); } constexpr long double hypot(long double __x, long double __y) { return __builtin_hypotl(__x, __y); } template constexpr typename __gnu_cxx::__promote_2<_Tp, _Up>::__type hypot(_Tp __x, _Up __y) { typedef typename __gnu_cxx::__promote_2<_Tp, _Up>::__type __type; return hypot(__type(__x), __type(__y)); } --- As you can see, it's hidden under _GLIBCXX_USE_C99_MATH_TR1. What if I define _GLIBCXX_USE_C99_MATH_TR1? --- % g++49 -std=c++11 2.cc In file included from 2.cc:1:0: /usr/local/lib/gcc49/include/c++/cmath:1064:11: error: '::erfl' has not been declared using ::erfl; ^ /usr/local/lib/gcc49/include/c++/cmath:1068:11: error: '::erfcl' has not been declared using ::erfcl; ^ /usr/local/lib/gcc49/include/c++/cmath:1104:11: error: '::lgammal' has not been declared using ::lgammal; ^ /usr/local/lib/gcc49/include/c++/cmath:1176:11: error: '::tgammal' has not been declared using ::tgammal; ^ --- That's the very reason _GLIBCXX_USE_C99_MATH_TR1 is not defined: libstdc++ configure checks for availability of all C99 math functions in our math library, doesn't find these four and disable whole C99 math set. libstdc++ works this around by using lower-precision variants (e.g. erf instead of erfl) and issues a warning on linking. So I wonder: could libstdc++ be made more usable for C++11 code in some way? That's crucial for pre-clang FreeBSD branches which will live for quite some time, and this is useful for gcc users on post-clang world. The simple solution would be to disable named 4 functions, but make all others available. The better would be to do what libc++ does, with corresponding warnings. What do you think? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru ----- End forwarded message ----- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 17:20:46 2014 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 ESMTPS id 63A7A634 for ; Wed, 29 Jan 2014 17:20:46 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34EC41167 for ; Wed, 29 Jan 2014 17:20:46 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8206120D6F for ; Wed, 29 Jan 2014 12:20:39 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Wed, 29 Jan 2014 12:20:39 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=Ohg8lhi/Og2joUbtcqduOKlsYI0=; b=Ycn Zyzr/8vRo7GNu4DFJMsvWccCRoE8oqota8n2OmdrMZJdnjbHt6lMoAtLk/x0RlO7 9JYgf1lHJq78WonT3R1dXavsuqqMhlS+X99x42qL9I/MO/NEgIP/TRdLS5KewncN g7huhBXyDXnZanEFxIb9FT5tTa4SEYdcYc3Levgo= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 60FEF11DA37; Wed, 29 Jan 2014 12:20:39 -0500 (EST) Message-Id: <1391016039.24774.76853561.79E45CE2@webmail.messagingengine.com> X-Sasl-Enc: Ce3SZM14LP77FdsSYKyes0sJqXwcqnYa3pGv2swHTsbf 1391016039 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-1b692d69 In-Reply-To: References: Subject: Re: Apple Trackpad driver Date: Wed, 29 Jan 2014 11:20:39 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 17:20:46 -0000 On Tue, Jan 28, 2014, at 23:13, Adrian Chadd wrote: > holy crap, cool! > > Hans? Any chance we could get this into -HEAD? > > Wow, this is nice. I'll gladly provide the USB device ID for the trackpad in the 2013 Late MBP if someone can point me to a way to boot FreeBSD from an external drive :-) From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 17:23:25 2014 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 ESMTPS id 84831779 for ; Wed, 29 Jan 2014 17:23:25 +0000 (UTC) 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 597311184 for ; Wed, 29 Jan 2014 17:23:25 +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 s0THN9Qe088829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Jan 2014 09:23:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id s0THN7hf088828; Wed, 29 Jan 2014 09:23:07 -0800 (PST) (envelope-from sgk) Date: Wed, 29 Jan 2014 09:23:07 -0800 From: Steve Kargl To: Dmitry Marakasov Subject: Re: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129172307.GA88757@troutmask.apl.washington.edu> References: <20140129164136.GA3489@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140129164136.GA3489@hades.panopticon> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 17:23:25 -0000 On Wed, Jan 29, 2014 at 08:41:36PM +0400, Dmitry Marakasov wrote: > > Gerald haven't responded yet, so I though I'd better post in on the > list as well for wider discussion. > > In short: > - our libm lacks some C99 functions: erfl erfcl lgammal tgammal I have code for erfl and erfcl, and I've done some work on lgammal. See freebsd-numerics list archive. No, I do not have an ETA for when the code may land in the tree. > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > way that it disables C++11 math completely (along with a lot more > other more widely used math functions) > > > - we may probably implement these by calling less-precise > erf erfc lgamma tgamma as we do with other functions as we alredy > do with some others This, unfortuantely, has already been done, although it may only be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 18:03:49 2014 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 ESMTPS id 8436B363 for ; Wed, 29 Jan 2014 18:03:49 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45B7C1536 for ; Wed, 29 Jan 2014 18:03:49 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s0TI3c5x059588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 29 Jan 2014 18:03:43 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s0TI3cbc059587 for freebsd-current@FreeBSD.org; Wed, 29 Jan 2014 18:03:38 GMT (envelope-from swills) Date: Wed, 29 Jan 2014 18:03:38 +0000 From: Steve Wills To: freebsd-current@FreeBSD.org Subject: 11-CURRENT r260369 panic in free_unr Message-ID: <20140129180335.GA58732@mouf.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 29 Jan 2014 18:03:44 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.8 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 18:03:49 -0000 Hi, I had a panic on a box running r260369. I unfortunately didn't get a core dump, but did take a picture, available here: http://meatwad.mouf.net/~swills/panic_r260369_1.jpg and the backtrace, here: http://meatwad.mouf.net/~swills/panic_r260369_2.jpg The box was very heavily loaded doing ports building at the time. Any ideas or is this perhaps a local hardware issue? Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 18:13:35 2014 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 ESMTPS id 390D05DF for ; Wed, 29 Jan 2014 18:13:35 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB024161A for ; Wed, 29 Jan 2014 18:13:34 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M1nOg-1VGCpi09Aw-00tjgj for ; Wed, 29 Jan 2014 19:13:32 +0100 Message-ID: <52E944CC.5070801@gmx.net> Date: Wed, 29 Jan 2014 19:13:32 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Dmitry Marakasov Subject: Re: [OT] ta-spring References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> <52E91955.9030406@gmx.net> <20140129163437.GS52820@hades.panopticon> In-Reply-To: <20140129163437.GS52820@hades.panopticon> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:UxGk14sgYIsEjy3VWbDZ1+JjcOFrushTBD5tSKRLzUr1RarsJ/w /vFRYd/EnoNb2RUPLAKKDsXdItRF1KWM4b/NT+HhaC1Su+XDgXMiB+82o4UnLBbpp1l/ouX XsRCFQ+/PfRp//TaUXm3GSSRY2bUg68n8hfXx4Y8FQBocA3q5GV64axkh1CUNi/WSHKyx7j rlGlnhISkDCm1WFMCPaTw== Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 18:13:35 -0000 On 29.01.2014 17:34, Dmitry Marakasov wrote: > * Michael Schmiedgen (schmiedgen@gmx.net) wrote: > >> Can we expect a current version of spring in ports soon? That would >> be nice! > > Yes and no. The port is ready, however it's unstable - it crashes on > start in most cases, however if it doesn't crash on start, it'll work > without problems. I don't think that's suitable for ports, but since > 94.1 which is currently in ports has build problems, it may be least > of two evils. > > For now, the port is available for testing here: > > https://github.com/AMDmi3/freebsd-ports/tree/master/games/spring > >> AFAIK newer versions require OpenMP. Will this compile with >> our (new 3.4 soon) base clang? > > It compiles fine, so either they doesn't use OpenMP or it's > optional, haven't investigated. > > The cause for clang 3.4 experiments is the instability mentioned > above. Disassembly shows that it crashes on thread-local storage > access because a null pointer is used as TLS location for some > reason. I though that it may be a clang 3.3 miscompilation and > tried 3.4, but there's that libc++ problem. > > We can't also build it with GCC, as it depends on boost which is > built with clang and is thus incompatible with GCC-generated code. > GCC has another problem, see my following forwarded mail, but that > can be circumvented in spring code. > > My current plans are: > > 1) Try to patch system libc++ and try 3.4 again to check if that's > clang 3.3 specific, however that won't help the port anyway as I > libc++ can't be patched on all 10.0 systems. > 2) Try to debug TLS access further. That'd be quite painstaking. > 3) Write to clang maillist, maybe it's a known problem Great! Many thanks for your efforts, much appreciated! Let me know if you need some testing, I run CURRENT on both desktop and laptop, usually not more than few weeks old. I stay tuned. Michael From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 18:47:40 2014 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 ESMTPS id DFE4A1E4 for ; Wed, 29 Jan 2014 18:47:40 +0000 (UTC) Received: from smtpout6.timeweb.ru (smtpout6.timeweb.ru [92.53.117.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 962DB1908 for ; Wed, 29 Jan 2014 18:47:40 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8aAi-0003zR-CU; Wed, 29 Jan 2014 22:47:36 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 04E7CC4A; Wed, 29 Jan 2014 22:47:36 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id CBE3320059; Wed, 29 Jan 2014 22:47:35 +0400 (MSK) Date: Wed, 29 Jan 2014 22:47:35 +0400 From: Dmitry Marakasov To: Steve Kargl Subject: Re: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129184735.GA63095@hades.panopticon> References: <20140129164136.GA3489@hades.panopticon> <20140129172307.GA88757@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140129172307.GA88757@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 18:47:40 -0000 * Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > way that it disables C++11 math completely (along with a lot more > > other more widely used math functions) > > > > > > - we may probably implement these by calling less-precise > > erf erfc lgamma tgamma as we do with other functions as we alredy > > do with some others > > This, unfortuantely, has already been done, although it may only > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. I know, it's available on 10.0 as well. However that's not the case for 9.x, for which it's impossible to build c++11 math using software (even if it doesn't use unimplemented functions), neither with system gcc nor with gcc from ports. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 20:52:01 2014 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 ESMTPS id 2747F2CF; Wed, 29 Jan 2014 20:52:01 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35A5514BC; Wed, 29 Jan 2014 20:52:00 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0558B6A6006; Wed, 29 Jan 2014 21:51:57 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s0TKpvMJ092524; Wed, 29 Jan 2014 21:51:57 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s0TKpvwC092291; Wed, 29 Jan 2014 21:51:57 +0100 (CET) (envelope-from lars) Date: Wed, 29 Jan 2014 21:51:57 +0100 From: Lars Engels To: freebsd-current@freebsd.org Subject: Re: freebsd-update Message-ID: <20140129205157.GB86491@e-new.0x20.net> References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gzJEy4voKlV4eANz" Content-Disposition: inline In-Reply-To: <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 20:52:01 -0000 --gzJEy4voKlV4eANz Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >=20 >=20 > On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: > >=20 > >=20 > > Also using freebsd-update behind a proxy is really slow. Even with a > > very fast internet connection (normally download rates ca. 3 MBytes / s) > > downloading all the tiny binary diff files took more than 8 hours. > > Maybe freebsd-update's backend could create a tarball of all those diffs > > and provide this?=20 >=20 > Even streaming the tar instead of waiting for the freebsd-update server > to produce the tarball would be an improvement. I have no experience > doing that over a WAN but I don't see why it would be unreliable. Colin, what do you think? Is it possible? --gzJEy4voKlV4eANz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlLpae0ACgkQKc512sD3afj89ACgr4Ap/B2lJ4XuuDLtlg/lUTc6 jU8An2A46MGwZ1UrQopWARr/iCAolNZ7 =ALqf -----END PGP SIGNATURE----- --gzJEy4voKlV4eANz-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 21:52:22 2014 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 ESMTPS id CDEC6816 for ; Wed, 29 Jan 2014 21:52:22 +0000 (UTC) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 5A1E51988 for ; Wed, 29 Jan 2014 21:52:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=F01VF3npPITIGavF419unP3Bp+w=; b=xmTbmMUREhKlkxFj6Z mF0uABs2t+WpUvJ4clWV3SvHPPswCnVKl9xhzUn6zPsfyVlwpU7xzEDSrW/eopE0 P0lqV9MUQvuL7LueNNxwp6K3WXrceEPJpX0bGkcnPstmsHH6CzUYmDauVADJTdRY Z5rew/+9MJlxcHSqx2jzv8BNg= Received: by mf227.sendgrid.net with SMTP id mf227.19806.52E9780911 Wed, 29 Jan 2014 21:52:09 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.100.60.108]) by ismtpd-008 (SG) with ESMTP id 143dffce699.5cd9.34ebcb for ; Wed, 29 Jan 2014 21:52:09 +0000 (GMT) Received: (qmail 77410 invoked from network); 29 Jan 2014 21:52:09 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 29 Jan 2014 21:52:09 -0000 Received: (qmail 18255 invoked from network); 29 Jan 2014 21:51:55 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 29 Jan 2014 21:51:55 -0000 Message-ID: <52E977FB.8020105@freebsd.org> Date: Wed, 29 Jan 2014 13:51:55 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Lars Engels , freebsd-current@freebsd.org Subject: Re: freebsd-update References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> In-Reply-To: <20140129205157.GB86491@e-new.0x20.net> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S/9Y/Fh5sbsx7ry4PbSYsVMZZa7O9dc2MSsnir7GyMhSnsKBIrlo6+YWRs0OYVxRDnadxvcViOH1fBYSmmGWZCIAOQQinJu4PL0qzhFaEETxPXjSs4QKc/iWJ+0jTGfvDs= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 21:52:22 -0000 On 01/29/14 12:51, Lars Engels wrote: > On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>> Also using freebsd-update behind a proxy is really slow. Even with a >>> very fast internet connection (normally download rates ca. 3 MBytes / >>> s) downloading all the tiny binary diff files took more than 8 hours. >>> Maybe freebsd-update's backend could create a tarball of all those >>> diffs and provide this? >> >> Even streaming the tar instead of waiting for the freebsd-update server >> to produce the tarball would be an improvement. I have no experience >> doing that over a WAN but I don't see why it would be unreliable. > > Colin, what do you think? Is it possible? Anything is *possible*, but given that the number of patches available is typically at least 10x the number being fetched this doesn't seem like it would be very efficient. FWIW, the performance problems with proxies are limited to HTTP proxies which don't speak HTTP/1.1. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 21:59:49 2014 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 ESMTPS id A505CBFF for ; Wed, 29 Jan 2014 21:59:49 +0000 (UTC) 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 676FF19D5 for ; Wed, 29 Jan 2014 21:59:49 +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 s0TLxSR1089772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Jan 2014 13:59:28 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id s0TLxSBr089771; Wed, 29 Jan 2014 13:59:28 -0800 (PST) (envelope-from sgk) Date: Wed, 29 Jan 2014 13:59:28 -0800 From: Steve Kargl To: Dmitry Marakasov Subject: Re: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129215928.GA89714@troutmask.apl.washington.edu> References: <20140129164136.GA3489@hades.panopticon> <20140129172307.GA88757@troutmask.apl.washington.edu> <20140129184735.GA63095@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140129184735.GA63095@hades.panopticon> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 21:59:49 -0000 On Wed, Jan 29, 2014 at 10:47:35PM +0400, Dmitry Marakasov wrote: > * Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > > way that it disables C++11 math completely (along with a lot more > > > other more widely used math functions) > > > > > > > > > - we may probably implement these by calling less-precise > > > erf erfc lgamma tgamma as we do with other functions as we alredy > > > do with some others > > > > This, unfortuantely, has already been done, although it may only > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. > > I know, it's available on 10.0 as well. However that's not the case for > 9.x, for which it's impossible to build c++11 math using software (even > if it doesn't use unimplemented functions), neither with system gcc > nor with gcc from ports. > It's not impossible. Add whatever C++-fu you need that is equivalent to #include #ifndef fool #define fool(x) foo((double)(x)) #endif -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 22:23:30 2014 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 ESMTPS id A2B2A870 for ; Wed, 29 Jan 2014 22:23:30 +0000 (UTC) Received: from smtpout6.timeweb.ru (smtpout6.timeweb.ru [92.53.117.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 572E81CFA for ; Wed, 29 Jan 2014 22:23:30 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1W8dXZ-0000WT-UT; Thu, 30 Jan 2014 02:23:25 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 8C8D4FFA; Thu, 30 Jan 2014 02:23:25 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 75EDB72A5; Thu, 30 Jan 2014 02:23:25 +0400 (MSK) Date: Thu, 30 Jan 2014 02:23:25 +0400 From: Dmitry Marakasov To: Steve Kargl Subject: Re: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129222325.GA9806@hades.panopticon> References: <20140129164136.GA3489@hades.panopticon> <20140129172307.GA88757@troutmask.apl.washington.edu> <20140129184735.GA63095@hades.panopticon> <20140129215928.GA89714@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140129215928.GA89714@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 22:23:30 -0000 * Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > > > way that it disables C++11 math completely (along with a lot more > > > > other more widely used math functions) > > > > > > > > > > > > - we may probably implement these by calling less-precise > > > > erf erfc lgamma tgamma as we do with other functions as we alredy > > > > do with some others > > > > > > This, unfortuantely, has already been done, although it may only > > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. > > > > I know, it's available on 10.0 as well. However that's not the case for > > 9.x, for which it's impossible to build c++11 math using software (even > > if it doesn't use unimplemented functions), neither with system gcc > > nor with gcc from ports. > > > > It's not impossible. Add whatever C++-fu you need > that is equivalent to > > #include > #ifndef fool > #define fool(x) foo((double)(x)) > #endif The point was that one should not be required to do something like this to build std::hypot - using software on FreeBSD. --- +#define _GLIBCXX_USE_C99_MATH_TR1 +#include +long double erfl(long double x) { return erf(x); } +long double erfcl(long double x) { return erfc(x); } +long double lgammal(long double x) { return lgamma(x); } +long double tgammal(long double x) { return tgamma(x); } + #include int main() { std::hypot(3.0, 4.0); } --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 22:26:46 2014 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 ESMTPS id 1D53AACC; Wed, 29 Jan 2014 22:26:46 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB8571D26; Wed, 29 Jan 2014 22:26:45 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so3746315qcz.17 for ; Wed, 29 Jan 2014 14:26:45 -0800 (PST) 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=joseLMJ3mEDRvvh3Dq19cKLZU8bkI/Bh3r7qW63KqVU=; b=s53f08su9EHZpg4UlmMHVKSMWP5PGtXyQQN/t4nWLKctoz1DXdfiA89yNdso+Op2Sg Y/Jbuo4H++hR7etjZdfIyNM5h1q+Eu6vsI0DTE1d+Tm1R7FQwzwydNkj+iDxPPvDK/bl XTIpTQ+FX/wDF1RXQRmMivcURx0BZfNXXfVbWheHIV+Lq621o5IHameTSIcSbE1xNNAD IABbgZiaB42P8iVDZx0Ps8ZPLwUMJ+oIVeitC6Y+mUF7UIc3Sih5F0WXvzyyTNVREVrY 9Dnjdm/8OBfzQxkNZ+Np97IdfB02SUXyy5Jqc5B14mJUAwcgdvIF5Kqvw9rmqp80J58/ D2IA== MIME-Version: 1.0 X-Received: by 10.229.13.195 with SMTP id d3mr16560621qca.4.1391034404948; Wed, 29 Jan 2014 14:26:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Wed, 29 Jan 2014 14:26:44 -0800 (PST) In-Reply-To: <52E977FB.8020105@freebsd.org> References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> <52E977FB.8020105@freebsd.org> Date: Wed, 29 Jan 2014 14:26:44 -0800 X-Google-Sender-Auth: gXJgjVNH13JvIvsfc5jR0SX2QfY Message-ID: Subject: Re: freebsd-update From: Adrian Chadd To: Colin Percival Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 22:26:46 -0000 On 29 January 2014 13:51, Colin Percival wrote: > On 01/29/14 12:51, Lars Engels wrote: >> On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >>> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>>> Also using freebsd-update behind a proxy is really slow. Even with a >>>> very fast internet connection (normally download rates ca. 3 MBytes / >>>> s) downloading all the tiny binary diff files took more than 8 hours. >>>> Maybe freebsd-update's backend could create a tarball of all those >>>> diffs and provide this? >>> >>> Even streaming the tar instead of waiting for the freebsd-update server >>> to produce the tarball would be an improvement. I have no experience >>> doing that over a WAN but I don't see why it would be unreliable. >> >> Colin, what do you think? Is it possible? > > Anything is *possible*, but given that the number of patches available is > typically at least 10x the number being fetched this doesn't seem like it > would be very efficient. > > FWIW, the performance problems with proxies are limited to HTTP proxies > which don't speak HTTP/1.1. Did you / others ever actually benchmark this? I know that Squid supports pipelined requests but only a handful (defaulting to 1) at a time, as the actual error semantics for HTTP/1.1 pipelining wasn't well defined. So flipping it around - which intermediaries that are actually in use by companies and such actually support pipelining at the level that you're doing it? -a From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 22:41:30 2014 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 ESMTPS id 826FD24F for ; Wed, 29 Jan 2014 22:41:30 +0000 (UTC) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 111811E8C for ; Wed, 29 Jan 2014 22:41:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=mhVJ0Yq/zPQUMKI6gdQ0YDkDyFs=; b=qvK8csQjwAmSardnF8 +8U3SadPMJwIdSfjiCme7orfZrLju2b8qFTj3xW87m2s9ibQ/24Y/AqoX8dE2AV4 FJwakIbaqmxHfV8ExVJmOeV8PCjhGML94shodSqra7XREJ4+K2ofUfw4un0cI8dq uApW+6Pwx27stbRxkvFd/4+QQ= Received: by mf247.sendgrid.net with SMTP id mf247.13819.52E98399B Wed, 29 Jan 2014 22:41:29 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.100.60.108]) by ismtpd-022 (SG) with ESMTP id 143e02a0f2b.34c1.2823af for ; Wed, 29 Jan 2014 22:41:29 +0000 (GMT) Received: (qmail 78878 invoked from network); 29 Jan 2014 22:41:28 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 29 Jan 2014 22:41:28 -0000 Received: (qmail 18609 invoked from network); 29 Jan 2014 22:41:13 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 29 Jan 2014 22:41:13 -0000 Message-ID: <52E98389.2050404@freebsd.org> Date: Wed, 29 Jan 2014 14:41:13 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: freebsd-update References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> <52E977FB.8020105@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S/9Y/Fh5sbsx7ry4PbSYsVMt0QXguuZxwtnKA4zz8lLyaYn6tDrUq3TYmtL8cV8UU1hkkUnrh5RyvtdILJJDx51guPuqzff5Cl7R30tUZtt8kbBoFzQmMGCmtJ3thvnn/s= Cc: freebsd-current , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 22:41:30 -0000 On 01/29/14 14:26, Adrian Chadd wrote: > On 29 January 2014 13:51, Colin Percival wrote: >> FWIW, the performance problems with proxies are limited to HTTP proxies >> which don't speak HTTP/1.1. > > Did you / others ever actually benchmark this? The fact that performance sucks when proxies break HTTP pipelining? Yes, but it's also implied by the RTT/request limit for non-pipelined requests. > I know that Squid supports pipelined requests but only a handful > (defaulting to 1) at a time, as the actual error semantics for > HTTP/1.1 pipelining wasn't well defined. I'm not sure what the poorly defined error semantics are, but I suppose that doesn't matter. Does Squid now reply with HTTP/1.1 headers? The phttpget code won't even try to pipeline requests unless it sees that -- as required by the HTTP specification. > So flipping it around - which intermediaries that are actually in use > by companies and such actually support pipelining at the level that > you're doing it? I don't know. People usually don't tell me when things work. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 23:09:45 2014 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 ESMTPS id 29F8E393 for ; Wed, 29 Jan 2014 23:09:45 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65DA11109 for ; Wed, 29 Jan 2014 23:09:44 +0000 (UTC) Received: (qmail 28179 invoked by uid 89); 29 Jan 2014 23:08:46 -0000 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 29 Jan 2014 23:08:45 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: freebsd-update From: Rainer Duffner In-Reply-To: <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> Date: Thu, 30 Jan 2014 00:07:24 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <38668639-4BD7-4FA4-B96F-4EA15F5518D7@ultra-secure.de> References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> To: Mark Felder X-Mailer: Apple Mail (2.1827) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 23:09:45 -0000 Am 25.01.2014 um 16:11 schrieb Mark Felder : >=20 >=20 > On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>=20 >>=20 >> Also using freebsd-update behind a proxy is really slow. Even with a >> very fast internet connection (normally download rates ca. 3 MBytes / = s) >> downloading all the tiny binary diff files took more than 8 hours. >> Maybe freebsd-update's backend could create a tarball of all those = diffs >> and provide this?=20 >=20 > Even streaming the tar instead of waiting for the freebsd-update = server > to produce the tarball would be an improvement. I have no experience > doing that over a WAN but I don't see why it would be unreliable. Apropos proxy: freebsd-update does not work behind a proxy that requires = authentication. At least not with our proxy (which is a Sophos/Astaro =84threat = management appliance"). That=92s OK for me, because I can talk the proxy-guys here into making = an exception for my FreeBSD-servers - but It=92s really a nuisance = because everything else (that uses libfetch) can use = proxy-authentication. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 22:56:18 2014 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 ESMTPS id C4870B1B for ; Wed, 29 Jan 2014 22:56:18 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A294D1FB5 for ; Wed, 29 Jan 2014 22:56:18 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8e3N-0004f9-10 for freebsd-current@freebsd.org; Wed, 29 Jan 2014 14:56:17 -0800 Date: Wed, 29 Jan 2014 14:56:17 -0800 (PST) From: Robert_Burmeister To: freebsd-current@freebsd.org Message-ID: <1391036177025-5881310.post@n5.nabble.com> In-Reply-To: <1390989466000-5881032.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965765782-5880955.post@n5.nabble.com> <1390968069763-5880959.post@n5.nabble.com> <1390989466000-5881032.post@n5.nabble.com> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Jan 2014 23:28:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 22:56:18 -0000 Jakub Lach wrote > Could you elaborate? Are those ntfs pendrives? ntfs support by ntfs.ko and > mount_ntfs was removed in 10 tree. There is fuse kernel module and a port > for ntfs in place of it (haven't tested but I'm told it works). Regarding > fat (msdosfs) pendrives, I've just mounted one created under 8-CURRENT. They are msdosfs. Hald is seeing the stick, but the automounter isn't picking it up. I have been able to get one to mount read only with mount -t msdos /dev/da0s1 /mnt but it still doesn't like the large Lexar drives. I'm a little confused by: the FreeBSD Handbook 19.5 USB Storage Devices and halfaq haven't been updated since FreeBSD 8. Is FreeBSD 10 processing the rights differently? I got Gnome components hald avahi gdm to build, but are they functioning properly? Whether fuse is now the preferred method to mount USB file systems? I suspect that the policy configuration that worked for 9.2 is not working on 10, I am trying various devfs.conf syntax, without luck. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881310.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Jan 29 23:34:40 2014 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 ESMTPS id 31C5C553 for ; Wed, 29 Jan 2014 23:34:40 +0000 (UTC) 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 0BE6013D7 for ; Wed, 29 Jan 2014 23:34: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 s0TNYJdC090126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Jan 2014 15:34:19 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id s0TNYHkl090125; Wed, 29 Jan 2014 15:34:17 -0800 (PST) (envelope-from sgk) Date: Wed, 29 Jan 2014 15:34:17 -0800 From: Steve Kargl To: Dmitry Marakasov Subject: Re: libm lacks C99 functions -> no c++11 cmath in libstdc++ Message-ID: <20140129233417.GA90062@troutmask.apl.washington.edu> References: <20140129164136.GA3489@hades.panopticon> <20140129172307.GA88757@troutmask.apl.washington.edu> <20140129184735.GA63095@hades.panopticon> <20140129215928.GA89714@troutmask.apl.washington.edu> <20140129222325.GA9806@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140129222325.GA9806@hades.panopticon> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Jan 2014 23:34:40 -0000 On Thu, Jan 30, 2014 at 02:23:25AM +0400, Dmitry Marakasov wrote: > * Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > > > > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > > > > way that it disables C++11 math completely (along with a lot more > > > > > other more widely used math functions) > > > > > > > > > > > > > > > - we may probably implement these by calling less-precise > > > > > erf erfc lgamma tgamma as we do with other functions as we alredy > > > > > do with some others > > > > > > > > This, unfortuantely, has already been done, although it may only > > > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. > > > > > > I know, it's available on 10.0 as well. However that's not the case for > > > 9.x, for which it's impossible to build c++11 math using software (even > > > if it doesn't use unimplemented functions), neither with system gcc > > > nor with gcc from ports. > > > > > > > It's not impossible. Add whatever C++-fu you need > > that is equivalent to > > > > #include > > #ifndef fool > > #define fool(x) foo((double)(x)) > > #endif > > The point was that one should not be required to do something like this > to build std::hypot - using software on FreeBSD. > My point is that specifically adding this #define kludge to whatever software needs it is preferrable to the travesty foisted on libm by msun/src/imprecise.c. What imprecise.c does is not documented. -- steve From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 00:44:56 2014 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 ESMTPS id 44E7CD9F for ; Thu, 30 Jan 2014 00:44:56 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23D4B1DB2 for ; Thu, 30 Jan 2014 00:44:55 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8fkU-0002oU-Pj for freebsd-current@freebsd.org; Wed, 29 Jan 2014 16:44:54 -0800 Date: Wed, 29 Jan 2014 16:44:54 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1391042694791-5881337.post@n5.nabble.com> In-Reply-To: <1391036177025-5881310.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965765782-5880955.post@n5.nabble.com> <1390968069763-5880959.post@n5.nabble.com> <1390989466000-5881032.post@n5.nabble.com> <1391036177025-5881310.post@n5.nabble.com> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 00:44:56 -0000 Fuse is now the only way to mount ntfs. That's all. Regarding Gnome, Avahi or hald, I use none of it so really I have nothing to compare. Speaking of ports, did you really cleanly rebuild all of them? When you are speaking of ports linked against port libconv, I'm suspicious (old libtool?). -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881337.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 02:05:37 2014 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 ESMTPS id 963B6E3B; Thu, 30 Jan 2014 02:05:37 +0000 (UTC) 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 5CDA914A0; Thu, 30 Jan 2014 02:05:36 +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 s0U25ZvS006387; Wed, 29 Jan 2014 21:05:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0U25Z5U006347; Thu, 30 Jan 2014 02:05:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 02:05:35 GMT Message-Id: <201401300205.s0U25Z5U006347@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 02:05:37 -0000 TB --- 2014-01-29 23:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 23:00: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 --- 2014-01-29 23:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-29 23:00:18 - cleaning the object tree TB --- 2014-01-29 23:02:54 - /usr/local/bin/svn stat /src TB --- 2014-01-29 23:02:57 - At svn revision 261278 TB --- 2014-01-29 23:02:58 - building world TB --- 2014-01-29 23:02:58 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 23:02:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 23:02:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 23:02:58 - SRCCONF=/dev/null TB --- 2014-01-29 23:02:58 - TARGET=arm TB --- 2014-01-29 23:02:58 - TARGET_ARCH=armv6 TB --- 2014-01-29 23:02:58 - TZ=UTC TB --- 2014-01-29 23:02:58 - __MAKE_CONF=/dev/null TB --- 2014-01-29 23:02:58 - cd /src TB --- 2014-01-29 23:02:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 23:03:04 UTC 2014 >>> 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 Jan 30 02:05:33 UTC 2014 TB --- 2014-01-30 02:05:33 - generating LINT kernel config TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/bin/make -B LINT TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m LINT TB --- 2014-01-30 02:05:33 - skipping LINT kernel TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m AC100 TB --- 2014-01-30 02:05:33 - building AC100 kernel TB --- 2014-01-30 02:05:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 02:05:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 02:05:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 02:05:33 - SRCCONF=/dev/null TB --- 2014-01-30 02:05:33 - TARGET=arm TB --- 2014-01-30 02:05:33 - TARGET_ARCH=armv6 TB --- 2014-01-30 02:05:33 - TZ=UTC TB --- 2014-01-30 02:05:33 - __MAKE_CONF=/dev/null TB --- 2014-01-30 02:05:33 - cd /src TB --- 2014-01-30 02:05:33 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu Jan 30 02:05:33 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 1100006" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-30 02:05:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 02:05:34 - ERROR: failed to build AC100 kernel TB --- 2014-01-30 02:05:34 - 8716.29 user 1627.73 system 11116.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 02:06:09 2014 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 ESMTPS id 93E7FF60; Thu, 30 Jan 2014 02:06:09 +0000 (UTC) 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 59CD714B3; Thu, 30 Jan 2014 02:06: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 s0U268Ii012983; Wed, 29 Jan 2014 21:06:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0U268Jb012981; Thu, 30 Jan 2014 02:06:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 02:06:08 GMT Message-Id: <201401300206.s0U268Jb012981@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 02:06:09 -0000 TB --- 2014-01-29 23:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 23:00: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 --- 2014-01-29 23:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 23:00:18 - cleaning the object tree TB --- 2014-01-29 23:02:55 - /usr/local/bin/svn stat /src TB --- 2014-01-29 23:02:58 - At svn revision 261278 TB --- 2014-01-29 23:02:59 - building world TB --- 2014-01-29 23:02:59 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 23:02:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 23:02:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 23:02:59 - SRCCONF=/dev/null TB --- 2014-01-29 23:02:59 - TARGET=arm TB --- 2014-01-29 23:02:59 - TARGET_ARCH=arm TB --- 2014-01-29 23:02:59 - TZ=UTC TB --- 2014-01-29 23:02:59 - __MAKE_CONF=/dev/null TB --- 2014-01-29 23:02:59 - cd /src TB --- 2014-01-29 23:02:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 23:03:06 UTC 2014 >>> 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 Jan 30 02:05:33 UTC 2014 TB --- 2014-01-30 02:05:33 - generating LINT kernel config TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/bin/make -B LINT TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m LINT TB --- 2014-01-30 02:05:33 - building LINT kernel TB --- 2014-01-30 02:05:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 02:05:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 02:05:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 02:05:33 - SRCCONF=/dev/null TB --- 2014-01-30 02:05:33 - TARGET=arm TB --- 2014-01-30 02:05:33 - TARGET_ARCH=arm TB --- 2014-01-30 02:05:33 - TZ=UTC TB --- 2014-01-30 02:05:33 - __MAKE_CONF=/dev/null TB --- 2014-01-30 02:05:33 - cd /src TB --- 2014-01-30 02:05:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 30 02:05:33 UTC 2014 >>> 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 [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-30 02:06:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 02:06:08 - ERROR: failed to build LINT kernel TB --- 2014-01-30 02:06:08 - 8721.38 user 1637.64 system 11149.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 04:37:55 2014 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 ESMTPS id 25C2F146 for ; Thu, 30 Jan 2014 04:37:55 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E87471041 for ; Thu, 30 Jan 2014 04:37:54 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so2560723pde.14 for ; Wed, 29 Jan 2014 20:37:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Bm0ylOHSaKOES9Odt+J6l3Pm0CCHJdGPizaravJomhA=; b=OPDlNwqdF1XewCy2VbIi8cENqDo3btCDML98Bse1YqjPwJoEXtBglgYh2XBnn0invt 2pAtXqyr+ShPVw2ip3ZJX5nz0Pk1gc8vqSvXD6fiDtyAwyeoYsmi+u4EsrcRXfdu1qK5 UgghIj3o2LNNeM6NX/xtdm9exE0h3pwIP0AHug2bb+HP6/H2SEnKrUr6L58mvrnJgH+e PzcCPEJ52QcXm7jdxiBE2Ey0aKRQGZIWYuxwHQi2Yu3m39/F5Lx+XIDiHK2Z8/Oeqmfs TW7St4Jpi8uiQUDOj0L1oZYAlmQV2cmDfzH+uoVpgyHynF38cOqjkRTowyfZ0wWz0hoc Ll6Q== X-Gm-Message-State: ALoCoQmgy83vfjYT3xS8OUlIt0pd9liUWtKqcwYGQ7jtS9vMChmFk+EZJrU75XlDOtsqUrkHc7Q1 X-Received: by 10.66.122.201 with SMTP id lu9mr12090253pab.40.1391056668620; Wed, 29 Jan 2014 20:37:48 -0800 (PST) Received: from [192.168.1.2] (c-24-6-182-22.hsd1.ca.comcast.net. [24.6.182.22]) by mx.google.com with ESMTPSA id pq1sm12609997pbc.8.2014.01.29.20.37.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jan 2014 20:37:47 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: freebsd-update From: Tim Kientzle In-Reply-To: <20140129205157.GB86491@e-new.0x20.net> Date: Wed, 29 Jan 2014 20:36:59 -0800 Content-Transfer-Encoding: 7bit Message-Id: <9EBC9714-47D9-42FD-9236-04ADF7868EEE@kientzle.com> References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> To: Lars Engels X-Mailer: Apple Mail (2.1827) Cc: FreeBSD current , cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 04:37:55 -0000 On Jan 29, 2014, at 12:51 PM, Lars Engels wrote: > On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >> >> >> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>> >>> >>> Also using freebsd-update behind a proxy is really slow. Even with a >>> very fast internet connection (normally download rates ca. 3 MBytes / s) >>> downloading all the tiny binary diff files took more than 8 hours. >>> Maybe freebsd-update's backend could create a tarball of all those diffs >>> and provide this? >> >> Even streaming the tar instead of waiting for the freebsd-update server >> to produce the tarball would be an improvement. I have no experience >> doing that over a WAN but I don't see why it would be unreliable. I implemented an export capability for $WORK last year that built and streamed a Zip archive on the fly. It worked rather well even when the archives were multiple gigabytes with tens of thousands of entries. Tim From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 05:56:46 2014 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 ESMTPS id E8595F9D; Thu, 30 Jan 2014 05:56:46 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C875F150D; Thu, 30 Jan 2014 05:56:45 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id w7so2171034lbi.35 for ; Wed, 29 Jan 2014 21:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=yB2H0hH50kw5mjXlDgPnshSny0A9mYfA7xN+Exbx06w=; b=k/OMQBrBmxnFTA1I1OFisK3WFKI+TxBGNMLVAWzOx0SqzN2AHFX7ifMdxS5RhqMGL1 7Qj/6t9Nh5QtKl7xsjCxr2w0sOuQs//Hw+9fnvRFQGghJYIuG14WE0Z5dZqWDSPIoQ9W PVXl4CCtwE9/DjA/X05KojsW8GBNTSswlSP/0mdIs/AQoLhljWg/6HNGxrBIqwv1oguO 0ky7uTv9vKgdFIDtE1juP7+3ZhbiF/Z2ESDT+/5Qz03gl8NlAC8VnxyoijOBxo9CSu5T jW1bkVBypHrT++7lCd+hJhDqgGvvBphq+RPT2RUloTQdtgkopFEG1hzNU3Z66f+OAFtZ VoCA== MIME-Version: 1.0 X-Received: by 10.112.56.237 with SMTP id d13mr8054746lbq.2.1391061403734; Wed, 29 Jan 2014 21:56:43 -0800 (PST) Received: by 10.112.89.168 with HTTP; Wed, 29 Jan 2014 21:56:43 -0800 (PST) In-Reply-To: <52E8DDA3.3070301@bitfrost.no> References: <52E8DDA3.3070301@bitfrost.no> Date: Thu, 30 Jan 2014 13:56:43 +0800 Message-ID: Subject: Re: Apple Trackpad driver From: Huang Wen Hui To: Hans Petter Selasky Content-Type: multipart/mixed; boundary=001a1133a922d4a58604f129b86b X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "kwm@freebsd.org" , Adrian Chadd , freebsd-current , "Lundberg, Johannes" , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 05:56:47 -0000 --001a1133a922d4a58604f129b86b Content-Type: text/plain; charset=UTF-8 Hans, Thanks for you take care of it and commit it! I found two problems: 1. The selection is not expected when selection with 2 fingers sometimes. 2. Unexpected scrolling when Click with 2 fingers. This patch can fix that. The var "n" modify to "ntouch" seems to be necessary. Cheers, Huang Wen Hui 2014-01-29 Hans Petter Selasky > On 01/29/14 09:49, Lundberg, Johannes wrote: > >> Hi >> >> I tested the driver on a 2012 Macbook Air 11" and it works great! Good >> job! >> >> Is there a way to disable click-by-touch? I always preferred clicking with >> the physical button that is built in to the pad. >> >> > Hi, > > I've added an "#if 0" around the 1 finger tap code until further. Maybe > this feature can be tunable? > > I fixed the code style, added some range checks and cleared some buffer > issues. > > When you assign a signed value to an unsigned variable, you should range > check it, because the sign might cause an overflow when you use it later on. > > int8_t x = -1; > > uint32_t t = x; > > "t" is now "0xffffffffU" and not "255". > > Tested the code on my MacBookPro. Hope I didn't break anything. If so, > send a patch to freebsd-usb. > > http://svnweb.freebsd.org/changeset/base/261260 > > To get the touchpad working with Xorg, I needed to re-compile HALD with > the attached patch. > > kwm: Can you get the attached patch into ports? > > Auto-loading of wsp via devd will be done later. Simply need to > re-generate usb.conf in /etc ... > > --HPS > > --001a1133a922d4a58604f129b86b Content-Type: text/plain; charset=US-ASCII; name="wsp.diff" Content-Disposition: attachment; filename="wsp.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hr1lutxl1 LS0tIHdzcC5jLm9yaWcJMjAxNC0wMS0zMCAwODoxNDoyNi4wMDAwMDAwMDAgKzA4MDAKKysrIHdz cC5jCTIwMTQtMDEtMzAgMTM6NDk6NTkuMDAwMDAwMDAwICswODAwCkBAIC05NTcsOCArOTU3LDgg QEAKIAkJaWYgKGgtPnEyID09IDQpCiAJCQlzYy0+aW50cl9jb3VudCsrOwogCi0JCWlmIChzYy0+ bnRhcHMgPCBuKSB7Ci0JCQlzd2l0Y2ggKG4pIHsKKwkJaWYgKHNjLT5udGFwcyA8IG50b3VjaCkg eworCQkJc3dpdGNoIChudG91Y2gpIHsKIAkJCWNhc2UgMToKIAkJCQlpZiAoZlswXS50b3VjaF9t YWpvciA+IHR1bi5wcmVzc3VyZV90YXBfdGhyZXNob2xkKQogCQkJCQlzYy0+bnRhcHMgPSAxOwpA QCAtOTc4LDcgKzk3OCw3IEBACiAJCQkJYnJlYWs7CiAJCQl9CiAJCX0KLQkJaWYgKG4gPT0gMikg eworCQlpZiAobnRvdWNoID09IDIpIHsKIAkJCXNjLT5kaXN0YW5jZSA9IG1heChzYy0+ZGlzdGFu Y2UsIG1heCgKIAkJCSAgICBhYnMoc2MtPnBvc194WzBdIC0gc2MtPnBvc194WzFdKSwKIAkJCSAg ICBhYnMoc2MtPnBvc195WzBdIC0gc2MtPnBvc195WzFdKSkpOwpAQCAtMTA1MCwxMiArMTA1MCwy MCBAQAogCQkJaWYgKHNjLT5zY190b3VjaCA9PSBXU1BfU0VDT05EX1RPVUNIKQogCQkJCXNjLT5z Y190b3VjaCA9IFdTUF9UT1VDSElORzsKIAotCQkJaWYgKG4gIT0gMCAmJgorCQkJaWYgKG50b3Vj aCAhPSAwICYmCiAJCQkgICAgaC0+cTIgPT0gNCAmJgogCQkJICAgIGZbMF0udG91Y2hfbWFqb3Ig Pj0gdHVuLnByZXNzdXJlX3RvdWNoX3RocmVzaG9sZCkgewogCQkJCWR4ID0gc2MtPnBvc194WzBd IC0gc2MtPnByZV9wb3NfeDsKIAkJCQlkeSA9IHNjLT5wb3NfeVswXSAtIHNjLT5wcmVfcG9zX3k7 Ci0JCQkJaWYgKG4gPT0gMiAmJiBzYy0+c2Nfc3RhdHVzLmJ1dHRvbiAhPSAwKSB7CisKKwkJCQkv KiBJZ25vcmUgbW92ZW1lbnQgZnJvbSBpYnQ9MSB0byBpYnQ9MCAqLworCQkJCWlmIChzYy0+c2Nf c3RhdHVzLm9idXR0b24gIT0gMCAmJiAKKwkJCQkgICAgc2MtPnNjX3N0YXR1cy5idXR0b24gPT0g MCkgeworCQkJCQlkeCA9IDA7CisJCQkJCWR5ID0gMDsKKwkJCQl9CisKKwkJCQlpZiAobnRvdWNo ID09IDIgJiYgc2MtPnNjX3N0YXR1cy5idXR0b24gIT0gMCkgewogCQkJCQlkeCA9IHNjLT5wb3Nf eFtzYy0+ZmluZ2VyXSAtIHNjLT5wcmVfcG9zX3g7CiAJCQkJCWR5ID0gc2MtPnBvc195W3NjLT5m aW5nZXJdIC0gc2MtPnByZV9wb3NfeTsKIAkJCQkJaWYgKGZbMF0ub3JpZ2luID09IDAgfHwgZlsx XS5vcmlnaW4gPT0gMCkgewpAQCAtMTA5Miw3ICsxMTAwLDcgQEAKIAkJCXNjLT5keF9zdW0gKz0g ZHg7CiAJCQlzYy0+ZHlfc3VtICs9IGR5OwogCi0JCQlpZiAobiA9PSAyICYmIHNjLT5zY19zdGF0 dXMuYnV0dG9uID09IDApIHsKKwkJCWlmIChudG91Y2ggPT0gMiAmJiBzYy0+c2Nfc3RhdHVzLmJ1 dHRvbiA9PSAwKSB7CiAJCQkJaWYgKHNjLT5zY3JfbW9kZSA9PSBXU1BfU0NSX05PTkUgJiYKIAkJ CQkgICAgYWJzKHNjLT5keF9zdW0pICsgYWJzKHNjLT5keV9zdW0pID4gNTApCiAJCQkJCXNjLT5z Y3JfbW9kZSA9IGFicyhzYy0+ZHhfc3VtKSA+CkBAIC0xMTM0LDcgKzExNDIsNyBAQAogCQlzYy0+ cHJlX3Bvc194ID0gc2MtPnBvc194WzBdOwogCQlzYy0+cHJlX3Bvc195ID0gc2MtPnBvc195WzBd OwogCi0JCWlmIChuID09IDIgJiYgc2MtPnNjX3N0YXR1cy5idXR0b24gIT0gMCkgeworCQlpZiAo bnRvdWNoID09IDIgJiYgc2MtPnNjX3N0YXR1cy5idXR0b24gIT0gMCkgewogCQkJc2MtPnByZV9w b3NfeCA9IHNjLT5wb3NfeFtzYy0+ZmluZ2VyXTsKIAkJCXNjLT5wcmVfcG9zX3kgPSBzYy0+cG9z X3lbc2MtPmZpbmdlcl07CiAJCX0K --001a1133a922d4a58604f129b86b-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 06:45:40 2014 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 ESMTPS id C6BA06D7; Thu, 30 Jan 2014 06:45:40 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9551879; Thu, 30 Jan 2014 06:45:39 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 5648717FC8B; Thu, 30 Jan 2014 07:45:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id A7F458FAE99; Thu, 30 Jan 2014 07:46:23 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbsI6oFMMohO; Thu, 30 Jan 2014 07:46:22 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 7205C8FAE66; Thu, 30 Jan 2014 07:46:22 +0100 (CET) Message-ID: <52E9F546.9090005@bitfrost.no> Date: Thu, 30 Jan 2014 07:46:30 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "kwm@freebsd.org" , Adrian Chadd , freebsd-current , "Lundberg, Johannes" , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 06:45:41 -0000 Hi Huang, On 01/30/14 06:56, Huang Wen Hui wrote: > Hans, > > Thanks for you take care of it and commit it! I found two problems: > > 1. The selection is not expected when selection with 2 fingers sometimes. > 2. Unexpected scrolling when Click with 2 fingers. > > This patch can fix that. The var "n" modify to "ntouch" seems to be > necessary. > Right, but aren't we then accessing non-initialised sc->pos_x[] data ? Because if ntouch == 2, n can be less than or equal to 2, due to continue in for-loop above. What is the purpose of the "n" variable? Can you explain? - if (n == 2) { + if (ntouch == 2) { sc->distance = max(sc->distance, max( abs(sc->pos_x[0] - sc->pos_x[1]), abs(sc->pos_y[0] - sc->pos_y[1]))); --HPS > > Cheers, > Huang Wen Hui > > > 2014-01-29 Hans Petter Selasky > >> On 01/29/14 09:49, Lundberg, Johannes wrote: >> >>> Hi >>> >>> I tested the driver on a 2012 Macbook Air 11" and it works great! Good >>> job! >>> >>> Is there a way to disable click-by-touch? I always preferred clicking with >>> the physical button that is built in to the pad. >>> >>> >> Hi, >> >> I've added an "#if 0" around the 1 finger tap code until further. Maybe >> this feature can be tunable? >> >> I fixed the code style, added some range checks and cleared some buffer >> issues. >> >> When you assign a signed value to an unsigned variable, you should range >> check it, because the sign might cause an overflow when you use it later on. >> >> int8_t x = -1; >> >> uint32_t t = x; >> >> "t" is now "0xffffffffU" and not "255". >> >> Tested the code on my MacBookPro. Hope I didn't break anything. If so, >> send a patch to freebsd-usb. >> >> http://svnweb.freebsd.org/changeset/base/261260 >> >> To get the touchpad working with Xorg, I needed to re-compile HALD with >> the attached patch. >> >> kwm: Can you get the attached patch into ports? >> >> Auto-loading of wsp via devd will be done later. Simply need to >> re-generate usb.conf in /etc ... >> >> --HPS >> >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 11:07:27 2014 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 ESMTPS id DCED9B7A for ; Thu, 30 Jan 2014 11:07:27 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F2FE1FE0 for ; Thu, 30 Jan 2014 11:07:27 +0000 (UTC) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 392076A600A for ; Thu, 30 Jan 2014 12:07:26 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 30 Jan 2014 12:07:26 +0100 From: Lars Engels To: freebsd-current@freebsd.org Subject: Re: freebsd-update In-Reply-To: <52E977FB.8020105@freebsd.org> References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> <52E977FB.8020105@freebsd.org> Message-ID: X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 11:07:27 -0000 Am 2014-01-29 22:51, schrieb Colin Percival: > On 01/29/14 12:51, Lars Engels wrote: >> On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >>> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>>> Also using freebsd-update behind a proxy is really slow. Even with a >>>> very fast internet connection (normally download rates ca. 3 MBytes >>>> / >>>> s) downloading all the tiny binary diff files took more than 8 >>>> hours. >>>> Maybe freebsd-update's backend could create a tarball of all those >>>> diffs and provide this? >>> >>> Even streaming the tar instead of waiting for the freebsd-update >>> server >>> to produce the tarball would be an improvement. I have no experience >>> doing that over a WAN but I don't see why it would be unreliable. >> >> Colin, what do you think? Is it possible? > > Anything is *possible*, but given that the number of patches available > is > typically at least 10x the number being fetched this doesn't seem like > it > would be very efficient. > > FWIW, the performance problems with proxies are limited to HTTP proxies > which don't speak HTTP/1.1. Are you sure? I just tried it manually with telnet: # telnet proxyserver 8080 Trying ... Connected to proxyserver. CONNECT www.heise.de:80 HTTP/1.1 Proxy-Authorization:Basic blahblahblahbase64 HTTP/1.1 200 Connection established GET / HTTP/1.1 HTTP/1.1 400 Bad Request IIUC the proxy itself supports HTTP/1.1 but not the webserver behind the proxy? That's the same proxy that takes hours to download the patches with httpget. From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 11:16:31 2014 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 ESMTPS id F00F0D44 for ; Thu, 30 Jan 2014 11:16:31 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4293210B9 for ; Thu, 30 Jan 2014 11:16:30 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA13050; Thu, 30 Jan 2014 13:16:12 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1W8pbQ-0007n0-4J; Thu, 30 Jan 2014 13:16:12 +0200 Message-ID: <52EA3459.3070300@FreeBSD.org> Date: Thu, 30 Jan 2014 13:15:37 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Vladimir Sharun , Current FreeBSD Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> <52CA9963.1050507@FreeBSD.org> <1389676958.516993176.oq4lbgg7@frv45.ukr.net> <52D59E36.9040405@FreeBSD.org> <20140115102837.GA98983@hell.ukr.net> <52D66DB6.7030807@FreeBSD.org> <1390900795.258244476.v35k1338@frv45.ukr.net> In-Reply-To: <1390900795.258244476.v35k1338@frv45.ukr.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 11:16:32 -0000 on 28/01/2014 11:28 Vladimir Sharun said the following: > Dear Andriy and FreeBSD community, > > After applying this path one of the systems runs fine (disk subsystem load low to moderate > - 10-20% busy sustained), > > Then I saw this patch was merged to the HEAD and we apply it to the one of the systems > with moderate to high disk load: 30-60% busy (11.0-CURRENT #7 r261118: Fri Jan 24 17:25:08 EET 2014) > > Within 4 days we experiencing the same leak(?) as without patch: > > last pid: 53841; load averages: 4.47, 4.18, 3.78 up 3+16:37:09 11:24:39 > 543 processes: 6 running, 537 sleeping > CPU: 8.7% user, 0.0% nice, 14.6% system, 1.4% interrupt, 75.3% idle > Mem: 22G Active, 1045M Inact, 98G Wired, 1288M Cache, 3284M Buf, 2246M Free > ARC: 73G Total, 3763M MFU, 62G MRU, 56M Anon, 1887M Header, 4969M Other > Swap: > > The ARC is populated within 30mins under load to the max (90Gb) then start decreasing. > > The delta between Wiread and ARC total start growing from typical 10-12Gb without L2 enabled > to the 25Gb with L2 enabled and counting (4 hours ago was 22Gb delta). First, have you checked that vmstat -z output contains the same anomaly as for in your original report? If yes, the please try to reproduce the problem with the following debugging patch: http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.patch Please make sure to compile your kernel (and modules) with INVARIANTS. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 12:18:58 2014 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 ESMTPS id 151568D8 for ; Thu, 30 Jan 2014 12:18:58 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD63C1562 for ; Thu, 30 Jan 2014 12:18:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=IVQPbHUHUP2vTQNiGz0x220+OfyOC8ZGH9mO6fK0YWE=; b=vjlE6/b6tJ2GM8LIIk2/HcBW0fxk7wqMYvtKD62HSZfLvrLmeBs0DsBzP5SXRORMm1PR23C40qfCa/QbwmTI9RIL9WPgmX0Lc+yD3Pk0aOhFZb0pkfAZVbESY3Ju42h2I6BqvrucDiDdAhclasfXPkbOsdftVdRMTilhhP2BozE=; Received: from [10.10.10.45] (helo=frv45.ukr.net) by frv199.fwdcdn.com with smtp ID 1W8qa4-000DST-8F for freebsd-current@freebsd.org; Thu, 30 Jan 2014 14:18:52 +0200 Date: Thu, 30 Jan 2014 14:18:51 +0200 From: Vladimir Sharun Subject: Re[2]: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1391083826.948700370.cmzf8475@frv45.ukr.net> In-Reply-To: <52EA3459.3070300@FreeBSD.org> References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> <52CA9963.1050507@FreeBSD.org> <1389676958.516993176.oq4lbgg7@frv45.ukr.net> <52D59E36.9040405@FreeBSD.org> <20140115102837.GA98983@hell.ukr.net> <52D66DB6.7030807@FreeBSD.org> <1390900795.258244476.v35k1338@frv45.ukr.net> <52EA3459.3070300@FreeBSD.org> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.ukr.net; Thu, 30 Jan 2014 14:18:51 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 12:18:58 -0000 Dear Andriy and FreeBSD community, L2ARC temporarily turned off by setting secondarycache=none everywhere it was enabled, so no more leak for one particular day. Here's the top header: last pid: 89916; load averages: 2.49, 2.91, 2.89 up 5+19:21:42 14:09:12 561 processes: 2 running, 559 sleeping CPU: 5.7% user, 0.0% nice, 14.0% system, 1.0% interrupt, 79.3% idle Mem: 23G Active, 1017M Inact, 98G Wired, 1294M Cache, 3285M Buf, 1997M Free ARC: 69G Total, 3498M MFU, 59G MRU, 53M Anon, 1651M Header, 4696M Other Swap: Here's the calculated vmstat -z (mean all of the allocations, which exceeds 100*1024^2 printed): UMA Slabs: 199,915M VM OBJECT: 207,354M 32: 205,558M 64: 901,122M 128: 215,211M 256: 242,262M 4096: 2316,01M range_seg_cache: 205,396M zio_buf_512: 1103,31M zio_buf_16384: 15697,9M zio_data_buf_16384: 348,297M zio_data_buf_24576: 129,352M zio_data_buf_32768: 104,375M zio_data_buf_36864: 163,371M zio_data_buf_53248: 100,496M zio_data_buf_57344: 105,93M zio_data_buf_65536: 101,75M zio_data_buf_73728: 111,938M zio_data_buf_90112: 104,414M zio_data_buf_106496: 100,242M zio_data_buf_131072: 61652,5M dnode_t: 3203,98M dmu_buf_impl_t: 797,695M arc_buf_hdr_t: 1498,76M arc_buf_t: 105,802M zfs_znode_cache: 352,61M zio_data_buf_131072 (61652M) + zio_buf_16384 (15698M) = 77350M easily exceeds ARC total (70G) Here's the same calculations from exact the same system where L2 was disabled before reboot: last pid: 63407; load averages: 2.35, 2.71, 2.73 up 8+19:42:54 14:17:33 527 processes: 1 running, 526 sleeping CPU: 4.8% user, 0.0% nice, 6.6% system, 1.1% interrupt, 87.4% idle Mem: 21G Active, 1460M Inact, 99G Wired, 1748M Cache, 3308M Buf, 952M Free ARC: 87G Total, 4046M MFU, 76G MRU, 37M Anon, 2026M Header, 4991M Other Swap: and the vmstat -z filtered: UMA Slabs: 208,004M VM OBJECT: 207,392M 32: 172,831M 64: 752,226M 128: 210,024M 256: 244,204M 4096: 2249,02M range_seg_cache: 245,711M zio_buf_512: 1145,25M zio_buf_16384: 15170,1M zio_data_buf_16384: 422,766M zio_data_buf_20480: 120,742M zio_data_buf_24576: 148,641M zio_data_buf_28672: 112,848M zio_data_buf_32768: 117,375M zio_data_buf_36864: 185,379M zio_data_buf_45056: 103,168M zio_data_buf_53248: 105,32M zio_data_buf_57344: 122,828M zio_data_buf_65536: 109,25M zio_data_buf_69632: 100,406M zio_data_buf_73728: 126,844M zio_data_buf_77824: 101,086M zio_data_buf_81920: 100,391M zio_data_buf_86016: 101,391M zio_data_buf_90112: 112,836M zio_data_buf_98304: 100,688M zio_data_buf_102400: 106,543M zio_data_buf_106496: 108,875M zio_data_buf_131072: 63190,5M dnode_t: 3437,36M dmu_buf_impl_t: 840,62M arc_buf_hdr_t: 1870,88M arc_buf_t: 114,942M zfs_znode_cache: 353,055M Everything seems within ARC total range. We will try patch attached within few days and will come back with the result. Thank you for your help. > on 28/01/2014 11:28 Vladimir Sharun said the following: > > Dear Andriy and FreeBSD community, > > > > After applying this path one of the systems runs fine (disk subsystem load low to moderate > > - 10-20% busy sustained), > > > > Then I saw this patch was merged to the HEAD and we apply it to the one of the systems > > with moderate to high disk load: 30-60% busy (11.0-CURRENT #7 r261118: Fri Jan 24 17:25:08 EET 2014) > > > > Within 4 days we experiencing the same leak(?) as without patch: > > > > last pid: 53841; load averages: 4.47, 4.18, 3.78 up 3+16:37:09 11:24:39 > > 543 processes: 6 running, 537 sleeping > > CPU: 8.7% user, 0.0% nice, 14.6% system, 1.4% interrupt, 75.3% idle > > Mem: 22G Active, 1045M Inact, 98G Wired, 1288M Cache, 3284M Buf, 2246M Free > > ARC: 73G Total, 3763M MFU, 62G MRU, 56M Anon, 1887M Header, 4969M Other > > Swap: > > > > The ARC is populated within 30mins under load to the max (90Gb) then start decreasing. > > > > The delta between Wiread and ARC total start growing from typical 10-12Gb without L2 enabled > > to the 25Gb with L2 enabled and counting (4 hours ago was 22Gb delta). > > First, have you checked that vmstat -z output contains the same anomaly as for > in your original report? > > If yes, the please try to reproduce the problem with the following debugging patch: > http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.patch > Please make sure to compile your kernel (and modules) with INVARIANTS. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 12:34:58 2014 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 ESMTPS id 2E6CEF37 for ; Thu, 30 Jan 2014 12:34:58 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c: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 B269916E2 for ; Thu, 30 Jan 2014 12:34:57 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id l18so6008884wgh.11 for ; Thu, 30 Jan 2014 04:34:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=dlJrKLPURRN0UQ3RvToeArxJcSIqNlmBZfIIqAfavao=; b=oK1ueQgsvVp9MfKljXzn6gO0ToPiArGFXfVDrWdQQuotxqSmJGkRLCS9N9VDkbRNFM 9ZX0bKPeFPiOTRh9Pdrf2EVGmsKxe89TaEnEiDFibyv/Meqj3T1kk+Y0UTD1NRLMKQG1 B2vHmtpGSQ2FKawuPDRahNgj9r5DP6snyTF7SSvgf3biPd6txu3RYPHbpP5sT60j+p6K u0u1zgdb34Iqs/9mgWR/m/0FPcFgv8AcbeOXuRZGWS2oJ9gKqFWee7bbpGpnKCXfbGM/ LHYMajEQzPz01NifOgOh6DeZOwF2Vc+4megR6gtAx3cL/FZRN9iiLPe/SZNBcP4E18lJ rCAg== X-Received: by 10.180.105.65 with SMTP id gk1mr23514972wib.12.1391085295974; Thu, 30 Jan 2014 04:34:55 -0800 (PST) Received: from gumby.homeunix.com (87-194-112-13.bethere.co.uk. [87.194.112.13]) by mx.google.com with ESMTPSA id h13sm12004309wjr.22.2014.01.30.04.34.54 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 30 Jan 2014 04:34:55 -0800 (PST) Date: Thu, 30 Jan 2014 12:34:54 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: freebsd-update Message-ID: <20140130123454.588a92f2@gumby.homeunix.com> In-Reply-To: References: <5F09668C-0DEA-4074-A06C-BC4D29F92368@FreeBSD.org> <201401211149.45793.jhb@freebsd.org> <52E2C1BC.10202@allanjude.com> <20140125113236.GX86491@e-new.0x20.net> <1390662664.13404.75208481.39F16B29@webmail.messagingengine.com> <20140129205157.GB86491@e-new.0x20.net> <52E977FB.8020105@freebsd.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 12:34:58 -0000 On Thu, 30 Jan 2014 12:07:26 +0100 Lars Engels wrote: > > FWIW, the performance problems with proxies are limited to HTTP > > proxies which don't speak HTTP/1.1. > > Are you sure? > I just tried it manually with telnet: > ... > IIUC the proxy itself supports HTTP/1.1 but not the webserver behind > the proxy? > > That's the same proxy that takes hours to download the patches with > httpget. Proxy support for HTTP/1.1 on the client side doesn't imply that it supports full end-to-end pipelining. The proxy can advertise 1.1 without supporting pipelining. Even if it does that doesn't necessarily imply that it has full end-to-end pipelining. I'm not sure what the current state of squid is, but for years it translated client side HTTP 1.1 pipelining into individual HTTP 1.0 requests on the server side. I don't use freebsd-update myself, but from a quick look at the manpage I think it could benefit by extending the cron command to allow fetching a new release automatically. From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 13:16:49 2014 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 ESMTPS id 751D7D19; Thu, 30 Jan 2014 13:16:49 +0000 (UTC) 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 381C41A5C; Thu, 30 Jan 2014 13:16:49 +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 s0UDGgWU006660; Thu, 30 Jan 2014 08:16:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0UDGgTg006646; Thu, 30 Jan 2014 13:16:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 13:16:42 GMT Message-Id: <201401301316.s0UDGgTg006646@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 13:16:49 -0000 TB --- 2014-01-30 10:10:23 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 10:10: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 --- 2014-01-30 10:10:23 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-30 10:10:23 - cleaning the object tree TB --- 2014-01-30 10:13:02 - /usr/local/bin/svn stat /src TB --- 2014-01-30 10:13:05 - At svn revision 261284 TB --- 2014-01-30 10:13:06 - building world TB --- 2014-01-30 10:13:06 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 10:13:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 10:13:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 10:13:06 - SRCCONF=/dev/null TB --- 2014-01-30 10:13:06 - TARGET=arm TB --- 2014-01-30 10:13:06 - TARGET_ARCH=armv6 TB --- 2014-01-30 10:13:06 - TZ=UTC TB --- 2014-01-30 10:13:06 - __MAKE_CONF=/dev/null TB --- 2014-01-30 10:13:06 - cd /src TB --- 2014-01-30 10:13:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 10:13:13 UTC 2014 >>> 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 Jan 30 13:16:38 UTC 2014 TB --- 2014-01-30 13:16:38 - generating LINT kernel config TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/bin/make -B LINT TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/sbin/config -m LINT TB --- 2014-01-30 13:16:38 - skipping LINT kernel TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/sbin/config -m AC100 TB --- 2014-01-30 13:16:39 - building AC100 kernel TB --- 2014-01-30 13:16:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 13:16:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 13:16:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 13:16:39 - SRCCONF=/dev/null TB --- 2014-01-30 13:16:39 - TARGET=arm TB --- 2014-01-30 13:16:39 - TARGET_ARCH=armv6 TB --- 2014-01-30 13:16:39 - TZ=UTC TB --- 2014-01-30 13:16:39 - __MAKE_CONF=/dev/null TB --- 2014-01-30 13:16:39 - cd /src TB --- 2014-01-30 13:16:39 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu Jan 30 13:16:39 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 1100007" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-30 13:16:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 13:16:42 - ERROR: failed to build AC100 kernel TB --- 2014-01-30 13:16:42 - 8747.70 user 1625.95 system 11178.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 13:17:18 2014 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 ESMTPS id EFC95E28; Thu, 30 Jan 2014 13:17:17 +0000 (UTC) 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 B57401A67; Thu, 30 Jan 2014 13:17:17 +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 s0UDHGS0013321; Thu, 30 Jan 2014 08:17:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0UDHGRS013140; Thu, 30 Jan 2014 13:17:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 30 Jan 2014 13:17:16 GMT Message-Id: <201401301317.s0UDHGRS013140@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 13:17:18 -0000 TB --- 2014-01-30 10:10:23 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 10:10: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 --- 2014-01-30 10:10:23 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-30 10:10:23 - cleaning the object tree TB --- 2014-01-30 10:13:03 - /usr/local/bin/svn stat /src TB --- 2014-01-30 10:13:06 - At svn revision 261284 TB --- 2014-01-30 10:13:07 - building world TB --- 2014-01-30 10:13:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 10:13:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 10:13:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 10:13:07 - SRCCONF=/dev/null TB --- 2014-01-30 10:13:07 - TARGET=arm TB --- 2014-01-30 10:13:07 - TARGET_ARCH=arm TB --- 2014-01-30 10:13:07 - TZ=UTC TB --- 2014-01-30 10:13:07 - __MAKE_CONF=/dev/null TB --- 2014-01-30 10:13:07 - cd /src TB --- 2014-01-30 10:13:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 10:13:14 UTC 2014 >>> 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 Jan 30 13:16:38 UTC 2014 TB --- 2014-01-30 13:16:38 - generating LINT kernel config TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/bin/make -B LINT TB --- 2014-01-30 13:16:38 - cd /src/sys/arm/conf TB --- 2014-01-30 13:16:38 - /usr/sbin/config -m LINT TB --- 2014-01-30 13:16:38 - building LINT kernel TB --- 2014-01-30 13:16:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 13:16:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 13:16:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 13:16:38 - SRCCONF=/dev/null TB --- 2014-01-30 13:16:38 - TARGET=arm TB --- 2014-01-30 13:16:38 - TARGET_ARCH=arm TB --- 2014-01-30 13:16:38 - TZ=UTC TB --- 2014-01-30 13:16:38 - __MAKE_CONF=/dev/null TB --- 2014-01-30 13:16:38 - cd /src TB --- 2014-01-30 13:16:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 30 13:16:38 UTC 2014 >>> 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 [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-30 13:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 13:17:11 - ERROR: failed to build LINT kernel TB --- 2014-01-30 13:17:11 - 8747.85 user 1639.11 system 11208.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 30 23:20:03 2014 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 ESMTPS id B5C4954A; Thu, 30 Jan 2014 23:20:03 +0000 (UTC) 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 6E4CF10B2; Thu, 30 Jan 2014 23:20:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b845:cd7b:51ca:897] (unknown [IPv6:2001:7b8:3a7:0:b845:cd7b:51ca:897]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0BA205C44; Fri, 31 Jan 2014 00:19:59 +0100 (CET) Subject: Re: System libc++ isn't fully compatible with clang 3.4 from ports Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2A25FAD7-165D-4DAC-93DC-B3F4502F7543"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <20140129144518.GR52820@hades.panopticon> Date: Fri, 31 Jan 2014 00:19:45 +0100 Message-Id: References: <20140129022743.GO52820@hades.panopticon> <7B2C5E6B-C845-4AFB-845F-AAF6F3C1F239@FreeBSD.org> <20140129144518.GR52820@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1827) Cc: freebsd-current@FreeBSD.org, David Chisnall , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Jan 2014 23:20:03 -0000 --Apple-Mail=_2A25FAD7-165D-4DAC-93DC-B3F4502F7543 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Jan 2014, at 15:45, Dmitry Marakasov wrote: > * Dimitry Andric (dim@FreeBSD.org) wrote: > >>> JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used >>> with clang 3.4 from ports: >> ... >>> The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in >>> libc++ r194154. We probably need to update libc++ or at least backport >>> this into stable branches if we want to support clang 3.4 in ports. >> >> Hm, which port is having problems with this? I have built quite a large >> set, and never encountered this issue. >> >> In any case: yes, it is quite long overdue for a libc++ update. :-) I >> will have a look tonight. > > New version of games/spring (not in ports yet). > > std::function and lambdas are not that widely used for this problem to > be common, but some time we may run into it for some critical software. Okay, I imported the 3.4 version of libc++, which includes the fix for llvm PR17798, in r261283. I also bumped __FreeBSD_version to 1100007 for it. -Dimitry --Apple-Mail=_2A25FAD7-165D-4DAC-93DC-B3F4502F7543 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.22 (Darwin) iEYEARECAAYFAlLq3h0ACgkQsF6jCi4glqNmdgCg/YE+BtwOfqjzXK0NHluvFPUn RQEAn0gmmwjcbvZmTEJ6Y74hTpDu+CSH =5YuX -----END PGP SIGNATURE----- --Apple-Mail=_2A25FAD7-165D-4DAC-93DC-B3F4502F7543-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 00:08:39 2014 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 ESMTPS id AAB9EEA0; Fri, 31 Jan 2014 00:08:39 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44BB213C9; Fri, 31 Jan 2014 00:08:39 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so5334585qab.37 for ; Thu, 30 Jan 2014 16:08:37 -0800 (PST) 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=pVDYzSm3FHQS5dd+M+Gqbk8kliQGuExTZS8kK/aARZM=; b=abJZa0WlJa7J7UItfPWUN2wcZCqcCSkUGMgXiBRcdyuYme9xhEY+nfSq+qIuv8dPjm /3fPr5gPhD17Uq8IH9C7rZTJQwBl11Z6EE17wQC0iBG4FuNTZem6Q/KsJriAjlAncPoK PQqUdD9i1st40l60pN/gnmfVj/DhiSkft+CyP4W/TlND0lDpt4wS7OKB5+u6STnYXZ3m IDtxcfZKhhHGsfXRs4IR/HC4y+ZFclhJ78bxGiKjCNYcE1l/0BTG+UnmjARy/aF27yW8 5hjZqLds4AReXTfZIsvZNAkNB+FOEXwKC65cVzoogpG41BZj+M6dGYfQyWSsYBES/eOO c3vQ== MIME-Version: 1.0 X-Received: by 10.140.108.74 with SMTP id i68mr24980651qgf.87.1391126917887; Thu, 30 Jan 2014 16:08:37 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Thu, 30 Jan 2014 16:08:37 -0800 (PST) In-Reply-To: <201306141139.16728.jhb@freebsd.org> References: <512A6FFF.2060603@gmail.com> <201302281209.45170.jhb@freebsd.org> <51394952.9030700@gmail.com> <201306141139.16728.jhb@freebsd.org> Date: Thu, 30 Jan 2014 16:08:37 -0800 X-Google-Sender-Auth: B1J0jTsW1tIamZkKvxYPlW_f0oA Message-ID: Subject: Re: Fixing X220 Video The Right Way From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: matt , "freebsd-acpi@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 00:08:39 -0000 So now that i have everything else working on this x230, I'm taking a fresh look at the acpi brightness support. I'm in the same boat - only PEG works. But I have integrated graphics only, rather than both integrated and nvidia graphics. A cursory reading of the linux acpi and video / video-detect code doesn't show anything terribly obvious. I may end up downloading and booting ubuntu on USB at some point to see what the ACPI device tree looks like, in case they are somehow linking vgapci0 correctly to SB.PCI0.PEG.VID. Any other ideaS? -a From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 00:26:19 2014 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 ESMTPS id 5985861D; Fri, 31 Jan 2014 00:26:19 +0000 (UTC) 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 1DFDF1597; Fri, 31 Jan 2014 00:26: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 s0V0QGVi009890; Thu, 30 Jan 2014 19:26:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0V0QGv9009873; Fri, 31 Jan 2014 00:26:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 31 Jan 2014 00:26:16 GMT Message-Id: <201401310026.s0V0QGv9009873@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 00:26:19 -0000 TB --- 2014-01-30 21:20:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 21:20:20 - 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 --- 2014-01-30 21:20:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-30 21:20:20 - cleaning the object tree TB --- 2014-01-30 21:23:07 - /usr/local/bin/svn stat /src TB --- 2014-01-30 21:23:11 - At svn revision 261296 TB --- 2014-01-30 21:23:12 - building world TB --- 2014-01-30 21:23:12 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 21:23:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 21:23:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 21:23:12 - SRCCONF=/dev/null TB --- 2014-01-30 21:23:12 - TARGET=arm TB --- 2014-01-30 21:23:12 - TARGET_ARCH=armv6 TB --- 2014-01-30 21:23:12 - TZ=UTC TB --- 2014-01-30 21:23:12 - __MAKE_CONF=/dev/null TB --- 2014-01-30 21:23:12 - cd /src TB --- 2014-01-30 21:23:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 21:23:18 UTC 2014 >>> 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 Jan 31 00:26:14 UTC 2014 TB --- 2014-01-31 00:26:14 - generating LINT kernel config TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/bin/make -B LINT TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/sbin/config -m LINT TB --- 2014-01-31 00:26:14 - skipping LINT kernel TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/sbin/config -m AC100 TB --- 2014-01-31 00:26:14 - building AC100 kernel TB --- 2014-01-31 00:26:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-31 00:26:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-31 00:26:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-31 00:26:14 - SRCCONF=/dev/null TB --- 2014-01-31 00:26:14 - TARGET=arm TB --- 2014-01-31 00:26:14 - TARGET_ARCH=armv6 TB --- 2014-01-31 00:26:14 - TZ=UTC TB --- 2014-01-31 00:26:14 - __MAKE_CONF=/dev/null TB --- 2014-01-31 00:26:14 - cd /src TB --- 2014-01-31 00:26:14 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri Jan 31 00:26:15 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 1100007" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-31 00:26:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-31 00:26:16 - ERROR: failed to build AC100 kernel TB --- 2014-01-31 00:26:16 - 8743.00 user 1622.57 system 11155.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 00:26:50 2014 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 ESMTPS id 6325D72F; Fri, 31 Jan 2014 00:26:50 +0000 (UTC) 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 1636515A5; Fri, 31 Jan 2014 00:26:50 +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 s0V0Qnjj016135; Thu, 30 Jan 2014 19:26:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0V0Qn8s016130; Fri, 31 Jan 2014 00:26:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 31 Jan 2014 00:26:49 GMT Message-Id: <201401310026.s0V0Qn8s016130@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 00:26:50 -0000 TB --- 2014-01-30 21:20:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-30 21:20:20 - 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 --- 2014-01-30 21:20:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-30 21:20:20 - cleaning the object tree TB --- 2014-01-30 21:23:09 - /usr/local/bin/svn stat /src TB --- 2014-01-30 21:23:12 - At svn revision 261296 TB --- 2014-01-30 21:23:13 - building world TB --- 2014-01-30 21:23:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 21:23:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 21:23:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 21:23:13 - SRCCONF=/dev/null TB --- 2014-01-30 21:23:13 - TARGET=arm TB --- 2014-01-30 21:23:13 - TARGET_ARCH=arm TB --- 2014-01-30 21:23:13 - TZ=UTC TB --- 2014-01-30 21:23:13 - __MAKE_CONF=/dev/null TB --- 2014-01-30 21:23:13 - cd /src TB --- 2014-01-30 21:23:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 30 21:23:20 UTC 2014 >>> 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 Jan 31 00:26:14 UTC 2014 TB --- 2014-01-31 00:26:14 - generating LINT kernel config TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/bin/make -B LINT TB --- 2014-01-31 00:26:14 - cd /src/sys/arm/conf TB --- 2014-01-31 00:26:14 - /usr/sbin/config -m LINT TB --- 2014-01-31 00:26:14 - building LINT kernel TB --- 2014-01-31 00:26:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-31 00:26:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-31 00:26:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-31 00:26:14 - SRCCONF=/dev/null TB --- 2014-01-31 00:26:14 - TARGET=arm TB --- 2014-01-31 00:26:14 - TARGET_ARCH=arm TB --- 2014-01-31 00:26:14 - TZ=UTC TB --- 2014-01-31 00:26:14 - __MAKE_CONF=/dev/null TB --- 2014-01-31 00:26:14 - cd /src TB --- 2014-01-31 00:26:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 31 00:26:15 UTC 2014 >>> 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 [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error 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 --- 2014-01-31 00:26:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-31 00:26:49 - ERROR: failed to build LINT kernel TB --- 2014-01-31 00:26:49 - 8750.70 user 1629.16 system 11188.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 01:46:27 2014 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 ESMTPS id 6540556C; Fri, 31 Jan 2014 01:46:27 +0000 (UTC) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008: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 627AE1B7D; Fri, 31 Jan 2014 01:46:26 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id e11so1970370bkh.11 for ; Thu, 30 Jan 2014 17:46:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ZR73kcjTzayDvveO3zysag5A00nwuX9Nj2Gcz01z+/c=; b=vsi/YGH1rI6vLu+EIV6R4m/HU0p3mkBV2cZQjw1nQz0HeHoCJd+tDfk+G9pGgqfuEY 7QIGRnDclyTrbdzthMR4ScKkZc+cO+689uMQbYkpJNPjTrJLLOojxJDCO+y0Hf9C9Y3s 7uDJ9VY2v6F6Wh3I60zauSgeVK0CzDE+Q0rS65vXLbYZx8AKCQcS9FArifelT9adF+6P he3pcNMI9yYm/xgkBmgkRUJsw72WdDId1Ogpk88N0BW5Qes85Y4XSryqnHnyWM/H7FuK HV3BYAkAxTkUpS2/rP5Cy9BbiDimKWIlubZyINTyBUgBVHBLq6DxjPPRaaf2v8djaZ2F x89Q== MIME-Version: 1.0 X-Received: by 10.112.56.237 with SMTP id d13mr11229181lbq.2.1391132784517; Thu, 30 Jan 2014 17:46:24 -0800 (PST) Received: by 10.112.89.168 with HTTP; Thu, 30 Jan 2014 17:46:24 -0800 (PST) In-Reply-To: <52E9F546.9090005@bitfrost.no> References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> Date: Fri, 31 Jan 2014 09:46:24 +0800 Message-ID: Subject: Re: Apple Trackpad driver From: Huang Wen Hui To: Hans Petter Selasky Content-Type: multipart/mixed; boundary=001a1133a92274fe5a04f13a57f8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "kwm@freebsd.org" , Adrian Chadd , freebsd-current , "Lundberg, Johannes" , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 01:46:27 -0000 --001a1133a92274fe5a04f13a57f8 Content-Type: text/plain; charset=UTF-8 Hi Hans, pos_x[] is not non-inialized, it may be previous pos_x, it is still ok for getting dx. "n" var is trying to reduce "untouch" sensor data for post proccessing. I attach a new patch may be more clear, also fixed unexpected movement when button status or ntouch changing. Cheers, Huang Wen Hui 2014-01-30 Hans Petter Selasky : > Hi Huang, > > > On 01/30/14 06:56, Huang Wen Hui wrote: > >> Hans, >> >> Thanks for you take care of it and commit it! I found two problems: >> >> 1. The selection is not expected when selection with 2 fingers sometimes. >> 2. Unexpected scrolling when Click with 2 fingers. >> >> This patch can fix that. The var "n" modify to "ntouch" seems to be >> necessary. >> >> > Right, but aren't we then accessing non-initialised sc->pos_x[] data ? > > Because if ntouch == 2, n can be less than or equal to 2, due to continue > in for-loop above. What is the purpose of the "n" variable? > > Can you explain? > > - if (n == 2) { > + if (ntouch == 2) { > sc->distance = max(sc->distance, max( > abs(sc->pos_x[0] - sc->pos_x[1]), > abs(sc->pos_y[0] - sc->pos_y[1]))); > > --HPS > > >> Cheers, >> Huang Wen Hui >> >> >> 2014-01-29 Hans Petter Selasky >> >> On 01/29/14 09:49, Lundberg, Johannes wrote: >>> >>> Hi >>>> >>>> I tested the driver on a 2012 Macbook Air 11" and it works great! Good >>>> job! >>>> >>>> Is there a way to disable click-by-touch? I always preferred clicking >>>> with >>>> the physical button that is built in to the pad. >>>> >>>> >>>> Hi, >>> >>> I've added an "#if 0" around the 1 finger tap code until further. Maybe >>> this feature can be tunable? >>> >>> I fixed the code style, added some range checks and cleared some buffer >>> issues. >>> >>> When you assign a signed value to an unsigned variable, you should range >>> check it, because the sign might cause an overflow when you use it later >>> on. >>> >>> int8_t x = -1; >>> >>> uint32_t t = x; >>> >>> "t" is now "0xffffffffU" and not "255". >>> >>> Tested the code on my MacBookPro. Hope I didn't break anything. If so, >>> send a patch to freebsd-usb. >>> >>> http://svnweb.freebsd.org/changeset/base/261260 >>> >>> To get the touchpad working with Xorg, I needed to re-compile HALD with >>> the attached patch. >>> >>> kwm: Can you get the attached patch into ports? >>> >>> Auto-loading of wsp via devd will be done later. Simply need to >>> re-generate usb.conf in /etc ... >>> >>> --HPS >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ >>> freebsd.org" >>> >> > --001a1133a92274fe5a04f13a57f8 Content-Type: text/plain; charset=US-ASCII; name="wsp.diff" Content-Disposition: attachment; filename="wsp.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hr2sjazj0 LS0tIHdzcC5jLm9yaWcJMjAxNC0wMS0zMCAwODoxNDoyNi4wMDAwMDAwMDAgKzA4MDAKKysrIHdz cC5jCTIwMTQtMDEtMzEgMDk6NDQ6MDIuMDAwMDAwMDAwICswODAwCkBAIC02MDUsNyArNjA1LDgg QEAKIAlpbnQJZHpfY291bnQ7CiAjZGVmaW5lCVdTUF9EWl9NQVhfQ09VTlQJMzIKIAlpbnQJZHRf c3VtOwkJCS8qIFQtYXhpcyBjdW11bGF0aXZlIG1vdmVtZW50ICovCi0KKwkKKwl1aW50OF90IG9f bnRvdWNoOwkJLyogb2xkIHRvdWNoIGZpbmdlciBzdGF0dXMgKi8KIAl1aW50OF90CWZpbmdlcjsJ CQkvKiAwIG9yIDEgKiwgY2hlY2sgd2hpY2ggZmluZ2VyIG1vdmluZyAqLwogCXVpbnQxNl90IGlu dHJfY291bnQ7CiAjZGVmaW5lCVdTUF9UQVBfVEhSRVNIT0xECTMKQEAgLTg3MSw3ICs4NzIsNiBA QAogCWludCBkeCA9IDA7CiAJaW50IGR5ID0gMDsKIAlpbnQgZHogPSAwOwotCWludCBuID0gMDsK IAlpbnQgbGVuOwogCWludCBpOwogCkBAIC05MzYsMTMgKzkzNiw5IEBACiAJCQkgICAgZltpXS50 b29sX21ham9yLCBmW2ldLnRvb2xfbWlub3IsIGZbaV0ub3JpZW50YXRpb24sCiAJCQkgICAgZltp XS50b3VjaF9tYWpvciwgZltpXS50b3VjaF9taW5vciwgZltpXS5tdWx0aSk7CiAKLQkJCWlmIChm W2ldLnRvdWNoX21ham9yIDwgdHVuLnByZXNzdXJlX3VudG91Y2hfdGhyZXNob2xkKQotCQkJCWNv bnRpbnVlOwotCi0JCQlzYy0+cG9zX3hbbl0gPSBmW2ldLmFic194OwotCQkJc2MtPnBvc195W25d ID0gcGFyYW1zLT55Lm1pbiArIHBhcmFtcy0+eS5tYXggLSBmW2ldLmFic195OwotCQkJc2MtPmlu ZGV4W25dID0gJmZbaV07Ci0JCQluKys7CisJCQlzYy0+cG9zX3hbaV0gPSBmW2ldLmFic194Owor CQkJc2MtPnBvc195W2ldID0gcGFyYW1zLT55Lm1pbiArIHBhcmFtcy0+eS5tYXggLSBmW2ldLmFi c195OworCQkJc2MtPmluZGV4W2ldID0gJmZbaV07CiAJCX0KIAogCQlzYy0+c2Nfc3RhdHVzLmZs YWdzICY9IH5NT1VTRV9QT1NDSEFOR0VEOwpAQCAtOTU3LDggKzk1Myw4IEBACiAJCWlmIChoLT5x MiA9PSA0KQogCQkJc2MtPmludHJfY291bnQrKzsKIAotCQlpZiAoc2MtPm50YXBzIDwgbikgewot CQkJc3dpdGNoIChuKSB7CisJCWlmIChzYy0+bnRhcHMgPCBudG91Y2gpIHsKKwkJCXN3aXRjaCAo bnRvdWNoKSB7CiAJCQljYXNlIDE6CiAJCQkJaWYgKGZbMF0udG91Y2hfbWFqb3IgPiB0dW4ucHJl c3N1cmVfdGFwX3RocmVzaG9sZCkKIAkJCQkJc2MtPm50YXBzID0gMTsKQEAgLTk3OCw3ICs5NzQs NyBAQAogCQkJCWJyZWFrOwogCQkJfQogCQl9Ci0JCWlmIChuID09IDIpIHsKKwkJaWYgKG50b3Vj aCA9PSAyKSB7CiAJCQlzYy0+ZGlzdGFuY2UgPSBtYXgoc2MtPmRpc3RhbmNlLCBtYXgoCiAJCQkg ICAgYWJzKHNjLT5wb3NfeFswXSAtIHNjLT5wb3NfeFsxXSksCiAJCQkgICAgYWJzKHNjLT5wb3Nf eVswXSAtIHNjLT5wb3NfeVsxXSkpKTsKQEAgLTEwNTAsMTUgKzEwNDYsMzMgQEAKIAkJCWlmIChz Yy0+c2NfdG91Y2ggPT0gV1NQX1NFQ09ORF9UT1VDSCkKIAkJCQlzYy0+c2NfdG91Y2ggPSBXU1Bf VE9VQ0hJTkc7CiAKLQkJCWlmIChuICE9IDAgJiYKKwkJCWlmIChudG91Y2ggIT0gMCAmJgogCQkJ ICAgIGgtPnEyID09IDQgJiYKIAkJCSAgICBmWzBdLnRvdWNoX21ham9yID49IHR1bi5wcmVzc3Vy ZV90b3VjaF90aHJlc2hvbGQpIHsKIAkJCQlkeCA9IHNjLT5wb3NfeFswXSAtIHNjLT5wcmVfcG9z X3g7CiAJCQkJZHkgPSBzYy0+cG9zX3lbMF0gLSBzYy0+cHJlX3Bvc195OwotCQkJCWlmIChuID09 IDIgJiYgc2MtPnNjX3N0YXR1cy5idXR0b24gIT0gMCkgeworCisJCQkJLyogSWdub3JlIG1vdmVt ZW50IGZyb20gaWJ0PTEgdG8gaWJ0PTAgKi8KKwkJCQlpZiAoc2MtPnNjX3N0YXR1cy5vYnV0dG9u ICE9IDAgJiYgCisJCQkJICAgIHNjLT5zY19zdGF0dXMuYnV0dG9uID09IDApIHsKKwkJCQkJZHgg PSAwOworCQkJCQlkeSA9IDA7CisJCQkJfQorCQkJCS8qIElnbm9yZSBtb3ZlbWVudCBpZiBudG91 Y2ggY2hhbmdlZCAqLworCQkJCWlmIChzYy0+b19udG91Y2ggIT0gbnRvdWNoKSB7CisJCQkJCWR4 ID0gMDsKKwkJCQkJZHkgPSAwOworCQkJCX0KKworCQkJCWlmIChudG91Y2ggPT0gMiAmJiBzYy0+ c2Nfc3RhdHVzLmJ1dHRvbiAhPSAwKSB7CiAJCQkJCWR4ID0gc2MtPnBvc194W3NjLT5maW5nZXJd IC0gc2MtPnByZV9wb3NfeDsKIAkJCQkJZHkgPSBzYy0+cG9zX3lbc2MtPmZpbmdlcl0gLSBzYy0+ cHJlX3Bvc195OwotCQkJCQlpZiAoZlswXS5vcmlnaW4gPT0gMCB8fCBmWzFdLm9yaWdpbiA9PSAw KSB7CisJCQkJCQorCQkJCQkvKiBJZ25vcmUgbW92ZW1lbnQgb2Ygc3dpdGNoIGZpbmdlciBvcgor CQkJCQkgKiBtb3ZlbWVudCBmcm9tIGlidD0wIHRvIGlidD0xCisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICovCisJCQkJCWlmIChmWzBdLm9yaWdpbiA9PSAwIHx8IGZb MV0ub3JpZ2luID09IDAgfHwKKwkJCQkJICAgIHNjLT5zY19zdGF0dXMub2J1dHRvbiAhPSBzYy0+ c2Nfc3RhdHVzLmJ1dHRvbikgewogCQkJCQkJZHggPSAwOwogCQkJCQkJZHkgPSAwOwogCQkJCQkJ c2MtPmZpbmdlciA9IDA7CkBAIC0xMDkyLDcgKzExMDYsNyBAQAogCQkJc2MtPmR4X3N1bSArPSBk eDsKIAkJCXNjLT5keV9zdW0gKz0gZHk7CiAKLQkJCWlmIChuID09IDIgJiYgc2MtPnNjX3N0YXR1 cy5idXR0b24gPT0gMCkgeworCQkJaWYgKG50b3VjaCA9PSAyICYmIHNjLT5zY19zdGF0dXMuYnV0 dG9uID09IDApIHsKIAkJCQlpZiAoc2MtPnNjcl9tb2RlID09IFdTUF9TQ1JfTk9ORSAmJgogCQkJ CSAgICBhYnMoc2MtPmR4X3N1bSkgKyBhYnMoc2MtPmR5X3N1bSkgPiA1MCkKIAkJCQkJc2MtPnNj cl9tb2RlID0gYWJzKHNjLT5keF9zdW0pID4KQEAgLTExMzQsMTAgKzExNDgsMTIgQEAKIAkJc2Mt PnByZV9wb3NfeCA9IHNjLT5wb3NfeFswXTsKIAkJc2MtPnByZV9wb3NfeSA9IHNjLT5wb3NfeVsw XTsKIAotCQlpZiAobiA9PSAyICYmIHNjLT5zY19zdGF0dXMuYnV0dG9uICE9IDApIHsKKwkJaWYg KG50b3VjaCA9PSAyICYmIHNjLT5zY19zdGF0dXMuYnV0dG9uICE9IDApIHsKIAkJCXNjLT5wcmVf cG9zX3ggPSBzYy0+cG9zX3hbc2MtPmZpbmdlcl07CiAJCQlzYy0+cHJlX3Bvc195ID0gc2MtPnBv c195W3NjLT5maW5nZXJdOwogCQl9CisJCXNjLT5vX250b3VjaCA9IG50b3VjaDsKKwogCWNhc2Ug VVNCX1NUX1NFVFVQOgogdHJfc2V0dXA6CiAJCS8qIGNoZWNrIGlmIHdlIGNhbiBwdXQgbW9yZSBk YXRhIGludG8gdGhlIEZJRk8gKi8K --001a1133a92274fe5a04f13a57f8-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 07:15:18 2014 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 ESMTPS id 9B8B17F6; Fri, 31 Jan 2014 07:15:18 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 4729A11AB; Fri, 31 Jan 2014 07:15:17 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 996D417FC54; Fri, 31 Jan 2014 08:15:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 76F538F90AB; Fri, 31 Jan 2014 08:16:08 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FVdm5xXNHXhi; Fri, 31 Jan 2014 08:16:07 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 618D28F8FE9; Fri, 31 Jan 2014 08:16:07 +0100 (CET) Message-ID: <52EB4DBE.20501@bitfrost.no> Date: Fri, 31 Jan 2014 08:16:14 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "kwm@freebsd.org" , Adrian Chadd , freebsd-current , "Lundberg, Johannes" , "freebsd-usb@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 07:15:18 -0000 On 01/31/14 02:46, Huang Wen Hui wrote: > Hi Hans, > > pos_x[] is not non-inialized, it may be previous pos_x, it is still ok for > getting dx. > "n" var is trying to reduce "untouch" sensor data for post proccessing. I > attach a new patch > may be more clear, also fixed unexpected movement when button status or > ntouch changing. > > Cheers, > > Huang Wen Hui Hi, http://svnweb.freebsd.org/changeset/base/261315 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 18:45:42 2014 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 ESMTPS id 95E77E90 for ; Fri, 31 Jan 2014 18:45:42 +0000 (UTC) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 510D31E09 for ; Fri, 31 Jan 2014 18:45:41 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1W9InV-000LTA-RA ; Fri, 31 Jan 2014 20:26:37 +0200 Date: Fri, 31 Jan 2014 20:26:37 +0200 From: Vitalij Satanivskij To: Vladimir Sharun Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) Message-ID: <20140131182637.GA82526@hell.ukr.net> References: <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> <52CA9963.1050507@FreeBSD.org> <1389676958.516993176.oq4lbgg7@frv45.ukr.net> <52D59E36.9040405@FreeBSD.org> <20140115102837.GA98983@hell.ukr.net> <52D66DB6.7030807@FreeBSD.org> <1390900795.258244476.v35k1338@frv45.ukr.net> <52EA3459.3070300@FreeBSD.org> <1391083826.948700370.cmzf8475@frv45.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1391083826.948700370.cmzf8475@frv45.ukr.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 18:45:42 -0000 Dear Andriy and FreeBSD community, Build world with path failed with error /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4642:13: error: use of undeclared identifier 'l2hdr' ASSERT3P(l2hdr->b_tmp_cdata, ==, NULL); ^ /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys/debug.h:125:40: note: expanded from macro 'ASSERT3P' #define ASSERT3P(x, y, z) VERIFY3_IMPL(x, y, z, uintptr_t) ^ /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys/debug.h:109:29: note: expanded from macro 'VERIFY3_IMPL' const TYPE __left = (TYPE)(LEFT); \ ^ 1 error generated. *** Error code 1 Vladimir Sharun wrote: VS> Dear Andriy and FreeBSD community, VS> VS> L2ARC temporarily turned off by setting secondarycache=none everywhere it was enabled, VS> so no more leak for one particular day. VS> VS> Here's the top header: VS> last pid: 89916; load averages: 2.49, 2.91, 2.89 up 5+19:21:42 14:09:12 VS> 561 processes: 2 running, 559 sleeping VS> CPU: 5.7% user, 0.0% nice, 14.0% system, 1.0% interrupt, 79.3% idle VS> Mem: 23G Active, 1017M Inact, 98G Wired, 1294M Cache, 3285M Buf, 1997M Free VS> ARC: 69G Total, 3498M MFU, 59G MRU, 53M Anon, 1651M Header, 4696M Other VS> Swap: VS> VS> Here's the calculated vmstat -z (mean all of the allocations, which exceeds 100*1024^2 printed): VS> UMA Slabs: 199,915M VS> VM OBJECT: 207,354M VS> 32: 205,558M VS> 64: 901,122M VS> 128: 215,211M VS> 256: 242,262M VS> 4096: 2316,01M VS> range_seg_cache: 205,396M VS> zio_buf_512: 1103,31M VS> zio_buf_16384: 15697,9M VS> zio_data_buf_16384: 348,297M VS> zio_data_buf_24576: 129,352M VS> zio_data_buf_32768: 104,375M VS> zio_data_buf_36864: 163,371M VS> zio_data_buf_53248: 100,496M VS> zio_data_buf_57344: 105,93M VS> zio_data_buf_65536: 101,75M VS> zio_data_buf_73728: 111,938M VS> zio_data_buf_90112: 104,414M VS> zio_data_buf_106496: 100,242M VS> zio_data_buf_131072: 61652,5M VS> dnode_t: 3203,98M VS> dmu_buf_impl_t: 797,695M VS> arc_buf_hdr_t: 1498,76M VS> arc_buf_t: 105,802M VS> zfs_znode_cache: 352,61M VS> VS> zio_data_buf_131072 (61652M) + zio_buf_16384 (15698M) = 77350M VS> easily exceeds ARC total (70G) VS> VS> VS> Here's the same calculations from exact the same system where L2 was disabled before reboot: VS> last pid: 63407; load averages: 2.35, 2.71, 2.73 up 8+19:42:54 14:17:33 VS> 527 processes: 1 running, 526 sleeping VS> CPU: 4.8% user, 0.0% nice, 6.6% system, 1.1% interrupt, 87.4% idle VS> Mem: 21G Active, 1460M Inact, 99G Wired, 1748M Cache, 3308M Buf, 952M Free VS> ARC: 87G Total, 4046M MFU, 76G MRU, 37M Anon, 2026M Header, 4991M Other VS> Swap: VS> VS> and the vmstat -z filtered: VS> UMA Slabs: 208,004M VS> VM OBJECT: 207,392M VS> 32: 172,831M VS> 64: 752,226M VS> 128: 210,024M VS> 256: 244,204M VS> 4096: 2249,02M VS> range_seg_cache: 245,711M VS> zio_buf_512: 1145,25M VS> zio_buf_16384: 15170,1M VS> zio_data_buf_16384: 422,766M VS> zio_data_buf_20480: 120,742M VS> zio_data_buf_24576: 148,641M VS> zio_data_buf_28672: 112,848M VS> zio_data_buf_32768: 117,375M VS> zio_data_buf_36864: 185,379M VS> zio_data_buf_45056: 103,168M VS> zio_data_buf_53248: 105,32M VS> zio_data_buf_57344: 122,828M VS> zio_data_buf_65536: 109,25M VS> zio_data_buf_69632: 100,406M VS> zio_data_buf_73728: 126,844M VS> zio_data_buf_77824: 101,086M VS> zio_data_buf_81920: 100,391M VS> zio_data_buf_86016: 101,391M VS> zio_data_buf_90112: 112,836M VS> zio_data_buf_98304: 100,688M VS> zio_data_buf_102400: 106,543M VS> zio_data_buf_106496: 108,875M VS> zio_data_buf_131072: 63190,5M VS> dnode_t: 3437,36M VS> dmu_buf_impl_t: 840,62M VS> arc_buf_hdr_t: 1870,88M VS> arc_buf_t: 114,942M VS> zfs_znode_cache: 353,055M VS> VS> Everything seems within ARC total range. VS> VS> We will try patch attached within few days and will come back with the result. VS> VS> Thank you for your help. VS> VS> > on 28/01/2014 11:28 Vladimir Sharun said the following: VS> > > Dear Andriy and FreeBSD community, VS> > > VS> > > After applying this path one of the systems runs fine (disk subsystem load low to moderate VS> > > - 10-20% busy sustained), VS> > > VS> > > Then I saw this patch was merged to the HEAD and we apply it to the one of the systems VS> > > with moderate to high disk load: 30-60% busy (11.0-CURRENT #7 r261118: Fri Jan 24 17:25:08 EET 2014) VS> > > VS> > > Within 4 days we experiencing the same leak(?) as without patch: VS> > > VS> > > last pid: 53841; load averages: 4.47, 4.18, 3.78 up 3+16:37:09 11:24:39 VS> > > 543 processes: 6 running, 537 sleeping VS> > > CPU: 8.7% user, 0.0% nice, 14.6% system, 1.4% interrupt, 75.3% idle VS> > > Mem: 22G Active, 1045M Inact, 98G Wired, 1288M Cache, 3284M Buf, 2246M Free VS> > > ARC: 73G Total, 3763M MFU, 62G MRU, 56M Anon, 1887M Header, 4969M Other VS> > > Swap: VS> > > VS> > > The ARC is populated within 30mins under load to the max (90Gb) then start decreasing. VS> > > VS> > > The delta between Wiread and ARC total start growing from typical 10-12Gb without L2 enabled VS> > > to the 25Gb with L2 enabled and counting (4 hours ago was 22Gb delta). VS> > VS> > First, have you checked that vmstat -z output contains the same anomaly as for VS> > in your original report? VS> > VS> > If yes, the please try to reproduce the problem with the following debugging patch: VS> > http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.patch VS> > Please make sure to compile your kernel (and modules) with INVARIANTS. VS> > VS> > -- VS> > Andriy Gapon VS> > _______________________________________________ VS> > freebsd-current@freebsd.org mailing list VS> > http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> _______________________________________________ VS> freebsd-current@freebsd.org mailing list VS> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 20:26:46 2014 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 ESMTPS id C5009BD4 for ; Fri, 31 Jan 2014 20:26:46 +0000 (UTC) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78D2B15FB for ; Fri, 31 Jan 2014 20:26:46 +0000 (UTC) Received: by mail-yk0-f173.google.com with SMTP id 20so26578437yks.4 for ; Fri, 31 Jan 2014 12:26:45 -0800 (PST) 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=yKquO1alat4km1h0zSeRfX+UKRViJ4Id3s8u6UOhz18=; b=yalHm7PWeWUzljNJJw71K47C2Wc9rKsGv1VDvksKugXh9nHyxENySy5ABVMxItkzX+ zcmXL6EYiOkYIYwEsbpCInV4HilfgL5DA0mqC+1qm4920KPFBvkZesZydgbyBI93iAYx 8sCRs5p6O/x1E8YrHyUrmr9KJuRewYor9KkGYLx/+nCIV/ZO2mcmFHEXASlH2okTn5Ku Jd77guaM8H0t6JMHCwrlv2J97ApxLCMHbEdIDUPEpFjchrI0uCy99TgSAl4geC1HVRaW pfbsvKOnnyDS4qooH13yxojRa3/NhCDRikL4U7cpTg0fjuv/LVB1VubQ+lqEUoLkkGEJ xaHQ== X-Received: by 10.236.127.134 with SMTP id d6mr1588333yhi.126.1391200005740; Fri, 31 Jan 2014 12:26:45 -0800 (PST) Received: from [192.168.137.178] ([201.55.128.238]) by mx.google.com with ESMTPSA id g26sm37169024yhk.3.2014.01.31.12.26.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jan 2014 12:26:45 -0800 (PST) Sender: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Message-ID: <52EC07CE.70608@freebsd.org> Date: Fri, 31 Jan 2014 18:30:06 -0200 From: "Danilo E. Gondolfo" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> In-Reply-To: <52EB4DBE.20501@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 20:26:46 -0000 On 01/31/14 05:16, Hans Petter Selasky wrote: > On 01/31/14 02:46, Huang Wen Hui wrote: >> Hi Hans, >> >> pos_x[] is not non-inialized, it may be previous pos_x, it is still >> ok for >> getting dx. >> "n" var is trying to reduce "untouch" sensor data for post >> proccessing. I >> attach a new patch >> may be more clear, also fixed unexpected movement when button status or >> ntouch changing. >> >> Cheers, >> >> Huang Wen Hui > > Hi, > > http://svnweb.freebsd.org/changeset/base/261315 > > --HPS > Good work! I noticed that your driver is based on the Linux driver [1] and some pieces of code are copied, are you sure that we won't have any problems with license? These changes can be (should be) merged in the driver atp(4), no? Danilo. [1] - http://lxr.free-electrons.com/source/drivers/input/mouse/bcm5974.c From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 22:51:00 2014 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 ESMTPS id 7EC88ECA; Fri, 31 Jan 2014 22:51:00 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 3249011B8; Fri, 31 Jan 2014 22:50:59 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 4F1FF10020F; Fri, 31 Jan 2014 23:50:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id C1CBF180148; Fri, 31 Jan 2014 23:49:39 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BubaJfuvW8Q1; Fri, 31 Jan 2014 23:49:38 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id C6318180135; Fri, 31 Jan 2014 23:49:38 +0100 (CET) Message-ID: <52EC2889.9020107@bitfrost.no> Date: Fri, 31 Jan 2014 23:49:45 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Danilo E. Gondolfo" , freebsd-current@freebsd.org, =?UTF-8?B?6buE5paH6L6J?= Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> In-Reply-To: <52EC07CE.70608@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 22:51:00 -0000 On 01/31/14 21:30, Danilo E. Gondolfo wrote: > On 01/31/14 05:16, Hans Petter Selasky wrote: >> On 01/31/14 02:46, Huang Wen Hui wrote: >>> Hi Hans, >>> >>> pos_x[] is not non-inialized, it may be previous pos_x, it is still >>> ok for >>> getting dx. >>> "n" var is trying to reduce "untouch" sensor data for post >>> proccessing. I >>> attach a new patch >>> may be more clear, also fixed unexpected movement when button status or >>> ntouch changing. >>> >>> Cheers, >>> >>> Huang Wen Hui >> >> Hi, >> >> http://svnweb.freebsd.org/changeset/base/261315 >> >> --HPS >> > > Good work! > > I noticed that your driver is based on the Linux driver [1] and some > pieces of code are copied, are you sure that we won't have any problems > with license? > > These changes can be (should be) merged in the driver atp(4), no? > > Danilo. > > > [1] - http://lxr.free-electrons.com/source/drivers/input/mouse/bcm5974.c Hi, It looks to me like some tables have been copied. We probably should add a notice about that. The rest of the code looks OK to me. Huang, any comments? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jan 31 23:45:11 2014 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 ESMTPS id 38B2D86B; Fri, 31 Jan 2014 23:45:11 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 017AE15DB; Fri, 31 Jan 2014 23:45:10 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so4870643pde.28 for ; Fri, 31 Jan 2014 15:45:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=D+JK9NVa6RLC9MxCsfTnX1wa38Tv9nNZto5gYTNldsU=; b=KEzQpEn/WG58di1FSEzk4hL4XgM+216RDkJ/UJlPOTW2twNt3MWp3S0UttkWWVijGM uwkyKrkc3enyKGfYWep5FGQkc0JrcKfq5357k2iwWtToDZf68Ni6nwgwHWEYWUQRfM3I qaC8tVb3OVuaqVBc0O/gYO8iJZE0ckMbOkeBX6kuYQau4WUof7aYePPTrIeQFynqHHLm Gr5WZcB9B2YET+Ng+IsMIFA84M4NlhOywHQ6GAFITj1qLStwYpP1xU+iR0wMdewxCZiQ dNMdt2fVdyVjciiiFIrGZvN/2tTXZv4NzwfAa+bbZDdzbQKroQYaCCe1BH//bBYbfyG5 NQbA== X-Received: by 10.68.35.129 with SMTP id h1mr23657487pbj.163.1391211910622; Fri, 31 Jan 2014 15:45:10 -0800 (PST) Received: from [172.20.10.6] ([112.96.101.138]) by mx.google.com with ESMTPSA id xv2sm31442378pbb.39.2014.01.31.15.45.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jan 2014 15:45:08 -0800 (PST) References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> <52EC2889.9020107@bitfrost.no> Mime-Version: 1.0 (1.0) In-Reply-To: <52EC2889.9020107@bitfrost.no> Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Message-Id: <38C22813-14E0-45A2-80CC-ED17525F6B95@gmail.com> X-Mailer: iPhone Mail (11B554a) From: =?GB2312?Q?"=BB=C6=CE=C4=BB=D4=40Gmail"?= Subject: Re: Apple Trackpad driver Date: Sat, 1 Feb 2014 07:45:03 +0800 To: Hans Petter Selasky Cc: "Danilo E. Gondolfo" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Jan 2014 23:45:11 -0000 Hi Hans, Yes, I wrote wsp base on atp(4) and bcm5974.c from Linux. Of course we can a= dd a notice about that. Table and some structure bt_data, tp_finger from Lin= ux, I only wrote wsp_intr_callback base on usbdump, all other part should be= belong to Hans. Cheers, Huang Wen Hui > =D4=DA 2014=C4=EA2=D4=C21=C8=D5=A3=AC6:49=A3=ACHans Petter Selasky =D0=B4=B5=C0=A3=BA >=20 >> On 01/31/14 21:30, Danilo E. Gondolfo wrote: >>> On 01/31/14 05:16, Hans Petter Selasky wrote: >>>> On 01/31/14 02:46, Huang Wen Hui wrote: >>>> Hi Hans, >>>>=20 >>>> pos_x[] is not non-inialized, it may be previous pos_x, it is still >>>> ok for >>>> getting dx. >>>> "n" var is trying to reduce "untouch" sensor data for post >>>> proccessing. I >>>> attach a new patch >>>> may be more clear, also fixed unexpected movement when button status or= >>>> ntouch changing. >>>>=20 >>>> Cheers, >>>>=20 >>>> Huang Wen Hui >>>=20 >>> Hi, >>>=20 >>> http://svnweb.freebsd.org/changeset/base/261315 >>>=20 >>> --HPS >>=20 >> Good work! >>=20 >> I noticed that your driver is based on the Linux driver [1] and some >> pieces of code are copied, are you sure that we won't have any problems >> with license? >>=20 >> These changes can be (should be) merged in the driver atp(4), no? >>=20 >> Danilo. >>=20 >>=20 >> [1] - http://lxr.free-electrons.com/source/drivers/input/mouse/bcm5974.c >=20 > Hi, >=20 > It looks to me like some tables have been copied. We probably should add a= notice about that. The rest of the code looks OK to me. >=20 > Huang, any comments? >=20 > --HPS >=20 From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 00:06:57 2014 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 ESMTPS id 5CB8BDE8 for ; Sat, 1 Feb 2014 00:06:57 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12390175A for ; Sat, 1 Feb 2014 00:06:57 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 19so27897630ykq.8 for ; Fri, 31 Jan 2014 16:06:56 -0800 (PST) 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=8jXNOG9Z9Ck/ROhW1inyOmiqziJWs/ZA2zVj8tM75FI=; b=eA+zDtAZn4sxO6oOcl6BoJrlAHU46rzEYfWUvmnPqJx1uXXr6LayYMGef4/RkSZDa2 Ch6ySqYZNhEb6JXqKxGki2UiqEBj5d9eD7kgCHTfO+o1Mp9zJQ1c4ZBZS9h3lJYQsTce 6hYOPH8rndKOrTk/2O1fMRHN708gKrgjijbClFGV6h9FqR6J9cNwUuLFTraJ6fgJqa6d NUWVO7CDSI/RhYTHv3qJiJLYGIn1ywbmKqNbdDqeXiNQiJHzW3fnd/162nxR9q2Y/FeV QEgO9XAv+lEMS8bTv3AGzTB5Sj9e6rDMnYX/UaaznY6SG1c/flBvG+s6DJobbOq5hew0 JYwQ== X-Received: by 10.236.86.141 with SMTP id w13mr21521498yhe.41.1391213216210; Fri, 31 Jan 2014 16:06:56 -0800 (PST) Received: from [192.168.137.178] ([201.55.128.238]) by mx.google.com with ESMTPSA id m9sm39199938yha.2.2014.01.31.16.06.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jan 2014 16:06:55 -0800 (PST) Sender: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Message-ID: <52EC3B6C.20202@freebsd.org> Date: Fri, 31 Jan 2014 22:10:20 -0200 From: "Danilo E. Gondolfo" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> <52EC2889.9020107@bitfrost.no> <38C22813-14E0-45A2-80CC-ED17525F6B95@gmail.com> In-Reply-To: <38C22813-14E0-45A2-80CC-ED17525F6B95@gmail.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 00:06:57 -0000 On 01/31/14 21:45, 黄文辉@Gmail wrote: > Hi Hans, > Yes, I wrote wsp base on atp(4) and bcm5974.c from Linux. Of course we can add a notice about that. Table and some structure bt_data, tp_finger from Linux, I only wrote wsp_intr_callback base on usbdump, all other part should be belong to Hans. > > Cheers, > > Huang Wen Hui > >> 在 2014年2月1日，6:49，Hans Petter Selasky 写道： >> >>> On 01/31/14 21:30, Danilo E. Gondolfo wrote: >>>> On 01/31/14 05:16, Hans Petter Selasky wrote: >>>>> On 01/31/14 02:46, Huang Wen Hui wrote: >>>>> Hi Hans, >>>>> >>>>> pos_x[] is not non-inialized, it may be previous pos_x, it is still >>>>> ok for >>>>> getting dx. >>>>> "n" var is trying to reduce "untouch" sensor data for post >>>>> proccessing. I >>>>> attach a new patch >>>>> may be more clear, also fixed unexpected movement when button status or >>>>> ntouch changing. >>>>> >>>>> Cheers, >>>>> >>>>> Huang Wen Hui >>>> Hi, >>>> >>>> http://svnweb.freebsd.org/changeset/base/261315 >>>> >>>> --HPS >>> Good work! >>> >>> I noticed that your driver is based on the Linux driver [1] and some >>> pieces of code are copied, are you sure that we won't have any problems >>> with license? >>> >>> These changes can be (should be) merged in the driver atp(4), no? >>> >>> Danilo. >>> >>> >>> [1] - http://lxr.free-electrons.com/source/drivers/input/mouse/bcm5974.c >> Hi, >> >> It looks to me like some tables have been copied. We probably should add a notice about that. The rest of the code looks OK to me. >> >> Huang, any comments? >> >> --HPS >> > Hello, And what about keeping these two driver? (atp and wsp) Both has the same purpose. Wouldn't be better merge the new code on atp? On freebsd-drivers@ the author of the atp driver started a thread about this [1]. Danilo. [1] - http://lists.freebsd.org/pipermail/freebsd-drivers/2014-January/001659.html From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 00:36:41 2014 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 ESMTPS id 3AAD3278; Sat, 1 Feb 2014 00:36:41 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7753D1938; Sat, 1 Feb 2014 00:36:40 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id mc6so4012685lab.14 for ; Fri, 31 Jan 2014 16:36:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=z95fCnFXWbBWu7Zfvj2rISt9qc7r+AelXpFeELGSA0c=; b=rHSssnDXz/pBB751kABs6fRKT9mKQoYMUK4EMgDVByBTTB2JuwVWON/JGGWyg+mHLt XoBEEJ+UwG2Gk8gCkTWTk8KEw3aKYhOEyx5xXV6/FuerHEth4qWWQWHvNF/ytaDDwBak 76L1Y/192b4coiKo4chHI9sWj/iXKzviQJ761WiaddINt2kMicoOXM5Sr3Uz1P27/9ig MGV+3gdGM5+soykv9rWRDtVWrCD+7Rd9+jVn9/o7EvVJHx7pA4L+6ZYNu2zqXPm3nNjU HHJb7EKm8CXWLs3WJ7v80w2fDq22Bqk8vFxz7RhE0jF1w/KS7wjGgave2g0Awnu8YJh8 V4LQ== MIME-Version: 1.0 X-Received: by 10.152.8.47 with SMTP id o15mr3802570laa.20.1391214998420; Fri, 31 Jan 2014 16:36:38 -0800 (PST) Received: by 10.112.89.168 with HTTP; Fri, 31 Jan 2014 16:36:38 -0800 (PST) In-Reply-To: <52EC3B6C.20202@freebsd.org> References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> <52EC2889.9020107@bitfrost.no> <38C22813-14E0-45A2-80CC-ED17525F6B95@gmail.com> <52EC3B6C.20202@freebsd.org> Date: Sat, 1 Feb 2014 08:36:38 +0800 Message-ID: Subject: Re: Apple Trackpad driver From: Huang Wen Hui To: "Danilo E. Gondolfo" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2014 00:36:41 -0000 Hi, I tried to add to support modem macbooks into atp(4) at the beginning, but realized that atp(4) is very different from new touchpad hardware, so I give up, I think some one can do that. Cheers, Huang Wen Hui 2014-02-01 Danilo E. Gondolfo : > On 01/31/14 21:45, =E9=BB=84=E6=96=87=E8=BE=89@Gmail wrote: > > Hi Hans, > > Yes, I wrote wsp base on atp(4) and bcm5974.c from Linux. Of course we > can add a notice about that. Table and some structure bt_data, tp_finger > from Linux, I only wrote wsp_intr_callback base on usbdump, all other par= t > should be belong to Hans. > > > > Cheers, > > > > Huang Wen Hui > > > >> =E5=9C=A8 2014=E5=B9=B42=E6=9C=881=E6=97=A5=EF=BC=8C6:49=EF=BC=8CHans = Petter Selasky =E5=86=99=E9=81=93=EF=BC=9A > >> > >>> On 01/31/14 21:30, Danilo E. Gondolfo wrote: > >>>> On 01/31/14 05:16, Hans Petter Selasky wrote: > >>>>> On 01/31/14 02:46, Huang Wen Hui wrote: > >>>>> Hi Hans, > >>>>> > >>>>> pos_x[] is not non-inialized, it may be previous pos_x, it is stil= l > >>>>> ok for > >>>>> getting dx. > >>>>> "n" var is trying to reduce "untouch" sensor data for post > >>>>> proccessing. I > >>>>> attach a new patch > >>>>> may be more clear, also fixed unexpected movement when button statu= s > or > >>>>> ntouch changing. > >>>>> > >>>>> Cheers, > >>>>> > >>>>> Huang Wen Hui > >>>> Hi, > >>>> > >>>> http://svnweb.freebsd.org/changeset/base/261315 > >>>> > >>>> --HPS > >>> Good work! > >>> > >>> I noticed that your driver is based on the Linux driver [1] and some > >>> pieces of code are copied, are you sure that we won't have any proble= ms > >>> with license? > >>> > >>> These changes can be (should be) merged in the driver atp(4), no? > >>> > >>> Danilo. > >>> > >>> > >>> [1] - > http://lxr.free-electrons.com/source/drivers/input/mouse/bcm5974.c > >> Hi, > >> > >> It looks to me like some tables have been copied. We probably should > add a notice about that. The rest of the code looks OK to me. > >> > >> Huang, any comments? > >> > >> --HPS > >> > > > > Hello, > > And what about keeping these two driver? (atp and wsp) > Both has the same purpose. Wouldn't be better merge the new code on atp? > > On freebsd-drivers@ the author of the atp driver started a thread about > this [1]. > > Danilo. > > [1] - > http://lists.freebsd.org/pipermail/freebsd-drivers/2014-January/001659.ht= ml > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 07:06:25 2014 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 ESMTPS id 75FB4C02; Sat, 1 Feb 2014 07:06:25 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2A017154F; Sat, 1 Feb 2014 07:06:24 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 6E95B17F8B0; Sat, 1 Feb 2014 08:06:17 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 699A68EE7CD; Sat, 1 Feb 2014 08:07:09 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x9ZCynVDQYPj; Sat, 1 Feb 2014 08:07:08 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id A12318EE293; Sat, 1 Feb 2014 08:07:08 +0100 (CET) Message-ID: <52EC9D23.3030301@bitfrost.no> Date: Sat, 01 Feb 2014 08:07:15 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Danilo E. Gondolfo" , freebsd-current@freebsd.org, =?UTF-8?B?Ium7hOaWh+i+iUBHbWFpbCI=?= Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> In-Reply-To: <52EC07CE.70608@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 07:06:25 -0000 On 01/31/14 21:30, Danilo E. Gondolfo wrote: > I noticed that your driver is based on the Linux driver [1] and some > pieces of code are copied, are you sure that we won't have any problems > with license? Hi, Hence Huang has only copied so-called "header file contents", I think this should be fine. I've anyhow added a notice about that. I'll clear any issues directly with Greg Kroah-Hartman. The GPLv2 is clear that such contents is so-called "unrestricted". Se chapter 5. Regarding the parts re-used from existing FreeBSD input drivers, this is the way we should write drivers, by trying to re-use existing well written and working device drivers. What Huang has done is perfectly fine with with me. http://svnweb.freebsd.org/changeset/base/261343 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 07:17:33 2014 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 ESMTPS id 5260DDE7; Sat, 1 Feb 2014 07:17:33 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 03A3C15EC; Sat, 1 Feb 2014 07:17:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 447CB17F8B0; Sat, 1 Feb 2014 08:17:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 4B7B18EF8AE; Sat, 1 Feb 2014 08:18:23 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJIREEhhg7dv; Sat, 1 Feb 2014 08:18:22 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 8544E8EF7DE; Sat, 1 Feb 2014 08:18:22 +0100 (CET) Message-ID: <52EC9FC5.4050602@bitfrost.no> Date: Sat, 01 Feb 2014 08:18:29 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Danilo E. Gondolfo" , freebsd-current@freebsd.org, =?UTF-8?B?Ium7hOaWh+i+iUBHbWFpbCI=?= Subject: Re: Apple Trackpad driver References: <52E8DDA3.3070301@bitfrost.no> <52E9F546.9090005@bitfrost.no> <52EB4DBE.20501@bitfrost.no> <52EC07CE.70608@freebsd.org> <52EC9D23.3030301@bitfrost.no> In-Reply-To: <52EC9D23.3030301@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 07:17:33 -0000 On 02/01/14 08:07, Hans Petter Selasky wrote: > On 01/31/14 21:30, Danilo E. Gondolfo wrote: >> I noticed that your driver is based on the Linux driver [1] and some >> pieces of code are copied, are you sure that we won't have any problems >> with license? > > Hi, > > Hence Huang has only copied so-called "header file contents", I think > this should be fine. I've anyhow added a notice about that. I'll clear > any issues directly with Greg Kroah-Hartman. The GPLv2 is clear that > such contents is so-called "unrestricted". Se chapter 5. > > Regarding the parts re-used from existing FreeBSD input drivers, this is > the way we should write drivers, by trying to re-use existing well > written and working device drivers. What Huang has done is perfectly > fine with with me. > > http://svnweb.freebsd.org/changeset/base/261343 > > --HPS Hi, If the Linux guys think this is a big problem, we can support this hardware through /usr/ports/multimedia/webcamd, quite easily. Although a kernel driver would be best for this type of device. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 08:19:09 2014 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 ESMTPS id D8428697 for ; Sat, 1 Feb 2014 08:19:09 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [84.201.143.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80A131956 for ; Sat, 1 Feb 2014 08:19:09 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward3l.mail.yandex.net (Yandex) with ESMTP id DAC2D1500F02; Sat, 1 Feb 2014 12:19:00 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 78C1A1701791; Sat, 1 Feb 2014 12:19:00 +0400 (MSK) Received: from 78.108.206.159.tel.ru (78.108.206.159.tel.ru [78.108.206.159]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id eqOLmxeBfd-J01qDCYW; Sat, 1 Feb 2014 12:19:00 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: c82ac10e-3784-4ec6-91b3-4600031d700e Message-ID: <52ECADF3.4020909@passap.ru> Date: Sat, 01 Feb 2014 12:18:59 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pyunyh@gmail.com Subject: Re: regression: msk0 watchdog timeout and interrupt storm References: <526FBA53.9000208@passap.ru> <20131030021650.GA3106@michelle.cdnetworks.com> <52725C3D.2030602@passap.ru> In-Reply-To: <52725C3D.2030602@passap.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 08:19:09 -0000 Hi Yonghyeon and All, (this time it's a CURRENT issue) 31.10.2013 17:33, Boris Samorodov 锌懈褕械褌: > 30.10.2013 06:16, Yonghyeon PYUN 锌懈褕械褌: >> On Tue, Oct 29, 2013 at 05:38:27PM +0400, Boris Samorodov wrote: > >>> >From time to time I use a notebook and boot FreeBSD from USB >>> stick. FreeBSD 9.2-i386 works OK. So I tried to use >>> FreeBSD 10.0-i386 BETA2 and the network adapter works for >>> some 10-15 seconds and then stops with diagnostic message >>> "msk0:watchdog timeout". I've found similar case at >>> freebsd-current@ with no workaround. Yes, there is an >>> interrupt storm as well. >> >> There had been no functional changes for very long time so I'm not >> sure what's going on here. I've attached local change I have at >> this moment but I'm afraid it wouldn't address the issue above. >> >> I recall jhb also reported interrupt storm in the past but the root >> cause was not identified yet. Could you change msk_intr() and let >> me know which interrupt is firing? > > I've yet to organize a build. > >>> Here is some additional info: >>> ----- >>> mskc0@pci0:3:0:0: class=0x020000 card=0xff501179 chip=0x435511ab >>> rev=0x12 hdr=0x00 >>> vendor = 'Marvell Technology Group Ltd.' >>> device = '88E8040T PCI-E Fast Ethernet Controller' >>> class = network >>> subclass = ethernet >>> cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 >>> cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message >>> cap 10[c0] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) >>> speed 2.5(2.5) ASPM disabled(L0s/L1) >>> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >>> ecap 0003[130] = Serial 1 b8b063ffff681e00 >>> ----- > > Meanwhile some more investigations, "vmstat -i" for calm and storm: > ----- > interrupt total rate > irq1: atkbd0 1025 2 > irq9: acpi0 204 0 > irq14: ata0 327 0 > irq16: uhci0+ 246 0 > irq20: hpet0 22472 52 > irq23: uhci2 ehci1 10341 24 > irq256: hdac0 52 0 > irq257: mskc0 258 0 > irq258: ahci0 221 0 > Total 35146 81 > ----- > interrupt total rate > irq1: atkbd0 1508 2 > irq9: acpi0 234 0 > irq14: ata0 409 0 > irq16: uhci0+ 246 0 > irq20: hpet0 72288 131 > irq23: uhci2 ehci1 10846 19 > irq256: hdac0 52 0 > irq257: mskc0 4419760 8021 > irq258: ahci0 221 0 > Total 4505564 8177 > ----- > > And "vmstat -w1" for calm and storm: > ----- > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 ad0 in sy cs > us sy id > 0 0 0 206928 956040 277 0 2 0 330 4 0 0 117 476 > 454 0 1 99 > 0 0 0 206928 956036 0 0 0 0 8 4 0 0 50 123 > 137 0 0 100 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 47 120 > 92 0 1 99 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 43 123 > 119 0 1 99 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 55 132 > 123 0 1 99 > 0 0 0 206928 956004 0 0 0 0 0 4 0 0 68 123 > 185 0 1 99 > 0 0 0 206928 956036 0 0 0 0 8 4 0 0 86 123 > 266 0 1 99 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 44 125 > 124 0 0 100 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 64 128 > 164 0 1 99 > 0 0 0 206928 956036 0 0 0 0 0 4 0 0 42 131 > 101 0 1 99 > ----- > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr mm0 ad0 in sy cs > us sy id > 0 0 0 213648 954676 104 0 1 0 121 4 0 0 22299 204 > 44262 0 10 90 > 0 0 0 213648 954672 0 0 0 0 8 4 0 0 112259 123 > 222379 0 44 56 > 0 0 0 213648 954672 0 0 0 0 0 4 0 0 111792 123 > 221489 0 43 57 > 0 0 0 213648 954672 1 0 0 0 0 4 0 0 109887 183 > 217754 0 43 57 > 0 0 0 213648 954668 2 0 0 0 0 4 0 0 109543 146 > 216963 0 44 56 > 0 0 0 213648 954668 0 0 0 0 0 4 0 0 110142 123 > 218187 0 45 55 > 0 0 0 213648 954660 472 0 0 0 474 4 0 0 109340 717 > 216674 0 42 57 > 0 0 0 213648 954656 2 0 0 0 0 4 0 0 109459 147 > 216831 0 43 57 > 0 0 0 213648 954656 0 0 0 0 0 4 0 0 109462 131 > 216827 0 43 57 > 0 0 0 213648 954656 0 0 0 0 0 4 0 0 109454 123 > 216803 0 42 58 > ----- > > Dmesg is here: ftp://ftp.wart.ru/pub/misc/tos.dmesg.boot.txt . > > BTW, some more observations. While downloading a file the system > goto watchdog timeout rather quickly, but the system works. If I > try to upload files the system works much longer (for a couple of > minutes) but then freeses. No ctrl-alt-esc. Only cold restart works. I've successfully upgraded to 10.0-RELEASE. Then I tried CURRENT (verbose dmesg is here: ftp://ftp.wart.ru/pub/misc/dmesg.boot.a300.txt ) and I've got watchdog timeouts. The situation is very much alike (see previous diagnostics). Just uploads happens very quickly and the machine is not freezed and operates well. This time I have sources and can test patches (if any) rather quickly. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 19:11:33 2014 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 ESMTPS id 1C929600 for ; Sat, 1 Feb 2014 19:11:33 +0000 (UTC) Received: from forward7l.mail.yandex.net (forward7l.mail.yandex.net [IPv6:2a02:6b8:0:1819::7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDF62165D for ; Sat, 1 Feb 2014 19:11:32 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward7l.mail.yandex.net (Yandex) with ESMTP id 78E39BC0ED8 for ; Sat, 1 Feb 2014 23:11:21 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 36FBC1B42B29 for ; Sat, 1 Feb 2014 23:11:21 +0400 (MSK) Received: from 78.108.206.159.tel.ru (78.108.206.159.tel.ru [78.108.206.159]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id LX0vm2KlgD-BKmOVMSK; Sat, 1 Feb 2014 23:11:20 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: f2d6797c-5d35-4f16-b585-ba96d769eec1 Message-ID: <52ED46D8.9050001@passap.ru> Date: Sat, 01 Feb 2014 23:11:20 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: [patch: libc/rpc/svc_vc.c] clang analyser: Branch condition evaluates to a garbage value X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------040004010101000405080101" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 19:11:33 -0000 This is a multi-part message in MIME format. --------------040004010101000405080101 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi All, While using clang static analyzer at CURRENT (r261322) I got: http://gw.wart.ru/2014-02-01-200848-39517-1/report-01bc48.html There is no need at line 143 to "goto cleanup_svc_vc_create" (neither xprt nor r are allocated so far). Just "return NULL" should be fine. BTW, NetBSD do the latter as well. So I propose a tiny patch (attached). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --------------040004010101000405080101 Content-Type: text/plain; charset=UTF-8; name="libc-rpc-svc_vc.c.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libc-rpc-svc_vc.c.diff.txt" SW5kZXg6IC91c3Ivc3JjL2xpYi9saWJjL3JwYy9zdmNfdmMuYwo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSAvdXNyL3NyYy9saWIvbGliYy9ycGMvc3ZjX3ZjLmMJKHJldmlzaW9uIDI2MDAzNikKKysr IC91c3Ivc3JjL2xpYi9saWJjL3JwYy9zdmNfdmMuYwkod29ya2luZyBjb3B5KQpAQCAtMTQx LDcgKzE0MSw3IEBACiAJciA9IG1lbV9hbGxvYyhzaXplb2YoKnIpKTsKIAlpZiAociA9PSBO VUxMKSB7CiAJCXdhcm54KCJzdmNfdmNfY3JlYXRlOiBvdXQgb2YgbWVtb3J5Iik7Ci0JCWdv dG8gY2xlYW51cF9zdmNfdmNfY3JlYXRlOworCQlyZXR1cm4gTlVMTDsKIAl9CiAJci0+c2Vu ZHNpemUgPSBfX3JwY19nZXRfdF9zaXplKHNpLnNpX2FmLCBzaS5zaV9wcm90bywgKGludClz ZW5kc2l6ZSk7CiAJci0+cmVjdnNpemUgPSBfX3JwY19nZXRfdF9zaXplKHNpLnNpX2FmLCBz aS5zaV9wcm90bywgKGludClyZWN2c2l6ZSk7Cg== --------------040004010101000405080101-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 20:52:33 2014 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 ESMTPS id 87E3CB09 for ; Sat, 1 Feb 2014 20:52:33 +0000 (UTC) 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 4692C1DAB for ; Sat, 1 Feb 2014 20:52:33 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id f12so3762291vbg.17 for ; Sat, 01 Feb 2014 12:52:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8QAqDk/+1Vg+46PC/sPB1IatVA7DBDqHOJFvztHbhzk=; b=MrwYHImG88CsbJ3lO7M/pcXIOVaeHdOzKH6uZp1rOimUFuc+bOLHfJPrsmXaAO2JCU 1Ybt3bTu8856kNVbeTHEZ1LrLDy6yGb/Ae5DWYVCSQLGirNUlDA+CFvKi9GPqNk4ruH2 gZ5gzaKbaUYE5OFCkrH+dG5hIjxtzj3shKnXRM3UThbeZu9376tF0+FAhiqAj2IqpAWA EMoISQAUBCIrj3T9c/eBSipPS5oTzEDA/cY/L1ywFei1ELT4C1nbbfclegi0Cu7FKtXj wDEQJ1Y5xfSgeeLYrEkl9KvPSXnzMrTi7BFnu7astmH1QkQikI9CJ8b8t2jQH5YLWOcM AM0w== MIME-Version: 1.0 X-Received: by 10.58.134.101 with SMTP id pj5mr40148veb.38.1391287952131; Sat, 01 Feb 2014 12:52:32 -0800 (PST) Received: by 10.220.168.135 with HTTP; Sat, 1 Feb 2014 12:52:32 -0800 (PST) Date: Sat, 1 Feb 2014 15:52:32 -0500 Message-ID: Subject: libelf.so.1 missing after -CURRENT update From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 20:52:33 -0000 Did my weekly update of -CURRENT today to r261350 from r261236. After the upgrade when I tried to run 'pkg' I got the error: libelf.so.1 required by libpkg.so.1 So, I reinstalled 'pkg', which fixed the problem. Then I ran pkg_libchk to see if any other libs were missing and got: glib -2.36.3_1: /usr/local/bin/gresource misses libelf.so.1 So i re-installed glib and re-ran pkg_libchk against it. No more missing libelf.so.1. Anyway, I'm wondering if I inadvertently deleted libelf.so.1 during the 'make delete-old' or 'make delete-old-libs' steps of the rebuild. Unfortunately, these are the only two steps of the build process (mergemaster excepted) that I do not 'script' the output, so I cannot go back to see if that is the case. Obviously I need to begin "script'ing these two steps on future builds. Anyone else seen this or that can confirm an inadvertent delete of libelf.so.1 on my part? Thanks. -Tom From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 20:55:04 2014 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 ESMTPS id 8DA76D01; Sat, 1 Feb 2014 20:55:04 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5ED221DC6; Sat, 1 Feb 2014 20:55:04 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C4FCF18C49; Sat, 1 Feb 2014 20:55:02 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C4FCF18C49 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 1 Feb 2014 15:55:01 -0500 From: Glen Barber To: Thomas Hoffmann Subject: Re: libelf.so.1 missing after -CURRENT update Message-ID: <20140201205501.GC1766@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 20:55:04 -0000 --bAmEntskrkuBymla Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 01, 2014 at 03:52:32PM -0500, Thomas Hoffmann wrote: > Did my weekly update of -CURRENT today to r261350 from r261236. After the > upgrade when I tried to run 'pkg' I got the error: >=20 > libelf.so.1 required by libpkg.so.1 >=20 > So, I reinstalled 'pkg', which fixed the problem. Then I ran pkg_libchk to > see if any other libs were missing and got: >=20 > glib -2.36.3_1: /usr/local/bin/gresource misses libelf.so.1 >=20 > So i re-installed glib and re-ran pkg_libchk against it. No more missing > libelf.so.1. >=20 > Anyway, I'm wondering if I inadvertently deleted libelf.so.1 during the > 'make delete-old' or 'make delete-old-libs' steps of the rebuild. > Unfortunately, these are the only two steps of the build process > (mergemaster excepted) that I do not 'script' the output, so I cannot go > back to see if that is the case. Obviously I need to begin "script'ing > these two steps on future builds. >=20 > Anyone else seen this or that can confirm an inadvertent delete of > libelf.so.1 on my part? >=20 r261246 updates libelf.so to version 2. Glen --bAmEntskrkuBymla Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS7V8lAAoJELls3eqvi17Qcc0QAJlvgwyr3mzfhAhoQBueQYDe LArOTfnEpvFk2eBQ86QQjYJq6E6EPOZEUoLDM8ue3s4VVdFt4nUnob4GfYocYE8V mQIqn9ZBJuRExlSGLLxQ0AkFbMOGhLcJAom8zOFfmiCM8jhhdpBRxOb4gg9pLqqo ufaUX+IqZVzltfrsHypyQ24pcWLWL5bFbTB5g9vbyUcIOHN88NGyoRCAFmP3TGMY DS6k4M+5hiXpCJdbJuPadqHNZRr9vu64KYc5vY8e4/AFmZRt2k0oG9FvoALmcYJz vJJmGK1XVjqxJnTnBMKwI7T39fM6U1gv0WHZHw1YThsAkz0Rr7BoETU0hYbAlSQc iSP+EWoCP/YlS1GsB0qf/FqQc6bTQm8HZsdePdk6Cjh7f9wCwwkkFT6EEtjNM+UP gGwMlRwXf2VNK6v7fp+tfdVUoiUCAJgU+ISnxIr+a9Mwx2V/x/Puf4RY9Xznua1w mpsohEbm+eHesHhpeuVhOt5kzXXnj+AJ8Dct69MMXfRIV4+pNGC3Ox7dQ+OGYTQx HsBGJX8ixfiO1ri/jAYxHMnPYx4prMkaM/qxbXus4leB1izqdkPznICfR3EYqQdV EWpudvsUI65vFQCQBR3tl9759t516LJqIv+anxaIM6lCSrrswVHzFm7MbPIa7Zag Bbso7AzxpdvnQMAmUdzi =j7vp -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 20:55:19 2014 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 ESMTPS id 57622E06 for ; Sat, 1 Feb 2014 20:55:19 +0000 (UTC) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 145121DCF for ; Sat, 1 Feb 2014 20:55:18 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 728BAE3F07B; Sat, 1 Feb 2014 21:55:11 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DYjbbc1Y+9ud; Sat, 1 Feb 2014 21:55:09 +0100 (CET) Received: from [10.10.10.116] (unknown [83.223.1.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 156FEE3F079; Sat, 1 Feb 2014 21:55:08 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libelf.so.1 missing after -CURRENT update From: Joel Dahl In-Reply-To: Date: Sat, 1 Feb 2014 21:55:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Thomas Hoffmann X-Mailer: Apple Mail (2.1827) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 20:55:19 -0000 1 feb 2014 kl. 21:52 skrev Thomas Hoffmann : > Did my weekly update of -CURRENT today to r261350 from r261236. After = the > upgrade when I tried to run 'pkg' I got the error: >=20 > libelf.so.1 required by libpkg.so.1 >=20 > So, I reinstalled 'pkg', which fixed the problem. Then I ran = pkg_libchk to > see if any other libs were missing and got: >=20 > glib -2.36.3_1: /usr/local/bin/gresource misses libelf.so.1 >=20 > So i re-installed glib and re-ran pkg_libchk against it. No more = missing > libelf.so.1. >=20 > Anyway, I'm wondering if I inadvertently deleted libelf.so.1 during = the > 'make delete-old' or 'make delete-old-libs' steps of the rebuild. > Unfortunately, these are the only two steps of the build process > (mergemaster excepted) that I do not 'script' the output, so I cannot = go > back to see if that is the case. Obviously I need to begin "script'ing > these two steps on future builds. >=20 > Anyone else seen this or that can confirm an inadvertent delete of > libelf.so.1 on my part? I=92m seeing the same thing. =97 Joel From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 21:00:31 2014 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 ESMTPS id 9BF6018B; Sat, 1 Feb 2014 21:00:31 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c: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 457D61E0E; Sat, 1 Feb 2014 21:00:31 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so3999176veb.16 for ; Sat, 01 Feb 2014 13:00:30 -0800 (PST) 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=7NK2HpHLCngaAZbaE9enDxYhLJF1WiUue+l0/qTzgpI=; b=c3CoyGDSkk4USMZ4V3GezvC11oRSQuYhyJh8SDY57YfGAPzSPvh5QrAr43aik6Vq52 HG8meg7raRJJAMQpEOppTfNiyELcASSQtknxnfeMDJyucjtJysJhhfSpq1FWDo3XpYmZ GrG29w2PmrNJqX7ypwsQcknvh2hTLakak3n7EsDxe9QiMSy0pRolCHkQhi8q1O9SVmsG bomvCtDdcK4TL4gqeCpd7q6u3A4/wLOE1VUjD3YBeTMWa3gfcHBKhKpjyPigb80NIMEf H51THH+w10wUacOgSyZzixA0esv+SVKSYaTQ7m5tuOLSd7mqb1bfh5fmXc+DzlqE2Kvp lvpw== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr21767332vcm.11.1391288430196; Sat, 01 Feb 2014 13:00:30 -0800 (PST) Received: by 10.220.168.135 with HTTP; Sat, 1 Feb 2014 13:00:29 -0800 (PST) In-Reply-To: <20140201205501.GC1766@glenbarber.us> References: <20140201205501.GC1766@glenbarber.us> Date: Sat, 1 Feb 2014 16:00:29 -0500 Message-ID: Subject: Re: libelf.so.1 missing after -CURRENT update From: Thomas Hoffmann To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 21:00:31 -0000 On Sat, Feb 1, 2014 at 3:55 PM, Glen Barber wrote: > On Sat, Feb 01, 2014 at 03:52:32PM -0500, Thomas Hoffmann wrote: > > Did my weekly update of -CURRENT today to r261350 from r261236. After the > > upgrade when I tried to run 'pkg' I got the error: > > > > libelf.so.1 required by libpkg.so.1 > > > > So, I reinstalled 'pkg', which fixed the problem. Then I ran pkg_libchk > to > > see if any other libs were missing and got: > > > > glib -2.36.3_1: /usr/local/bin/gresource misses libelf.so.1 > > > > So i re-installed glib and re-ran pkg_libchk against it. No more missing > > libelf.so.1. > > > > Anyway, I'm wondering if I inadvertently deleted libelf.so.1 during the > > 'make delete-old' or 'make delete-old-libs' steps of the rebuild. > > Unfortunately, these are the only two steps of the build process > > (mergemaster excepted) that I do not 'script' the output, so I cannot go > > back to see if that is the case. Obviously I need to begin "script'ing > > these two steps on future builds. > > > > Anyone else seen this or that can confirm an inadvertent delete of > > libelf.so.1 on my part? > > > > r261246 updates libelf.so to version 2. > > Glen > Okay, so I wasn't stupid, just negligent. I usually run pkg_libchk immediately after my builds to pick up these types of changes and to know what ports I need to rebuild. Got distracted today and did not do this immediately. Thanks. -Tom From owner-freebsd-current@FreeBSD.ORG Sat Feb 1 23:32:53 2014 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 ESMTPS id 9FF93507 for ; Sat, 1 Feb 2014 23:32:53 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30FAC17DF for ; Sat, 1 Feb 2014 23:32:53 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so10373170wgg.33 for ; Sat, 01 Feb 2014 15:32:51 -0800 (PST) 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=s/e690Y49WwBF9NV235xonD8JwSKqfKoyXCy7OEXh68=; b=Zk+CGIdmYDDy6kZfhWTApxSf7kWOmJ3zxOsroMO1HzqHPw3DA+Vji7m0Pn7HxCisSZ /n28aN0DeY/qqMXFs441Mmqt4wU37mc9eWbaqZjrhFhpQg5pUnKGVK5n9OvA4PIb0vMq R1j/lO3AvPVVhLHX9S7FxJAlZR+27GXvcadycrYQlEQih8qW0WmceumGoRjlwMw+6fsS wNx+54JOm3sXvfOwHp5zoLRk/fdL919aDvJz+FnYYaqxPtiJv+bDjrc7NMNLZaOh3ekb wE1dy41HAfuH/J+zvDBpK5NdlYIjr46SZYLypq4V1i3s/puX5hQmyqgBEwOagnWcsomK VuUQ== X-Received: by 10.180.92.169 with SMTP id cn9mr3606143wib.35.1391297571566; Sat, 01 Feb 2014 15:32:51 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id di9sm10741669wid.6.2014.02.01.15.32.50 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 01 Feb 2014 15:32:50 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 2 Feb 2014 00:32:48 +0100 From: Baptiste Daroussin To: Joel Dahl Subject: Re: libelf.so.1 missing after -CURRENT update Message-ID: <20140201233248.GN54904@ithaqua.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HxQt9wRz9wbL5Edg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Thomas Hoffmann , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Feb 2014 23:32:53 -0000 --HxQt9wRz9wbL5Edg Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 01, 2014 at 09:55:07PM +0100, Joel Dahl wrote: >=20 > 1 feb 2014 kl. 21:52 skrev Thomas Hoffmann : >=20 > > Did my weekly update of -CURRENT today to r261350 from r261236. After t= he > > upgrade when I tried to run 'pkg' I got the error: > >=20 > > libelf.so.1 required by libpkg.so.1 > >=20 > > So, I reinstalled 'pkg', which fixed the problem. Then I ran pkg_libchk= to > > see if any other libs were missing and got: > >=20 > > glib -2.36.3_1: /usr/local/bin/gresource misses libelf.so.1 > >=20 > > So i re-installed glib and re-ran pkg_libchk against it. No more missing > > libelf.so.1. > >=20 > > Anyway, I'm wondering if I inadvertently deleted libelf.so.1 during the > > 'make delete-old' or 'make delete-old-libs' steps of the rebuild. > > Unfortunately, these are the only two steps of the build process > > (mergemaster excepted) that I do not 'script' the output, so I cannot go > > back to see if that is the case. Obviously I need to begin "script'ing > > these two steps on future builds. > >=20 > > Anyone else seen this or that can confirm an inadvertent delete of > > libelf.so.1 on my part? >=20 > I=E2=80=99m seeing the same thing. pkg is also linked to libelf.so.1 so to have it working you should use pkg-static, waiting for the next builds on the clusters.o We needs to update the jails of the cluster to reflect that change. As a reminder for committers, before breaking any abi, Always warn portmgr = about it so we can prepare the cluter to build packages on the new ABI! regards, Bapt --HxQt9wRz9wbL5Edg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLthCAACgkQ8kTtMUmk6EyJqwCffTZD8+H5kHxF1njTcZefhD+o d6sAnR5GPl/iOVMZHNHHOOmiY1kPNx6T =dwj6 -----END PGP SIGNATURE----- --HxQt9wRz9wbL5Edg--