From: khalasa@piap.pl (Krzysztof Hałasa)
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>,
linux-media <linux-media@vger.kernel.org>
Subject: Re: [PATCH] media: Support Intersil/Techwell TW686x-based video capture cards
Date: Thu, 28 Jan 2016 09:51:20 +0100 [thread overview]
Message-ID: <m3y4badr3r.fsf@t19.piap.pl> (raw)
In-Reply-To: <56A9C6BC.6040208@xs4all.nl> (Hans Verkuil's message of "Thu, 28 Jan 2016 08:43:56 +0100")
Hans Verkuil <hverkuil@xs4all.nl> writes:
>> In my country, it wouldn't be even legal.
>
> It's legal for the GPL license since that gives explicit permission.
In my country, claiming authorship (not co-authorship) of someone's code
is illegal. Even if done with author's permission.
>> I have at least one similar situation here. I'm using frame grabber
>> drivers for an I.MX6 processor on-chip feature. The problem is, the
>> author hasn't yet managed (for years now) to have this functionality
>> merged into the official tree. Obviously, I'm putting some considerable
>> work in it. Does this mean I'm free to grab it as my own and request
>> that it is to be merged instead? No, I have to wait until the original
>> work is merged, and only then I can ask for my patches to be applied
>> (in the form of changes, not a raw driver code).
>
> Wrong. As long as the original code is distributed as GPL you can
> certainly take it, fix it and ask for it to be merged.
>
> This happens all the time if the original author has left the scene, or has
> no time or interest to follow-up on his patches.
This doesn't seem to be applicable in either case.
> For future reference: if someone posts code to a kernel mailinglist and does
> not fix any comments made on the code in, let's say, 1-2 months, then
> someone else might just step in.
Oh, come on. I let it go because Ezequiel wrote he had rewritten the
driver and wanted to merge it instead. I first asked for diffs vs. my
code, but in case of a rewrite such diffs don't make sense.
I don't say nobody is allowed to take my work and add his own on top.
Actually, this was what I proposed at least twice.
Is there a problem with rebasing his work on top of mine, and showing
the real changes? Git makes it easy.
--
Krzysztof Halasa
Industrial Research Institute for Automation and Measurements PIAP
Al. Jerozolimskie 202, 02-486 Warsaw, Poland
prev parent reply other threads:[~2016-01-28 8:51 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-27 2:26 [PATCH] media: Support Intersil/Techwell TW686x-based video capture cards Ezequiel Garcia
2016-01-18 13:02 ` Hans Verkuil
2016-01-18 15:20 ` Ezequiel Garcia
2016-01-18 15:28 ` Hans Verkuil
2016-01-18 15:31 ` Ezequiel Garcia
2016-01-25 9:40 ` Krzysztof Hałasa
2016-01-25 12:03 ` Ezequiel Garcia
2016-01-26 11:16 ` Krzysztof Hałasa
2016-01-26 12:35 ` Ezequiel Garcia
2016-01-26 15:00 ` Krzysztof Hałasa
2016-01-27 12:14 ` Ezequiel Garcia
2016-01-28 7:25 ` Krzysztof Hałasa
2016-01-28 7:43 ` Hans Verkuil
2016-01-28 8:51 ` Krzysztof Hałasa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3y4badr3r.fsf@t19.piap.pl \
--to=khalasa@piap.pl \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox