From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755490AbdESQgy (ORCPT ); Fri, 19 May 2017 12:36:54 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:46118 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751159AbdESQgu (ORCPT ); Fri, 19 May 2017 12:36:50 -0400 Subject: Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC To: David Miller References: <1495154170-854693-1-git-send-email-babu.moger@oracle.com> <1495154170-854693-5-git-send-email-babu.moger@oracle.com> <20170518.223113.1783186374793423172.davem@davemloft.net> Cc: peterz@infradead.org, mingo@redhat.com, arnd@arndb.de, shannon.nelson@oracle.com, haakon.bugge@oracle.com, steven.sistare@oracle.com, vijay.ac.kumar@oracle.com, jane.chu@oracle.com, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org From: Babu Moger Organization: Oracle Corporation Message-ID: <4f6735d6-ceb4-bfdd-5c98-58bef04d6566@oracle.com> Date: Fri, 19 May 2017 11:36:19 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170518.223113.1783186374793423172.davem@davemloft.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: aserv0022.oracle.com [141.146.126.234] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/18/2017 9:31 PM, David Miller wrote: > From: Babu Moger > Date: Thu, 18 May 2017 18:36:08 -0600 > >> @@ -82,6 +82,7 @@ config SPARC64 >> select HAVE_ARCH_AUDITSYSCALL >> select ARCH_SUPPORTS_ATOMIC_RMW >> select HAVE_NMI >> + select ARCH_USE_QUEUED_RWLOCKS >> > If you are selecting this on SPARC64 all the time, then: > >> @@ -94,6 +94,7 @@ static inline void arch_spin_lock_flags(arch_spinlock_t *lock, unsigned long fla >> : "memory"); >> } >> >> +#ifndef CONFIG_QUEUED_RWLOCKS >> /* Multi-reader locks, these are much saner than the 32-bit Sparc ones... */ > You can remove this segment of ifdef'd code altogether since it is in > a sparc64 specific header file. Sure. will do.