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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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, 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
> 

git format-patch adds the second ---

Alan

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




[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux