Increase ARCH_NR_GPIO for ARCH_ASPEED?

Andrew Jeffery andrew at aj.id.au
Tue Feb 26 10:32:09 AEDT 2019



On Tue, 26 Feb 2019, at 05:34, Tao Ren wrote:
> Hi Andrew,
> 
> Thank you for looking into the issue.
> 
> On 2/24/19 5:55 PM, Andrew Jeffery wrote:
> > 
> > On Fri, 22 Feb 2019, at 11:25, Tao Ren wrote:
> >> Hi Andrew,
> >>
> >> On 2/19/19 4:15 PM, Andrew Jeffery wrote:
> >>> On Wed, 20 Feb 2019, at 10:43, Tao Ren wrote:
> >>>> Hi Andrew,
> >> Manually editing "ARCH_NR_GPIO" in <platform>.cfg doesn't work because 
> >> ARCH_NR_GPIO symbol is "invisible" and user defined value will be 
> >> ignored by "scripts/kconfig/conf". I compared a few other ways to 
> >> fix/workaround the issue, but IMHO, increasing default ARCH_NR_GPIO for 
> >> ARCH_ASPEED is better than other solutions. Please suggest.
> > 
> > Hrm. That's really unfortunate. Can you patch it in on your platform for the
> > moment? We're going to have to come up with some more long term strategy.
> > Whether that's making the symbol visible or migrating everyone off sysfs
> > (which they should be doing anyway) I'm not sure. If we don't do either of
> > those then I think we're going to have to audit userspace to find what will
> > break.
> 
> Make sense. I will keep the patch in my local tree as of now.

You can still send a patch to meta-facebook that applies your change to the
kernel tree. Don't keep it to yourself :D

> 
> >> BTW, "CONFIG_GCC_PLUGINS=y" in 
> >> meta-aspeed/recipes-kernel/linux/ast2500/defconfig is not included in 
> >> the final .config because its dependency option PLUGIN_HOSTCC is not 
> >> set.
> > 
> > Can you open an issue in https://github.com/openbmc/linux ?
> 
> Sure. Opened issue https://github.com/openbmc/linux/issues/170

Thanks.

> 
> 
> Cheers,
> 
> - Tao
>


More information about the openbmc mailing list