Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp492725rwe; Wed, 31 Aug 2022 06:21:31 -0700 (PDT) X-Google-Smtp-Source: AA6agR4A8CdWFW7TqedDIJHZAPcGWRf45o2USmPh10qMXH5gXyTOadheNK/xTP+LdwkwKjURR6Cf X-Received: by 2002:a17:90b:3e84:b0:1fe:3c34:8c5a with SMTP id rj4-20020a17090b3e8400b001fe3c348c5amr728800pjb.77.1661952091308; Wed, 31 Aug 2022 06:21:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661952091; cv=none; d=google.com; s=arc-20160816; b=0/wFY1Vw4PxFQLhLw1Q+i4I2/Lz+dv5aRXMeqwbmoiL8KY2S4bQjwxHnnqFrlMNlio kcyNzOjS4r45leqOOAXRFVnFjQGqihUfBkD/kPhFW66Rf6vPwmr2T1vFxIfX+6+0StBk HQn0UgMiktSaL+AQJQyfo4ULL/3R8lZskpH5X81wxaO13DZy00HXlJvgFDJOJ+K7NYhm 9F2CULc5A51//I0rQE55FnynqVsG0cpYLB1hkQKGzUVba0oxEVlnnfE1GvX4c0tqQLSL fYNiPT6EIwIasQzhZPCY49RLyyUFLpgbhq64a3MpLPRi+gX1wGxL07Z5N6Gu5tEhcSCZ pK6Q== 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=D/kHkyqXDda9MsthexnPeDGudPyHztah4I0wAKxJuvM=; b=W29FU1KPI4hYSOoZqYh4eM1PiUmtqpS2rqkd79emTH+sWTHK7JPD3jp3rfVt05ZZTb Yj/slj8JdPsu/ziVOfMM4LFrA1tFnpitCb/aDhSJyAnYWkw2mDKjiu1vZYOnEz87zUit IescISnBUN9F3i8+nFHCWJnVRg18SbBWBsou4YmxTf0rieMZfr/VnSmdJASmR1cr8G8V mOPkaceG3fkaRVzN4ZsWwX2jPIaS4CJaHYaGwpIfpxgZjUwrUiApx69zQcP9Jm1zdSBB pSJ++eakMQTxa8c5VzzjSDSUaU+eU2v5HFHqXTw5f0he97/fX4LJWruGZWCp1HpXH4pG eADw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z17-20020a056a00241100b0052c78eecaffsi16348214pfh.174.2022.08.31.06.21.18; Wed, 31 Aug 2022 06:21:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231706AbiHaNPs (ORCPT + 99 others); Wed, 31 Aug 2022 09:15:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230240AbiHaNPl (ORCPT ); Wed, 31 Aug 2022 09:15:41 -0400 Received: from gandalf.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5A0C80F41 for ; Wed, 31 Aug 2022 06:15:36 -0700 (PDT) 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 4MHl6F1V9Yz4xGH; Wed, 31 Aug 2022 23:15:33 +1000 (AEST) From: Michael Ellerman To: Nicholas Piggin , Michael Ellerman , Christophe Leroy Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org In-Reply-To: References: Subject: Re: [PATCH] powerpc/vdso: Don't map VDSO at a fixed address on PPC32 Message-Id: <166195162996.45984.6268667436058610815.b4-ty@ellerman.id.au> Date: Wed, 31 Aug 2022 23:13:49 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 18 Aug 2022 19:31:25 +0200, Christophe Leroy wrote: > PPC64 removed default mapping address from VDSO in > commit 30d0b3682887 ("powerpc: Move 64bit VDSO to improve context > switch performance"). > > Do like PPC64 and let get_unmapped_area() place the VDSO mapping > at the address it wants, don't force a default address. > > [...] Applied to powerpc/next. [1/1] powerpc/vdso: Don't map VDSO at a fixed address on PPC32 https://git.kernel.org/powerpc/c/8a8f7866663588b162031a5348c24e42161461cd cheers