Re: [tip:locking/core] locking/refcount: Create unchecked atomic_t implementation
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [tip:locking/core] locking/refcount: Create unchecked atomic_t implementation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Date: Mon, 4 Sep 2017 21:35:27 +0200
- Cc: "David S. Miller" <davem@xxxxxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>, Rik van Riel <riel@xxxxxxxxxx>, "H. Peter Anvin" <hpa@xxxxxxxxx>, Eric Biggers <ebiggers3@xxxxxxxxx>, "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>, David Windsor <dwindsor@xxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Jann Horn <jannh@xxxxxxxxxx>, "Serge E. Hallyn" <serge@xxxxxxxxxx>, Alexey Dobriyan <adobriyan@xxxxxxxxx>, Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>, "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>, Hans Liljestrand <ishkamiel@xxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Christoph Hellwig <hch@xxxxxxxxxxxxx>, Josh Poimboeuf <jpoimboe@xxxxxxxxxx>, LKML <linux-kernel@xxxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Davidlohr Bueso <dave@xxxxxxxxxxxx>, linux-arch <linux-arch@xxxxxxxxxxxxxxx>, James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>, "linux-tip-commits@xxxxxxxxxxxxxxx" <linux-tip-commits@xxxxxxxxxxxxxxx>
- In-reply-to: <CAGXu5jJdpFk0GNWiw6sswthf3=gAptmLi6xmQqMvUigUYDFsQg@mail.gmail.com>
- References: <20170621200026.GA115679@beast> <tip-fd25d19f6b8da315332bb75936605fb45d3ea981@git.kernel.org> <20170904123724.5trepllnd25r4uyt@hirez.programming.kicks-ass.net> <CAGXu5jJdpFk0GNWiw6sswthf3=gAptmLi6xmQqMvUigUYDFsQg@mail.gmail.com>
- User-agent: Mutt/1.5.22.1 (2013-10-16)
On Mon, Sep 04, 2017 at 10:11:37AM -0700, Kees Cook wrote:
> On Mon, Sep 4, 2017 at 5:37 AM, Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote:
> > On Wed, Jun 28, 2017 at 09:58:15AM -0700, tip-bot for Kees Cook wrote:
> >> locking/refcount: Create unchecked atomic_t implementation
> >
> > This seems to do only half the job. Here's the rest.
> >
> > ---
> > Subject: locking/refcount: Finish unchecked atomic_t implementation
> >
> > For some reason the unchecked atomic_t implementation stopped half-way
> > through, complete it it.
>
> Hmm? The reason is that the implementation of the remaining functions
> is unchanged between full, unchecked, and x86.
But they're wasted code if !arch because the existing atomic functions
are adequate (and I would argue better in case of atomic_add_unless).
And arch implementations would certainly want to reimplement dec_not_one.
Plus, you completely failed mention any of this.
--
To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Stable Commits]
[Linux Stable Kernel]
[Linux Kernel]
[Linux USB Devel]
[Linux Video &Media]
[Linux Audio Users]
[Yosemite News]
[Linux SCSI]