Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp658656ybj; Thu, 7 May 2020 04:45:29 -0700 (PDT) X-Google-Smtp-Source: APiQypJv8+H4p1rVQ8LnFv/Eoiz3weplp3KKa+TuQNXXL97vkGVEXyS+7gQ+xYhQnouebh/1kTbj X-Received: by 2002:a50:f61c:: with SMTP id c28mr10811116edn.365.1588851928869; Thu, 07 May 2020 04:45:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588851928; cv=none; d=google.com; s=arc-20160816; b=aezgw6ZpC5skGxK74F7NuENUDsX0oh3xkwLbDqGlX4m8N7U3HNwymD7OjyM3X4IB8v yekWXPRcDDWTTZaEDOVNkCeoduEcfMWFAqNvL6aLr5/ZPLlJIL+1ic+OqR0ks+OA5TQS mF20gG3Pi2qOFbpZs+UfnJaj142m1DLXZYl3kxwBlZP8rk+9If4jPv/lP+Oo5KQwDMdI CTf+ixvyhsw8vunnAWg1FgzrMVPxYQTFg/LQDxvz1VnHbbaJd7neuWMvf5sYWmL9aKFr BmWbhsD3iyw/Iladot6kJ1MLTgRc9i788PlmsG6VON7Ed8ZtlOpE1yYs/kDr14TVBwRr FENQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=bhBsKwXmgSKQ0pN+OuvKbW+f4p54AUBrEOSiunBi+5g=; b=FD+b7h58l4kqt56DTqkavyXigBezfm7g0P9b+80LGDPMsO3PajU4cXFg3HiyHxm+Dg 7lRc7v6G9Ts5iSpmatYu/s0VId5U4EWNPXlc8R+zH15tIL7wdssm5Gk/LMCN0KfPaEN7 YH/hFV0KxiVKk9Gll+vf3++Wkj4l23/EjJMXfooB3e9Vc3XA0Qif0OH+ZdZIQ80ZT32p 6++mOtfcAw5hoO718ngOHy1W4zLshsAOTH6qpw38tBKoBUfAfM3w0rWHTEGzEI+Plx4P g4sIOk2ewHeBBWkW82q0B7kKMex7Gim1Sv+It67CVUi3ZJuEV7kQZk82zHhC772LwwZq /82A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g7si2945127edq.580.2020.05.07.04.45.04; Thu, 07 May 2020 04:45:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726736AbgEGLnW (ORCPT + 99 others); Thu, 7 May 2020 07:43:22 -0400 Received: from elvis.franken.de ([193.175.24.41]:43576 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725914AbgEGLnV (ORCPT ); Thu, 7 May 2020 07:43:21 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1jWevq-00081e-03; Thu, 07 May 2020 13:43:14 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id 93899C0409; Thu, 7 May 2020 13:09:51 +0200 (CEST) Date: Thu, 7 May 2020 13:09:51 +0200 From: Thomas Bogendoerfer To: Sergey.Semin@baikalelectronics.ru Cc: Serge Semin , Alexey Malahov , Paul Burton , Ralf Baechle , Arnd Bergmann , Rob Herring , linux-pm@vger.kernel.org, devicetree@vger.kernel.org, Zhou Yanjie , Paul Cercueil , Jiaxun Yang , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 11/20] mips: MAAR: Use more precise address mask Message-ID: <20200507110951.GD11616@alpha.franken.de> References: <20200306124807.3596F80307C2@mail.baikalelectronics.ru> <20200506174238.15385-1-Sergey.Semin@baikalelectronics.ru> <20200506174238.15385-12-Sergey.Semin@baikalelectronics.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200506174238.15385-12-Sergey.Semin@baikalelectronics.ru> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 06, 2020 at 08:42:29PM +0300, Sergey.Semin@baikalelectronics.ru wrote: > From: Serge Semin > > Indeed according to the P5600/P6000 manual the MAAR pair register > address field either takes [12:31] bits for 32-bits non-XPA systems > and [12:35] otherwise. In any case the current address mask is just > wrong for 64-bit and 32-bits XPA chips. So lets extend it to 39-bits > value. This shall cover the 64-bits architecture and systems with XPA > enabled, and won't cause any problem for non-XPA 32-bit systems, since > the value will be just truncated when written to the 32-bits register. according to MIPS32 Priveleged Resoure Architecture Rev. 6.02 ADDR spans from bit 12 to bit 55. So your patch fits only for P5600. Does the wider mask cause any problems ? Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]