From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 04 Nov 2016 20:08:10 +0100 (CET) Received: from mailapp01.imgtec.com ([195.59.15.196]:57404 "EHLO mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23993086AbcKDTIDxsd2o (ORCPT ); Fri, 4 Nov 2016 20:08:03 +0100 Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19]) by Forcepoint Email with ESMTPS id 2FFB12C91078C; Fri, 4 Nov 2016 19:07:54 +0000 (GMT) Received: from [10.20.78.29] (10.20.78.29) by HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server id 14.3.294.0; Fri, 4 Nov 2016 19:07:56 +0000 Date: Fri, 4 Nov 2016 19:07:47 +0000 From: "Maciej W. Rozycki" To: Matthew Fortune CC: Guenter Roeck , Ralf Baechle , "linux-mips@linux-mips.org" , "linux-kernel@vger.kernel.org" , James Hogan Subject: RE: [PATCH] MIPS: VDSO: Always select -msoft-float In-Reply-To: <6D39441BF12EF246A7ABCE6654B0235380AB822B@HHMAIL01.hh.imgtec.org> Message-ID: References: <1477843551-21813-1-git-send-email-linux@roeck-us.net> <20161101233038.GA25472@roeck-us.net> <6D39441BF12EF246A7ABCE6654B0235380AB79B7@HHMAIL01.hh.imgtec.org> <20161104152603.GB12009@roeck-us.net> <6D39441BF12EF246A7ABCE6654B0235380AB822B@HHMAIL01.hh.imgtec.org> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [10.20.78.29] Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 55677 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: macro@imgtec.com Precedence: bulk List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: linux-mips X-List-ID: linux-mips List-subscribe: List-owner: List-post: List-archive: X-list: linux-mips On Fri, 4 Nov 2016, Matthew Fortune wrote: > > This code is executed in the user mode so while floating-point code may > > not be needed there, not at least right now, there's actually nothing > > which should stop us from from adding some should such a need arise. > > Indeed. For now though the switch to -msoft-float is the simplest solution > isn't it? As I previously noted I am leaning towards accepting this solution, but please let me do some further research before I answer your question. I'll reply to your original response when I am ready. Maciej