On Fri, Mar 14, 2014 at 11:08 AM, Alexander Holler <hol...@ahsoftware.de> wrote: > Am 11.03.2014 11:15, schrieb Linus Walleij: >> On Wed, Mar 5, 2014 at 12:21 PM, Alexander Holler <hol...@ahsoftware.de> >> wrote: >> >>> The driver missed an of_xlate function to translate gpio numbers >>> as found in the DT to the correct chip and number. >>> >>> While there I've set #gpio_cells to a fixed value of 2. >>> >>> I've used gpio-pxa.c as template for those changes and tested my changes >>> successfully on a da850 board using entries for gpio-leds in a DT. So I >>> didn't >>> reinvent the wheel but just copied and tested stuff. >>> >>> Thanks to Grygorii Strashko for the hint to the existing code in gpio-pxa. >>> >>> Signed-off-by: Alexander Holler <hol...@ahsoftware.de> >>> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com> >> >> This v2 version applied, thanks! > > Thanks, but actually that should have been a fix for 3.14 with which the > OF functionality for davinci gpio gets introduced. I assum with the > patch in for-next, 3.14 will appear with that functionality broken and > it will become a candidate for -stable.
I just get the impression that DT support for DaVinci in v3.14 is so risky and unstable that noone except those implementing it (i.e. you) is really using it, is that correct? In that case it is hardly a fix that we need to rush out to the entire world. But if you have bug reports from DaVinci developers doing advanced DT stuff and scratching their heads, then we can push this to fixes. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
