From owner-freebsd-questions@FreeBSD.ORG Fri Oct 25 09:37:08 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B196A234; Fri, 25 Oct 2013 09:37:08 +0000 (UTC) (envelope-from tg@gmplib.org) Received: from shell.gmplib.org (gmplib-02.nada.kth.se [130.237.222.242]) by mx1.freebsd.org (Postfix) with ESMTP id 987E42972; Fri, 25 Oct 2013 09:37:07 +0000 (UTC) Received: by shell.gmplib.org (Postfix, from userid 1001) id E1A611E0BF; Fri, 25 Oct 2013 11:36:59 +0200 (CEST) To: freebsd-questions@freebsd.org, bapt@FreeBSD.org Subject: Re: MULX on haswell triggers ILLOP References: <86wql4onvy.fsf@shell.gmplib.org> <867gd3lw89.fsf@shell.gmplib.org> <20131023202300.7d316d29@kalimero.tijl.coosemans.org> From: Torbjorn Granlund Sender: tg@gmplib.org Date: Fri, 25 Oct 2013 11:36:59 +0200 In-Reply-To: <20131023202300.7d316d29@kalimero.tijl.coosemans.org> (Tijl Coosemans's message of "Wed\, 23 Oct 2013 20\:23\:00 +0200") Message-ID: <86k3h1pu84.fsf@shell.gmplib.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 09:37:08 -0000 Tijl Coosemans writes: A comment on that PR says that it has been fixed in http://svnweb.freebsd.org/base?view=3Drevision&revision=3D228063 =20=20 I don't know if it's feasible to merge this to stable/9. Committer CCed. =20=20 Thanks for your reply. You should notice that the PR is in the "open" state. That usually means that it has not been analysed, and that no action has been taken. If the PR is taken care of, one would assume that either, (1) the bug would be fixed. I'd say that'd need 10 minutes for a reasonably talented hacker, or (2) that the documentation is updated to reflect that argument 2 and 3 are ignored. That >=3D 4 FreeBSD releases have been made since this became known makes me worry about how FreeBSD is maintained these days. I cannot believe that they left the bug there without at least fixing the documentation. I have decided to not implement further workarounds for GMP; FreeBSD needs to address its own bugs. GMP 5.2 and later running on an Intel Haswell will need NetBSD, OpenBSD, Solaris, GNU/Linux, or even Windoze to operate. On FreeBSD a 'make check' looks like this: PASS: t-asmtype Illegal instruction FAIL: t-aors_1 Illegal instruction FAIL: t-divrem_1 Illegal instruction FAIL: t-mod_1 Illegal instruction FAIL: t-fat Illegal instruction FAIL: t-get_d PASS: t-instrument Illegal instruction FAIL: t-iord_u PASS: t-mp_bases Illegal instruction FAIL: t-perfsqr Illegal instruction FAIL: t-scan Illegal instruction FAIL: logic ... --=20 Torbj=C3=B6rn