* Felipe Balbi <me@xxxxxxxxxxxxxxx> [071214 09:18]: > > > On Fri, 14 Dec 2007 22:24:02 +0530, "Gadiyar, Anand" <gadiyar@xxxxxx> > wrote: > >> > Index: linux-omap-dec10/drivers/i2c/chips/Makefile > >> > =================================================================== > >> > --- linux-omap-dec10.orig/drivers/i2c/chips/Makefile > >> 2007-12-14 > >> > 19:06:41.112941439 +0530 > >> > +++ linux-omap-dec10/drivers/i2c/chips/Makefile 2007-12-14 > >> > 19:12:45.826336129 +0530 > >> > @@ -17,8 +17,9 @@ > >> > obj-$(CONFIG_GPIOEXPANDER_OMAP) += gpio_expander_omap.o > >> > obj-$(CONFIG_MENELAUS) += menelaus.o > >> > obj-$(CONFIG_SENSORS_TSL2550) += tsl2550.o > >> > -obj-$(CONFIG_TWL4030_CORE) += twl4030_core.o > >> > +obj-$(CONFIG_TWL4030_CORE) += twl4030_core.o > >> > >> Changing spaces into tab?!? It should come as an extra-patch before or > >> after usb series. > > > > Can do. But is it really worth making it a separate patch, given that > this > > is > > not a functional change. If it were, I would gladly make it a separate > > patch. > > > > The idea behind separate patches is to keep functionally separate units > > physically separate. In this case, I don't think that extra patch is > going > > to > > add any extra value and the cost is the additional overhead of pushing > > it. > > > > In my opinion, the costs exceed the benefits and it is not worth the > > time. > > If you really insist, I'll make it a separate patch. (And this is not > > lazy developer syndrome. :-) ) > > Well there isn't additional overhead at all as Tony will probably run > "git-am mbox" and git will apply each patch by itself. > The idea on providing a separate patch is that change has nothing to do > with usb support on omap34xx. That's my opinion, let's wait someone else > comment on this. > > I'd rather see a separate patch but if Tony or any other guy here is ok > with applying it together with your patch, I can live with it. ;-) Yeah, let's do all clean-up as separate patches. The reason being that we want to be able to use the patches as they are for sending upstream also. Rewriting the patches for sending upstream is pointless work. Tony - To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
