[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D823F19.4070700@wildgooses.com>
Date: Thu, 17 Mar 2011 17:04:25 +0000
From: Ed W <lists@...dgooses.com>
To: Andres Salomon <dilinger@...ued.net>
CC: rpurdie@...ys.net, linux-geode@...ts.infradead.org, const@...as.ru,
linux-kernel@...r.kernel.org,
Grant Likely <grant.likely@...retlab.ca>
Subject: Re: Feedback please: [PATCH] leds: New PCEngines Alix LED driver
using gpio interface
Hi Andres
Thanks for your feedback!
>> Additionally it relies on parts of the patch: 7f131cf3ed
>> by: Daniel Mack <daniel@...aq.de> to perform detection of the Alix
>> board
..
>> - * Copyright (C) 2008 Constantin Baranov <const@...as.ru>
>
> This copyright line should not be removed, so long as parts of the
> original driver (such as alix_present) remain.
Thanks for guidance here.
Can I ask for further thought on this - there is very close to zero
original driver present, and although I had better do some more diffs to
be sure, I think you would see the only common code was the #includes, a
"force" param and a few other { }s?
I did deliberately reuse the "alix_present" function, but this appears
to be written by Daniel Mack and contributed in patch: 7f131cf3ed -
however, Daniel is not listed in the current copyright statement on the
module (I did copy him and Constantin in on this patch so that either
might object?). Also I have tried to show this code attribution in the
commit statement?
I have also noted in the code that this is based on leds-net5501.c - is
this a sufficient and normal attribution?
Can someone offer a final "ruling" as to how I should state the
copyright line given that the code was written by taking the
leds-net5501.c skeleton and approximately applying the commit
7f131cf3ed, to give the current code?
Many thanks
Ed W
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists