From owner-freebsd-hackers@freebsd.org Thu Nov 10 21:21:35 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 D3C79C3AB5E for ; Thu, 10 Nov 2016 21:21:35 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C5FBECC for ; Thu, 10 Nov 2016 21:21:34 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mandree.no-ip.org ([77.182.233.153]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M7TQZ-1czg4C0wOV-00xLdk; Thu, 10 Nov 2016 22:21:23 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E8AE223D87C; Thu, 10 Nov 2016 22:21:18 +0100 (CET) Subject: sbrk(0) replacement for memory resource tracking? (was: [linimon@FreeBSD.org: svn commit: r425823 - in head: benchmarks/stress-ng cad/cider cad/ngspice_rework databases/mariadb100-server databases/mariadb101-server databases/mariadb55-server databases/virtuoso devel/ace deve...]) To: freebsd-hackers@FreeBSD.org References: <20161110012624.GA23701@lonesome.com> From: Matthias Andree Cc: Mark Linimon Message-ID: Date: Thu, 10 Nov 2016 22:21:18 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161110012624.GA23701@lonesome.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:dZD0JnCQxdJ9fw/sdT5lu6TzesQYFuJyYGS57nofBNPL5OpjN/8 7jvQoxr1ZsDKG9Mh0+DEzafc46NZwUSSbQgfIF0HYoOwntjx3zJ2X8km0RJGFsA07FGmk5r FiS8goHgq/wcwZj6Y3OWP75ALwgt2f41bM+cQ0CZTWoGb5YM7/2DiYCHbiiO1eyRwkA3vVt d6jGY7uwe7ArutP5G5M+g== X-UI-Out-Filterresults: notjunk:1;V01:K0:P5tM6vyMqGo=:rDoNZZzR2n/UyZYurPhVbp tl9F1HAMZAMzf2C9fm8+fOa6dwGjS7Hz0KJkNpAXA8UCzHbrf4RVyuJoBTZ0Bn9bb+2vWuggN Syb0aSkPcD6YeLpK3AuJuc+9YvtEEdpSobVExKaCDt5Ci2gqdyUbgD2nJb+DDVaGvaxMnsty+ j/GJWL+MEKIgILx5Lz3tx7bbhSwITACKrq5Xq32+4RJgCgx5KpId2jQ7GC8UpEV/8m3eLaLO/ 6TpDtsvrs/10Aw20dBa2PmSfNi3+mCfSWdb7reUG7cCl7oqDaHuiTnYvsdTk5Yz2vJEn8RgJo ++xYfMZb9F07zm2Ns2A/ULV1Tz1+8jU2lmG3KI9et8wNcHEA5YpKnsp2FSiXUC+5leEH1TkYs 0KhAE76BXx3RJPmQaS0lz8arKAQLlcKWKChJhnEV/8sh1gKQs8DLqYnyc9Uy6GorAKEzJ86XJ dPMzqvybDUZQdRAXcVBD38UHkhzfzZ+TtLUjVgGnttqvdkVxbBuizW3JDuoyg/ikQWn/Zsur8 Nhf04j5UIIA08lY3u4iECr0aKWkP5fO3Vshb0faj3aGkzwpE1S5F36l1q1FyG7PWJ6FfA2/7A Edzvqqa3Q7gr0mq4B/3rcQAJiEHLN5t606Gckb41z/B31tcLDjyX1zD9AmCTxj4BX9FMeqnwj GPskUhWRhih+se7tMRHHQ4t9Ck2iI4jjR5NWcqPF1q1J/5Bd/BTrj7hVWMtlYRQYrrRk2avde 2VpCYN5cp9pkAULEQFP01jJ7K2yaFJEAPXFgn8/Y81DplQ2jsBtN1HL5uZe3KBFxpj6d9FOUM YpGlojR X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 21:21:35 -0000 Am 10.11.2016 um 02:26 schrieb Mark Linimon: > FYI. Unfortunately I do not know what the generic fix is yet. But at > least this will prevent the package builders from wasting time right no= w. >=20 > I will try to keep the following page updated as I learn more: >=20 > https://wiki.freebsd.org/PortsBrokenWithSbrk >=20 > (oops, I forgot I have not put in the proper logfile URLs yet. Let me > get started on that.) >=20 > mcl Please help me understand the issue, and if by adding one or two introductory paragraphs to the Wiki. To me it looks like the sbrk() function is going away from our base system underneath a stable 11-* branch. If that is true, I'll have to object to that and request sbrk() be put back, we add a deprecation notice now (if necessary via errata notice) and pull it only from FreeBSD= 12. OTOH, e2fsprogs uses only sbrk(0) to track its overall memory use, and only to track its resource usage. I'll be happy to help porting to something else that serves the same purpose, aka "how much memory am I using" - but what would that be? >=20 > Modified: head/sysutils/e2fsprogs/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sysutils/e2fsprogs/Makefile Thu Nov 10 01:08:44 2016 (r425822) > +++ head/sysutils/e2fsprogs/Makefile Thu Nov 10 01:21:43 2016 (r425823) > @@ -14,6 +14,8 @@ LICENSE=3D GPLv2 > =20 > PORTSCOUT=3D ignore # cannot handle the version in the directory > =20 > +BROKEN_aarch64=3D Fails to link: missing sbrk > + > USES=3D cpe gmake pkgconfig tar:xz > CPE_VENDOR=3D e2fsprogs_project > USE_CSTD=3D gnu99 >=20