From owner-freebsd-hackers@freebsd.org Mon Jun 13 18:06:21 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0D80AF2A20 for ; Mon, 13 Jun 2016 18:06:21 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CADC2F10; Mon, 13 Jun 2016 18:06:21 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x242.google.com with SMTP id d71so8226702ith.1; Mon, 13 Jun 2016 11:06:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=cbHvS9QTjGwhkGkx2bgmygmeK9OB/V+WJvQm5Y6PFss=; b=jc4RO7nexUQ577XoDUfoPHqE5/p+GfZv9niQ3L0Ei+2O9gZi4G1fO0beTem64ycG25 8xOhs1k9RvNwqlyHezYmMg8aGKbakwUcYpCoUstpguXuKKF2wq4JBq7DoOmKB1UMgx7/ kyM6rTwLsoo4PVFtEefJ13DakukMdubNnIwT9h0M5+aJ5CVOVk2IqoqizPQkK3Gmsq2i ccHmsrAEMNrWgULRCwHWcnbVW3bT2wxyXg3zGj+m17RVjZZxaXbmOMorIEIIIxUmm/Bu RkDlD149xVmvurY5axuPQLeLEFyB9p1pqKFPqfW2wfwS7b1J5qQmKMLIbX9+iSNfySA7 RDMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=cbHvS9QTjGwhkGkx2bgmygmeK9OB/V+WJvQm5Y6PFss=; b=MFsrh3BpOswZVPad2ua9Cgu+jDhu8sY+tEmL9rnvY9veNll0VcNrm4YK0l8tPgmH0z w99zMmqYJE3xTYC10C1jeoRIsTXfK3knokKJEX5WL9Vwq3j6tty+m0pnf0v9fF/+weZw fFynJR63guHkOC2GeCj1QaHLYA+IuH+dbWKN/54Rrlk9N8omCoIxejdK7FA1lMh8rpU2 dtySS0tGYGJ7Dokf6CYp6IOwr5MHyir4A8fQUutK7AHINrutOFYXBGb4Tthcfj7gZOuL Z5AgOJPh1s2xbhPVl/jDlUbxHcQcgABMXLfTaRFYDjLnrdOTvIITg8vCbBEK4QOWsDk4 8d9Q== X-Gm-Message-State: ALyK8tJgRF9GBjBsjKpJ0tlz+OcKLsrXeIJ8dZxR/herodvG6cg00dHXJlv/2z3fTeWxdV35b5VPOXkUK/J84Q== X-Received: by 10.36.57.202 with SMTP id l193mr1601351ita.5.1465841180735; Mon, 13 Jun 2016 11:06:20 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.27.197 with HTTP; Mon, 13 Jun 2016 11:06:01 -0700 (PDT) In-Reply-To: <20160611154703.GB929@pyro.eu.org> References: <20160611154703.GB929@pyro.eu.org> From: Ed Maste Date: Mon, 13 Jun 2016 14:06:01 -0400 X-Google-Sender-Auth: DpBQuwTJTehegq6go1JVym1RasU Message-ID: Subject: Re: [rb-general] makefs: -T maximum-time argument To: General discussions about reproducible builds Cc: "freebsd-hackers@freebsd.org" , Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:06:21 -0000 On 11 June 2016 at 11:47, Steven Chamberlain wrote: > Hi! > > During discussion of reproducible FreeBSD at FOSDEM16, I mentioned that > in Debian we have a patch for makefs to clamp timestamps. The typical > usage is -T $SOURCE_DATE_EPOCH and at least on UFS (with consistent > readdir order) this allows to build reproducible images of our installer. > > Debian's makefs actually comes from MirBSD, who merged this patch today. > > I've attached it, rebased for FreeBSD but I'm afraid I've not tested it > there at all. Hopefully someone can check it and consider merging. It looks like the attachment was stripped by the list, so I went ahead and tried importing the four commits related to -T from NetBSD. The result is up for review in https://reviews.freebsd.org/D6835. I would like to compare against your patch though; would you mind forwarding a copy to me directly? From owner-freebsd-hackers@freebsd.org Mon Jun 13 18:10:02 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC27AAF2BBD for ; Mon, 13 Jun 2016 18:10:02 +0000 (UTC) (envelope-from steven@pyro.eu.org) Received: from manchester-1.man.uk.cluster.ok24.net (manchester-1.man.uk.cluster.ok24.net [IPv6:2001:41c8:51:40::1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 505FA20E2; Mon, 13 Jun 2016 18:10:02 +0000 (UTC) (envelope-from steven@pyro.eu.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/simple; d=pyro.eu.org; s=06.2016; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=GJ2C/DC5cBQoryZMEYj1TvxHzZQVOpoL3RIKZnjgGA4=; b=gYkNzvBD5uz8An0gxx5mf42yu9ze6UhraAJD9MDB3b8WeRicvFnVPRDf9bBFfgkIkFpn7HEioLFDwCPbQsxoW9BUiv6IL4BBpJjf4KgIHnE88FuKNGgpecViKMfJS59Y/iMeXpPAwGorqj5isL/dqHJRxbAn5FPHf+9ejKNYiv8=; X-Spam-Status: No, score=-1.5 required=2.0 tests=BAYES_00, DKIM_ADSP_DISCARD, RP_MATCHES_RCVD Received: from guisborough-1.rcc.uk.cluster.ok24.net ([217.155.40.118] helo=smtp.ok24.net) by manchester-1.man.uk.cluster.ok24.net with esmtp (Exim 4.80) (envelope-from ) id 1bCWJA-0001Of-Iq; Mon, 13 Jun 2016 19:09:58 +0100 Received: from kfreebsd-amd64.pyro.eu.org (kfreebsd-amd64.pyro.eu.org [IPv6:2a00:14f0:e033:2000::1]) by smtp.ok24.net (Postfix) with ESMTP id 6E4571E2D41; Mon, 13 Jun 2016 19:09:56 +0100 (BST) Received: by kfreebsd-amd64.pyro.eu.org (Postfix, from userid 1000) id 64E001171; Mon, 13 Jun 2016 19:09:56 +0100 (BST) Date: Mon, 13 Jun 2016 19:09:56 +0100 From: Steven Chamberlain To: freebsd-hackers@freebsd.org Cc: bapt@freebsd.org, rb-general@lists.reproducible-builds.org Subject: Re: makefs: -T maximum-time argument Message-ID: <20160613180956.GB75666@pyro.eu.org> References: <20160611154703.GB929@pyro.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bKyqfOwhbdpXa4YI" Content-Disposition: inline In-Reply-To: <20160611154703.GB929@pyro.eu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:10:02 -0000 --bKyqfOwhbdpXa4YI Content-Type: multipart/mixed; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Steven Chamberlain wrote: > I've attached it, rebased for FreeBSD but I'm afraid I've not tested it > there at all. Hopefully someone can check it and consider merging. Oops... remembering to attach this time. Regards, --=20 Steven Chamberlain steven@pyro.eu.org --DKU6Jbt7q3WqK7+M Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="makefs.patch" Content-Transfer-Encoding: quoted-printable =46rom: Steven Chamberlain Subject: Implement -T maximum-time argument Date: Tue, 17 Nov 2015 01:19:39 +0000 diff --git a/ffs.c b/ffs.c index 70808f1..8a9f47d 100644 --- a/ffs.c +++ b/ffs.c @@ -661,6 +661,27 @@ ffs_build_dinode1(struct ufs1_dinode *dinp, dirbuf_t *= dbufp, fsnode *cur, dinp->di_mtimensec =3D cur->inode->st.st_mtimensec; dinp->di_ctimensec =3D cur->inode->st.st_ctimensec; #endif + /* if maxtime was given, clamp all timestamps to this */ + if (fsopts->maxtime >=3D 0) { + if (dinp->di_atime >=3D fsopts->maxtime) { + dinp->di_atime =3D fsopts->maxtime; +#if HAVE_STRUCT_STAT_ST_MTIMENSEC + dinp->di_atimensec =3D 0; +#endif + } + if (dinp->di_mtime >=3D fsopts->maxtime) { + dinp->di_mtime =3D fsopts->maxtime; +#if HAVE_STRUCT_STAT_ST_MTIMENSEC + dinp->di_mtimensec =3D 0; +#endif + } + if (dinp->di_ctime >=3D fsopts->maxtime) { + dinp->di_ctime =3D fsopts->maxtime; +#if HAVE_STRUCT_STAT_ST_MTIMENSEC + dinp->di_ctimensec =3D 0; +#endif + } + } #if HAVE_STRUCT_STAT_ST_FLAGS dinp->di_flags =3D cur->inode->st.st_flags; #endif diff --git a/makefs.8 b/makefs.8 index 968ddaa..a1ed7a2 100644 --- a/makefs.8 +++ b/makefs.8 @@ -57,6 +57,7 @@ .Op Fl S Ar sector-size .Op Fl s Ar image-size .Op Fl t Ar fs-type +.Op Fl T Ar maximum-time .Ar image-file .Ar directory | manifest .Op Ar extra-directory ... @@ -223,6 +224,10 @@ BSD fast file system (default). .It Sy cd9660 ISO 9660 file system. .El +.It Fl T Ar maximum-time +Clamp superblock and file timestamps to +.Ar maximum-time +seconds since the Epoch. .It Fl x Exclude file system nodes not explicitly listed in the specfile. .It Fl Z diff --git a/makefs.c b/makefs.c index 8958da6..1cac718 100644 --- a/makefs.c +++ b/makefs.c @@ -105,6 +105,7 @@ main(int argc, char *argv[]) (void)memset(&fsoptions, 0, sizeof(fsoptions)); fsoptions.fd =3D -1; fsoptions.sectorsize =3D -1; + fsoptions.maxtime =3D -1; =20 if (fstype->prepare_options) fstype->prepare_options(&fsoptions); @@ -116,7 +117,7 @@ main(int argc, char *argv[]) start_time.tv_sec =3D start.tv_sec; start_time.tv_nsec =3D start.tv_usec * 1000; =20 - while ((ch =3D getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:pR:s:S:t:xZ")) !=3D= -1) { + while ((ch =3D getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:pR:s:S:t:T:xZ")) != =3D -1) { switch (ch) { =20 case 'B': @@ -239,6 +240,14 @@ main(int argc, char *argv[]) fstype->prepare_options(&fsoptions); break; =20 + case 'T': + fsoptions.maxtime =3D strtoll(optarg, NULL, 10); + if (start_time.tv_sec >=3D fsoptions.maxtime) { + start_time.tv_sec =3D fsoptions.maxtime; + start_time.tv_nsec =3D 0; + } + break; + case 'x': fsoptions.onlyspec =3D 1; break; @@ -370,7 +379,8 @@ usage(void) "usage: %s [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian]\n" "\t[-S sector-size] [-M minimum-size] [-m maximum-size] [-R roundup-size]\= n" "\t[-s image-size] [-b free-blocks] [-f free-files] [-F mtree-specfile]\n" -"\t[-xZ] [-N userdb-dir] image-file directory | manifest [extra-directory = =2E..]\n", +"\t[-xZ] [-N userdb-dir] [-T maximum-time] image-file directory | manifest= \n" +"\t[extra-directory ...]\n", prog); exit(1); } diff --git a/makefs.h b/makefs.h index dbf4602..2ba8bca 100644 --- a/makefs.h +++ b/makefs.h @@ -131,6 +131,7 @@ typedef struct { int sectorsize; /* sector size */ int sparse; /* sparse image, don't fill it with zeros */ off_t roundup; /* round image size up to this value */ + time_t maxtime; /* maximum allowed timestamp value */ =20 void *fs_specific; /* File system specific additions. */ } fsinfo_t; --DKU6Jbt7q3WqK7+M-- --bKyqfOwhbdpXa4YI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBCAAGBQJXXvbzAAoJELrpzbaMAu5TtisH/07Lae8jFPv49UNSgm2W2Yhx 9jlG1eVjd+dIJ0vvvudKT2zZCg2JS6yuklveIUIbtdrfWgJlPQ1O0qu1/7tYv3T9 q8X3ZLs1da7bintZxptb236890NnShuwVZ0vVYaSmjS9S8pDZmj0lq1vyYN0+Wgv WHS5JAOykCNv3GKFnae84a2GvO6HJje1JFD7PXYjlEBuLIxQ18X2MitfOXX8OtTj inkGDzYuhYL6F16/Vf5FJ/AkTemnkT6naRe7khD9LGz/M9+F87QBE+wrkVOkSMdX YaC6eHHKCLGmdv5BLJhVvGt6amq48b713roUK7mt6GqNMQ6A3HKjgJ+1L2dV8Jk= =v2mE -----END PGP SIGNATURE----- --bKyqfOwhbdpXa4YI-- From owner-freebsd-hackers@freebsd.org Mon Jun 13 21:08:38 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D721AF28C4 for ; Mon, 13 Jun 2016 21:08:38 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from digineo.de (mail.digineo.de [185.55.116.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9E6C246F for ; Mon, 13 Jun 2016 21:08:37 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from [192.168.0.108] (ip4d16a641.dynamic.kabel-deutschland.de [77.22.166.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jk) by digineo.de (Postfix) with ESMTPSA id 99D72604AA for ; Mon, 13 Jun 2016 23:08:34 +0200 (CEST) From: Julian Kornberger Subject: Usage of sosend() and its context To: freebsd-hackers@freebsd.org Message-ID: <575F20CF.1020103@kornberger.name> Date: Mon, 13 Jun 2016 23:08:31 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 21:08:38 -0000 Hi, I am building a kernel module for fastd [1] and have the problem, that on one of three machines the sosend() call seems to block. I use sosend() [2] in a tunneling function that is set by udp_set_kernel_tunneling(). Since I don't know which thread to pass to sosend() I just use curthread. Is it possible that I should not use sosend() in this context and instead build the IP packet manually and pass it to ip_output()? Any other hints? [1] https://fastd.readthedocs.io/ [2] https://github.com/digineo/fastd/blob/97fd40b9992778a3bf11756f41aa7c2615bba2f3/kmod/fastd.c#L664 Regards, Julian From owner-freebsd-hackers@freebsd.org Tue Jun 14 04:05:28 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD622AF2036 for ; Tue, 14 Jun 2016 04:05:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 842402C2D for ; Tue, 14 Jun 2016 04:05:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x231.google.com with SMTP id a186so30363160qkf.0 for ; Mon, 13 Jun 2016 21:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=ghpoi/xSQflZELnMVMG4CIP5dE0EM7b+bjAe8xQDm0o=; b=KUYKk57LjRPMXWlbRJtsCWxKpuV8/pD/1IXN07gSoKul+bE/TdUtGqwTqBHf+5fwGY qNdXxb4WcA06AvJy1jqY4d48NStf4C+CKryZ4eG4GBDxanBXNSUbjxzpOPihtRthZBDv YgSOby0NvEWvM1YV2pxbn8s7BNGuAbTdi4r08= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=ghpoi/xSQflZELnMVMG4CIP5dE0EM7b+bjAe8xQDm0o=; b=Io8ys7HfsyCf693yRzVKRFI+RlMHDJc5dN2FnSPQlpFfTpvxmwWc0kxoiIkhbscTrw sHBuR/O3sKJeKQtX61C1ZQPwPoxNsEgsgBIcMTD0Kxg6bgeoT2KDmNy79RNYY5PiGRny fOoVMpFx1YsSMiwuQsDpdu8a1HlLGVno1wmga5ynjkMm+3qMDzovKJ314n/c1YHM0HKO MOavXb6qxwETiDLFKthh0KyllDyGV69VYyuDSJhGWar4jI+p5iSi3kRtWvxQTm7rYbF0 +pc9bCz840JRKjeSKlt8W5XRQ8lA2DXfVvDGeLYOJg8iIrjP4167GmpEJMsj+itGy7PI b95A== X-Gm-Message-State: ALyK8tIk0fo1BQ4EfzY0GdEvOv5Up1fhfu7x8Wt8AOP5TXijkIgrkk/DRAd9QWasBCXK1w== X-Received: by 10.55.184.5 with SMTP id i5mr12089351qkf.33.1465877127283; Mon, 13 Jun 2016 21:05:27 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id p91sm7287437qgp.10.2016.06.13.21.05.25 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2016 21:05:26 -0700 (PDT) To: freebsd-hackers@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" Message-ID: Date: Tue, 14 Jun 2016 01:05:14 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 04:05:28 -0000 I'm getting this error when I try compile the ORB-SLAM2 library. Some one can give me a hint about it? /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" static_assert((is_same::value), Thanks a lot. -Otacílio From owner-freebsd-hackers@freebsd.org Tue Jun 14 16:01:52 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 758BCAF2F37 for ; Tue, 14 Jun 2016 16:01:52 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FFE824B5 for ; Tue, 14 Jun 2016 16:01:52 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id n184so128400828wmn.1 for ; Tue, 14 Jun 2016 09:01:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=KSVGvf4LmWbnbUyEoFT01HCTdPAV+mhZpfjN7PFavro=; b=l+FsjqVStb+fnT55SsHhBe0QO/CXMlrGOIK7SNOIeHJXGeoglmYP9WIM7Z1mEQjA6P yjDBnt18YOWcTEGkyK22nzHX2pQXSuy0D/7tyDncjYOC6yPacptaYQR0LF5zgIvIhd/x UlfBEeXW1WhlupyyoqCZdlc0+hSO10FdRwLHH9l9rtc7dq4CXDTGMm5kITyzL5oVdIEl HwvypvXVTAdExY7C45+xb05NRpOmQVR52wU9Z+Ew6K3sDWKMXgku3SVWbEBtRjdFKTMz Nx1G0w/pchj54pgyFKcV692DodW2Vyo77OcwnhgzJdxcotgJ39GyyOlBRiVV2j4cA0Vx wD/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=KSVGvf4LmWbnbUyEoFT01HCTdPAV+mhZpfjN7PFavro=; b=cIhvPR6apKQbmu7CS1CgI70Jg6T5/089nBqwH//jWQfJmlW0EftqKKJ/8X+JCnbjjB 5z6TzkdQVGo0rXNE0M6qWqtP3SeG18afQ69UEghcMEVuO++xlRbwxyWTBOYVmBju/g8y Lh7/wzkYoexoEdUFgj6b5ER3Lw08AQHCiY90H5oFKIHDyzxSzDbeoGi5iZtfykFaskoV STkxPsfeCk3szw43oU+7cguzhrSV/bQ+5IQHtrczKE5iDE70M3kYMw3gcHHv9d/YULnO QkoZJVIBHaWdN4+WZm1hKzHYOculQ1qqpXYB+wVT3DhlRFCFf69INaAnNoJ3YTkLOgtj vTDw== X-Gm-Message-State: ALyK8tKX9/kAIapPOWXjgCu7ODxpiFeFnGnthmPifTx9AiwRvcEU66OIm0XljhJ131adjI7TFYcvLdgJMHiQ4w== X-Received: by 10.28.182.68 with SMTP id g65mr5812545wmf.12.1465920110321; Tue, 14 Jun 2016 09:01:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.137.75 with HTTP; Tue, 14 Jun 2016 09:01:49 -0700 (PDT) From: outro pessoa Date: Tue, 14 Jun 2016 12:01:49 -0400 Message-ID: Subject: OpenGL on POWER/PowerPC To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:01:52 -0000 Why has this not been solved? From owner-freebsd-hackers@freebsd.org Tue Jun 14 16:53:52 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F6BCB725DD for ; Tue, 14 Jun 2016 16:53:52 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B8F42887; Tue, 14 Jun 2016 16:53:52 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id r5so23810784wmr.0; Tue, 14 Jun 2016 09:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=4wsCvCsDiKKjaico4GC3BKalTDoIsJvE0R0xDPlr810=; b=grMdvgGnHBmWM2GjSjlgSJ9oUBCDFD3m1AnEyoWBihosSjPoLYVdooS6YHqQji2e6V RwRWqijEsCIzXVOeYo+JMwR5hSktLAs+YYJiA61BcJq1iaGVI7Cp/375iVF697y3gW6B GaFDMXBRpdaI+u4s1DcXnWFCCUrcdbUjk6EcLcy4FR6rWSrVoI/Do2pqEEfsPQ5WIILT OBgCs28OjTlEovHBVJIUlPFbk30nVWO6VHeQEnmWggmTcK37OSX+D/QwWrvCRcwO4gUI JeIeL//3IBW1Cc7sCEiq6/TQlrGyd4Hir1PjG1hJQHtz4uhWk60vIaT2a8PRhIwTknUv 99NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=4wsCvCsDiKKjaico4GC3BKalTDoIsJvE0R0xDPlr810=; b=ZfwcDhu8R+WFTRfpT28/7FFjSdkx77neAIgS0HFputct3/MQh+ky0eJ+h+4ZRHfzC5 tfGmIvXWZib1lvR2LGgE26QQl5szkHIwE5kfjxVf4NF9hcC7ArdkZcajGRheChEk3kxS AXIj7qqwvrPsltM4b+md6Wg5D45FM8lJE2pGIaQVI41dI1wc0Esw8cf6vn4eS9YoCDBT uedFaMeSenWIdcy0i2a4kd0bRiInGu8RLWxFNzBqzLooOEQQAodaq9UopxONehGKEJMS Z1/H1ylZa/MUBgArQiueJ2YmKYXTHPWyWRH6+WpHipcx/muQsLATlfsPnSpyjMmDaqUU +Esg== X-Gm-Message-State: ALyK8tKYVhmiDt3pD8yEZnWbv8FujpDrB6lkuTdRPbsr7HpqZiTARbImVbKVbqe55SZ2C2xCS4CKv1GhJIuONg== X-Received: by 10.194.237.33 with SMTP id uz1mr5148894wjc.5.1465923230484; Tue, 14 Jun 2016 09:53:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.137.75 with HTTP; Tue, 14 Jun 2016 09:53:50 -0700 (PDT) From: outro pessoa Date: Tue, 14 Jun 2016 12:53:50 -0400 Message-ID: Subject: Hello To: Eric Furman , sorressean , adrian@freebsd.org, wblock@wonkity.com, dru@freebsd.org, freebsd-hackers@freebsd.org, misc@openbsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:53:52 -0000 Seeing that you have quoted me from another email that I sent, my decision is to inquire you on different topics. Is the cognitive process the same for all members of the human species? By which method(s) does the human animal learn? By observation, each culture within an area has its own standards of normality. The world view of each culture is dependent upon the experience and understanding of the members of that culture. Education will coincide with the perception of each member of any given society. Now, that which is considered sane by the standards of one culture may be considered insane by the standards of another. In the scientific method, you must form a hypothesis and prove its validity. I will add this to Schrodinger's Paradox. Being that you are able to observe the quantum event from different perspectives, you will need to observe the same event from the viewpoint of the subject if such is possible. Your first hypothesis is that the subject seems incapable of logic and reasoning to such a degree that the subject's perception of the events occurring is false and flimsy at best. I have not experienced that which you have experienced and therefore I have no right to make any assumption about your nature. My reactions are erroneous ; yet, the reasons for my reactions are solid. Your judgement of me is based upon your own experiences and knowledge. The words "you" and "your" are both plural and general simultaneously. I have approached you openly and honestly, admitting to my faults. Each day, I learn. Because you are not me, I give you the benefit of the doubt - and, to admit, this usually occurs after my reaction - when the situation becomes more personal in nature. If you are not able to see the similarities between myself and another - and this being due to a physical condition - and that your experience with others has been negative because many do not think about anything but themselves, it is understood. I apologize and attempt to approach differently. There are times that a person may have a question to the mailing lists and that person is not addressed. I try to address the question to the best of my knowledge. Now, at times, I am perceived erroneously by other members of this community. If I say, " please do not insult me publicly," that does not mean you have the right to insult me at all. I did not do this to you. I would not and have not condemned you if anything has happened to you personally. My "threat" was a reaction to your disrespect. From owner-freebsd-hackers@freebsd.org Tue Jun 14 17:21:33 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42B17B72E6A for ; Tue, 14 Jun 2016 17:21:33 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C993A2B86; Tue, 14 Jun 2016 17:21:32 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id k204so864026wmk.0; Tue, 14 Jun 2016 10:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=L78mtrCrkBRt2ElC0qY2XsJuMGEIzH1I4unUtDJ7ouw=; b=HTCyu5mY6CkRJH179AaN/SqYYWtzHiCQw7f+u/7ezgZE66VBsB2VaNHzmzzMokZjTr 1h29D5AH4/pr7RjOfFKyuPP5nbgtIgzfjF79+IrA1CMSM2368ri3HwO3t1zihmrEE23O nqvxADCknp7Sx8y85l7h8Ehc5wizfFfEGqwe72sgjOTER6ciZySCoUHk0SlOdE5OnE6/ FHwSD2KZoDEaFcR5B4tJY9yatY2DBTF4b2qF+dElfXRkr4u4m+lT3+1iCfCWH788mwiE 2wDAj/nWaHC/SQhQ9o/auvGIABWosBIi6L1t6J2jwqjikHEFnXuyJEP1NFesuiLCRYhZ 44bQ== 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; bh=L78mtrCrkBRt2ElC0qY2XsJuMGEIzH1I4unUtDJ7ouw=; b=Q7TzMT1xV/kjSrZCssQradQf96Is8cNZYlh3d0ZUgC4ACO4o9rLVv/ydKyZUzCGuWs VZYrf7ibEONE4tZ8Vlx1bM34xgCtKeDjDCT+OEUr+36ZebIm4RcXGn/PRqK+x+3kqHds rqnBys6sRpqiGWs0RpmHyOrtSpcGu1BRByMBvCl0pCDDrSljl33j/maoeRjYo5kdP3Rd zlO2hV7BqexJtzntePoMFuUbkXVDhnrYE71s/SwrO8McTFJBTZA9D8ddljeEQIumOsuL cChnQi7GkxCTs+PuUs27sf2Nwd/ID+Y4bAtyInlAn2rLTCdNc68Kq69JiqLUHz/jL2dP ZfcA== X-Gm-Message-State: ALyK8tJ3dEl2u3Ps8MqeCNBIT+EJ758SmeqlkoWinzeOsmJ+OoAt9i45I/eUog3O038NDOyoeIRL1n8yiiIlRw== X-Received: by 10.28.182.68 with SMTP id g65mr6161740wmf.12.1465924891325; Tue, 14 Jun 2016 10:21:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.137.75 with HTTP; Tue, 14 Jun 2016 10:21:30 -0700 (PDT) In-Reply-To: References: From: outro pessoa Date: Tue, 14 Jun 2016 13:21:30 -0400 Message-ID: Subject: Re: Hello To: Eric Furman , sorressean , adrian@freebsd.org, wblock@wonkity.com, dru@freebsd.org, freebsd-hackers@freebsd.org, misc@openbsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 17:21:33 -0000 Now, some would call this -and have -off-topic noise; but, there is a reason for this post. Some of you do not think before responding to a post. The words that you choose need to be diplomatic and honest when you doubt another person's intention and/or reason for that person's reply. Your community is open. For some of you, your minds are not. It is time for a change in attitude and approach. On Tue, Jun 14, 2016 at 12:53 PM, outro pessoa wrote: > Seeing that you have quoted me from another email that I sent, my decision > is to inquire you on different topics. > Is the cognitive process the same for all members of the human species? > By which method(s) does the human animal learn? > By observation, each culture within an area has its own standards of > normality. The world view of each culture is dependent upon the experience > and understanding of the members of that culture. Education will coincide > with the perception of each member of any given society. Now, that which is > considered sane by the standards of one culture may be considered insane by > the standards of another. > In the scientific method, you must form a hypothesis and prove its > validity. > I will add this to Schrodinger's Paradox. > Being that you are able to observe the quantum event from different > perspectives, you will need to observe the same event from the viewpoint of > the subject if such is possible. Your first hypothesis is that the subject > seems incapable of logic and reasoning to such a degree that the subject's > perception of the events occurring is false and flimsy at best. > I have not experienced that which you have experienced and therefore I > have no right to make any assumption about your nature. > My reactions are erroneous ; yet, the reasons for my reactions are solid. > Your judgement of me is based upon your own experiences and knowledge. > The words "you" and "your" are both plural and general simultaneously. > > I have approached you openly and honestly, admitting to my faults. > Each day, I learn. > Because you are not me, I give you the benefit of the doubt - and, to > admit, this usually occurs after my reaction - when the situation becomes > more personal in nature. > > If you are not able to see the similarities between myself and another - > and this being due to a physical condition - and that your experience with > others has been negative because many do not think about anything but > themselves, it is understood. > > I apologize and attempt to approach differently. > > There are times that a person may have a question to the mailing lists and > that person is not addressed. > > I try to address the question to the best of my knowledge. Now, at times, > I am perceived erroneously by other members of this community. > > If I say, " please do not insult me publicly," that does not mean you have > the right to insult me at all. I did not do this to you. I would not and > have not condemned you if anything has happened to you personally. > My "threat" was a reaction to your disrespect. > > > > From owner-freebsd-hackers@freebsd.org Tue Jun 14 17:25:16 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC33DB72FF0 for ; Tue, 14 Jun 2016 17:25:16 +0000 (UTC) (envelope-from adamartin.freebsd.org@gmail.com) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7ED542FFE for ; Tue, 14 Jun 2016 17:25:16 +0000 (UTC) (envelope-from adamartin.freebsd.org@gmail.com) Received: by mail-qg0-x232.google.com with SMTP id v48so70573572qgd.2 for ; Tue, 14 Jun 2016 10:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:reply-to:from:message-id:date:user-agent :mime-version:in-reply-to; bh=1jgDcFQuq8JrB9c4PLgYN2DSwUcjEDB0QfcLKJRVGF8=; b=SFWxptCB2EAGzNZu7jeNpI7mdJJ+gUHVvq7DNSgAKsfPOE0YX/7JabiJey1AkAoX98 UqWqSrePXBj34k2Z14llZrk+u647p2CW1seMwtJZ1zI4GsVwQBcu4gLSR8bmP8pKzo13 I+l+lSZ5N4BD3UJ2SmIVcUVwQXBHO/YOBAw2LLf7nDDoqYyyZlqKPjMrtMqONfWu8cIW W63WzVzDFlrT8rDVEbr/SUrhfm/sLAA/49O63Oac4DIIfE1Kb3Lcopb6m+4L171ntm4h p6F9k646MdG7BCtQ60XJI7Th+OlN38omMjvYh+G07xXbckl2vY5PTS6h0eNewnihBb+C qKcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:reply-to:from:message-id :date:user-agent:mime-version:in-reply-to; bh=1jgDcFQuq8JrB9c4PLgYN2DSwUcjEDB0QfcLKJRVGF8=; b=lRyPrR91er8lu1Qa4ur0l6tFN/7gp92quyiz5DxVDO7JU9CgJSltqLZeuJ7LiNa9cK k2yIUhRmqPGrHjf0j3v22VeiWTGDQKSLAXk7RuWPapJ6b8zq9nMaodFkP5eKPiQzDOQm wE/rR3ES/rtNLCeCalQb0ZygPZIyIvJkRrxXNSqKEDOqnYac03nRXwRtFW08po1U8G1w XT1diSmGsS2eV88ffjXsyK/h6haLU+SYHjlixq1Ow3qn3JURvpy58nTrv/jWaXJsHvNc phlOOXMqG4J6cxqO+7IA4/jz2h6GMjS3Y1P99jisk2SDILu630r7Zg6eAbrm9/ONRhfG Udog== X-Gm-Message-State: ALyK8tL3TUMm8yxGAxaDvQXCHMVb/L91NQ4iYk1HqWFWWtZzujfyUXLRCwQIS+sQEE3IvA== X-Received: by 10.140.88.243 with SMTP id t106mr12173526qgd.98.1465925115566; Tue, 14 Jun 2016 10:25:15 -0700 (PDT) Received: from [192.168.43.233] ([172.56.35.7]) by smtp.gmail.com with ESMTPSA id 56sm2639368qtt.31.2016.06.14.10.25.13 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2016 10:25:14 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: =?UTF-8?B?T3RhY8OtbGlv?= , freebsd-hackers@freebsd.org References: Reply-To: ADAM David Alan Martin From: ADAM David Alan Martin Message-ID: <57603DF3.5000400@gmail.com> Date: Tue, 14 Jun 2016 13:25:07 -0400 User-Agent: Mozilla/5.0 (X11; Linux armv7l; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rqbKoA0X45bsrt59sbcXm5el3vjoXCfL7" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 17:25:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rqbKoA0X45bsrt59sbcXm5el3vjoXCfL7 Content-Type: multipart/mixed; boundary="eRAPfn41KoGlEBAdf9sVnofQf6fEqGKNp" From: ADAM David Alan Martin Reply-To: ADAM David Alan Martin To: =?UTF-8?B?T3RhY8OtbGlv?= , freebsd-hackers@freebsd.org Message-ID: <57603DF3.5000400@gmail.com> Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" References: In-Reply-To: --eRAPfn41KoGlEBAdf9sVnofQf6fEqGKNp Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, On 06/14/16 00:05, Otac=C3=ADlio wrote: > I'm getting this error when I try compile the ORB-SLAM2 library. Some > one can give me a hint about it? > > > /usr/include/c++/v1/map:837:5: error: static_assert failed > "Allocator::value_type must be same type as value_type" > static_assert((is_same value_type>::value), It sounds like the code is using an STL allocator in a way which worked prior to C++11/14 changes to allocators. Could you post more of the compiler output? Is this a port in the ports tree? If not, could you point me at the source of ORB-SLAM2? > Thanks a lot. > > -Otac=C3=ADlio Regards, --=20 ADAM David Alan Martin --eRAPfn41KoGlEBAdf9sVnofQf6fEqGKNp-- --rqbKoA0X45bsrt59sbcXm5el3vjoXCfL7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXYD3zAAoJEJlQhGNp3mNxeSUP/2tTJPdxw75r8MdD6CUTpQWY VwXxT1phIzuePOqQfwAoGOddw7b81lwRllx0xsJTjYgUMqLaKW05Q7ylYzs+L40T BXBvumsX54W7wEJb17zvVzeDKH8weW5PXUzHv+auK1Zy/lPzaiVQGBg5ZJKeDP2r VzeWDWv4KZOwg/df31QYJt0543TRbwiWwRpjAWr9jCYJ6yGbL1uzhEZOfHednL7g E/s2S+wt8Hq5dpkLqttQuZE7jU0tPx8rZpoNnL/NPOdRAjOVkKyYG0o/XYvU/wPE 8kbPAKN/SehB3cdGTqmDxJTe7g3Ht4M2lPfmCEtCQd/WAHt3JzI3AGWies/UD4fl KcMQuXC2A6KaCxNShHlKcDherAtBxqInwgxT54C+W9godKpnBBYoFzivtWPfEqsg tdc6sPinJA3I4DPRU3M8x/8Yccmp9DaOZPThy8/eEMiBafOPGEzjBNA9QN7/1uFt v9kDphYYtVloRfX67abAYVAfUWz8Gd6RYPl1TfcYIszFEI5fT1ohBE9aJKoxFXtJ Emky48BAtvXqAXAE34kRR8TBViY3bzF0HPX2qTwoU05LSZTrnzS0fPO5rSfAn7It Kp9AlCEGlyqmB5pApAQsvA2eIXawviOPF9nJ7T7sJwsJQGqgh/l4jddAQ7L28Ts1 vOFOo7hu22TEWychF9p7 =Sr1d -----END PGP SIGNATURE----- --rqbKoA0X45bsrt59sbcXm5el3vjoXCfL7-- From owner-freebsd-hackers@freebsd.org Tue Jun 14 17:28:13 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31044B72179 for ; Tue, 14 Jun 2016 17:28:13 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E82EE24B6; Tue, 14 Jun 2016 17:28:12 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.154.221] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1bCs87-0003iH-5p; Tue, 14 Jun 2016 19:27:59 +0200 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id u5EHRv83002239 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Jun 2016 19:27:57 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id u5EHRuTE002238; Tue, 14 Jun 2016 19:27:56 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Tue, 14 Jun 2016 19:27:56 +0200 From: Matthias Apitz To: outro pessoa Cc: Eric Furman , sorressean , adrian@freebsd.org, wblock@wonkity.com, dru@freebsd.org, freebsd-hackers@freebsd.org, misc@openbsd.org Subject: Re: Hello Message-ID: <20160614172756.GA2196@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , outro pessoa , Eric Furman , sorressean , adrian@freebsd.org, wblock@wonkity.com, dru@freebsd.org, freebsd-hackers@freebsd.org, misc@openbsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.154.221 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 17:28:13 -0000 s Save to mailbox ('?' for list): SPAM -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Die Verkaufsschlager des Buchmarkts geben Auskunft über den Zustand einer Gesellschaft bzw. sind, was diese Zeiten angeht, Gradmesser fortschreitenden Schwachsinns. ..." (jW 19.05.2016) From owner-freebsd-hackers@freebsd.org Tue Jun 14 21:15:00 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3C96B72928 for ; Tue, 14 Jun 2016 21:15:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACB0E2E77 for ; Tue, 14 Jun 2016 21:15:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [172.16.0.93] (AMarseille-651-1-108-23.w109-208.abo.wanadoo.fr [109.208.187.23]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 00FCE7B7F; Tue, 14 Jun 2016 23:14:55 +0200 (CEST) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EA0408CC-A41C-4219-BF93-035B3B3DC532"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Tue, 14 Jun 2016 23:14:49 +0200 Cc: freebsd-hackers@freebsd.org Message-Id: References: To: =?utf-8?Q?Otac=C3=ADlio?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 21:15:01 -0000 --Apple-Mail=_EA0408CC-A41C-4219-BF93-035B3B3DC532 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 14 Jun 2016, at 06:05, Otac=C3=ADlio = wrote: >=20 > I'm getting this error when I try compile the ORB-SLAM2 library. Some = one can give me a hint about it? >=20 >=20 > /usr/include/c++/v1/map:837:5: error: static_assert failed = "Allocator::value_type must be same type as value_type" > static_assert((is_same::value), Typically, this is because the allocator for std::map must use a const key, and libc++ now checks for this with a static assertion. See for example this fix for www/node: = https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_com= piler_instruction.h?view=3Dmarkup&pathrev=3D412412 -Dimitry --Apple-Mail=_EA0408CC-A41C-4219-BF93-035B3B3DC532 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.30 iEYEARECAAYFAldgc88ACgkQsF6jCi4glqMrswCfcF/SMUIp+X/sr2pGhQ5kbupS mWEAn0BL05PTDIwu4LRqrjbaN1HR4TPI =exs9 -----END PGP SIGNATURE----- --Apple-Mail=_EA0408CC-A41C-4219-BF93-035B3B3DC532-- From owner-freebsd-hackers@freebsd.org Wed Jun 15 01:36:55 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73318B72536 for ; Wed, 15 Jun 2016 01:36:55 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37FE82838 for ; Wed, 15 Jun 2016 01:36:54 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x233.google.com with SMTP id k6so4380264qgk.1 for ; Tue, 14 Jun 2016 18:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=U/AE/Dt+9TUOqNJMuykbc6Gt5RyIlfQqf04Rq3WaAjM=; b=I8xrFoVBDM68Ye79sv8c+0AFpDe+u9SdJ49JMrx9/iU5fghXrFyZl3ZVuLD/hoelPh XAqJpjt4Tv6s42c731Fq60+VFfO9LvKuY9TYoy03bmC9py4myE2tROF01JCLFntSei5v MqtBzFSOr2zi4BHnOzIatbFFbHu+qhESBd+sk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=U/AE/Dt+9TUOqNJMuykbc6Gt5RyIlfQqf04Rq3WaAjM=; b=DDWyCjL+q/4ql5W4TAwdld/hpwwvgoHzodAn/xqgRM+kpAnDCw/itPl5+8V0Nl/r1K PZoDSrrP4Wpgta5oK44P8RqWL10Jfvj0GATKnSgFlpWwaXxORKz57yY8LtfHcpL7pNZP +6MOXzszYvs7LfvgSkGBB+TQQjxahd+7nyZG6udMp6FJIQ/GnyOVnTLGnBBXnXxwpD9n Q1D5FZRHX5IAzV32GjEG1RsF8O5kbO9PlCRw44cJW4HMhK81EvBarwJBxP5ZXPpJ1Zld +7be0taYp3N99rH+22jd4Q+tX/Yh0XsdUG+uJY/ydTmCcrgP4CMSuTqOzs3cyy7hWDtt d3Gw== X-Gm-Message-State: ALyK8tIDUZnRYG4xbVCRW7f96jrSw/916kaOVB8z7FbgvRzlacUXYdH6dnHnIKNwbobodA== X-Received: by 10.140.19.97 with SMTP id 88mr22307028qgg.55.1465954613742; Tue, 14 Jun 2016 18:36:53 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id f94sm8920849qtb.18.2016.06.14.18.36.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2016 18:36:53 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: ADAM David Alan Martin , freebsd-hackers@freebsd.org References: <57603DF3.5000400@gmail.com> From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <58aaad08-3cc9-6e57-1c14-01c833958ba5@bsd.com.br> Date: Tue, 14 Jun 2016 22:36:39 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <57603DF3.5000400@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 01:36:55 -0000 Em 14/06/2016 14:25, ADAM David Alan Martin escreveu: > Hi, > > > On 06/14/16 00:05, Otacílio wrote: >> I'm getting this error when I try compile the ORB-SLAM2 library. Some >> one can give me a hint about it? >> >> >> /usr/include/c++/v1/map:837:5: error: static_assert failed >> "Allocator::value_type must be same type as value_type" >> static_assert((is_same> value_type>::value), > It sounds like the code is using an STL allocator in a way which worked > prior to C++11/14 changes to allocators. Could you post more of the > compiler output? Is this a port in the ports tree? If not, could you > point me at the source of ORB-SLAM2? > >> Thanks a lot. >> >> -Otacílio > Regards, > Dear I have created some ports to compile orbslam2 to FreeBSD. They are not finished until now, but so many work is done and can be very help to someone that wants compile orbslam2 on FreeBSD. I did this ports: graphics/DBoW2 graphics/DLib graphics/Pangolin graphics/libQGLViewer graphics/orbslam2 math/g2o It is necessary that OpenCV be compiled with NONFREE enabled. And I have applied a patch to math/openblas/Makefile. I can send to you this ports if you can help me to solve this problem. I don't have expertise so solve this alone. Bellow is the error message: []'S -Otacílio In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: In file included from /usr/local/include/DBoW2/BowVector.h:14: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" static_assert((is_same::value), ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; ^ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:466:29: error: no viable overloaded operator[] for type 'KeyFrameAndPose' (aka 'map, Eigen::aligned_allocator > >') NonCorrectedSim3[pKFi]=g2oSiw; ~~~~~~~~~~~~~~~~^~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:470:39: error: use of undeclared identifier 'mit'; did you mean 'min'? for(KeyFrameAndPose::iterator mit=CorrectedSim3.begin(), mend=CorrectedSim3.end(); mit!=mend; mit++) ^~~ min /usr/include/c++/v1/algorithm:2562:1: note: 'min' declared here min(const _Tp& __a, const _Tp& __b, _Compare __comp) From owner-freebsd-hackers@freebsd.org Wed Jun 15 01:40:55 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FB29B726B8 for ; Wed, 15 Jun 2016 01:40:55 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF8B2B5F for ; Wed, 15 Jun 2016 01:40:55 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22f.google.com with SMTP id c73so6668562qkg.2 for ; Tue, 14 Jun 2016 18:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=F0Zmso9f0I3fqBlvhfCZYkQF+lKqvvZkq0kyBXTPk8I=; b=ZBC0JBEuV91JFy6z7M7pzP8u4udSXtZ8xzmYxslY30Awm3lgO/XxllcQFyuuY/F2r/ 1ffKmr+W46652r00OYz1Y/4Sfohu0D8iUIVoXsy9ABBUQMx/0W9P1fvMddO/B2NysE28 xZr7ueyO9vZ6YR+SAl2/p/+KH3XqTWJD20fPM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=F0Zmso9f0I3fqBlvhfCZYkQF+lKqvvZkq0kyBXTPk8I=; b=bQAtCdCtmypqymrWsOb9+6KTPWM7CaF6w9/t13Q/77n+A7xZKFJfMAyyDOGcy/h2Bv uaBw7PTZ+ZBpOdxZ9Xdyg5kOu1wb/UehTfVfwJssAEt/Qmc76BSv76e2MsbwvHP14jG4 QT+NUU4EOebjmRcWQsPtNxB/0/tOrWToitNLkzNfeQYjl8PjvGq54eqkAXwz+hFcV0zm +tMAFyN7Dawx0XqHvQbZW2gfnMYVdK0Qv3wh080OFZv1MMSPlmtoeMXga0pLzhUXFSL4 P6SYSyOnvuM5nN7bL90SpP945gf5xdFGXgV4UELnGuKakXh05jZGnhNpGqtgSvNRYtCC R4/g== X-Gm-Message-State: ALyK8tI9z9+Oj8Ew/X1tdi+/BGm+5YjtygKNR+2TRTmvEcBLUP+ctgNInZxYoLBHDcdT+g== X-Received: by 10.55.24.20 with SMTP id j20mr22638902qkh.168.1465954854180; Tue, 14 Jun 2016 18:40:54 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id 131sm8952028qkf.17.2016.06.14.18.40.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2016 18:40:53 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: Dimitry Andric References: Cc: freebsd-hackers@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: Date: Tue, 14 Jun 2016 22:40:39 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 01:40:55 -0000 Em 14/06/2016 18:14, Dimitry Andric escreveu: > On 14 Jun 2016, at 06:05, Otacílio wrote: >> I'm getting this error when I try compile the ORB-SLAM2 library. Some one can give me a hint about it? >> >> >> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >> static_assert((is_same::value), > Typically, this is because the allocator for std::map must use a const > key, and libc++ now checks for this with a static assertion. > > See for example this fix for www/node: > https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_compiler_instruction.h?view=markup&pathrev=412412 > > -Dimitry > I think that this problem is more difficult that the example. Bellow is the error message: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: In file included from /usr/local/include/DBoW2/BowVector.h:14: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" static_assert((is_same::value), ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; ^ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:466:29: error: no viable overloaded operator[] for type 'KeyFrameAndPose' (aka 'map, Eigen::aligned_allocator > >') NonCorrectedSim3[pKFi]=g2oSiw; ~~~~~~~~~~~~~~~~^~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:470:39: error: use of undeclared identifier 'mit'; did you mean 'min'? for(KeyFrameAndPose::iterator mit=CorrectedSim3.begin(), mend=CorrectedSim3.end(); mit!=mend; mit++) ^~~ min /usr/include/c++/v1/algorithm:2562:1: note: 'min' declared here min(const _Tp& __a, const _Tp& __b, _Compare __comp) From owner-freebsd-hackers@freebsd.org Wed Jun 15 06:25:40 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7605BB72180 for ; Wed, 15 Jun 2016 06:25:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5858C2247 for ; Wed, 15 Jun 2016 06:25:40 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u5F6PL60031780; Tue, 14 Jun 2016 23:25:25 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201606150625.u5F6PL60031780@gw.catspoiler.org> Date: Tue, 14 Jun 2016 23:25:21 -0700 (PDT) From: Don Lewis Subject: Re: how to MFC when the target moved? To: danielsh@apache.org cc: yaneurabeya@gmail.com, freebsd-hackers@freebsd.org In-Reply-To: <20160602110100.GA2451@tarsus.local2> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 06:25:40 -0000 On 2 Jun, Daniel Shahaf wrote: > Ngie Cooper wrote on Wed, Jun 01, 2016 at 13:59:43 -0700: >> On Wed, Jun 1, 2016 at 11:04 AM, Don Lewis wrote: >> > I'd like to MFC r300705, which updates usr.bin/fortune/unstr/unstr.c, >> > but fortune moved from /usr/games to /usr/bin between FreeBSD 10 and 11. >> > What is the best way to proceed? Manually apply the patch and direct >> > commit? >> >> Something like this is what you want to do when recording the merge.. >> Cheers! >> -Ngie >> >> cd /usr/src >> svn merge -c --record-only ^/head >> patch file manually >> svn commit $PWD > > That would work, but for future reference, you could do it in one > command: > > svn merge -c r300705 ^/head/usr.bin/fortune /usr/src/games/fortune That doesn't quite work, either. The mergeinfo gets added to /usr/src/games/fortune instead of /usr/src. From owner-freebsd-hackers@freebsd.org Wed Jun 15 09:54:40 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CD9BA1D729 for ; Wed, 15 Jun 2016 09:54:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED8C21A15 for ; Wed, 15 Jun 2016 09:54:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [172.16.0.93] (AMarseille-651-1-134-216.w2-4.abo.wanadoo.fr [2.4.133.216]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4C1C37569; Wed, 15 Jun 2016 11:54:30 +0200 (CEST) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_779A4A73-2E48-4066-B76F-A91D53FA8573"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Wed, 15 Jun 2016 11:54:17 +0200 Cc: freebsd-hackers@freebsd.org Message-Id: References: To: =?utf-8?Q?Otac=C3=ADlio?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 09:54:40 -0000 --Apple-Mail=_779A4A73-2E48-4066-B76F-A91D53FA8573 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 15 Jun 2016, at 03:40, Otac=C3=ADlio = wrote: >=20 > Em 14/06/2016 18:14, Dimitry Andric escreveu: >> On 14 Jun 2016, at 06:05, Otac=C3=ADlio = wrote: >>> I'm getting this error when I try compile the ORB-SLAM2 library. = Some one can give me a hint about it? >>>=20 >>>=20 >>> /usr/include/c++/v1/map:837:5: error: static_assert failed = "Allocator::value_type must be same type as value_type" >>> static_assert((is_same::value), >> Typically, this is because the allocator for std::map must use a = const >> key, and libc++ now checks for this with a static assertion. >>=20 >> See for example this fix for www/node: >> = https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_com= piler_instruction.h?view=3Dmarkup&pathrev=3D412412 >>=20 >> -Dimitry >>=20 > I think that this problem is more difficult that the example. Bellow = is the error message: >=20 > In file included from = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21:= > In file included from = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:= 24: > In file included from = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24:= > In file included from = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25:= > In file included from = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: > In file included from /usr/local/include/DBoW2/BowVector.h:14: > /usr/include/c++/v1/map:837:5: error: static_assert failed = "Allocator::value_type must be same type as value_type" > static_assert((is_same::value), > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > = /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436= :21: note: in instantiation of template class = 'std::__1::map, = Eigen::aligned_allocator > >' requested here > KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; This patch should hopefully work. I do not have the port itself, so I = could not compile-test it. diff --git a/include/LoopClosing.h b/include/LoopClosing.h index b1736fe..5d80d02 100644 --- a/include/LoopClosing.h +++ b/include/LoopClosing.h @@ -47,7 +47,7 @@ public: typedef pair,int> ConsistentGroup; typedef map, - Eigen::aligned_allocator = > > KeyFrameAndPose; + Eigen::aligned_allocator = > > KeyFrameAndPose; public: -Dimitry --Apple-Mail=_779A4A73-2E48-4066-B76F-A91D53FA8573 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.30 iEYEARECAAYFAldhJdQACgkQsF6jCi4glqOKLgCfXsAU9ZqrsJsbrjGY4aFwf7BK IhAAoJYQ+9tTLcAEZlJcNqlBG7GROK0g =2v8s -----END PGP SIGNATURE----- --Apple-Mail=_779A4A73-2E48-4066-B76F-A91D53FA8573-- From owner-freebsd-hackers@freebsd.org Wed Jun 15 11:31:27 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D00E2A318D8 for ; Wed, 15 Jun 2016 11:31:27 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90694179E for ; Wed, 15 Jun 2016 11:31:27 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22c.google.com with SMTP id a186so14939797qkf.0 for ; Wed, 15 Jun 2016 04:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=Qq6Ej379AhLXASkbSnbZrLj2NKzPGwxQ3STahDTWPDU=; b=UyJWSrpVwmQgfDZp2jlNbNISZNypU1RfxFP5s+TnMcf6y0yE0KPkSZg/l2lvTbBCRZ iwkLwRYMOrPZ2zoH+AHx2+X/CCcekLfCu/e5BnJPHwh+Ljq/wn5tflUgfvBPyciNNW0d 7G1wdj0bNrIrpxnLS22SMytPQlwGecs4SyzQ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Qq6Ej379AhLXASkbSnbZrLj2NKzPGwxQ3STahDTWPDU=; b=gTG6KOImI3h6/Q9S86pnQfnI88vIliwRa9mkkNFQuxW1CNg162SyuVrYOcO6d/kNY3 4hmhM1Zt1ZTMb56RNSqCwxHu4C7uAMqns3Rq4L+onvFnBCH46T5+pVcqeDJBAXQucFz2 znmqLLz70cnoDqIiSdMMhz2e6ZV8p05ZJioSD2e4KqbMZ90PgvfCwGuEOjeQ/6UnGoGI INzzTKvM1efYvoF6VoUtLeCBh6lff6K9bZuPwY+H9BMTLNrsEoXjKlRqioAsohYKvrFi AfE/Va9pH8qJZNqJUT3s9bhLfamTBwckXg9GX7PVUw3MUm12D1TfgFd+MPR3om/yj5qS uf9g== X-Gm-Message-State: ALyK8tLQL9lugNAsAlM9E9kCXTC4T+RrkLrcjbhKpZ8gAtUkzcskSQj2F64mgFluHfbZAA== X-Received: by 10.200.34.19 with SMTP id o19mr24992493qto.97.1465990286042; Wed, 15 Jun 2016 04:31:26 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id k63sm5014426qte.9.2016.06.15.04.31.24 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Jun 2016 04:31:25 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: freebsd-hackers@freebsd.org References: From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: Date: Wed, 15 Jun 2016 08:31:10 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:31:27 -0000 Em 15/06/2016 06:54, Dimitry Andric escreveu: > On 15 Jun 2016, at 03:40, Otacílio wrote: >> Em 14/06/2016 18:14, Dimitry Andric escreveu: >>> On 14 Jun 2016, at 06:05, Otacílio wrote: >>>> I'm getting this error when I try compile the ORB-SLAM2 library. Some one can give me a hint about it? >>>> >>>> >>>> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >>>> static_assert((is_same::value), >>> Typically, this is because the allocator for std::map must use a const >>> key, and libc++ now checks for this with a static assertion. >>> >>> See for example this fix for www/node: >>> https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_compiler_instruction.h?view=markup&pathrev=412412 >>> >>> -Dimitry >>> >> I think that this problem is more difficult that the example. Bellow is the error message: >> >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: >> In file included from /usr/local/include/DBoW2/BowVector.h:14: >> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >> static_assert((is_same::value), >> ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here >> KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; > This patch should hopefully work. I do not have the port itself, so I could not compile-test it. > > diff --git a/include/LoopClosing.h b/include/LoopClosing.h > index b1736fe..5d80d02 100644 > --- a/include/LoopClosing.h > +++ b/include/LoopClosing.h > @@ -47,7 +47,7 @@ public: > > typedef pair,int> ConsistentGroup; > typedef map, > - Eigen::aligned_allocator > > KeyFrameAndPose; > + Eigen::aligned_allocator > > KeyFrameAndPose; > > public: > > -Dimitry > Dear I have applied your patch, but the bug stay there :( In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: In file included from /usr/local/include/DBoW2/BowVector.h:14: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" static_assert((is_same::value), ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; This is the source code of LoopClosing.h after patch: #ifndef LOOPCLOSING_H #define LOOPCLOSING_H #include "KeyFrame.h" #include "LocalMapping.h" #include "Map.h" #include "ORBVocabulary.h" #include "Tracking.h" #include "KeyFrameDatabase.h" #include #include #include namespace ORB_SLAM2 { class Tracking; class LocalMapping; class KeyFrameDatabase; class LoopClosing { public: typedef pair,int> ConsistentGroup; typedef map, Eigen::aligned_allocator > > KeyFrameAndPose; From owner-freebsd-hackers@freebsd.org Wed Jun 15 11:32:05 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C42ABA31A43 for ; Wed, 15 Jun 2016 11:32:05 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7933D1A3F for ; Wed, 15 Jun 2016 11:32:05 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qg0-x232.google.com with SMTP id v48so9721822qgd.2 for ; Wed, 15 Jun 2016 04:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=/Lsio3bCRmQY21aDDlZXX8vX4aC0Lq9AIBHv6Qx97PI=; b=XzruqhIMAwCpsScZcdDxKEHrEsXSlrWDyVUgcLk77fX3ZIJDk6I8OVJbx+vA3OVGu8 PJYpWPdcBxavXx7JoIKYWTiBznmCVRRYilShEKyNTz8VxeXi/W4+hV7OlNxdbkjBmIVM Q2HHvfsc04xcHSkJ4X7TeFtXwYHwhAFseeHQ8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=/Lsio3bCRmQY21aDDlZXX8vX4aC0Lq9AIBHv6Qx97PI=; b=REboNwvCMrPz6IkZU85cCY6UOOsqLwrTsSk/D+IT4m7kOJ4XVJSxv4uaNCs3Vd8wu9 IwaAQ4wdQaPuFmfgdIzLHZzibVxK9NuJibf3PnOEqn+aZeGHunhEW7Nk0wfO6G9AghnT iAVc6BQE1Ho1IhShP83ymalw8dCEpKr+Xag6cubalJ6B9GEwiWAKDL+2cYb/g/bPFnlp 8nTn9t1ZQNhzGwJiRrvhEYTwyVj+MCK6vDHz94jtV9gOSUOvhjQd/68xawRaoNBj6Aur j5VrviU4C4YfIAumYVsZLhV3j7erQ4ELXc+/VeDp9ZRW67lk3R38EwL9EioX9Rny7U3D v2/w== X-Gm-Message-State: ALyK8tKoUUBgEVKfENYbIhjUMJQlx4i6kplCkhDD58k+oxtpQN3f9haFzZjGzQBsYyZ14A== X-Received: by 10.140.157.4 with SMTP id d4mr24909726qhd.77.1465990324562; Wed, 15 Jun 2016 04:32:04 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id 8sm9294196qhi.35.2016.06.15.04.32.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Jun 2016 04:32:03 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: Dimitry Andric References: Cc: freebsd-hackers@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <04b30242-60d2-340f-e944-a8fabc83fdcf@bsd.com.br> Date: Wed, 15 Jun 2016 08:31:49 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:32:05 -0000 Em 15/06/2016 06:54, Dimitry Andric escreveu: > On 15 Jun 2016, at 03:40, Otacílio wrote: >> Em 14/06/2016 18:14, Dimitry Andric escreveu: >>> On 14 Jun 2016, at 06:05, Otacílio wrote: >>>> I'm getting this error when I try compile the ORB-SLAM2 library. Some one can give me a hint about it? >>>> >>>> >>>> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >>>> static_assert((is_same::value), >>> Typically, this is because the allocator for std::map must use a const >>> key, and libc++ now checks for this with a static assertion. >>> >>> See for example this fix for www/node: >>> https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_compiler_instruction.h?view=markup&pathrev=412412 >>> >>> -Dimitry >>> >> I think that this problem is more difficult that the example. Bellow is the error message: >> >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: >> In file included from /usr/local/include/DBoW2/BowVector.h:14: >> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >> static_assert((is_same::value), >> ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here >> KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; > This patch should hopefully work. I do not have the port itself, so I could not compile-test it. > > diff --git a/include/LoopClosing.h b/include/LoopClosing.h > index b1736fe..5d80d02 100644 > --- a/include/LoopClosing.h > +++ b/include/LoopClosing.h > @@ -47,7 +47,7 @@ public: > > typedef pair,int> ConsistentGroup; > typedef map, > - Eigen::aligned_allocator > > KeyFrameAndPose; > + Eigen::aligned_allocator > > KeyFrameAndPose; > > public: > > -Dimitry > Dear I have applied your patch, but the bug stay there :( In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: In file included from /usr/local/include/DBoW2/BowVector.h:14: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" static_assert((is_same::value), ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; This is the source code of LoopClosing.h after patch: #ifndef LOOPCLOSING_H #define LOOPCLOSING_H #include "KeyFrame.h" #include "LocalMapping.h" #include "Map.h" #include "ORBVocabulary.h" #include "Tracking.h" #include "KeyFrameDatabase.h" #include #include #include namespace ORB_SLAM2 { class Tracking; class LocalMapping; class KeyFrameDatabase; class LoopClosing { public: typedef pair,int> ConsistentGroup; typedef map, Eigen::aligned_allocator > > KeyFrameAndPose; From owner-freebsd-hackers@freebsd.org Wed Jun 15 11:37:10 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D73C4A31B49 for ; Wed, 15 Jun 2016 11:37:10 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F60C1C38 for ; Wed, 15 Jun 2016 11:37:10 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x230.google.com with SMTP id g20so17299506ywb.0 for ; Wed, 15 Jun 2016 04:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ywcEN1Ka4YQswUja2r8N98n3XPhJ67pk8DD4XsiKAkk=; b=RiFm/24pVmE/cI4B5AjngdviGCWp0fjMsVl+MnI7nK1pnyv/so3MBWPSs5S5JihilR x4nRN2c22UlHPdg4zLByYgUOp3bx+EJXcW7RyQgtcbcl+L532dIGyTVh4uj3xx4UeExA KI2Yr/6f5r/sRWjAL0t9KjQfgghKeuVQ0ZTx5AoRLh7Fz33qJgc6ISHFs3zYTbWzyYbu KB+Bau0h9tznUGn9Qy1bS7Mj2TjN7mfazWytL1HvRSA70Bdlmda3ULYGL3CwVWq2up6x mPxpLwh8QXGNiELj3rc5iWfvxPNAWUrZFdScXSu1UEMjqd7DKoSwVi6agh/Sye/2aBCk 1mRg== 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; bh=ywcEN1Ka4YQswUja2r8N98n3XPhJ67pk8DD4XsiKAkk=; b=IUtwMnUyd14wAqtuQm6HjOOcW7BBIykWwowN4hDXhL4LNkpKq4kZN8LusiMJcNshHk 6JMiKrd3cxRu17/Q81PdtZw/SNizy7GBpPakV86h47/FGA0NiKOc5YfJdLSnDzZDJEJI usIGJl2G6fRSnkGzwOClMKvAYTFK4bRnNxOyp89Ms6ygqaBPL7JixUbkbWLHP106W3c7 cOyZb7NZpEsUv47s54+WcNU23Mbmz47+vrgD9z8vyS/YD4tCeyYOx5frrORXg8pz6q4N 0rw4oo32XH+5ENcIVpD/I6sUghXe3fK7R44emhFqfENUytKpKuHX4aTc9LR/hqTr5nyJ 20yA== X-Gm-Message-State: ALyK8tKTj8MbqO/n3BH9r+rwzio5pSEECjTMnexsRvwH6GrlkaU6F2KSgtD6fiexALzNd142LE5fUAQhuUDNxw== X-Received: by 10.129.131.71 with SMTP id t68mr4605663ywf.116.1465990629566; Wed, 15 Jun 2016 04:37:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.201.199 with HTTP; Wed, 15 Jun 2016 04:37:09 -0700 (PDT) In-Reply-To: References: From: Ed Schouten Date: Wed, 15 Jun 2016 13:37:09 +0200 Message-ID: Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: Dimitry Andric Cc: =?UTF-8?B?T3RhY8OtbGlv?= , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:37:10 -0000 2016-06-15 11:54 GMT+02:00 Dimitry Andric : > - Eigen::aligned_allocator > > KeyFrameAndPose; > + Eigen::aligned_allocator > > KeyFrameAndPose; Looking at the patch for Node, a const keyword should be added to the type itself, right? Eigen::aligned_allocator > > KeyFrameAndPose; -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-hackers@freebsd.org Wed Jun 15 11:42:15 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB99CA31EE4 for ; Wed, 15 Jun 2016 11:42:15 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3D801254 for ; Wed, 15 Jun 2016 11:42:15 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22d.google.com with SMTP id p10so14998101qke.3 for ; Wed, 15 Jun 2016 04:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=AP0VlcKWl37maiP4AEblNGq8p5pwv17qKo4BL7PuN4Y=; b=E78CEFDVJdk8wwa+/2zABZUx9h3PKYv2LVqsUtjw6XpoF/BHPKyahzmYBAZBRzDIIE 24ggrpjV7ryNUW5FQXzGrFDYTjL8shqgSoONM5FH9FRB4ZHy21nc5XK1noQkXskdA+2A 1BlpeJxwVJR1+70SYp1kQiYHkY+/ILs+aHlAE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=AP0VlcKWl37maiP4AEblNGq8p5pwv17qKo4BL7PuN4Y=; b=QcnKY1gmC9ZQaog//bF6nCNkEwMWPl19OlIlyzMxxa3IOfIeQyQ++VxGW/G6I7jA+r C+aeh1UCC2RSVhPPPAuLDieNkcfjpqD/utZg9zJfNQ18YJd9G3SqUlkkjUEgdbXENSZK mHle6OFTeqCAtpTu+NkpGeh8AA0nUoirWivgzcO3GLN2qM3MRCbng0VUbbqRche1mihi reLkJDRkawS6Sci7iWN3WZRdrqnqYK0NOKm9RA/gSHP3gbkERANetf1oEkiwUqQH0lY7 UMzTxJpXvRmkRYux6GSfY6sUJHjzz81nN8voEWmKSBSD4BoPQojlwYCQANxGh5LAeHuH mQVw== X-Gm-Message-State: ALyK8tJPPgOkuT/FvACvpsGn+3KUX/whyFYo43ZcHLKWJrrQ2xnkHeRoonQqO4efgPb+ww== X-Received: by 10.200.53.142 with SMTP id k14mr25765224qtb.63.1465990934755; Wed, 15 Jun 2016 04:42:14 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id 90sm9422762qgh.28.2016.06.15.04.42.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Jun 2016 04:42:13 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: Ed Schouten References: Cc: freebsd-hackers@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <5abbb990-1741-4a18-08cf-e0e89173294c@bsd.com.br> Date: Wed, 15 Jun 2016 08:41:58 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:42:16 -0000 Em 15/06/2016 08:37, Ed Schouten escreveu: > 2016-06-15 11:54 GMT+02:00 Dimitry Andric : >> - Eigen::aligned_allocator > > KeyFrameAndPose; >> + Eigen::aligned_allocator > > KeyFrameAndPose; > Looking at the patch for Node, a const keyword should be added to the > type itself, right? > > Eigen::aligned_allocator >>> KeyFrameAndPose; No, I have tested with Eigen::aligned_allocator > > KeyFrameAndPose; and Eigen::aligned_allocator > > KeyFrameAndPose; And nothing works. :( []'s -Otacílio From owner-freebsd-hackers@freebsd.org Wed Jun 15 11:48:28 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91331A440C6 for ; Wed, 15 Jun 2016 11:48:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CD61532 for ; Wed, 15 Jun 2016 11:48:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x234.google.com with SMTP id a186so15257388qkf.0 for ; Wed, 15 Jun 2016 04:48:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=XNE4lhi2fyfww44QnQt3sx/Ud2//686TMnGLCqJT7Hs=; b=blXnduW9rOdsbJZ8jnabAebvUr9FDsG+7kMgibQihQxRgSsCSzlSrjFaO+t3Qjtr98 z9cJeQy+QGH6BqQ1BNIkBrsLXiMveFbnChZlvh5UcXi8Dl51xGi4RzxKbIDSM6HrkJdj 1+/OIOuKfpiiqslRW52M3tEmae2zpgdc2mjKE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=XNE4lhi2fyfww44QnQt3sx/Ud2//686TMnGLCqJT7Hs=; b=Ta3sl/AMYmFz2wBfQgkf98KB1pMpMgtAjlzE+H6WvY8egGfrPQCToU7cDojlR05n8/ IBQ17xPXD4mljadfGa3ekXtMBH91ZjRwyYLdYZLA0YXsdCxma1kUp5jWkMLPCucEEiqp bqQicSNvYknjobB3QId5pwA2730hpLaTE3NnXkkUzUfulHblr3oQVvbexalzXBY+5ByT UbsLHZPVAnuHWO3FmEV6b8/KvH8dwjMOhFrrNdfuYrPlx1Q1oZ7DPt3njeKbatE0RJIE 1gys7z9ODTi1OaXDUWuo2ZlaKgxytyeNilOvpW1qxPl7aKxPeHwFvcwh1EgVSHeg7PX7 VsvA== X-Gm-Message-State: ALyK8tJxJDFwxkfAvtHkesWglZsb4xb4mlnQLk3wVaeoC9r5xgzHq6eGxXxFxixJFU0sXw== X-Received: by 10.55.10.147 with SMTP id 141mr25471940qkk.91.1465991307424; Wed, 15 Jun 2016 04:48:27 -0700 (PDT) Received: from [192.168.0.18] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id w17sm9500859qtc.47.2016.06.15.04.48.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Jun 2016 04:48:26 -0700 (PDT) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" To: Dimitry Andric References: Cc: freebsd-hackers@freebsd.org From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <7d9a9c6d-72e6-0233-3f6f-239c91de7e27@bsd.com.br> Date: Wed, 15 Jun 2016 08:48:12 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:48:28 -0000 Em 15/06/2016 06:54, Dimitry Andric escreveu: > On 15 Jun 2016, at 03:40, Otacílio wrote: >> Em 14/06/2016 18:14, Dimitry Andric escreveu: >>> On 14 Jun 2016, at 06:05, Otacílio wrote: >>>> I'm getting this error when I try compile the ORB-SLAM2 library. Some one can give me a hint about it? >>>> >>>> >>>> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >>>> static_assert((is_same::value), >>> Typically, this is because the allocator for std::map must use a const >>> key, and libc++ now checks for this with a static assertion. >>> >>> See for example this fix for www/node: >>> https://svnweb.freebsd.org/ports/head/www/node/files/patch-deps_v8_src_compiler_instruction.h?view=markup&pathrev=412412 >>> >>> -Dimitry >>> >> I think that this problem is more difficult that the example. Bellow is the error message: >> >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:21: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/LoopClosing.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/KeyFrame.h:24: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/MapPoint.h:25: >> In file included from /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/include/Frame.h:27: >> In file included from /usr/local/include/DBoW2/BowVector.h:14: >> /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" >> static_assert((is_same::value), >> ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/ports/graphics/orbslam2/work/ORB_SLAM2-132d92f/src/LoopClosing.cc:436:21: note: in instantiation of template class 'std::__1::map, Eigen::aligned_allocator > >' requested here >> KeyFrameAndPose CorrectedSim3, NonCorrectedSim3; > This patch should hopefully work. I do not have the port itself, so I could not compile-test it. > > diff --git a/include/LoopClosing.h b/include/LoopClosing.h > index b1736fe..5d80d02 100644 > --- a/include/LoopClosing.h > +++ b/include/LoopClosing.h > @@ -47,7 +47,7 @@ public: > > typedef pair,int> ConsistentGroup; > typedef map, > - Eigen::aligned_allocator > > KeyFrameAndPose; > + Eigen::aligned_allocator > > KeyFrameAndPose; > > public: > > -Dimitry > I have try this line bellow and it works (!!!) :0 Eigen::aligned_allocator > > KeyFrameAndPose; []'s -Otacílio From owner-freebsd-hackers@freebsd.org Wed Jun 15 12:17:04 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFB0DA1D1E5 for ; Wed, 15 Jun 2016 12:17:04 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A781A1A1C for ; Wed, 15 Jun 2016 12:17:04 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.172.85] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1bD9bz-0006sn-Sx for freebsd-hackers@freebsd.org; Wed, 15 Jun 2016 14:07:59 +0200 Date: Wed, 15 Jun 2016 14:05:16 +0200 From: Fabian Keil To: freebsd-hackers@freebsd.org Subject: vnlru_proc() draining unrelated uma zones Message-ID: <20160615140516.3cba6001@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ERk0lYNaHqqLuRujEm_vn6k"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 12:17:05 -0000 --Sig_/ERk0lYNaHqqLuRujEm_vn6k Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable While looking into two uma-related issues[0] I noticed that vnlru_proc() is calling uma_reclaim() even though the intention seems to be to merely drain the vnode-related zones. According to uma.h, uma_reclaim() "should only be called by the page out daemon", presumably because of the overhead and side-effects. I've been using this patch for a couple of weeks and didn't notice any regressions: diff --git a/sys/kern/vfs_subr.c b/sys/kern/vfs_subr.c index 2767826..2c65ce1 100644 --- a/sys/kern/vfs_subr.c +++ b/sys/kern/vfs_subr.c @@ -1107,8 +1107,10 @@ vnlru_proc(void) vfs_unbusy(mp); } mtx_unlock(&mountlist_mtx); - if (onumvnodes > desiredvnodes && numvnodes <=3D desiredvno= des) - uma_reclaim(); + if (onumvnodes > desiredvnodes && numvnodes <=3D desiredvno= des) { + zone_drain(vnode_zone); + zone_drain(vnodepoll_zone); + } if (done =3D=3D 0) { if (force =3D=3D 0 || force =3D=3D 1) { force =3D 2; It also didn't seem to noticeable affect the issues I was investigating (the code is rarely executed on my systems), but calling uma_reclaim() still seems strange to me. Am I missing something? Fabian [0] "Prevent deadlocks when paging on GELI-encrypted devices": https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209759 "[...] connections time out/ssh results in 'broken pipe'": https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209680 --Sig_/ERk0lYNaHqqLuRujEm_vn6k Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAldhRH0ACgkQBYqIVf93VJ16qgCfbyuMri2/5q+1vll5GYNcwJJZ GCgAnjro8MsibfgqXax/35n3mdg8yDni =NuTq -----END PGP SIGNATURE----- --Sig_/ERk0lYNaHqqLuRujEm_vn6k-- From owner-freebsd-hackers@freebsd.org Wed Jun 15 13:10:34 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CEFCA1DF51 for ; Wed, 15 Jun 2016 13:10:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB17D12DC for ; Wed, 15 Jun 2016 13:10:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u5FDAOtd076482 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jun 2016 16:10:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u5FDAOtd076482 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u5FDAOD3076479; Wed, 15 Jun 2016 16:10:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2016 16:10:24 +0300 From: Konstantin Belousov To: Fabian Keil Cc: freebsd-hackers@freebsd.org Subject: Re: vnlru_proc() draining unrelated uma zones Message-ID: <20160615131024.GA38613@kib.kiev.ua> References: <20160615140516.3cba6001@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160615140516.3cba6001@fabiankeil.de> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 13:10:34 -0000 On Wed, Jun 15, 2016 at 02:05:16PM +0200, Fabian Keil wrote: > While looking into two uma-related issues[0] I noticed that > vnlru_proc() is calling uma_reclaim() even though the intention > seems to be to merely drain the vnode-related zones. > > According to uma.h, uma_reclaim() "should only be called by > the page out daemon", presumably because of the overhead > and side-effects. > > I've been using this patch for a couple of weeks and didn't > notice any regressions: > > diff --git a/sys/kern/vfs_subr.c b/sys/kern/vfs_subr.c > index 2767826..2c65ce1 100644 > --- a/sys/kern/vfs_subr.c > +++ b/sys/kern/vfs_subr.c > @@ -1107,8 +1107,10 @@ vnlru_proc(void) > vfs_unbusy(mp); > } > mtx_unlock(&mountlist_mtx); > - if (onumvnodes > desiredvnodes && numvnodes <= desiredvnodes) > - uma_reclaim(); > + if (onumvnodes > desiredvnodes && numvnodes <= desiredvnodes) { > + zone_drain(vnode_zone); > + zone_drain(vnodepoll_zone); > + } You listed two obvious zones which cache allocations related to vnodes, but there are much more. E.g. on some systems there are FFS inodes attached to most vnodes, on other there are znodes. What about rangelocks, fifos, namecache data etc ? What about malloc zones where some other allocs to handle vnodes are done ? Practically, significant part of the kernel memory allocations is rooted in the vnode handling, and when we shrink the vnode cache due to neccessity, we should shrink that second-level caches as well. Since it is very hard to properly enumerate that items, the shortcut is used. > if (done == 0) { > if (force == 0 || force == 1) { > force = 2; > > It also didn't seem to noticeable affect the issues I was investigating > (the code is rarely executed on my systems), but calling uma_reclaim() > still seems strange to me. > > Am I missing something? > > Fabian > > [0] > "Prevent deadlocks when paging on GELI-encrypted devices": > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209759 > "[...] connections time out/ssh results in 'broken pipe'": > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209680 From owner-freebsd-hackers@freebsd.org Wed Jun 15 13:21:03 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C6A9A31598 for ; Wed, 15 Jun 2016 13:21:03 +0000 (UTC) (envelope-from joerg@bec.de) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [IPv6:2001:4b98:c:538::196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1A6E61D6A for ; Wed, 15 Jun 2016 13:21:02 +0000 (UTC) (envelope-from joerg@bec.de) Received: from britannica.bec.de (p20030057E2138604E939E2FA9CF0BE7D.dip0.t-ipconnect.de [IPv6:2003:57:e213:8604:e939:e2fa:9cf0:be7d]) (Authenticated sender: joerg@bec.de) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 07DFF1720DB for ; Wed, 15 Jun 2016 15:21:00 +0200 (CEST) Date: Wed, 15 Jun 2016 15:20:59 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" Message-ID: <20160615132059.GC2114@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 13:21:03 -0000 On Wed, Jun 15, 2016 at 11:54:17AM +0200, Dimitry Andric wrote: > This patch should hopefully work. I do not have the port itself, so I could not compile-test it. > > diff --git a/include/LoopClosing.h b/include/LoopClosing.h > index b1736fe..5d80d02 100644 > --- a/include/LoopClosing.h > +++ b/include/LoopClosing.h > @@ -47,7 +47,7 @@ public: > > typedef pair,int> ConsistentGroup; > typedef map, > - Eigen::aligned_allocator > > KeyFrameAndPose; > + Eigen::aligned_allocator > > KeyFrameAndPose; That's a stylistic change only: const foo * == foo const * != foo * const. Joerg From owner-freebsd-hackers@freebsd.org Wed Jun 15 13:31:36 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48A46A31951 for ; Wed, 15 Jun 2016 13:31:36 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03D71166B for ; Wed, 15 Jun 2016 13:31:35 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.172.85] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1bDAhT-0002x5-Cp for freebsd-hackers@freebsd.org; Wed, 15 Jun 2016 15:17:43 +0200 Date: Wed, 15 Jun 2016 15:16:44 +0200 From: Fabian Keil To: freebsd-hackers@freebsd.org Subject: Re: vnlru_proc() draining unrelated uma zones Message-ID: <20160615151644.2cb4bb18@fabiankeil.de> In-Reply-To: <20160615131024.GA38613@kib.kiev.ua> References: <20160615140516.3cba6001@fabiankeil.de> <20160615131024.GA38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/F/51+cUv.CodI73CJOgx1Eg"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 13:31:36 -0000 --Sig_/F/51+cUv.CodI73CJOgx1Eg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Konstantin Belousov wrote: > On Wed, Jun 15, 2016 at 02:05:16PM +0200, Fabian Keil wrote: > > While looking into two uma-related issues[0] I noticed that > > vnlru_proc() is calling uma_reclaim() even though the intention > > seems to be to merely drain the vnode-related zones. > >=20 > > According to uma.h, uma_reclaim() "should only be called by > > the page out daemon", presumably because of the overhead > > and side-effects. > >=20 > > I've been using this patch for a couple of weeks and didn't > > notice any regressions: > >=20 > > diff --git a/sys/kern/vfs_subr.c b/sys/kern/vfs_subr.c > > index 2767826..2c65ce1 100644 > > --- a/sys/kern/vfs_subr.c > > +++ b/sys/kern/vfs_subr.c > > @@ -1107,8 +1107,10 @@ vnlru_proc(void) > > vfs_unbusy(mp); > > } > > mtx_unlock(&mountlist_mtx); > > - if (onumvnodes > desiredvnodes && numvnodes <=3D desire= dvnodes) > > - uma_reclaim(); > > + if (onumvnodes > desiredvnodes && numvnodes <=3D desire= dvnodes) { > > + zone_drain(vnode_zone); > > + zone_drain(vnodepoll_zone); > > + } =20 > You listed two obvious zones which cache allocations related to vnodes, > but there are much more. E.g. on some systems there are FFS inodes attac= hed > to most vnodes, on other there are znodes. What about rangelocks, fifos, > namecache data etc ? What about malloc zones where some other allocs > to handle vnodes are done ? >=20 > Practically, significant part of the kernel memory allocations is rooted > in the vnode handling, and when we shrink the vnode cache due to neccessi= ty, > we should shrink that second-level caches as well. Since it is very hard > to properly enumerate that items, the shortcut is used. I see. Thanks for the explanation. Fabian --Sig_/F/51+cUv.CodI73CJOgx1Eg Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAldhVTwACgkQBYqIVf93VJ0LwACghPx3MPeTrlgc1BB+gHqM8jVs Ty0An2IYn4ctqbXkU5Zznu+eu9UKJF93 =yNg5 -----END PGP SIGNATURE----- --Sig_/F/51+cUv.CodI73CJOgx1Eg-- From owner-freebsd-hackers@freebsd.org Wed Jun 15 16:52:43 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 035E8A45E93 for ; Wed, 15 Jun 2016 16:52:43 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF64A1825 for ; Wed, 15 Jun 2016 16:52:42 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [172.16.0.93] (AMarseille-651-1-119-43.w2-4.abo.wanadoo.fr [2.4.6.43]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D8F6D7D1A; Wed, 15 Jun 2016 18:52:38 +0200 (CEST) Subject: Re: /usr/include/c++/v1/map:837:5: error: static_assert failed "Allocator::value_type must be same type as value_type" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5CFD8E84-7A2E-4A22-910B-D53AEB3CB7A4"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160615132059.GC2114@britannica.bec.de> Date: Wed, 15 Jun 2016 18:52:31 +0200 Cc: freebsd-hackers@freebsd.org Message-Id: <23CADB2F-45EB-451D-BD14-D46EAD44C7EC@andric.com> References: <20160615132059.GC2114@britannica.bec.de> To: Joerg Sonnenberger X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 16:52:43 -0000 --Apple-Mail=_5CFD8E84-7A2E-4A22-910B-D53AEB3CB7A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 15 Jun 2016, at 15:20, Joerg Sonnenberger wrote: >=20 > On Wed, Jun 15, 2016 at 11:54:17AM +0200, Dimitry Andric wrote: >> This patch should hopefully work. I do not have the port itself, so = I could not compile-test it. >>=20 >> diff --git a/include/LoopClosing.h b/include/LoopClosing.h >> index b1736fe..5d80d02 100644 >> --- a/include/LoopClosing.h >> +++ b/include/LoopClosing.h >> @@ -47,7 +47,7 @@ public: >>=20 >> typedef pair,int> ConsistentGroup; >> typedef map, >> - Eigen::aligned_allocator > > KeyFrameAndPose; >> + Eigen::aligned_allocator > > KeyFrameAndPose; >=20 > That's a stylistic change only: > const foo * =3D=3D foo const * !=3D foo * const. Yeah sorry, I realized that only after sending, it should indeed be "KeyFrame* const", e.g the pointer itself (which is the key to for std::map<>) should be const, not the thing pointed to. -Dimitry --Apple-Mail=_5CFD8E84-7A2E-4A22-910B-D53AEB3CB7A4 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.30 iEYEARECAAYFAldhh9QACgkQsF6jCi4glqMKiACg6rpsEENBMUkZfoSb9V03JC1d nZcAoJQ76enMKrVM938MzSLJfH7FQ4hJ =+Jj4 -----END PGP SIGNATURE----- --Apple-Mail=_5CFD8E84-7A2E-4A22-910B-D53AEB3CB7A4-- From owner-freebsd-hackers@freebsd.org Wed Jun 15 20:59:20 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9586AA479FA for ; Wed, 15 Jun 2016 20:59:20 +0000 (UTC) (envelope-from er.abhinav.upadhyay@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54CC0166C for ; Wed, 15 Jun 2016 20:59:20 +0000 (UTC) (envelope-from er.abhinav.upadhyay@gmail.com) Received: by mail-oi0-x235.google.com with SMTP id p204so39142201oih.3 for ; Wed, 15 Jun 2016 13:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=GLRL7F2LNAUQRaCGaoMGIwVCDt3AE4nOOv8GVVOCues=; b=rovFDV2eQnyfBO7muTz6KMI94i6/3vzj4kPX0ryb4pUork2fPek39jtvpaZSyKZ5fq 5vwxiHoBDXEIeJPdwMss3RDYcf9XcNG6xxZP12YCEiMwG7fwLkQNZCoIIOyp+Ac7y0mY vQopURu4mAcCZp0NkZtaOzE1wtuX1MsoFLdGIBfbxUNpgJitpLYH4onRMnEZgrdbv0bp sWXAoQK/4/i5/BtwbcaBqP5BbXddRtYAAGuGKYV+dVybw+bNnVA5zrs18XKs3Zq6v3uc vh/ImZE9s5RTHJDva8yVx6A+LRTE0x+qWifI3/erDLShSx13nMp+8ExOhCz73jtWG2E0 944Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GLRL7F2LNAUQRaCGaoMGIwVCDt3AE4nOOv8GVVOCues=; b=XkcZpmlB4lwyiKboaXex9ZlsVdtX4vQUoxyrRcvmPJ99UXlT4bVJu6gG9bb2znbXHd D+TuKnNSVhHZddCA8MIIPwUgwykp0gqeU/SPg8AVK/YygSm6KX3Ghkmgbt2TQ4lCx1RT vas+gmWE9/RKkZnEiKC3qIuEK75M0TNRDf5BdMh7RtQvcHwtiTzusApWNRck5DSWymAb ksaRWXNRsgtXNVtLM6bQl+j5ptmw8WijNnEVkil2KG6F3WY7nO1vdO5h/p85g+inrGR2 7O1lFNY9EcEeuDJoQfCw9VXHCgc6lMuHU/RYpsViKeU4snzwgh8CF9arruQkWfxZCpcw nsvg== X-Gm-Message-State: ALyK8tJNy3YgUiwtAiFY+h1LBvvuDJXJq1KQ4Uh/0s+P5t9nDToyq1NFkC7kMo46MvkiKohM6xG6Pyqo6kB+hQ== X-Received: by 10.157.15.151 with SMTP id d23mr486637otd.49.1466024359671; Wed, 15 Jun 2016 13:59:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.57.199 with HTTP; Wed, 15 Jun 2016 13:59:19 -0700 (PDT) From: Abhinav Upadhyay Date: Thu, 16 Jun 2016 02:29:19 +0530 Message-ID: Subject: Possible bug in ul(1) To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 15 Jun 2016 22:05:10 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 20:59:20 -0000 Hi, NetBSD's ul(1) had a bug, where it would dump core for certain inputs containing really long lines. For example, we had two man pages for which it would crash: man evrpc | ul man xdm | ul We had a statically allocated buffer (struct CHAR obuf[MAXBUF]) for representing columns in the lines of the input file, and for really long lines, we would try to read beyond the size of the buffer and crash. We've fixed it by using reallocarr(3) and friends [1]. FreeBSD also uses a statically allocated buffer, but it ensures that it never reads beyond the fixed size of the buffer and therefore doesn't crash for such bad inputs. line 170: while ((c = getwc(f)) != WEOF && col < MAXBUF) switch(c) { However, it stops reading the file just at the point where the number of columns in the line exceeds the buffer size and exits with status 0. I think, if it is not going to read the complete file, it should exit with a non-0 status, so that the user gets to know that the output from ul(1) is not complete? Or, probably it would be better to fix ul(1) so that it is able to read files with arbitrarily long lines. :) PS: I'm not subscribed to the list, so please keep me CC'ed. [1]: http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/ul/ul.c.diff?r1=1.16&r2=1.17&only_with_tag=MAIN - Abhinav From owner-freebsd-hackers@freebsd.org Thu Jun 16 12:35:33 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D55A3A47351 for ; Thu, 16 Jun 2016 12:35:33 +0000 (UTC) (envelope-from freebsd-hackers@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 969601AF5 for ; Thu, 16 Jun 2016 12:35:33 +0000 (UTC) (envelope-from freebsd-hackers@herveybayaustralia.com.au) Received: from [192.168.0.134] (laptop1.herveybayaustralia.com.au [192.168.0.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 0D6A862065 for ; Thu, 16 Jun 2016 22:35:29 +1000 (EST) To: freebsd-hackers@freebsd.org From: Da Rock Subject: enabling cpu "features" in custom kernel Message-ID: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> Date: Thu, 16 Jun 2016 22:35:28 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 12:35:33 -0000 I'm just trying to get my head around kernel building and clang. If I want to enable certain features available on my cpu which are available by clang, how do I enable them? As I understand it using ccflags is a no no (ie /etc/make.conf), so how do I go about enabling them? I seem to be missing something in my research here... One thing I did consider was that there might be some "include" or "option" somewhere that I missed, but I still can't find it. There must be something in the mk files or such, and I'm guessing that its due to the ability to build the freebsd with various workarounds for different systems - but how would I get around that so I can try testing something out? Cheers From owner-freebsd-hackers@freebsd.org Thu Jun 16 14:31:28 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6403A72073 for ; Thu, 16 Jun 2016 14:31:28 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56AE01C3D; Thu, 16 Jun 2016 14:31:28 +0000 (UTC) (envelope-from outro.pessoa@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id a66so60880941wme.0; Thu, 16 Jun 2016 07:31:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=0xt8rlXyvTSkvsThL2DnSe3kRuIDHilLRFEYSM3BIt4=; b=TIOweWPqomzhahqcbLGZ04iiiKQdSibLdHBpyFTzvJGrkUGjmVdQW7diM4UV30Ncue OvRc6x3ktZH2cvkAz69cIa9BAz5vYjMhjFy8IKQloxPS8k2JnMbrmGjTkBZjLhPF6dwp Lb2X71INfqSFY5n79Spyk1NFroUNZr6ryWiXoxrf75zOGuYrVXaFENbXLLFzDbdXZH62 Wq4OSikUsff/nwGvCw7G83rQ3ba6vBsU0xZsX28pNPyQ0GVqbKHClkoTMPNLmRVrdrWv t801ZxvPGY57PXduM0AyJuTxawSmcMQUvi5BxiAMWTOUKMjZWVqUEEf5edCqfBT5Orw0 SjHw== 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; bh=0xt8rlXyvTSkvsThL2DnSe3kRuIDHilLRFEYSM3BIt4=; b=VQBtg+KqOWlocZ8lYeLsfcgrFoxL1I/cjSj3ZqfgMJ7BkCaHu7Nq1qXVDPHvuQKJal HOQjLlWTZmd8kd4UdXfmiL7ViGdUL45FnIaY4gXnUSxivcxSMl9XfFW+0do5VPQ5JcDR Uet8f3lbpYxvSttQeSaidB4ncbIKjtPzchnu5grsVcJj+bgRdNRMHreMMg469liJ1e9a MqjvJLbf5HbMICcSVt5nXjg4MeKIH5eb7Cl2VSoLLOp5Pr80fZu2hUaN+JxvLa2/3zqw A5g9U8nI6FdnPwFokzj7phNOZkDJeJtJ4bi9n4+kwO1PB/BzFtYDiD8gyEWsuP4WA+VM 6Fjw== X-Gm-Message-State: ALyK8tI2Sn0Tb7mlal6cBLsjyw+cacKf7MMn5rZCycLxGYORp/swSwyNj/NBgxs+asjHJeGIglBmSkOfCc/7yg== X-Received: by 10.194.237.33 with SMTP id uz1mr940746wjc.5.1466087486411; Thu, 16 Jun 2016 07:31:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.137.75 with HTTP; Thu, 16 Jun 2016 07:31:25 -0700 (PDT) In-Reply-To: <20160614172756.GA2196@c720-r292778-amd64> References: <20160614172756.GA2196@c720-r292778-amd64> From: outro pessoa Date: Thu, 16 Jun 2016 10:31:25 -0400 Message-ID: Subject: Re: Hello To: Matthias Apitz , outro pessoa , Eric Furman , sorressean , adrian@freebsd.org, wblock@wonkity.com, dru@freebsd.org, freebsd-hackers@freebsd.org, misc@openbsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 14:31:28 -0000 Why is this spam, sir? 2016-06-14 13:27 GMT-04:00 Matthias Apitz : > > s > Save to mailbox ('?' for list): SPAM > > -- > Matthias Apitz, =E2=9C=89 guru@unixarea.de, =E2=8C=82 http://www.unixarea= .de/ =E2=98=8E > +49-176-38902045 > "Die Verkaufsschlager des Buchmarkts geben Auskunft =C3=BCber den Zustand= einer > Gesellschaft bzw. > sind, was diese Zeiten angeht, Gradmesser fortschreitenden Schwachsinns. > ..." (jW 19.05.2016) > From owner-freebsd-hackers@freebsd.org Thu Jun 16 14:34:56 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E36A6A7217D for ; Thu, 16 Jun 2016 14:34:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B259A1187 for ; Thu, 16 Jun 2016 14:34:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id w5so72074783oib.2 for ; Thu, 16 Jun 2016 07:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=UMGU2tIQu86HGwKhD7YQjQg7AOCwhr9at6fJQVE4K1k=; b=Hb+p0dzOqeRf/I27dJq1efaBzs0ZFFx+xW4dORrgJwHrW9aZ6fOLMF9B6NnHEdWt9t jAA3/GZ23oBc7eSeHjogHbNfkQkiyp6ufaAiv9uIDD6B++4UFj4Bcozo98qsaYdYtLMX yJSl/EC8bfu5C30ANK4oVSrmq9fL/0D4J/qUXIouj1N4+9072C6+KiwcAs3f4zEl7cWo I4tO73or4sdaAJfISI958aZMX+6ZQR6JYTnihn50RfQ0U9/eUEzWbitOvzjBinmigI8f SZaVeJ7Ei1GuiBS6Nsv558jeKeiRZ8Y9AWgMixxD/LEwUd5+c+J59vVW4fIawUGCuPRE cJnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=UMGU2tIQu86HGwKhD7YQjQg7AOCwhr9at6fJQVE4K1k=; b=XpNrS04vjIGgQwZECqZ/QlugXqe7+9ffTb+B2zO1+OFLgATBhu4PURtGl4yaZ8QlEP PT6JNQz+6BzECbYTv+cnDlHLTt/n9HV+I5sLZAfrR2KqbutsZQsDVMCp9msnJ634C6Do 9xOGs1uthoQ8LxfnoRcFEfwEGdd373uKLy81GrXUn7gYkqV8/wkGssM9WBO071bldXR9 20zz60EPPWFxUMehIiakNWG0j3CNKaGTtGkoHFImWxtDibKOMYe4z1+8ELyJrUFtBImd p6/omHrG1trfvce2k5DxiroXRfRmfjR4IRPOkYBbj5yB0LF4SWOAoiOcrjVCe8omuOqJ bb8A== X-Gm-Message-State: ALyK8tLDBHKExU+m8E4aBEU6V7Mj7sUjVsEUP7kqOBIoXDcGmC7917QtfENsYyyqAVkmt/+CTaMOIKU9pzO9GA== X-Received: by 10.202.106.194 with SMTP id f185mr406542oic.80.1466087695827; Thu, 16 Jun 2016 07:34:55 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Thu, 16 Jun 2016 07:34:55 -0700 (PDT) In-Reply-To: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> References: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> From: Alan Somers Date: Thu, 16 Jun 2016 08:34:55 -0600 X-Google-Sender-Auth: tAhsYe3DY2tmSsBxVI6oBl8mV1w Message-ID: Subject: Re: enabling cpu "features" in custom kernel To: Da Rock Cc: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 14:34:57 -0000 On Thu, Jun 16, 2016 at 6:35 AM, Da Rock wrote: > I'm just trying to get my head around kernel building and clang. > > If I want to enable certain features available on my cpu which are available > by clang, how do I enable them? As I understand it using ccflags is a no no > (ie /etc/make.conf), so how do I go about enabling them? I seem to be > missing something in my research here... > > One thing I did consider was that there might be some "include" or "option" > somewhere that I missed, but I still can't find it. There must be something > in the mk files or such, and I'm guessing that its due to the ability to > build the freebsd with various workarounds for different systems - but how > would I get around that so I can try testing something out? > > Cheers What features are you talking about? Instruction set extensions like AES-NI and AVX2 are already enabled in all the most important places. If you want to enable them everywhere, you can add "-march=native" to your CFLAGS. You can set that in either /etc/make.conf or /etc/src.conf. The latter only affects the FreeBSD base system. The former also affects ports. The problem with using "-march" is that your builds no longer become portable. You won't be able to run them on any system older than the one where they were built. -Alan From owner-freebsd-hackers@freebsd.org Thu Jun 16 15:31:42 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5082BA731E6 for ; Thu, 16 Jun 2016 15:31:42 +0000 (UTC) (envelope-from nkoch@demig.de) Received: from demig.de (demig.de [81.169.228.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Parallels Panel", Issuer "Parallels Panel" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F39812A9 for ; Thu, 16 Jun 2016 15:31:41 +0000 (UTC) (envelope-from nkoch@demig.de) Received: (qmail 12542 invoked from network); 16 Jun 2016 17:23:57 +0200 Received: from b2b-130-180-89-86.unitymedia.biz (HELO firewall.demig.intra) (130.180.89.86) by demig.de with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 16 Jun 2016 17:23:57 +0200 Received: from SRV-FS-2.Demig.intra (nameserver.demig.intra [192.168.148.248]) by firewall.demig.intra (8.14.4/8.14.4) with ESMTP id u5GFNqxd056498 for ; Thu, 16 Jun 2016 17:23:52 +0200 (CEST) (envelope-from nkoch@demig.de) Received: from [192.168.148.223] (192.168.148.223) by SRV-FS-2 (192.168.148.248) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 16 Jun 2016 17:23:47 +0200 To: From: Norbert Koch Subject: gpart inside jails Message-ID: <94b54de6-0817-3171-7715-4610d7e985a4@demig.de> Date: Thu, 16 Jun 2016 17:23:46 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 192.168.148.235 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 15:31:42 -0000 Hello, for creating freebsd boot flash media for embedded devices I use mdconfig/gpart. Recently I put my 32-bit build machines into a jail under a 64-bit machine. This is my configuration: Host: FreeBSD-10.3/amd64 Jail1: FreeBSD-9.1/i386 Jail2: FreeBSD-10.3/i386 Jail3: FreeBSD-10.3/amd64 If I jexec gpart status I get this: Jail1: segmentation fault Jail2: segmentation fault Jail3: correct result as seen under host system So, this is obviously a 32/64 bit issue. Any idea? Thank you, Norbert Koch From owner-freebsd-hackers@freebsd.org Thu Jun 16 15:39:39 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF65DA735B3 for ; Thu, 16 Jun 2016 15:39:39 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D58D61A84 for ; Thu, 16 Jun 2016 15:39:39 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 95705DB7D for ; Thu, 16 Jun 2016 15:39:38 +0000 (UTC) Subject: Re: gpart inside jails To: freebsd-hackers@freebsd.org References: <94b54de6-0817-3171-7715-4610d7e985a4@demig.de> From: Allan Jude Message-ID: <307505f1-a05f-f869-bb9f-027262e74eb0@freebsd.org> Date: Thu, 16 Jun 2016 11:39:38 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <94b54de6-0817-3171-7715-4610d7e985a4@demig.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 15:39:40 -0000 On 2016-06-16 11:23, Norbert Koch wrote: > Hello, > > for creating freebsd boot flash media for embedded devices > I use mdconfig/gpart. > > Recently I put my 32-bit build machines into a jail under a 64-bit machine. > This is my configuration: > > Host: FreeBSD-10.3/amd64 > Jail1: FreeBSD-9.1/i386 > Jail2: FreeBSD-10.3/i386 > Jail3: FreeBSD-10.3/amd64 > > If I jexec gpart status I get this: > Jail1: segmentation fault > Jail2: segmentation fault > Jail3: correct result as seen under host system > > So, this is obviously a 32/64 bit issue. Any idea? > > Thank you, > Norbert Koch > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" You might want to look at: makefs(8): create a ufs filesystem in a file, from a directory tree or mtree file. This allows you to avoid mdconfig, and can be done as a non-root user. mkimg(8): create a disk or VM (vmdk, vdi, qcow2, raw, etc) image from one or more file systems. Allows you to create the partitions and load the boot code etc. This allows you to avoid gpart, and can be done as a non-root user. Re: why it crashes: I am guessing the kernel interface between gpart and geom_part.ko is not 32/64 safe or something. Someone else with a better informed opinion may be able to help you resolve the issue. Maybe the above workarounds will help. -- Allan Jude From owner-freebsd-hackers@freebsd.org Thu Jun 16 16:44:19 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54F90A47B0C for ; Thu, 16 Jun 2016 16:44:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 372811880 for ; Thu, 16 Jun 2016 16:44:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 40941B94E; Thu, 16 Jun 2016 12:44:18 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org, Bulat Bulat Subject: Re: Turnstile_purpose_ts_free Date: Thu, 16 Jun 2016 09:36:57 -0700 Message-ID: <4842510.LxNNL3jKi4@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.3-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <1465114041.917499339@f133.i.mail.ru> References: <1465114041.917499339@f133.i.mail.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Jun 2016 12:44:18 -0400 (EDT) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 16:44:19 -0000 On Sunday, June 05, 2016 11:07:21 AM Bulat Bulat via freebsd-hackers wrote: > Hi, guys. > > Have little question about implementation of turnstiles in the kernel. > That is, what is the purpose of ts_free list in turnstile structure? > Related file: kern/subr_turnstile.c > > I understand that turnstile is used for tracking non-sleepable locks, tracking > blocked threads on that lock, that > when thread blocks on lock it adds its own turnstile to lock's turnstile's ts_free > list and regrabs any available turnstile from that lock's turnstile's ts_free list when > it is waking up. > > Could you please explain, why algorithm does so, why goes through hassle of > putting turnstile into ts_free only to regrab it from ts_free later, as it stores pointer to own turnstile > and could keep it there, using only when it is the first thread to be blocked on a lock. > > There is definitely logic in using ts_free member, but it is a bit unclear for me. > Would be glad to see your explanation, thanks. The first thread to block on a lock donates its turnstile to that lock. However, that turnstile must remain in place and associated with that lock until all threads have been awakened. This means that the last thread to be awakened is the only thread that can take this turnstile. Thus, suppose you have two threads (T1 and T2) with turnstiles S1 and S2. Suppose T1 blocks on lock L first and T2 blocks second. At that point, S1 is used as the turnstile and S2 is in the ts_free list. If T1 is awakened first, it can't grab S1 as td_turnstile since T2 is still queued. Instead, it grabs S2 from ts_free. Later when T2 is awakened it grabs S1. The result in this case is that turnstiles are swapped between threads. -- John Baldwin From owner-freebsd-hackers@freebsd.org Thu Jun 16 16:44:18 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83A45A47B07 for ; Thu, 16 Jun 2016 16:44:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58A9F187F for ; Thu, 16 Jun 2016 16:44:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E2AA5B948; Thu, 16 Jun 2016 12:44:16 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Cc: Julian Kornberger Subject: Re: Usage of sosend() and its context Date: Thu, 16 Jun 2016 09:40:03 -0700 Message-ID: <2110371.3nz8SNp04Y@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.3-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <575F20CF.1020103@kornberger.name> References: <575F20CF.1020103@kornberger.name> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Jun 2016 12:44:17 -0400 (EDT) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 16:44:18 -0000 On Monday, June 13, 2016 11:08:31 PM Julian Kornberger wrote: > Hi, > > I am building a kernel module for fastd [1] and have the problem, that > on one of three machines the sosend() call seems to block. I use > sosend() [2] in a tunneling function that is set by > udp_set_kernel_tunneling(). > > Since I don't know which thread to pass to sosend() I just use > curthread. Is it possible that I should not use sosend() in this context > and instead build the IP packet manually and pass it to ip_output()? Any > other hints? > > [1] https://fastd.readthedocs.io/ > [2] > https://github.com/digineo/fastd/blob/97fd40b9992778a3bf11756f41aa7c2615bba2f3/kmod/fastd.c#L664 It's possible to ask sosend() to not block and fail with EWOULDBLOCK instead by passing MSG_NOWAIT in flags. However, you might still block on sblock(), so you may need to defer your work to a sleepable context using something like a taskqueue. -- John Baldwin From owner-freebsd-hackers@freebsd.org Thu Jun 16 17:50:13 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C605A770BD for ; Thu, 16 Jun 2016 17:50:13 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from digineo.de (mail.digineo.de [185.55.116.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8364127F; Thu, 16 Jun 2016 17:50:11 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from [10.196.58.38] (unknown [46.165.246.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jk) by digineo.de (Postfix) with ESMTPSA id 4E04260264; Thu, 16 Jun 2016 19:50:02 +0200 (CEST) Subject: Re: Usage of sosend() and its context To: John Baldwin , freebsd-hackers@freebsd.org References: <575F20CF.1020103@kornberger.name> <2110371.3nz8SNp04Y@ralph.baldwin.cx> From: Julian Kornberger Message-ID: <5762E6C6.7030401@kornberger.name> Date: Thu, 16 Jun 2016 19:49:58 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <2110371.3nz8SNp04Y@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 17:50:13 -0000 On 16.06.2016 18:40, John Baldwin wrote: > It's possible to ask sosend() to not block and fail with EWOULDBLOCK > instead by passing MSG_NOWAIT in flags. However, you might still block > on sblock(), so you may need to defer your work to a sleepable context > using something like a taskqueue. In this case I better build the IP packet manually and deliver it via ip_output/ip6_output. Do you know where I can find a code snipped that returns the recipient IP address and recipient UDP port of a IP4/IPv6 packet stored in a mbuf? -- Julian From owner-freebsd-hackers@freebsd.org Thu Jun 16 19:24:59 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73F02A7780B for ; Thu, 16 Jun 2016 19:24:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55AD22AEC for ; Thu, 16 Jun 2016 19:24:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1FC0DB96C; Thu, 16 Jun 2016 15:24:58 -0400 (EDT) From: John Baldwin To: Julian Kornberger Cc: freebsd-hackers@freebsd.org Subject: Re: Usage of sosend() and its context Date: Thu, 16 Jun 2016 11:30:39 -0700 Message-ID: <1489325.Tvgaf1skzf@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.3-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <5762E6C6.7030401@kornberger.name> References: <575F20CF.1020103@kornberger.name> <2110371.3nz8SNp04Y@ralph.baldwin.cx> <5762E6C6.7030401@kornberger.name> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 16 Jun 2016 15:24:58 -0400 (EDT) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 19:24:59 -0000 On Thursday, June 16, 2016 07:49:58 PM Julian Kornberger wrote: > On 16.06.2016 18:40, John Baldwin wrote: > > It's possible to ask sosend() to not block and fail with EWOULDBLOCK > > instead by passing MSG_NOWAIT in flags. However, you might still block > > on sblock(), so you may need to defer your work to a sleepable context > > using something like a taskqueue. > > In this case I better build the IP packet manually and deliver it via > ip_output/ip6_output. > > Do you know where I can find a code snipped that returns the recipient > IP address and recipient UDP port of a IP4/IPv6 packet stored in a mbuf? udp_input/ip_input have to extract it. -- John Baldwin From owner-freebsd-hackers@freebsd.org Fri Jun 17 01:15:02 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB839A44C3B for ; Fri, 17 Jun 2016 01:15:02 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from digineo.de (mail.digineo.de [185.55.116.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0FF12D3F; Fri, 17 Jun 2016 01:15:01 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from [192.168.180.22] (p4FF9168A.dip0.t-ipconnect.de [79.249.22.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jk) by digineo.de (Postfix) with ESMTPSA id 3A5C860214; Fri, 17 Jun 2016 03:14:58 +0200 (CEST) Subject: Re: Usage of sosend() and its context To: John Baldwin References: <575F20CF.1020103@kornberger.name> <2110371.3nz8SNp04Y@ralph.baldwin.cx> <5762E6C6.7030401@kornberger.name> <1489325.Tvgaf1skzf@ralph.baldwin.cx> Cc: freebsd-hackers@freebsd.org From: Julian Kornberger Message-ID: <57634F0F.7010005@kornberger.name> Date: Fri, 17 Jun 2016 03:14:55 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <1489325.Tvgaf1skzf@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 01:15:03 -0000 On 16.06.2016 20:30, John Baldwin wrote: > Do you know where I can find a code snipped that returns the recipient > IP address and recipient UDP port of a IP4/IPv6 packet stored in a mbuf? > udp_input/ip_input have to extract it. Thanks, that is what I was looking for. -- Julian From owner-freebsd-hackers@freebsd.org Fri Jun 17 06:23:07 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4250A78748 for ; Fri, 17 Jun 2016 06:23:07 +0000 (UTC) (envelope-from nkoch@demig.de) Received: from demig.de (demig.de [81.169.228.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Parallels Panel", Issuer "Parallels Panel" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F61E1847 for ; Fri, 17 Jun 2016 06:23:07 +0000 (UTC) (envelope-from nkoch@demig.de) Received: (qmail 30342 invoked from network); 17 Jun 2016 08:22:03 +0200 Received: from b2b-130-180-89-86.unitymedia.biz (HELO firewall.demig.intra) (130.180.89.86) by demig.de with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 17 Jun 2016 08:22:03 +0200 Received: from SRV-FS-2.Demig.intra (nameserver.demig.intra [192.168.148.248]) by firewall.demig.intra (8.14.4/8.14.4) with ESMTP id u5H6Lqji063883 for ; Fri, 17 Jun 2016 08:21:52 +0200 (CEST) (envelope-from nkoch@demig.de) Received: from [192.168.148.223] (192.168.148.223) by SRV-FS-2 (192.168.148.248) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 17 Jun 2016 08:21:46 +0200 Subject: Re: gpart inside jails To: References: <94b54de6-0817-3171-7715-4610d7e985a4@demig.de> <307505f1-a05f-f869-bb9f-027262e74eb0@freebsd.org> From: Norbert Koch Message-ID: <0d90638f-ca86-5b75-3682-e45ab8220874@demig.de> Date: Fri, 17 Jun 2016 08:21:46 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <307505f1-a05f-f869-bb9f-027262e74eb0@freebsd.org> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 192.168.148.235 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 06:23:08 -0000 Am 2016-06-16 um 17:39 schrieb Allan Jude: > On 2016-06-16 11:23, Norbert Koch wrote: >> Hello, >> >> for creating freebsd boot flash media for embedded devices >> I use mdconfig/gpart. >> >> Recently I put my 32-bit build machines into a jail under a 64-bit machine. >> This is my configuration: >> >> Host: FreeBSD-10.3/amd64 >> Jail1: FreeBSD-9.1/i386 >> Jail2: FreeBSD-10.3/i386 >> Jail3: FreeBSD-10.3/amd64 >> >> If I jexec gpart status I get this: >> Jail1: segmentation fault >> Jail2: segmentation fault >> Jail3: correct result as seen under host system >> >> So, this is obviously a 32/64 bit issue. Any idea? >> >> Thank you, >> Norbert Koch >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > You might want to look at: > > makefs(8): create a ufs filesystem in a file, from a directory tree or > mtree file. This allows you to avoid mdconfig, and can be done as a > non-root user. > > mkimg(8): create a disk or VM (vmdk, vdi, qcow2, raw, etc) image from > one or more file systems. Allows you to create the partitions and load > the boot code etc. This allows you to avoid gpart, and can be done as a > non-root user. > Thank you. I'll try these. > Re: why it crashes: I am guessing the kernel interface between gpart and > geom_part.ko is not 32/64 safe or something. Someone else with a better > informed opinion may be able to help you resolve the issue. Maybe the > above workarounds will help. > -- Dipl.-Ing. Norbert Koch Entwicklung Prozessregler ***************************************** * demig Prozessautomatisierung GmbH * * * * Anschrift: Haardtstrasse 40 * * D-57076 Siegen * * Registergericht: Siegen HRB 2819 * * Geschaeftsfuehrer: Joachim Herbst, * * Winfried Held * * Telefon: +49 271 772020 * * Telefax: +49 271 74704 * * E-Mail: info@demig.de * * http://www.demig.de * ***************************************** From owner-freebsd-hackers@freebsd.org Fri Jun 17 08:24:00 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A2CEA78320 for ; Fri, 17 Jun 2016 08:24:00 +0000 (UTC) (envelope-from freebsd-hackers@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E76D71D6E for ; Fri, 17 Jun 2016 08:23:59 +0000 (UTC) (envelope-from freebsd-hackers@herveybayaustralia.com.au) Received: from [192.168.0.134] (laptop1.herveybayaustralia.com.au [192.168.0.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id D2F996205A for ; Fri, 17 Jun 2016 18:23:54 +1000 (EST) Subject: Re: enabling cpu "features" in custom kernel To: freebsd-hackers@freebsd.org References: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> From: Da Rock Message-ID: Date: Fri, 17 Jun 2016 18:23:52 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 08:24:00 -0000 On 17/06/2016 00:34, Alan Somers wrote: > On Thu, Jun 16, 2016 at 6:35 AM, Da Rock > wrote: >> I'm just trying to get my head around kernel building and clang. >> >> If I want to enable certain features available on my cpu which are available >> by clang, how do I enable them? As I understand it using ccflags is a no no >> (ie /etc/make.conf), so how do I go about enabling them? I seem to be >> missing something in my research here... >> >> One thing I did consider was that there might be some "include" or "option" >> somewhere that I missed, but I still can't find it. There must be something >> in the mk files or such, and I'm guessing that its due to the ability to >> build the freebsd with various workarounds for different systems - but how >> would I get around that so I can try testing something out? >> >> Cheers > What features are you talking about? Instruction set extensions like > AES-NI and AVX2 are already enabled in all the most important places. > If you want to enable them everywhere, you can add "-march=native" to > your CFLAGS. You can set that in either /etc/make.conf or > /etc/src.conf. The latter only affects the FreeBSD base system. The > former also affects ports. The problem with using "-march" is that > your builds no longer become portable. You won't be able to run them > on any system older than the one where they were built. My question relates to what actually enables them? Is it autodetected or is it actually set deep in the make system somewhere? If it is set, then where? As far as I could tell in my research -march=native would only read what is already set in the config, as in amd64 or i486 - nothing different. Portability is not the issue here either. I want to know if some processor with a new exotic feature that clang recognises can be set during a kernel build and how. Everything seems rather "blackbox" and I would like to know how to be able to get past that like when I found out using TRY_BROKEN in ports for testing. > > -Alan > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Fri Jun 17 10:20:33 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81B2FA781D4 for ; Fri, 17 Jun 2016 10:20:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AE9C1CDE for ; Fri, 17 Jun 2016 10:20:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [172.16.0.92] (LNeuilly-656-1-196-83.w80-13.abo.wanadoo.fr [80.13.70.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6EE2C7208; Fri, 17 Jun 2016 12:20:31 +0200 (CEST) Subject: Re: enabling cpu "features" in custom kernel Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D8E4B48C-DD0C-4A02-94BF-98C22256DEA8"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> Date: Fri, 17 Jun 2016 12:20:21 +0200 Cc: freebsd-hackers@freebsd.org Message-Id: <092CD08F-3896-451D-8A7E-8DCB056D0118@FreeBSD.org> References: <2fa5c2cb-81eb-d44a-3011-db27035e7965@herveybayaustralia.com.au> To: Da Rock X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 10:20:33 -0000 --Apple-Mail=_D8E4B48C-DD0C-4A02-94BF-98C22256DEA8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 16 Jun 2016, at 14:35, Da Rock = wrote: >=20 > I'm just trying to get my head around kernel building and clang. >=20 > If I want to enable certain features available on my cpu which are = available by clang, how do I enable them? As I understand it using = ccflags is a no no (ie /etc/make.conf), so how do I go about enabling = them? I seem to be missing something in my research here... You can set CPUTYPE in /etc/make.conf, for example: CPUTYPE?=3Dbroadwell then it will be automatically picked up in the correct places during buildworld, or during ports building. See also make.conf(5) and /usr/share/examples/etc/make.conf. -Dimitry --Apple-Mail=_D8E4B48C-DD0C-4A02-94BF-98C22256DEA8 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.30 iEYEARECAAYFAldjzu4ACgkQsF6jCi4glqOuGwCfeW5Rx0bCC6D6Flk0XBHRzcS+ m6AAn2BBLwYJuZiv/6UmpN07zTMZVBxI =LXDq -----END PGP SIGNATURE----- --Apple-Mail=_D8E4B48C-DD0C-4A02-94BF-98C22256DEA8-- From owner-freebsd-hackers@freebsd.org Fri Jun 17 14:17:41 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CFF5A77728; Fri, 17 Jun 2016 14:17:41 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from mail.ptrcrt.ch (gahr.cloud.tilaa.com [84.22.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B5BB16E9; Fri, 17 Jun 2016 14:17:39 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from webmail.ptrcrt.ch (www.gahr.ch [192.168.1.2]) by mail.ptrcrt.ch (OpenSMTPD) with ESMTPSA id 5f49fc65 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 17 Jun 2016 14:10:57 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 17 Jun 2016 16:10:57 +0200 From: Pietro Cerutti To: Abhinav Upadhyay Cc: freebsd-hackers@freebsd.org, owner-freebsd-hackers@freebsd.org Subject: Re: Possible bug in ul(1) Organization: The FreeBSD Project In-Reply-To: References: Message-ID: X-Sender: gahr@FreeBSD.org User-Agent: Roundcube Webmail/1.2.0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 14:17:41 -0000 On 2016-06-15 22:59, Abhinav Upadhyay wrote: > Hi, > > NetBSD's ul(1) had a bug, where it would dump core for certain inputs > containing really long lines. For example, we had two man pages for > which it would crash: > > man evrpc | ul > man xdm | ul > > We had a statically allocated buffer (struct CHAR obuf[MAXBUF]) for > representing columns in the lines of the input file, and for really > long lines, we would try to read beyond the size of the buffer and > crash. We've fixed it by using reallocarr(3) and friends [1]. > > FreeBSD also uses a statically allocated buffer, but it ensures that > it never reads beyond the fixed size of the buffer and therefore > doesn't crash for such bad inputs. > > line 170: while ((c = getwc(f)) != WEOF && col < MAXBUF) switch(c) { > > However, it stops reading the file just at the point where the number > of columns in the line exceeds the buffer size and exits with status > 0. I think, if it is not going to read the complete file, it should > exit with a non-0 status, so that the user gets to know that the > output from ul(1) is not complete? Or, probably it would be better to > fix ul(1) so that it is able to read files with arbitrarily long > lines. :) > > PS: I'm not subscribed to the list, so please keep me CC'ed. > > [1]: > http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/ul/ul.c.diff?r1=1.16&r2=1.17&only_with_tag=MAIN Bug report and patch submitted at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210344. Thanks! -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp From owner-freebsd-hackers@freebsd.org Sat Jun 18 15:31:25 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC9BBA78BC0 for ; Sat, 18 Jun 2016 15:31:25 +0000 (UTC) (envelope-from mseqs@bsd.com.br) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8605719D7 for ; Sat, 18 Jun 2016 15:31:25 +0000 (UTC) (envelope-from mseqs@bsd.com.br) Received: by mail-wm0-x235.google.com with SMTP id r201so7030274wme.1 for ; Sat, 18 Jun 2016 08:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=0Jo/eUA8bpPHgtRoQoXjqBQlXL12LjkokzMuqKHofgY=; b=HG4hH1ojCZTXYSEkKBplTy2WSz8qhLM/HCX4a8Gvf8TWZ/5cPBX00xyEb3lS6OMpaZ 3FmVdXQp5JkJlGoqP9A7U9nMIHcevWVS5cA5XGjmwfr7mzm1Q8ld1ewX4wqF9xj38qjl eM5sHoG319n4zr14+n54oeTVKAOebzWoeuWG8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=0Jo/eUA8bpPHgtRoQoXjqBQlXL12LjkokzMuqKHofgY=; b=U0XT7EvM4mm9F+ZEQZ7fB24Nk4HFkRUmhTaNcvQZ2bi5GTm8oUUNCP+1r9a8DqNC2f 7HTxXJDnUbOw+hkwxpa/6Xe46eFtH2uVn/bkoQbqZLXG9vobReyEzJG8lYvpU5twBjhL lYUoB4QlqQXI3WH9M4UNeQiSXQSIG2rudSUmUn8j03y5JQ4Qn1L/JjHQHr5JMgGIHFQD dleLMgHg38O9H3cr8tJ2YkaYAea4mI6J6+LZPrcbevwRMSXDW8mXk9pZrRL547JX28tf qlfv1/BcXMsg+h7YRXD3xjrMZjaI1Cgxw4gCdMJPzsnY5LuNx/h1P2ZJpUBfPTF/nvqa FWEA== X-Gm-Message-State: ALyK8tL1Oi2tQUV77oe6BrrfqT7ySGyhqG5bor75mVFbGVITMMi9e3lvP5gxngU+1dKeDc8TlCseTM4OAD/IMQ== MIME-Version: 1.0 X-Received: by 10.28.69.210 with SMTP id l79mr3310070wmi.31.1466263883667; Sat, 18 Jun 2016 08:31:23 -0700 (PDT) Received: by 10.194.30.101 with HTTP; Sat, 18 Jun 2016 08:31:23 -0700 (PDT) Received: by 10.194.30.101 with HTTP; Sat, 18 Jun 2016 08:31:23 -0700 (PDT) In-Reply-To: References: Date: Sat, 18 Jun 2016 12:31:23 -0300 Message-ID: Subject: Pkg conflicts From: Rafael Rodrigues Nakano To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 15:31:26 -0000 Hello. I tried both on 10.3-RELEASE and on 11-CURRENT, pkg outputs "Checking integrity... done (4 conflicting) Cannot solve problem using SAT solver, trying another plan Checking integrity... done (0 conflicting) The most recent version of packages are already installed" on any X-related package (desktop environments and window managers, etc). For sure, the package isn't installed and it's a fresh install, it shouldn't have conflicts. I did not mixed ports and packages. How can I, at least, see which of the packages are conflicting? Ps.: I also tried debug mode, no success. Thanks in advance (this occurs with gnome3-lite, kde, mate) (I have installed only xorg, subversion, gdb and nano) From owner-freebsd-hackers@freebsd.org Sat Jun 18 15:44:58 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D983DA79248 for ; Sat, 18 Jun 2016 15:44:58 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6677516C0 for ; Sat, 18 Jun 2016 15:44:58 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id v199so21175485wmv.0 for ; Sat, 18 Jun 2016 08:44:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=I1vQ2WM+ZOQ0roPs24+Kp0RQ+F7fRvkySLmXDvKVcV0=; b=G2Ceexi03UObpc0zu5h7o1yvA6xSXVSxt8NwMjssivg8j2CiRtnGntZvp6vUSOr2ZD H9NTwkIziOcFScf9f8r49stykV4CkkCG5nPRX/t8RIXkUX6dw8Q956rB8huEAmApHjA8 CQyRqr2MlJJSsqMHDbn2e3cEl72lGQzgUrsqS42lOL5Vbp1oVZzL+I6Omv62G2qpM6ca x4YZOMMlgA8H1rRzrH4gtPF3UtiE7aGPJx3HswirZCE3rwBWeoGU5WMCNrDuymBfht6m Gbi2vD2s2B1qV2gR+wHEsRpTPDS1VXZ54Hb5KWItmkvq7npdIfL0quadkC9MPTlb0H82 rb0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=I1vQ2WM+ZOQ0roPs24+Kp0RQ+F7fRvkySLmXDvKVcV0=; b=TndidmmRibJ446DciGwEKZz8bjzKloAjhg64Iltf32T/sXH4/6fmIrScEcJIBATGAK 1jai34M6gcI6uyi+A9l2/qkZgGCpfNBUFfsLieE5RQ+ZPVnYs/aBzkYQSyZNRJ7fvsRG nxlJy3aC7j8GpbLN9LJTU5JeqiAkixll2xpJHkmUns3Bj9aYMInFTliuDqSD2885A+r6 tXlqHAYYmWv8Au0r1zl6rTGKc6sx/yj7Zq7pjQ2CZloC8jmav2pj5SouVlxoawq2pb/V pWbGZN6T08WsH8QVPj7uY9rhBvIT9ZZo1Io7xCL/0xNnLVZr3mDUElnFyAr55jxGQIg3 iOuQ== X-Gm-Message-State: ALyK8tJw84yOhcPFzUao0bSF9a56JwLbCZTCPES3D+4ojNXYFNFKE/mzfC2j93FF5eKJuA== X-Received: by 10.28.154.144 with SMTP id c138mr3685481wme.63.1466264696883; Sat, 18 Jun 2016 08:44:56 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id x194sm4245766wmf.13.2016.06.18.08.44.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Jun 2016 08:44:56 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 18 Jun 2016 17:44:55 +0200 From: Baptiste Daroussin To: Rafael Rodrigues Nakano Cc: freebsd-hackers@freebsd.org Subject: Re: Pkg conflicts Message-ID: <20160618154455.l23l7yacijwga7hi@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dbxcdjnbnzwrzvhc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 15:44:58 -0000 --dbxcdjnbnzwrzvhc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 18, 2016 at 12:31:23PM -0300, Rafael Rodrigues Nakano wrote: > Hello. >=20 > I tried both on 10.3-RELEASE and on 11-CURRENT, pkg outputs "Checking > integrity... done (4 conflicting) > Cannot solve problem using SAT solver, trying another plan > Checking integrity... done (0 conflicting) > The most recent version of packages are already installed" on any X-relat= ed > package (desktop environments and window managers, etc). For sure, the > package isn't installed and it's a fresh install, it shouldn't have > conflicts. I did not mixed ports and packages. How can I, at least, see > which of the packages are conflicting? Ps.: I also tried debug mode, no > success. Thanks in advance >=20 > (this occurs with gnome3-lite, kde, mate) > (I have installed only xorg, subversion, gdb and nano) In next pkg conflicts will be explicitly exposed to users all the time they happen with a line like: Checking integrity... done (1 conflicting) - mutt-1.6.1 conflicts with neomutt-20160611_1 on /usr/local/bin/flea Checking integrity... done (0 conflicting) The following 2 package(s) will be affected (of 0 checked): Best regards, Bapt --dbxcdjnbnzwrzvhc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXZWxhAAoJEGOJi9zxtz5aSTsQANwPLeVvCtKd3gWVjPy/DHqx pm/8uvDZoLfgHRuynOK34lpi8T0stqqGMWYdjBx5mdgH1Le4dFrdZhE/vzsLl1AT ERH/QmVHWsSazkID4o8oTwjGjZnDZHU7tfgfU4KBPfFjF77f5N18mxvFiHBfCpUP s+m0pCc3WKJsaFiHci+nkKs3Ai/nQsZCx6YSlAoKE5rTw03n8fSkoznBIQ/PwNug mexiw7QiIFFxdUVVZOQxOngo7STGHK3pZIlgxA4yoZBFECiCowWlV+sp62yEsUNo xbG6rBRDM5P1PGVpH/BLzS6VcB12Acm1Kw6Si8AA6W7OL9zcXsP6aej/b5S57qlK 8gdb34X0x4K8Pf6vui/Jez86hqweEtxYO+iBiTMScpQS9b2Ksm08lXxgQamHvwmY GrvU1xnzvmCZfgaR+yEIKbOm8DxFlHYa+0rJD37g+RD4cS9uWMZLMkPZOU0xnY/B fz+45EBijHikzJpTbFUfbIrpeJUDEyj1uRPRtffFoPK+F9iDBwxzaY4KTO3anXVI tEkhqp885FcU1TzWdhZDrOdbXp+QpWxfzeQiKYmLemoa/VvMWCQlA8FjgxAywKZv yPSumXkr4vdX/5oF4RcIZxRQft+rOrpLQy0N/7cSKtoqTpzCp6GFacgxl2krcphc iEuim2vuAx3+zvlijorH =G96X -----END PGP SIGNATURE----- --dbxcdjnbnzwrzvhc--