From: Paul Walmsley <pjw@kernel.org>
To: "Rob Herring (Arm)" <robh@kernel.org>
Cc: Guenter Roeck <linux@roeck-us.net>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Han Gao <rabenda.cn@gmail.com>,
linux-riscv@lists.infradead.org, Paul Walmsley <pjw@kernel.org>,
Saravana Kannan <saravanak@google.com>
Subject: Re: [PATCH] of: Skip devicetree kunit tests when RISCV+ACPI doesn't populate root node
Date: Thu, 13 Nov 2025 19:53:07 -0700 (MST) [thread overview]
Message-ID: <f5cc4e3e-ef66-7786-f9b5-f9d5f0846386@kernel.org> (raw)
In-Reply-To: <176297731621.2151636.2516355929483523874.robh@kernel.org>
Hi Rob,
On Wed, 12 Nov 2025, Rob Herring (Arm) wrote:
> I guess the riscv folks don't care about supporting the relevant
> features either, so I've applied it. Can kicked down the road again.
For the record: we do care. However, it looks like this problem needs a
more general solution, something that applies across CPU architectures.
Lacking that, we might as well have behavior consistent with ARM64 - and
for its faults, this approach is at least simpler to reason about.
(That's not to say that I don't have some personal opinions about this
topic. IMHO, we're missing a canonical Linux kernel way of representing
device integration data. The kernel would control how the various random
device integration data formats are integrated and merged, which should
sidestep at least some of the problems that we're facing today. That
would also give us a reasonable way to store superset data, such as bus
topology information. But as for me personally, as you might recall,
I'm afraid I lost my appetite for trying to drive device data
improvements during the ARM DT conversion of the late 2000s.)
Sorry for the delay in getting back to you, and that I don't have the
ability to help further at the moment -
- Paul
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2025-11-14 2:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-23 16:04 [PATCH] of: Skip devicetree kunit tests when RISCV+ACPI doesn't populate root node Guenter Roeck
2025-10-23 16:48 ` Paul Walmsley
2025-10-24 1:00 ` Rob Herring
2025-10-24 2:54 ` Paul Walmsley
2025-10-24 12:02 ` Rob Herring
2025-10-24 3:45 ` Guenter Roeck
2025-11-12 19:58 ` Rob Herring (Arm)
2025-11-14 2:53 ` Paul Walmsley [this message]
2025-11-21 1:06 ` Rob Herring
2025-11-26 15:58 ` Guenter Roeck
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=f5cc4e3e-ef66-7786-f9b5-f9d5f0846386@kernel.org \
--to=pjw@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux@roeck-us.net \
--cc=rabenda.cn@gmail.com \
--cc=robh@kernel.org \
--cc=saravanak@google.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox