From: "Arnd Bergmann" <arnd@arndb.de>
To: "Brad Larson" <blarson@amd.com>, linux-arm-kernel@lists.infradead.org
Cc: linux-kernel@vger.kernel.org,
"linux-mmc @ vger . kernel . org" <linux-mmc@vger.kernel.org>,
linux-spi@vger.kernel.org,
"Adrian Hunter" <adrian.hunter@intel.com>,
alcooperx@gmail.com,
"Andy Shevchenko" <andy.shevchenko@gmail.com>,
brendan.higgins@linux.dev,
"Brian Norris" <briannorris@chromium.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Conor Dooley" <conor+dt@kernel.org>,
"David Gow" <davidgow@google.com>,
gsomlo@gmail.com, "Greg Ungerer" <gerg@linux-m68k.org>,
"Hal Feng" <hal.feng@starfivetech.com>,
"Hitomi Hasegawa" <hasegawa-hitomi@fujitsu.com>,
"Jonathan Neuschäfer" <j.neuschaefer@gmx.net>,
"Joel Stanley" <joel@jms.id.au>,
"Emil Renner Berthing" <kernel@esmil.dk>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
krzysztof.kozlowski+dt@linaro.org, "Lee Jones" <lee@kernel.org>,
"Lee Jones" <lee.jones@linaro.org>,
"Mark Brown" <broonie@kernel.org>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Randy Dunlap" <rdunlap@infradead.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Samuel Holland" <samuel@sholland.org>,
"Serge Semin" <fancer.lancer@gmail.com>,
"Shuah Khan" <skhan@linuxfoundation.org>,
suravee.suthikulpanit@amd.com,
"Tom Lendacky" <thomas.lendacky@amd.com>,
"Tony Huang" <tonyhuang.sunplus@gmail.com>,
"Ulf Hansson" <ulf.hansson@linaro.org>,
vaishnav.a@ti.com, "Walker Chen" <walker.chen@starfivetech.com>,
"Will Deacon" <will@kernel.org>,
"Yinbo Zhu" <zhuyinbo@loongson.cn>,
devicetree@vger.kernel.org
Subject: Re: [PATCH v16 6/6] soc: amd: Add support for AMD Pensando SoC Controller
Date: Fri, 22 Sep 2023 06:24:00 -0400 [thread overview]
Message-ID: <68ca306c-5ea2-437e-b7f1-68bad88557a0@app.fastmail.com> (raw)
In-Reply-To: <20230913214944.59804-7-blarson@amd.com>
On Wed, Sep 13, 2023, at 17:49, Brad Larson wrote:
> The Pensando SoC controller is a SPI connected companion device
> that is present in all Pensando SoC board designs. The essential
> board management registers are accessed on chip select 0 with
> board mgmt IO support accessed using additional chip selects.
>
> Signed-off-by: Brad Larson <blarson@amd.com>
> ---
>
> v15 changes:
> - Drop custom ioctl and use existing miscdevice interface.
> - Delete unused definitions in amd-pensando-ctrl.h
> - Makefile change to compile for ARCH_PENSANDO
Hi Brad,
I'm sorry I've been out of the loop for so long, and I hope
we can find a way to manage your SoC support soon. My impression
is that the normal support patches (1, 3, 4, and 5) are largely
uncontroversial, while the SoC controller support seems like
we are still not converging onto something that is ready to
merge, so I would suggest you split the two parts and send
the basic support for inclusion in linux-6.7 while we continue
to discuss the soc controller driver.
Please remove any references to the soc controller from the
dts files and send that first series to:soc@kernel.org
cc:linux-arm-kernel (and the other interested parties) so
I can pick those up.
Regarding the soc controller driver, let me try to give
you my impression of where we are:
- you have gone through 16 revisions already, which is way
too much for a public review, we should have been able
to find a solution earlier than that, and this is partly
our fault on the reviewer side, and I'm sorry about that.
- Andy's latest comments and a lot of the earlier reviews
were focused on implementation details. While those comments
are helpful suggestions for improving the code, they miss
the larger point about the system design that I'm worried
about and probably don't help you actually get it merged.
- The main problem I still see is that this driver completely
bypasses our normal kernel abstractions and instead creates
a low-level passthrough interface for handling kernel
functionality in userspace. This creates a liability both
for the user ABI and the kernel implementation and prevents
any
- There is a chance that your design is in fact the
best way to handle this particular hardware, but it is
your job to write a convincing explanation of why this
platform is different from all the others in the patch
description. Your current one-paragraph text does not
explain this at all.
I would suggest you prioritize getting the other patches
included for the moment, but we can keep discussion the
API design for this driver either in this thread or on the
#armlinux IRC channel (irc.libera.chat) in parallel if you
like. In order to help you here, I would need either
the documentation of the SPI software interface, or the
source code for the userspace tool.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: "Arnd Bergmann" <arnd@arndb.de>
To: "Brad Larson" <blarson@amd.com>, linux-arm-kernel@lists.infradead.org
Cc: linux-kernel@vger.kernel.org,
"linux-mmc @ vger . kernel . org" <linux-mmc@vger.kernel.org>,
linux-spi@vger.kernel.org,
"Adrian Hunter" <adrian.hunter@intel.com>,
alcooperx@gmail.com,
"Andy Shevchenko" <andy.shevchenko@gmail.com>,
brendan.higgins@linux.dev,
"Brian Norris" <briannorris@chromium.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Conor Dooley" <conor+dt@kernel.org>,
"David Gow" <davidgow@google.com>,
gsomlo@gmail.com, "Greg Ungerer" <gerg@linux-m68k.org>,
"Hal Feng" <hal.feng@starfivetech.com>,
"Hitomi Hasegawa" <hasegawa-hitomi@fujitsu.com>,
"Jonathan Neuschäfer" <j.neuschaefer@gmx.net>,
"Joel Stanley" <joel@jms.id.au>,
"Emil Renner Berthing" <kernel@esmil.dk>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
krzysztof.kozlowski+dt@linaro.org, "Lee Jones" <lee@kernel.org>,
"Lee Jones" <lee.jones@linaro.org>,
"Mark Brown" <broonie@kernel.org>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Randy Dunlap" <rdunlap@infradead.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Samuel Holland" <samuel@sholland.org>,
"Serge Semin" <fancer.lancer@gmail.com>,
"Shuah Khan" <skhan@linuxfoundation.org>,
suravee.suthikulpanit@amd.com,
"Tom Lendacky" <thomas.lendacky@amd.com>,
"Tony Huang" <tonyhuang.sunplus@gmail.com>,
"Ulf Hansson" <ulf.hansson@linaro.org>,
vaishnav.a@ti.com, "Walker Chen" <walker.chen@starfivetech.com>,
"Will Deacon" <will@kernel.org>,
"Yinbo Zhu" <zhuyinbo@loongson.cn>,
devicetree@vger.kernel.org
Subject: Re: [PATCH v16 6/6] soc: amd: Add support for AMD Pensando SoC Controller
Date: Fri, 22 Sep 2023 06:24:00 -0400 [thread overview]
Message-ID: <68ca306c-5ea2-437e-b7f1-68bad88557a0@app.fastmail.com> (raw)
In-Reply-To: <20230913214944.59804-7-blarson@amd.com>
On Wed, Sep 13, 2023, at 17:49, Brad Larson wrote:
> The Pensando SoC controller is a SPI connected companion device
> that is present in all Pensando SoC board designs. The essential
> board management registers are accessed on chip select 0 with
> board mgmt IO support accessed using additional chip selects.
>
> Signed-off-by: Brad Larson <blarson@amd.com>
> ---
>
> v15 changes:
> - Drop custom ioctl and use existing miscdevice interface.
> - Delete unused definitions in amd-pensando-ctrl.h
> - Makefile change to compile for ARCH_PENSANDO
Hi Brad,
I'm sorry I've been out of the loop for so long, and I hope
we can find a way to manage your SoC support soon. My impression
is that the normal support patches (1, 3, 4, and 5) are largely
uncontroversial, while the SoC controller support seems like
we are still not converging onto something that is ready to
merge, so I would suggest you split the two parts and send
the basic support for inclusion in linux-6.7 while we continue
to discuss the soc controller driver.
Please remove any references to the soc controller from the
dts files and send that first series to:soc@kernel.org
cc:linux-arm-kernel (and the other interested parties) so
I can pick those up.
Regarding the soc controller driver, let me try to give
you my impression of where we are:
- you have gone through 16 revisions already, which is way
too much for a public review, we should have been able
to find a solution earlier than that, and this is partly
our fault on the reviewer side, and I'm sorry about that.
- Andy's latest comments and a lot of the earlier reviews
were focused on implementation details. While those comments
are helpful suggestions for improving the code, they miss
the larger point about the system design that I'm worried
about and probably don't help you actually get it merged.
- The main problem I still see is that this driver completely
bypasses our normal kernel abstractions and instead creates
a low-level passthrough interface for handling kernel
functionality in userspace. This creates a liability both
for the user ABI and the kernel implementation and prevents
any
- There is a chance that your design is in fact the
best way to handle this particular hardware, but it is
your job to write a convincing explanation of why this
platform is different from all the others in the patch
description. Your current one-paragraph text does not
explain this at all.
I would suggest you prioritize getting the other patches
included for the moment, but we can keep discussion the
API design for this driver either in this thread or on the
#armlinux IRC channel (irc.libera.chat) in parallel if you
like. In order to help you here, I would need either
the documentation of the SPI software interface, or the
source code for the userspace tool.
Arnd
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-09-22 10:24 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-13 21:49 [PATCH v16 0/6] Support AMD Pensando Elba SoC Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-13 21:49 ` [PATCH v16 1/6] dt-bindings: arm: add AMD Pensando boards Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-13 21:49 ` [PATCH v16 2/6] dt-bindings: soc: amd: amd,pensando-elba-ctrl: Add Pensando SoC Controller Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-13 21:49 ` [PATCH v16 3/6] MAINTAINERS: Add entry for AMD PENSANDO Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-13 21:49 ` [PATCH v16 4/6] arm64: Add config for AMD Pensando SoC platforms Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-13 21:49 ` [PATCH v16 5/6] arm64: dts: Add AMD Pensando Elba SoC support Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-14 18:52 ` Rob Gardner
2023-09-14 18:52 ` Rob Gardner
2023-09-13 21:49 ` [PATCH v16 6/6] soc: amd: Add support for AMD Pensando SoC Controller Brad Larson
2023-09-13 21:49 ` Brad Larson
2023-09-21 15:19 ` Andy Shevchenko
2023-09-21 15:19 ` Andy Shevchenko
2023-09-26 20:05 ` Brad Larson
2023-09-26 20:05 ` Brad Larson
2023-09-27 12:59 ` Andy Shevchenko
2023-09-27 12:59 ` Andy Shevchenko
2023-09-22 10:24 ` Arnd Bergmann [this message]
2023-09-22 10:24 ` Arnd Bergmann
2023-09-25 8:51 ` Andy Shevchenko
2023-09-25 8:51 ` Andy Shevchenko
2023-09-26 17:47 ` Brad Larson
2023-09-26 17:47 ` Brad Larson
2023-09-26 17:51 ` Arnd Bergmann
2023-09-26 17:51 ` Arnd Bergmann
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=68ca306c-5ea2-437e-b7f1-68bad88557a0@app.fastmail.com \
--to=arnd@arndb.de \
--cc=adrian.hunter@intel.com \
--cc=alcooperx@gmail.com \
--cc=andy.shevchenko@gmail.com \
--cc=blarson@amd.com \
--cc=brendan.higgins@linux.dev \
--cc=briannorris@chromium.org \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=conor+dt@kernel.org \
--cc=davidgow@google.com \
--cc=devicetree@vger.kernel.org \
--cc=fancer.lancer@gmail.com \
--cc=gerg@linux-m68k.org \
--cc=gsomlo@gmail.com \
--cc=hal.feng@starfivetech.com \
--cc=hasegawa-hitomi@fujitsu.com \
--cc=j.neuschaefer@gmx.net \
--cc=joel@jms.id.au \
--cc=kernel@esmil.dk \
--cc=krzk@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=lee.jones@linaro.org \
--cc=lee@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=p.zabel@pengutronix.de \
--cc=rdunlap@infradead.org \
--cc=robh+dt@kernel.org \
--cc=samuel@sholland.org \
--cc=skhan@linuxfoundation.org \
--cc=suravee.suthikulpanit@amd.com \
--cc=thomas.lendacky@amd.com \
--cc=tonyhuang.sunplus@gmail.com \
--cc=ulf.hansson@linaro.org \
--cc=vaishnav.a@ti.com \
--cc=walker.chen@starfivetech.com \
--cc=will@kernel.org \
--cc=zhuyinbo@loongson.cn \
/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.