From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>,
Vineet Gupta <Vineet.Gupta1@synopsys.com>
Cc: "linux-snps-arc@lists.infradead.org"
<linux-snps-arc@lists.infradead.org>,
Will Deacon <will@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
Mark Rutland <mark.rutland@arm.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
Vladimir Isaev <Vladimir.Isaev@synopsys.com>
Subject: Re: [PATCH 00/11] ARC atomics update
Date: Thu, 5 Aug 2021 16:18:29 +0000 [thread overview]
Message-ID: <2c2bed36-1bcf-ae34-0e94-9110c7e2b242@synopsys.com> (raw)
In-Reply-To: <20210805090209.GA22037@worktop.programming.kicks-ass.net>
On 8/5/21 2:02 AM, Peter Zijlstra wrote:
> On Wed, Aug 04, 2021 at 12:15:43PM -0700, Vineet Gupta wrote:
>
>> Vineet Gupta (10):
>> ARC: atomics: disintegrate header
>> ARC: atomic: !LLSC: remove hack in atomic_set() for for UP
>> ARC: atomic: !LLSC: use int data type consistently
>> ARC: atomic64: LLSC: elide unused atomic_{and,or,xor,andnot}_return
>> ARC: atomics: implement relaxed variants
>> ARC: bitops: fls/ffs to take int (vs long) per asm-generic defines
>> ARC: xchg: !LLSC: remove UP micro-optimization/hack
>> ARC: cmpxchg/xchg: rewrite as macros to make type safe
>> ARC: cmpxchg/xchg: implement relaxed variants (LLSC config only)
>> ARC: atomic_cmpxchg/atomic_xchg: implement relaxed variants
>>
>> Will Deacon (1):
>> ARC: switch to generic bitops
>
> Didn't see any weird things:
>
> Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Thx Peter. A lot of this is your code anyways ;-)
Any initial thoughts/comments on patch 06/11 - is there an obvious
reason that generic bitops take signed @nr or the hurdle is need to be
done consistently cross-arch.
-Vineet
WARNING: multiple messages have this Message-ID (diff)
From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: Peter Zijlstra <peterz@infradead.org>,
Vineet Gupta <Vineet.Gupta1@synopsys.com>
Cc: "linux-snps-arc@lists.infradead.org"
<linux-snps-arc@lists.infradead.org>,
Will Deacon <will@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
Mark Rutland <mark.rutland@arm.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
Vladimir Isaev <Vladimir.Isaev@synopsys.com>
Subject: Re: [PATCH 00/11] ARC atomics update
Date: Thu, 5 Aug 2021 16:18:29 +0000 [thread overview]
Message-ID: <2c2bed36-1bcf-ae34-0e94-9110c7e2b242@synopsys.com> (raw)
In-Reply-To: <20210805090209.GA22037@worktop.programming.kicks-ass.net>
On 8/5/21 2:02 AM, Peter Zijlstra wrote:
> On Wed, Aug 04, 2021 at 12:15:43PM -0700, Vineet Gupta wrote:
>
>> Vineet Gupta (10):
>> ARC: atomics: disintegrate header
>> ARC: atomic: !LLSC: remove hack in atomic_set() for for UP
>> ARC: atomic: !LLSC: use int data type consistently
>> ARC: atomic64: LLSC: elide unused atomic_{and,or,xor,andnot}_return
>> ARC: atomics: implement relaxed variants
>> ARC: bitops: fls/ffs to take int (vs long) per asm-generic defines
>> ARC: xchg: !LLSC: remove UP micro-optimization/hack
>> ARC: cmpxchg/xchg: rewrite as macros to make type safe
>> ARC: cmpxchg/xchg: implement relaxed variants (LLSC config only)
>> ARC: atomic_cmpxchg/atomic_xchg: implement relaxed variants
>>
>> Will Deacon (1):
>> ARC: switch to generic bitops
>
> Didn't see any weird things:
>
> Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Thx Peter. A lot of this is your code anyways ;-)
Any initial thoughts/comments on patch 06/11 - is there an obvious
reason that generic bitops take signed @nr or the hurdle is need to be
done consistently cross-arch.
-Vineet
_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
next prev parent reply other threads:[~2021-08-05 16:18 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-04 19:15 [PATCH 00/11] ARC atomics update Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 01/11] ARC: atomics: disintegrate header Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 02/11] ARC: atomic: !LLSC: remove hack in atomic_set() for for UP Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 03/11] ARC: atomic: !LLSC: use int data type consistently Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 04/11] ARC: atomic64: LLSC: elide unused atomic_{and,or,xor,andnot}_return Vineet Gupta
2021-08-04 19:15 ` [PATCH 04/11] ARC: atomic64: LLSC: elide unused atomic_{and, or, xor, andnot}_return Vineet Gupta
2021-08-04 19:15 ` [PATCH 05/11] ARC: atomics: implement relaxed variants Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 06/11] ARC: switch to generic bitops Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 07/11] ARC: bitops: fls/ffs to take int (vs long) per asm-generic defines Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 08/11] ARC: xchg: !LLSC: remove UP micro-optimization/hack Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 09/11] ARC: cmpxchg/xchg: rewrite as macros to make type safe Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 10/11] ARC: cmpxchg/xchg: implement relaxed variants (LLSC config only) Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-04 19:15 ` [PATCH 11/11] ARC: atomic_cmpxchg/atomic_xchg: implement relaxed variants Vineet Gupta
2021-08-04 19:15 ` Vineet Gupta
2021-08-05 9:02 ` [PATCH 00/11] ARC atomics update Peter Zijlstra
2021-08-05 9:02 ` Peter Zijlstra
2021-08-05 16:18 ` Vineet Gupta [this message]
2021-08-05 16:18 ` Vineet Gupta
2021-08-05 17:04 ` Peter Zijlstra
2021-08-05 17:04 ` Peter Zijlstra
2021-08-05 19:14 ` [RFC] bitops/non-atomic: make @nr unsigned to avoid any DIV Vineet Gupta
2021-08-05 19:14 ` Vineet Gupta
2021-08-06 13:42 ` Will Deacon
2021-08-06 13:42 ` Will Deacon
2021-08-06 19:02 ` Vineet Gupta
2021-08-06 19:02 ` Vineet Gupta
2021-08-06 8:41 ` [PATCH 00/11] ARC atomics update Will Deacon
2021-08-06 8:41 ` Will Deacon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2c2bed36-1bcf-ae34-0e94-9110c7e2b242@synopsys.com \
--to=vineet.gupta1@synopsys.com \
--cc=Vladimir.Isaev@synopsys.com \
--cc=arnd@arndb.de \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-snps-arc@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=peterz@infradead.org \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.