Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1013609ybh; Mon, 13 Jul 2020 07:15:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEV/d8gmTJTpSMsZ5oU3R3hh3QoiP686Ug3VWiqDUgy6Egm7iMOkI484KmWkoguaQ+6EtK X-Received: by 2002:a50:9f22:: with SMTP id b31mr93400821edf.24.1594649754078; Mon, 13 Jul 2020 07:15:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594649754; cv=none; d=google.com; s=arc-20160816; b=nTG6Wu+jNHdMmA4mV/ldC6qO0EbnYXQBJCBA0h/FVY5BK7l1uwGrSOhW778mMcUhmQ bye9NXLc960pmEdVQ1gh50zeqWMYpKRAXOLbZ4W6FXVithPiWelSJ11L2ms4FL2xcNMw +JAUul4cL3lcWnAEk6h8ekYP4Wj1GDCUK0oW41d6J6SeITzOMZD0zYOe94QsGgc3UZh+ sqT/caIP3U9zK/nsNllc+mLyaHadX9Ve4NwpSJebCGCbnJnxHtBWiQtG67Wt1ZOpegf7 LcRHoI89e9aAY6B7JjlLPJHXSuv8Xknw8uS45Uo//cC0AqO5O/bjKoSY+VcsGOqalTBa L8kQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date:dkim-signature:dkim-filter; bh=XqbvFKyVtrLGiel3RNeXGdRx+Uy0i/kVfU8B2yF1Vps=; b=E4fmupS9z5rCQHs6vRTuuYQolP1l/JnFHgKA8ymrmHrn7Tk4RSmD3+m3RXSrUYP18R wqDAsxJLreVLJMu6nEaqaZr741Q0LjaGkr2545b5h7oASVQY+k7OW45ywPDO77N15Vn1 yA8gpOBhL7Gh8HkNpy3KVTJXS1n8RVFjV2GsziHBI/1Q/zGWPTlFnOn9XjgaJKXFvmkf gUA/hQnrQ3FNZaQYqUKLwiop1G95W79RBWqyHy5D0mv9wv1EHYV/i3N6lp7SpXJbrMYS OpJWu6aF5ePRxsXhjnF5pVvxupYA3gQCkZhgIMdBoF1AWv3IgCjsOPUvePobYCZv6jYe Frig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@efficios.com header.s=default header.b=Qd1+Lkij; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c3si10636325edn.385.2020.07.13.07.15.30; Mon, 13 Jul 2020 07:15:54 -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; dkim=pass header.i=@efficios.com header.s=default header.b=Qd1+Lkij; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729962AbgGMONX (ORCPT + 99 others); Mon, 13 Jul 2020 10:13:23 -0400 Received: from mail.efficios.com ([167.114.26.124]:37366 "EHLO mail.efficios.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729649AbgGMONW (ORCPT ); Mon, 13 Jul 2020 10:13:22 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id 0BA312A2098; Mon, 13 Jul 2020 10:13:22 -0400 (EDT) Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id S1h_oqHPAlK4; Mon, 13 Jul 2020 10:13:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id A10902A2097; Mon, 13 Jul 2020 10:13:21 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.efficios.com A10902A2097 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=default; t=1594649601; bh=XqbvFKyVtrLGiel3RNeXGdRx+Uy0i/kVfU8B2yF1Vps=; h=Date:From:To:Message-ID:MIME-Version; b=Qd1+LkijOFRpXZ/hXeFVcIG1XDUyqXzMXheUxr4ymNDATWBtzeRngQgvcgj1UN/wQ a9IWntemPvANBJkCv+ERziZWUMAWLW9cP3K2yHa0C4iZse4IBq+mcswHdB4yV1Cg8K 6D/h9sOILkANM3IpHWbJhPJIf2sPpUglCT5mgqXufzzgoLEtwLI2fVzhds7D2JYmJ2 kozUnFllcUdECvQnMyCBRLCcx80bHdl0oKGXL1s1m8v++a/xNb2jFnua9X23Kw4kta KoKqnpbNCDTT6DbG6m+7xwuBBzaT9X3McZ5iKcLDXTeNqD4ZRR/bwS+QaU/QuK5WWE H81CVMOQJRUDw== X-Virus-Scanned: amavisd-new at efficios.com Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gnjQutJ2gIVJ; Mon, 13 Jul 2020 10:13:21 -0400 (EDT) Received: from mail03.efficios.com (mail03.efficios.com [167.114.26.124]) by mail.efficios.com (Postfix) with ESMTP id 91AC42A2095; Mon, 13 Jul 2020 10:13:21 -0400 (EDT) Date: Mon, 13 Jul 2020 10:13:21 -0400 (EDT) From: Mathieu Desnoyers To: Nicholas Piggin Cc: Andy Lutomirski , Anton Blanchard , Arnd Bergmann , linux-arch , linux-kernel , linux-mm , linuxppc-dev , Peter Zijlstra , x86 Message-ID: <284592761.9860.1594649601492.JavaMail.zimbra@efficios.com> In-Reply-To: <1594647408.wmrazhwjzb.astroid@bobo.none> References: <20200710015646.2020871-1-npiggin@gmail.com> <20200710015646.2020871-5-npiggin@gmail.com> <1594613902.1wzayj0p15.astroid@bobo.none> <1594647408.wmrazhwjzb.astroid@bobo.none> Subject: Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [167.114.26.124] X-Mailer: Zimbra 8.8.15_GA_3955 (ZimbraWebClient - FF78 (Linux)/8.8.15_GA_3953) Thread-Topic: x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode Thread-Index: T7nLE24o9VdoF/eNvu+hhgTHKlctBA== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ----- On Jul 13, 2020, at 9:47 AM, Nicholas Piggin npiggin@gmail.com wrote: > Excerpts from Nicholas Piggin's message of July 13, 2020 2:45 pm: >> Excerpts from Andy Lutomirski's message of July 11, 2020 3:04 am: >>> Also, as it stands, I can easily see in_irq() ceasing to promise to >>> serialize. There are older kernels for which it does not promise to >>> serialize. And I have plans to make it stop serializing in the >>> nearish future. >> >> You mean x86's return from interrupt? Sounds fun... you'll konw where to >> update the membarrier sync code, at least :) > > Oh, I should actually say Mathieu recently clarified a return from > interrupt doesn't fundamentally need to serialize in order to support > membarrier sync core. Clarification to your statement: Return from interrupt to kernel code does not need to be context serializing as long as kernel serializes before returning to user-space. However, return from interrupt to user-space needs to be context serializing. Thanks, Mathieu > > https://lists.ozlabs.org/pipermail/linuxppc-dev/2020-July/214171.html > > So you may not need to do anything more if you relaxed it. > > Thanks, > Nick -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com