Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp592542ybi; Fri, 31 May 2019 06:13:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqzNppz4wIKL88NBsrgxWO/Ipc6RRZVu8JimcmpKv0g3+F5c01kvTxg5u0zUnR3il+eIKy/D X-Received: by 2002:a65:638e:: with SMTP id h14mr8044723pgv.209.1559308398118; Fri, 31 May 2019 06:13:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559308398; cv=none; d=google.com; s=arc-20160816; b=hJuR/nZ+7C7qLduThLj7YkLcznfMvBHpl+BdevtD75lK9O0NMOfkDB8gwsmVUt5AU6 40HNbvMmz3oLqjqv87Zfg36rKKTgKooya9M0WHl0t/OOuPsRyPFYYdbpffxIcEBO24hG 7wmXc+F9Yp5sVKBmM/owryIc643kF346jAyn10BfXl1fsnNENVxEEmpkGw06Psp4sj/d 3ynAkKaiGAJ+DAlg6AY+PDI5qbKsZbNiejdpO3SXMeosvFVLvrvHkg7YeYWbuROvq1Ao o/vETeKz8ClhxfYm9V2UziT1z9b4pMj0eiN4Xho69CoQ3Y1Y/DJYXfeyYkHkW/QEJOga 3+Cw== 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=5J0ba4Ad42pvvelRQpkEcT3KcojCTDX3YCcgX/U44Ic=; b=z/h8BIN6xojMTqZHyN5sANGpBIjvnyzLmTePZAeM1NmV4vnNSnBM0cBs0c8Y4xVPTZ lj25NesYb6bbia7HH1tj7Jr9x20dulzdK0smqNhHND6j4HhLmhjkMdrFK10BiODEylm+ xDa2hD43N1oHaTkojp3XzG4aQB+tKj7YPsvTZkU/lxfh2vtXIMG3UKYlatcG5iz71AXx 0sK1k1fKQCxtcaTewkh103VaVSh23gUyjrIq3bOd7EKZ2m8qdVQeptW3iZcNIfM4voUw gcxDatXaAuXAnMgW9PaLpoQJ8USQbgAmZKH93bsy8Zb1mUo5tMtS/NC1IvCNods7jVFh DoMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=pJ4t6LkH; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 61si6267892plf.355.2019.05.31.06.12.55; Fri, 31 May 2019 06:13:18 -0700 (PDT) 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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=pJ4t6LkH; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727370AbfEaNLf (ORCPT + 99 others); Fri, 31 May 2019 09:11:35 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:40486 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726330AbfEaNLf (ORCPT ); Fri, 31 May 2019 09:11:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=5J0ba4Ad42pvvelRQpkEcT3KcojCTDX3YCcgX/U44Ic=; b=pJ4t6LkHXCwBk7eHWUyyF31bL atygI577w3kMbTDLLv7Bt9klbP5R9DeHtJXzVoOpHE+jJVICLL1cG9Rzka2RzcDMAtnPj6EE0h9T+ lPfIHOKqIb6k1IeL3NEddNcVSf1tbSLYBDLxGRnFAQyH+Rr23hwli5u7loQrEzxDcxgR7tvDp8DSk x+TyQ7nPuXjvLT4Vt3sRD6uSfZcphduOwZxhx0KswRnpDlU4qATsn7xUFKxtVxx0O4gk2rezwyfBA DR1b5XHINd9G79IC09pwuj+5nopkC4VOqJcZfy4hYuntVe+TKNT+G7trbG++RBBAJXhL/f4qPQHPu IZ0x3C5cg==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1hWhJh-0001SF-CS; Fri, 31 May 2019 13:11:31 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id B991E20274AFF; Fri, 31 May 2019 15:11:27 +0200 (CEST) Date: Fri, 31 May 2019 15:11:27 +0200 From: Peter Zijlstra To: Roman Penyaev Cc: azat@libevent.org, akpm@linux-foundation.org, viro@zeniv.linux.org.uk, torvalds@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 06/13] epoll: introduce helpers for adding/removing events to uring Message-ID: <20190531131127.GB2606@hirez.programming.kicks-ass.net> References: <20190516085810.31077-1-rpenyaev@suse.de> <20190516085810.31077-7-rpenyaev@suse.de> <20190531095549.GB17637@hirez.programming.kicks-ass.net> <7187263bcee61b9abbe687f3a7478bd1@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7187263bcee61b9abbe687f3a7478bd1@suse.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 31, 2019 at 01:24:07PM +0200, Roman Penyaev wrote: > On 2019-05-31 11:55, Peter Zijlstra wrote: > > On Thu, May 16, 2019 at 10:58:03AM +0200, Roman Penyaev wrote: > > > +#define atomic_set_unless_zero(ptr, flags) \ > > > +({ \ > > > + typeof(ptr) _ptr = (ptr); \ > > > + typeof(flags) _flags = (flags); \ > > > + typeof(*_ptr) _old, _val = READ_ONCE(*_ptr); \ > > > + \ > > > + for (;;) { \ > > > + if (!_val) \ > > > + break; \ > > > + _old = cmpxchg(_ptr, _val, _flags); \ > > > + if (_old == _val) \ > > > + break; \ > > > + _val = _old; \ > > > + } \ > > > + _val; \ > > > +}) > > > > > +#define atomic_or_with_mask(ptr, flags, mask) \ > > > +({ \ > > > + typeof(ptr) _ptr = (ptr); \ > > > + typeof(flags) _flags = (flags); \ > > > + typeof(flags) _mask = (mask); \ > > > + typeof(*_ptr) _old, _new, _val = READ_ONCE(*_ptr); \ > > > + \ > > > + for (;;) { \ > > > + _new = (_val & ~_mask) | _flags; \ > > > + _old = cmpxchg(_ptr, _val, _new); \ > > > + if (_old == _val) \ > > > + break; \ > > > + _val = _old; \ > > > + } \ > > > + _val; \ > > > +}) > > > > Don't call them atomic_*() if they're not part of the atomic_t > > interface. > > Can we add those two? Or keep it local is better? Afaict you're using them on the user visible values; we should not put atomic_t into shared memory. Your interface isn't compatible with those 'funny' architectures like parisc etc. Since you expect userspace to do atomic ops on these variables too. It is not a one-way interface ...