From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 792E87F5 for ; Tue, 21 Jun 2022 00:59:52 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 23A16C385A2 for ; Tue, 21 Jun 2022 00:59:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1655773192; bh=dGTRJ54kRAQfHEwKzVtBG0GOHTUwuXkFePNR7RWIHCs=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=nkyEvPgBVO0nh13I7NWqTQB1yGJr8T3QtrVHalRkYZ0fQjQUTxY9s3x6rhXpeb0Wv 8tnX0r8Q4YQWGCHpoGNLSYXkQqfJRJ/xSWgVLRVVZbxXeXz3JsRQDyp2uK+VNjFyj2 5V0FpRa5crq6IUn18vp87YW3SNlYyr5rs+2CtMoBi2gn0nh2ptIRGfa905J2kxbJIM WfFPOThB7obx/HZE19uwkrdoA0hNltpXY/M8MBwsxZy8xSLaBxEwS+Ar03TBlKOUnF l+4f2sywJtogW4YqQxy+VWSubGXERDpJyzcjdHU1w1A1we5rt3OhZRmzXTW6kxhxyx AlU68p/u9ERfA== Received: by mail-lj1-f176.google.com with SMTP id c30so13677590ljr.9 for ; Mon, 20 Jun 2022 17:59:52 -0700 (PDT) X-Gm-Message-State: AJIora8XRg+9MeqAxcvHIYHSxhg7mWk+KAFYPbiX8XoK34v2RUk6WNSC xZ28oWn7JUG2UW48WpSfPVRYOQNIBD9dFQU9EH4= X-Google-Smtp-Source: AGRyM1sFChEIriChYid3uZ04tMFsabbu+qQA1YlFatsrDQBpquzZ5+pl164y9dedW/ROGMm3Wdm1hjsKwo7cnmcMYpw= X-Received: by 2002:a2e:9011:0:b0:25a:742e:ce43 with SMTP id h17-20020a2e9011000000b0025a742ece43mr1907921ljg.188.1655773190088; Mon, 20 Jun 2022 17:59:50 -0700 (PDT) Precedence: bulk X-Mailing-List: loongarch@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20220617145705.581985-1-chenhuacai@loongson.cn> In-Reply-To: From: Huacai Chen Date: Tue, 21 Jun 2022 08:59:38 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] LoongArch: Add qspinlock support To: Guo Ren Cc: Arnd Bergmann , Huacai Chen , loongarch@lists.linux.dev, linux-arch , Xuefeng Li , Xuerui Wang , Jiaxun Yang , Peter Zijlstra , Will Deacon , Ingo Molnar Content-Type: text/plain; charset="UTF-8" Hi, On Tue, Jun 21, 2022 at 12:01 AM Guo Ren wrote: > > Hi Huacai & Arnd, > > Please have a look at riscv qspinlock V5: > https://lore.kernel.org/linux-riscv/a498a2ff-2503-b25c-53c9-55f5f2480bf6@microchip.com/T/#t >From my point of view, we can simply drop RISCV_USE_QUEUED_SPINLOCKS, unless ticket spinlock is better than qspinlock in the !NUMA case. Huacai > > > > On Mon, Jun 20, 2022 at 5:50 PM Huacai Chen wrote: > > > > Hi, > > > > On Mon, Jun 20, 2022 at 12:11 AM Arnd Bergmann wrote: > > > > > > On Sun, Jun 19, 2022 at 5:48 PM Guo Ren wrote: > > > > > > > > On Sat, Jun 18, 2022 at 1:40 PM Arnd Bergmann wrote: > > > > > > > > > > On Sat, Jun 18, 2022 at 1:19 AM Guo Ren wrote: > > > > > > > > > > > > > static inline u32 arch_xchg32(u32 *ptr, u32 x) {...} > > > > > > > static inline u64 arch_xchg64(u64 *ptr, u64 x) {...} > > > > > > > > > > > > > > #ifdef CONFIG_64BIT > > > > > > > #define xchg(ptr, x) (sizeof(*ptr) == 8) ? \ > > > > > > > arch_xchg64((u64*)ptr, (uintptr_t)x) \ > > > > > > > arch_xchg32((u32*)ptr, x) > > > > > > > #else > > > > > > > #define xchg(ptr, x) arch_xchg32((u32*)ptr, (uintptr_t)x) > > > > > > > #endif > > > > > > > > > > > > The above primitive implies only long & int type args are permitted, right? > > > > > > > > > > The idea is to allow any scalar or pointer type, but not structures or > > > > > unions. If we need to deal with those as well, the macro could be extended > > > > > accordingly, but I would prefer to limit it as much as possible. > > > > > > > > > > There is already cmpxchg64(), which is used for types that are fixed to > > > > > 64 bit integers even on 32-bit architectures, but it is rarely used except > > > > > to implement the atomic64_t helpers. > > > > A lot of 32bit arches couldn't provide cmpxchg64 (like arm's ldrexd/strexd). > > > > > > Most 32-bit architectures also lack SMP support, so they can fall back to > > > the generic version from include/asm-generic/cmpxchg-local.h > > > > > > > Another question: Do you know why arm32 didn't implement > > > > HAVE_CMPXCHG_DOUBLE with ldrexd/strexd? > > > > > > I think it's just fairly obscure, the slub code appears to be the only > > > code that would use it. > > > > > > > > > > > > > 80% of the uses of cmpxchg() and xchg() deal with word-sized > > > > > quantities like 'unsigned long', or 'void *', but the others are almost > > > > > all fixed 32-bit quantities. We could change those to use cmpxchg32() > > > > > directly and simplify the cmpxchg() function further to only deal > > > > > with word-sized arguments, but I would not do that in the first step. > > > > Don't forget cmpxchg_double for this cleanup, when do you want to > > > > restart the work? > > > > > > I have no specific plans at the moment. If you or someone else likes > > > to look into it, I can dig out my old patch though. > > > > > > The cmpxchg_double() call seems to already fit in, since it is an > > > inline function and does not expect arbitrary argument types. > > Thank all of you. :) > > > > As Rui and Xuerui said, ll and sc in LoongArch both have implicit full > > barriers, so there is no "relaxed" version. > > > > The __WEAK_LLSC_MB in __cmpxchg_small() have nothing to do with ll and > > sc themselves, we need a barrier at the branch target just because > > Loongson-3A5000 has a hardware flaw (and will be fixed in > > Loongson-3A6000). > > > > qspinlock just needs xchg_small(), but cmpxchg_small() is also useful > > for percpu operations. So I plan to split this patch to two: the first > > add xchg_small() and cmpxchg_small(), the second enable qspinlock. > > > > Huacai > > > > > > > > Arnd > > > > -- > Best Regards > Guo Ren > > ML: https://lore.kernel.org/linux-csky/ >