public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jamie Lokier <jamie@shareable.org>
To: Albert Cahalan <albert@users.sourceforge.net>
Cc: linux-kernel mailing list <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@osdl.org>
Subject: Re: [OT] use of patented algorithms in the kernel ok or not?
Date: Sun, 21 Dec 2003 10:53:33 +0000	[thread overview]
Message-ID: <20031221105333.GC3438@mail.shareable.org> (raw)
In-Reply-To: <1071969177.1742.112.camel@cube>

Albert Cahalan wrote:
> What about the obvious Kconfig option?
> 
> config PATENT_1234567890
>         bool "Patent 1234567890"
>         default n
>         help
>           Say Y here if you have the right to use
>           patent 1234567890 (the foo patent). Some
>           countries do not recognise this patent, an
>           educational or research exemption may apply,
>           you may be the patent holder, the patent
>           may have expired, or you may have aquired
>           rights via licensing. Seek legal help if you
>           need advice concerning your rights. If unsure,
>           say N.

I expect this was said in jest, but it would be delightful to see this
done for real.  To the best of my knowlege it's uncharted territory,
so perhaps what you suggest _would_ be upheld in a court of law as
permissible?

    1. You seggragate code using the feature so that if it is not
       explicitly activated, then the patented method will not be used.

    2. You are clearly informing the recipient of the software of their
       need to determine for themselves whether they are permitted to
       use the feature, and suggest how they can go about this.

    3. Using the patented method requires a clear, explicit step by
       the recipient of the software, with no potential for
       misunderstanding.  It is just as clear as those disclaimer
       buttons, ensuring that a user knows their rights and duties and
       agrees to them before they are allowed access to something.


Closed source commercial software already does this sort of thing.
Was it not the case that if you purchased the appropriate license from
Unisys, you were then permitted to activate the GIF writing support of
Photoshop or some similar product, and that was done with an
activation code that you typed in to the program.

CONFIG_PATENT_nnnnnnnnn is the same thing, yet we are wary of
distributing open source software like that.  Is the significant
difference that it's too easy to enable without a license?  That may
well prove to be the determining factor in clarifying the legal
boundary of of who is liable - the sender of disabled code, or the
recipient who enables it without permission.

Certainly it cannot be justified under law that, even as closed source
implementations are distributed using activation code methods, the
open source implementations are not distributable solely because they
can be read by anyone.  Patent holders do not have the power, at least
not in law, to prevent sharing written explanations of a method, do
they?  I thought it had something to do with _using_ the methods,
although it continues to be a bit ambiguous what a patent holder may
restrict and what they have no legal right to restrict in this field.

-- Jamie


  reply	other threads:[~2003-12-21 10:53 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-21  1:12 [OT] use of patented algorithms in the kernel ok or not? Albert Cahalan
2003-12-21 10:53 ` Jamie Lokier [this message]
2003-12-21 13:35   ` James Morris
2003-12-21 14:30     ` Jamie Lokier
2003-12-21 16:03       ` Xavier Bestel
2003-12-21 14:56     ` Arjan van de Ven
2003-12-21 19:33       ` Stan Bubrouski
2003-12-21 23:25         ` Helge Hafting
2003-12-21 19:29   ` Stan Bubrouski
2003-12-21 19:55     ` Matthias Schniedermeyer
2003-12-21 20:11       ` Stan Bubrouski
2003-12-21 21:52       ` Francois Romieu
2003-12-21 21:57     ` Jamie Lokier
2003-12-22  9:50       ` John Bradford
2003-12-22 15:34         ` Adrian Cox
  -- strict thread matches above, loose matches on Subject: below --
2003-12-22  1:43 James Lamanna
2003-12-22 11:32 ` Matti Aarnio
2003-12-18 23:11 Lennert Buytenhek
2003-12-19  6:10 ` Linus Torvalds
2003-12-19  7:38 ` Paul Jackson
2003-12-19  8:47 ` Arjan van de Ven
2003-12-19 11:38   ` Jan-Benedict Glaw
2003-12-20 17:28   ` Stefan Traby
2003-12-21 10:33   ` Jamie Lokier
2003-12-21 16:57     ` Pavel Machek
2004-01-13 15:35       ` Chuck Campbell
2004-01-13 19:35         ` Pavel Machek
2004-01-13 21:04           ` Richard B. Johnson
2003-12-22  0:37     ` jw schultz
2003-12-21 23:39   ` Lennert Buytenhek
2003-12-21  1:25 ` jw schultz
2003-12-21 19:40   ` Lennert Buytenhek

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=20031221105333.GC3438@mail.shareable.org \
    --to=jamie@shareable.org \
    --cc=albert@users.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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