On Mon, 09 May 2016, Daniel Vetter wrote: > On Wed, May 04, 2016 at 08:32:17AM +0100, Lee Jones wrote: > > On Mon, 02 May 2016, Daniel Vetter wrote: > > > > > On Fri, Apr 29, 2016 at 11:31:44AM +0200, Linus Walleij wrote: > > > > On Fri, Apr 22, 2016 at 9:38 PM, <ville.syrjala@xxxxxxxxxxxxxxx> wrote: > > > > > > > > > From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx> > > > > > > > > > > GPIO lookup tables are supposed to be zero terminated. Let's do that > > > > > and avoid accidentally walking off the end. > > > > > > > > > > Cc: Shobhit Kumar <shobhit.kumar@xxxxxxxxx> > > > > > Cc: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx> > > > > > Cc: Linus Walleij <linus.walleij@xxxxxxxxxx> > > > > > Cc: Alexandre Courbot <gnurou@xxxxxxxxx> > > > > > Cc: Thierry Reding <thierry.reding@xxxxxxxxx> > > > > > Cc: Lee Jones <lee.jones@xxxxxxxxxx> > > > > > Cc: stable@xxxxxxxxxxxxxxx > > > > > Fixes: 61dd2ca2d44e ("mfd: intel_soc_pmic_core: Add lookup table for Panel Control as GPIO signal") > > > > > Signed-off-by: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx> > > > > > > > > Acked-by: Linus Walleij <linus.walleij@xxxxxxxxxx> > > > > > > Applied to drm-intel trees, thanks for patch, reviews&acks. > > > > Do what now? How can you apply a patch for a subsystem you don't have > > responsibility for? This is bound to cause merge conflicts. > > Oh crap, I thought Linus' ack was for the mfd stuff and didn't bother > double-checking with MAINTAINTERS. Should I throw it out again and you'll > pick it up, or ok as such? Yes please. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html