From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 24E7FC433B4 for ; Wed, 14 Apr 2021 17:02:34 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4F07A61155 for ; Wed, 14 Apr 2021 17:02:33 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4F07A61155 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=csgroup.eu Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4FL80l6Ftnz3c5N for ; Thu, 15 Apr 2021 03:02:31 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=csgroup.eu (client-ip=93.17.236.30; helo=pegase1.c-s.fr; envelope-from=christophe.leroy@csgroup.eu; receiver=) Received: from pegase1.c-s.fr (pegase1.c-s.fr [93.17.236.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4FL80N4Jyjz2yRR for ; Thu, 15 Apr 2021 03:02:12 +1000 (AEST) Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 4FL80J09CXzB09ZG; Wed, 14 Apr 2021 19:02:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id xPWafQU7SZFF; Wed, 14 Apr 2021 19:02:07 +0200 (CEST) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 4FL80H4r9FzB09ZC; Wed, 14 Apr 2021 19:02:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 500948B7D0; Wed, 14 Apr 2021 19:02:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 6Ef4GAIzEXxj; Wed, 14 Apr 2021 19:02:09 +0200 (CEST) Received: from [192.168.4.90] (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 7B6468B7C4; Wed, 14 Apr 2021 19:02:08 +0200 (CEST) Subject: Re: [PATCH v2 0/5] powerpc/rtas: miscellaneous cleanups To: Nathan Lynch , linuxppc-dev@lists.ozlabs.org References: <20210408140630.205502-1-nathanl@linux.ibm.com> From: Christophe Leroy Message-ID: <231da5db-efdd-0ddd-9ad8-4ddd2bc03ddf@csgroup.eu> Date: Wed, 14 Apr 2021 19:02:02 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <20210408140630.205502-1-nathanl@linux.ibm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tyreld@linux.ibm.com, ajd@linux.ibm.com, aik@ozlabs.ru, aneesh.kumar@linux.ibm.com, npiggin@gmail.com, brking@linux.ibm.com Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" Le 08/04/2021 à 16:06, Nathan Lynch a écrit : > This is a reroll of the series posted here: > https://lore.kernel.org/linuxppc-dev/20210114220004.1138993-1-nathanl@linux.ibm.com/ > > Originally this work was prompted by failures on radix MMU PowerVM > guests when passing buffers to RTAS that lay outside of its idea of > the RMA. In v1 I approached this as a problem to be solved in Linux, > but RTAS development has since decided to change their code so that > the RMA restriction does not apply with radix. > > So in v2 I retain the cleanups and discard the more significant change > which accommodated the misbehaving RTAS versions. Is there a link with https://github.com/linuxppc/issues/issues/252 ? > > Changes since v1: > - Correct missing conversion of RTAS_RMOBUF_MAX -> > RTAS_USER_REGION_SIZE in in_rmo_buf(). > - Remove unnecessary braces in rtas_syscall_filter_init(). > - Leave expression of RTAS_WORK_AREA_SIZE as-is instead of changing > the factors in a confusing way, per discussion with Alexey. > - Drop "powerpc/rtas: constrain user region allocation to RMA" > > Nathan Lynch (5): > powerpc/rtas: improve ppc_rtas_rmo_buf_show documentation > powerpc/rtas-proc: remove unused RMO_READ_BUF_MAX > powerpc/rtas: remove ibm_suspend_me_token > powerpc/rtas: move syscall filter setup into separate function > powerpc/rtas: rename RTAS_RMOBUF_MAX to RTAS_USER_REGION_SIZE > > arch/powerpc/include/asm/rtas.h | 6 +++--- > arch/powerpc/kernel/rtas-proc.c | 15 +++++++++++---- > arch/powerpc/kernel/rtas.c | 34 +++++++++++++++++---------------- > 3 files changed, 32 insertions(+), 23 deletions(-) >