On Fri, Dec 19, 2014 at 09:55:34AM -0600, atull wrote: > On Fri, 19 Dec 2014, Steffen Trumtrar wrote: > > > On Fri, Dec 19, 2014 at 03:05:50PM +0100, Michal Simek wrote: > > > On 12/19/2014 09:55 AM, Steffen Trumtrar wrote: > > > > Hi! > > > > > > > > Just a minor nitpick, but... > > > > > > > > On Thu, Dec 18, 2014 at 04:29:08PM -0600, at...@opensource.altera.com > > > > wrote: > > > >> From: Alan Tull <at...@opensource.altera.com> > > > >> > > > >> Add driver to fpga manager framework to allow configuration > > > >> of FPGA in Altera SoCFPGA parts. > > > >> > > > >> Signed-off-by: Alan Tull <at...@opensource.altera.com> > > > >> Acked-by: Michal Simek <michal.si...@xilinx.com> > > > >> --- > > > >> v2: fpga_manager struct now contains struct device > > > >> fpga_manager_register parameters now take device > > > >> > > > >> v3: skip a version to align versions > > > >> > > > >> v4: move to drivers/staging > > > >> > > > >> v5: fix array_size.cocci warnings > > > >> fix platform_no_drv_owner.cocci warnings > > > >> Remove .owner = THIS_MODULE > > > >> include asm/irq.h > > > >> clean up list of includes > > > >> use altera_fpga_reset for ops > > > >> use enum fpga_mgr_states or u32 as needed > > > >> use devm_request_irq > > > >> check irq <= 0 instead of == NO_IRQ > > > >> Use ARRAY_SIZE > > > >> rename altera -> socfpga > > > >> static const socfpga_fpga_ops > > > >> header moved to linux/fpga/ folder > > > >> remove ifdef'ed code > > > >> use platform_get_resource and platform_get_irq > > > >> move .probe and .remove lines adjacent > > > >> use module_platform_driver > > > >> use __maybe_unused > > > >> only need to 'if (IS_ENABLED(CONFIG_REGULATOR))' in one fn > > > >> fix "unsigned 'mode' is never < 0" > > > >> > > > >> v6: return error for (unused) default of case statement > > > >> --- > > > > ^^^ > > > > > > > > ...if you remove these, than that changelog will not land in the final > > > > commit which I would prefer. Nobody cares for the changelog of a > > > > patch once it is in its final state. And this is a rather noisy one. > > > > When someone in the future looks at this, he will see two lines of > > > > information and 10 times that of uninteresting noise. > > > > > > > > Not a dealbreaker, but just something to consider for future patches. > > > > > > > > > When you run git-am you will see that changelog is not there. > > > > > > > Ah, great. It seems like git-am does indeed know now how to handle this. > > There are some commits in mainline that have this changelog added, > > because there where two '---' lines in the patch. > > > > Then go on kind sirs with whatever you where doing and don't pay any > > attention to my comment... :-) > > > > Regards, > > Steffen > > > > git format-patch adds the second --- >
Yeah, of course. But where does the first one come from? Do you keep a changelog in your commits? That is what git notes is for, no?! Regards, Steffen -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel