On Thu, May 31, 2018 at 06:55:55AM -0500, Timur Tabi wrote:i agree. i understand the reason why it was introduced, but the reason was a very special case which can be handled in a different way or specific for the affected architecture / device
On 5/31/18 6:53 AM, Sebastian Gottschall wrote:Why is it somehow ok for "future" kernels? You can't break the api in
i checked initially 4.9 with latest patches and 4.14 and reverted thisI believe that this patch should not be applied to *any* stable kernel.
line to get back to the old behaviour but a which view in the current
4.17ÂtreeÂshows
that the same patch has been included in 4.17. it was introduced in the
kernelÂmainlineÂonÂ12.febÂ2018
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/pinctrl/qcom/pinctrl-msm.c?h=v4.17-rc7&id=a7aa75a2a7dba32594291a71c3704000a2fd7089
It completely breaks legacy GPIO numbering, and it does so intentionally.
That may be okay for future kernels, but IMHO it's wrong for older kernels.
the future for no reason.
So this needs to be the same everywhere. If it is broken in 4.17-rc, it
needs to be reverted.
thanks,
greg k-h