Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6037530ybv; Wed, 12 Feb 2020 04:59:34 -0800 (PST) X-Google-Smtp-Source: APXvYqxHKtquwI+s+g0wTGBfJNdXQCqa4vqGM9uPmK3IkwT/8kwFQS5jdaTVTO5f/ySUTJP8v2zu X-Received: by 2002:a9d:53c2:: with SMTP id i2mr8588517oth.43.1581512374143; Wed, 12 Feb 2020 04:59:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581512374; cv=none; d=google.com; s=arc-20160816; b=XrC+hHvP4jraJ/woIDp1aJXcEAKCCRwpVSRIeZQJVOccIbffJ9+iev4l7sGTHxlHW9 xCu4+t3CgVtn0pn4rxb1Nqu83DQ9yilMWK2m0AFIhV0kYpj55sqUKyxwad2Xalno6O9S +zue7hpSAo9qMbdOBptI3zFZNW3UTZo+vKTq54SY3DGTav67rqTvFy3hcvDKIqDfEkmg RkrkeXBRMpDERs903wSJU5LGnsVj5arElstgrfeV3EedZZsYdrbfljrj7WF6DreK3cVZ pAfstGX8ABd+pxtp1hX4IuVCk+mAcrjJ9AyBOopCyc/StVPBWzfzZlqwZx6AvaSqDAHt laMA== 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:dkim-signature; bh=WNE9XiYfIRFh5LYCvgVuz7J2bfIjYJxs9twoYqkH1vE=; b=jTG5YoixDQDMmxA3APhP6OyNIdp64B2ZP4Xsqj8xVlaSR5ZhBuzc5GcYfbtmqDXtId A/reGn/RQl+dKERtcvR83pe7GT0YcANDLWoTV07EMeqKGdqmkuFbQvS+o9U0wQrWAal2 h4fCmFbbOCLrpZQROrufcEqlULJhYOR22lrXSvtLPCXko1L1FIVVr3V2eWbPnWyv6VCj gI8oNEH6Mff9t+3M8REuxoDvTJbaxUJ+lGAKfz8rJ3CKv2pfglP49ou62qVzDVYIAcQG H2TCkWl9/RfE5+/H+3nJGlKnw9nww6Bcd98OqbYLOTd4pi5Ou6fCUTyBBVHhfXFv/3yE KEpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=B6rLVHGr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k15si3204650oij.134.2020.02.12.04.59.22; Wed, 12 Feb 2020 04:59:34 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=B6rLVHGr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727665AbgBLM6M (ORCPT + 99 others); Wed, 12 Feb 2020 07:58:12 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:27613 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726728AbgBLM6M (ORCPT ); Wed, 12 Feb 2020 07:58:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581512291; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WNE9XiYfIRFh5LYCvgVuz7J2bfIjYJxs9twoYqkH1vE=; b=B6rLVHGrult10fEy9RK0Vcx6KCvD4yIlOFG6NwJfU+QAtVTKF9HIqurSDoagx9oRuhmwAe oO8tDMozVSZnL28ujrjZ4aVktqrwio4jTrwTMta4kwjR9z0DkHCwjMc4c19kO2U/YMZNm5 6+6AxMjn8XgN9v9XM/2dAgWxw+XlDxU= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-416-GUBT95-nNVi27y58GnvC5Q-1; Wed, 12 Feb 2020 07:58:03 -0500 X-MC-Unique: GUBT95-nNVi27y58GnvC5Q-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 04ABD108F25C; Wed, 12 Feb 2020 12:58:02 +0000 (UTC) Received: from mail (ovpn-122-89.rdu2.redhat.com [10.10.122.89]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 733DC5DA7B; Wed, 12 Feb 2020 12:57:58 +0000 (UTC) Date: Wed, 12 Feb 2020 07:57:57 -0500 From: Andrea Arcangeli To: Catalin Marinas Cc: Will Deacon , Jon Masters , Rafael Aquini , Mark Salter , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 2/2] arm64: tlb: skip tlbi broadcast for single threaded TLB flushes Message-ID: <20200212125757.GD3699@redhat.com> References: <20200203201745.29986-1-aarcange@redhat.com> <20200203201745.29986-3-aarcange@redhat.com> <20200210175106.GA27215@arrakis.emea.arm.com> <20200210201411.GC3699@redhat.com> <20200211140025.GB153117@arrakis.emea.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200211140025.GB153117@arrakis.emea.arm.com> User-Agent: Mutt/1.13.1 (2019-12-14) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Tue, Feb 11, 2020 at 02:00:25PM +0000, Catalin Marinas wrote: > I think there is another race here. IIUC, the assumption you make is > that when mm_users <= 1 && mm_count == 1, the only active user of this > pgd/ASID is on the CPU doing the TLBI. This is not the case for > try_to_unmap() where the above condition may be true but the active > thread on a different CPU won't notice the local TLBI. The "current->mm == mm" check is what shall prevent the above. Thanks, Andrea