From: Wolfram Sang <wsa+renesas@sang-engineering.com>
To: Matthew Wilcox <willy@infradead.org>
Cc: linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Bjorn Andersson <andersson@kernel.org>,
linux-remoteproc@vger.kernel.org,
Baolin Wang <baolin.wang@linux.alibaba.com>
Subject: Re: [PATCH v2 0/4] hwspinlock: add summary in debugfs
Date: Wed, 1 Jul 2026 17:07:39 +0200 [thread overview]
Message-ID: <akUtOxe8BwFtqv3u@shikoro> (raw)
In-Reply-To: <akK_cc4ebZB29luf@casper.infradead.org>
Hi Matthew,
thank you for your help, that is much appreciated!
On Mon, Jun 29, 2026 at 07:54:41PM +0100, Matthew Wilcox wrote:
> On Mon, Jun 29, 2026 at 10:57:14AM +0200, Wolfram Sang wrote:
> > Okay, seems to work so far. Thank you again! Will merge your patch into
> > my series with your credits. Now I just need to wrap XArray into struct
> > seq_operations. Seems no one has needed that in the kernel so far.
>
> Huh. I thought I had done that at some point. But it was pre-pandemic
> that I was looking at it so maybe I either never did it or I never sent
> it out.
I grepped for all users of 'struct seq_operations' if they used
xarray functionality within a seq-file. No hit, sadly.
I am bit struggling with the initial approach. I would think that I need
to return the current xas with start() and next() from seq_operations.
That would mean dynamic allocating xas with kzalloc. However, xarray
documentation says to put xas on the stack. Can't it be done
dynamically?
> Assuming that we don't want to call pm_runtime_get_sync() under the
> spinlock (and maybe for cleanliness we shouldn't anyway?), I would clear
> the HWSPINLOCK_UNUSED mark in hwspin_lock_request_specific(), drop the
> lock, then if __hwspin_lock_request() fails, set the UNUSED mark again.
Yes, I agree. This is also my fav solution to ensure we can use a
spinlock for the xarray. Hope I can work on it later today.
Happy hacking,
Wolfram
next prev parent reply other threads:[~2026-07-01 15:07 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-22 8:51 [PATCH v2 0/4] hwspinlock: add summary in debugfs Wolfram Sang
2026-06-22 8:52 ` [PATCH v2 1/4] radix-tree: add parameter doc for radix_tree_deref_slot_protected() Wolfram Sang
2026-06-22 10:16 ` Andy Shevchenko
2026-06-22 8:52 ` [PATCH v2 2/4] radix-tree: allow more lock types with radix_tree_deref_slot_protected() Wolfram Sang
2026-06-22 10:18 ` Andy Shevchenko
2026-06-22 8:52 ` [PATCH v2 3/4] hwspinlock: annotate slot pointer as RCU sensitive Wolfram Sang
2026-06-22 10:20 ` Andy Shevchenko
2026-06-29 9:07 ` Wolfram Sang
2026-06-22 8:52 ` [PATCH v2 4/4] hwspinlock: add summary in debugfs Wolfram Sang
2026-06-22 10:24 ` Andy Shevchenko
2026-06-22 13:59 ` [PATCH v2 0/4] " Matthew Wilcox
2026-06-22 16:20 ` Wolfram Sang
2026-06-29 8:57 ` Wolfram Sang
2026-06-29 10:40 ` Andy Shevchenko
2026-06-29 10:55 ` Wolfram Sang
2026-06-29 18:54 ` Matthew Wilcox
2026-07-01 15:07 ` Wolfram Sang [this message]
2026-06-29 10:03 ` Wolfram Sang
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=akUtOxe8BwFtqv3u@shikoro \
--to=wsa+renesas@sang-engineering.com \
--cc=andersson@kernel.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-remoteproc@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=willy@infradead.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.