Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp4126201pxb; Tue, 2 Nov 2021 04:41:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzv9faPVSfgmWCXIwsSanzB9o6eVvezj+sWT9Bz1d9vvZf9KIogKiBN22YiOLKLbkrRBvaz X-Received: by 2002:a05:6402:2554:: with SMTP id l20mr49857071edb.322.1635853318063; Tue, 02 Nov 2021 04:41:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635853318; cv=none; d=google.com; s=arc-20160816; b=L6M6DZgvI57UEdXCNRSir7YzIybeUuapNsCl2d2mP3siObl9K9nBCDO9iyMvPO0oPO 8w6T3JqrQjt/WgKOKmZAfuMIvpxZCjSZh/bFiFRF8rKkgwg+b1GhlBwYfb47j29o9FyG CU+c3cH93mdSfXZ+XA0DEXTmUsWFIXFz3GlGUUW/Mt5H+3Ai71XvJrAPuy92ANYlFoUN k5dzDZz51j2U5VcVsABYa0m3leZwvlQQzu8wDThNol6vwY4rV/NgXviL9clgZq/JUTMS XbyOafV3p6bHIPMKTtROBeUJ74mJ8k63k5NmeCK5koHgs/jT3fdwmF4G3h0RMQawLxOJ WSDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version:date :message-id:subject:references:in-reply-to:cc:to:from; bh=tGy7AoxARPrAegOUylwwLo2xs7p5925TYcXGU1s1WKg=; b=yLqa7spsHMzw/XN/b5BQ58SriWOkeW9sRy//u5svKWRmry9oDl4P2/mGeA+Foq2IHQ Sd0jHMSPnx6Fe4qSHU8m9TP/gqy8dqJ5d9u+EJkZ1pG8kliV2TyY4kySyfWiSV4U3wzY yF7cvXSpF2PJZFu8Qjdt/Hx0g/Cwuqa2h0EQtry+aKe9ow9O/nFMdYl5/XK1QVVbo4cY Od5/23FuiUzBrM7TEssE5hSkRT0hEUcZJ13Xb1Pp1no19qjc9uj9IyItx6W6cGq5BcWn D4WxyK8dr17HfWw3qxYcefgGrWVeudy6VEo56+rXgEuGOrVEiIeCOXWKroGp4nFkPtE/ NgYA== 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 d14si12464476edr.634.2021.11.02.04.41.34; Tue, 02 Nov 2021 04:41:58 -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 S231425AbhKBLlF (ORCPT + 99 others); Tue, 2 Nov 2021 07:41:05 -0400 Received: from gandalf.ozlabs.org ([150.107.74.76]:54147 "EHLO gandalf.ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230511AbhKBLk7 (ORCPT ); Tue, 2 Nov 2021 07:40:59 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4Hk7FX39fHz4xcC; Tue, 2 Nov 2021 22:38:24 +1100 (AEDT) From: Michael Ellerman To: Michael Ellerman , Paul Mackerras , Christophe Leroy , Benjamin Herrenschmidt Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org In-Reply-To: <316c543b8906712c108985c8463eec09c8db577b.1629732542.git.christophe.leroy@csgroup.eu> References: <316c543b8906712c108985c8463eec09c8db577b.1629732542.git.christophe.leroy@csgroup.eu> Subject: Re: [PATCH] powerpc/32: Don't use lmw/stmw for saving/restoring non volatile regs Message-Id: <163584790541.1845480.12718539739212562295.b4-ty@ellerman.id.au> Date: Tue, 02 Nov 2021 21:11:45 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 23 Aug 2021 15:29:12 +0000 (UTC), Christophe Leroy wrote: > Instructions lmw/stmw are interesting for functions that are rarely > used and not in the cache, because only one instruction is to be > copied into the instruction cache instead of 19. However those > instruction are less performant than 19x raw lwz/stw as they require > synchronisation plus one additional cycle. > > SAVE_NVGPRS / REST_NVGPRS are used in only a few places which are > mostly in interrupts entries/exits and in task switch so they are > likely already in the cache. > > [...] Applied to powerpc/next. [1/1] powerpc/32: Don't use lmw/stmw for saving/restoring non volatile regs https://git.kernel.org/powerpc/c/a85c728cb5e12216c19ae5878980c2cbbbf8616d cheers