Re: [PATCH v6 4/4] staging: fpga manager: add driver for socfpga fpga manager

[Steffen Trumtrar]

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, atull@xxxxxxxxxxxxxxxxxxxxx wrote:
> >> From: Alan Tull <atull@xxxxxxxxxxxxxxxxxxxxx>
> >>
> >> Add driver to fpga manager framework to allow configuration
> >> of FPGA in Altera SoCFPGA parts.
> >>
> >> Signed-off-by: Alan Tull <atull@xxxxxxxxxxxxxxxxxxxxx>
> >> Acked-by: Michal Simek <michal.simek@xxxxxxxxxx>
> >> ---
> >> 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

-- 
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 |
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/