Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965294AbbHKPhu (ORCPT ); Tue, 11 Aug 2015 11:37:50 -0400 Received: from eu-smtp-delivery-143.mimecast.com ([207.82.80.143]:35364 "EHLO eu-smtp-delivery-143.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965175AbbHKPht convert rfc822-to-8bit (ORCPT ); Tue, 11 Aug 2015 11:37:49 -0400 Message-ID: <55CA16CA.8060609@arm.com> Date: Tue, 11 Aug 2015 16:37:46 +0100 From: "Suzuki K. Poulose" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Catalin Marinas , Ard Biesheuvel CC: Mark Rutland , "aph@redhat.com" , Will Deacon , "linux-kernel@vger.kernel.org" , "edward.nevill@linaro.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: [RFC PATCH 01/10] arm64: feature registers: Documentation References: <1437731037-25795-1-git-send-email-suzuki.poulose@arm.com> <1437731037-25795-2-git-send-email-suzuki.poulose@arm.com> <20150810160636.GB15394@e104818-lin.cambridge.arm.com> <55C8E12E.6030305@arm.com> <20150811142301.GE23307@e104818-lin.cambridge.arm.com> In-Reply-To: <20150811142301.GE23307@e104818-lin.cambridge.arm.com> X-OriginalArrivalTime: 11 Aug 2015 15:37:47.0120 (UTC) FILETIME=[AC3F2700:01D0D44B] X-MC-Unique: BAoySEkDSJ-qS4bVxbbHfw-1 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1105 Lines: 28 On 11/08/15 15:23, Catalin Marinas wrote: > On Mon, Aug 10, 2015 at 07:48:48PM +0200, Ard Biesheuvel wrote: >>> On 10/08/15 17:06, Catalin Marinas wrote: >>>> And to debunk some of the counter arguments: >>>> >>>> a) Running out of HWCAP bits - I really doubt this, we can always >>>> introduce 64 more via a new elf_hwcapX >> >> Note that ELF_HWCAP is also wired into ifunc resolution of GNU >> indirect functions, which looks like a useful feature although it >> isn't used that widely yet. > > I forgot to mention, we also need an HWCAP_CPUID with these patches when > we expose the MRS interface. The ifunc resolver could use MRS when > available. But I would still keep adding HWCAP bits for new features, > even if we risk running out of the 64-bit we have now. > Sure, I will add the HWCAP_CPUID in the next version of the series. Thanks Suzuki -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/