Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757064Ab3HAQNc (ORCPT ); Thu, 1 Aug 2013 12:13:32 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:60208 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753220Ab3HAQNa (ORCPT ); Thu, 1 Aug 2013 12:13:30 -0400 Message-ID: <51FA8925.9000101@wwwdotorg.org> Date: Thu, 01 Aug 2013 10:13:25 -0600 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Lee Jones CC: Bill Huang , sameo@linux.intel.com, rob.herring@calxeda.com, pawel.moll@arm.com, mark.rutland@arm.com, ian.campbell@citrix.com, rob@landley.net, broonie@linaro.org, nm@ti.com, j-keerthy@ti.com, grant.likely@linaro.org, ian@slimlogic.co.uk, devicetree@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Mallikarjun Kasoju Subject: Re: [PATCH 1/1] mfd: palmas: Add power off control References: <1375185957-28212-1-git-send-email-bilhuang@nvidia.com> <20130731095636.GB13298@lee--X1> <51F946C7.2080205@wwwdotorg.org> <20130801084702.GM13298@lee--X1> In-Reply-To: <20130801084702.GM13298@lee--X1> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2976 Lines: 69 On 08/01/2013 02:47 AM, Lee Jones wrote: > On Wed, 31 Jul 2013, Stephen Warren wrote: > >> On 07/31/2013 03:56 AM, Lee Jones wrote: >>> On Tue, 30 Jul 2013, Bill Huang wrote: >>> >>>> Hook up "pm_power_off" to palmas power off routine if there is DT >>>> property "ti,system-power-controller" defined, so platform which is >>>> powered by this regulator can be powered off properly. >>>> >>>> Based on work by: >>>> Mallikarjun Kasoju >>>> >>>> Signed-off-by: Bill Huang >>>> cc: Mallikarjun Kasoju >>> >>> Please put the 'Cc:' (not 'cc:') above the SoBs, then drop the "Based >>> on work by:" and replace with: >>> >>> Signed-off-by: Mallikarjun Kasoju >>> Signed-off-by: Bill Huang >>> >>> This insinuates that the original patch was crated by Mallikarjun. >> >> That advice may not be correct. Did Mallikarjun actually create *this* >> patch? More likely, this patch was based on an equivalent change to some >> other PMIC, and Bill just applied the same technique to this other >> driver. > > Yes, I agree with this, and I'm sure there is a place for "Based on > work by:" or "Originally authored by:" tags, but in general, I think > the SoBs can paint a pretty good picture. > > For example, if this patch is simply using techniques which already > exist in other drivers, I would personally not mention it in the > commit message. A massive percentage of kernel code has been > influenced by already existing implementations. Not much truly new and > unique kernel code enters the kernel these days. > >> If Mallikarjun really did write this patch, then the git author >> field should also be set to Mallikarjun not Bill. > > That's not how I'm lead to believe it works. I am under the impression > that if you take an already existing patch and upstream it with little > changes, then you keep the original creator's authorship and apply > your SoB before sending. Yes. > Whereas if you have make considerable (down > to perception) changes to the patch, then you may adopt authorship. To > credit the efforts of the original author in this case I would advise > to keep the first SoB. Providing they agree with the changes of course. I'm not sure about this. I've certainly made significant changes then still been asked to maintain the original authorship. There is plenty of opportunity to list the changes you made in the free-form commit description, or for smaller changes, to inline the list into the final tag paragraph. Either way, this situation is quite unlikely to apply to this simple patch. But anyway, Bill knows the exact history of the patch and can presumably choose the correct approach. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/