[PATCH u-boot v2019.04-aspeed-openbmc v2] aspeed: add CONFIG_ASPEED_ENABLE_BACKDOORS
Zev Weiss
zev at bewilderbeest.net
Tue Apr 19 10:59:30 AEST 2022
On Fri, Apr 15, 2022 at 01:11:09AM PDT, Ryan Chen wrote:
>Hello,
> Thanks your response.
> And yes, I prefer apply patch without any config to disable it.
>
>Ryan
>
After thinking about this a bit more, I remembered that Ian Woloschin
(CCed) had mentioned at some point that the systems he works with do in
fact use the AST2500's built-in Super-IO, and hence would presumably be
broken by a patch that unconditionally disabled that. And in contrast,
the ASRock boards I've been working with require the AST2500 Super-IO to
be disabled for the host to boot properly, so it seems like we'll need
*some* minimal amount of configurability to support at least those two
classes of systems (i.e. a Kconfig boolean that determines whether the
Super-IO should be enabled or disabled).
I don't know offhand what the interactions between SCU70[20], HICRB[6],
and HICR5[10] are though, and I don't have any hardware that actually
uses the AST2500 Super-IO to test with. Would leaving SCU70[20]=0 to
enable the Super-IO while leaving HICRB[6]=1 and HICR5[10]=0 work for
systems like Ian's to enable the Super-IO while keeping everything else
locked down as much as possible?
Zev
More information about the openbmc
mailing list