From: Martin Dalecki <dalecki@evision-ventures.com>
To: root@chaos.analogic.com
Cc: Ben Collins <bcollins@debian.org>, Adrian Bunk <bunk@fs.tum.de>,
Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: Non-GPL modules
Date: Thu, 18 Oct 2001 19:02:08 +0200 [thread overview]
Message-ID: <3BCF0B10.CFA9E3FB@evision-ventures.com> (raw)
In-Reply-To: <Pine.LNX.3.95.1011018101831.603A-100000@chaos.analogic.com>
"Richard B. Johnson" wrote:
>
> On Thu, 18 Oct 2001, Ben Collins wrote:
>
> > On Thu, Oct 18, 2001 at 09:58:33AM -0400, Richard B. Johnson wrote:
> > > On Thu, 18 Oct 2001, Adrian Bunk wrote:
> > >
> > > > On Thu, 18 Oct 2001, Richard B. Johnson wrote:
> > > >
> > > > >...
> > > > > In the business world, something as simple as puts("Hello World!");
> > > > > MUST be kept a trade secret. If it was written by an employee
> > > > > in the context of his or her job, the company's stockholders owns
> > > > > that line of code so no employee, even the President, is allowed
> > > > > to give it away.
> > > > >...
> > > >
> > > > IOW: Companies like IBM, SAP, Sun and SGI that made code available under
> > > > the GPL (e.g. as part of the linux kernel or with of relicensed programs)
> > > > weren't allowed to do this???
> > > >
> > > >
> > > > Am I allowed to consider this a bad joke?
> > > >
> > > >
> > >
> > > It's no joke. Some companies require, in the process of producing
> > > goods and services, that certain interface code and documentation
> > > be provided. For instance, if I make an Ethernet card, it's in
> > > the best interest of the company to sell as many boards as possible.
> > > Therefore, certain information must be given away to obtain those
> > > goals. So, I would provide register-level documentation, sample
> > > source-code, and maybe even drivers for the majority of the known
> > > Operating Systems.
> > >
> > > However, If my company makes Bomb Scanners (it does), I cannot
> > > divulge to potential adversaries, either the competition or potential
> > > bombers, how it works. It's just that simple.
> > >
> > > If your end product is a board that plugs into a PC, you have a
> > > different set of rules than if your end product is a Bomb Scanner,
> > > a Flight Management System, or a Numerical Milling Machine.
> > > Basically, embedded stuff, both hardware and software, remains hidden.
> >
> > But that has nothing to do with stockholders claiming ownership of code
> > written by an employee. That's a much deeper policy. So your assertions
> > are way off base.
> >
>
> The assertions are right on. Not off base. The amount of "ownership"
> exercised by the public in a publicly-held company depends upon the
> capitalization, share dilution, and amount of outstanding shares. As the
> ownership (stockholder votes) increases, the company policy becomes
> becomes more of maximizing return on investment, and less of producing
> good or services. This is Business 101. As stockholder equity increases,
> eventually everything an employee produces becomes more-and-more owned
> by the public investors, and less-and-less owned by some company
> "division" or "department". In effect, the "company" exists only for
> the convenience of its share-holders. General Electric is an example.
>
> > Now, if your driver just interfaces your hardware with userspace, then
> > that driver likely contains nothing of extreme importance for how your
> > "Bomb Scanner" works, and releasing it under GPL is not going to be a
> > problem. Your application contains those details. I don't see how you
> > are getting at the application level being considered a corrupter of the
> > kernel's GPL stringency. Do you actually see this occuring?
> >
>
> We have a data interface that feeds high-speed data from 4,000 +
> X-Ray detectors directly to memory at RAM/Bus memory speeds. There
> is no way in hell that we are going to let the world know how this
> is done. We can't protect it by patent because there is a lot of
> "prior art" which has been confused by a Patent Examiner as something
> in the past that actually worked.
>
> Review of the driver source-code by a competent hardware designer,
> who knows how to read code, will give away the trade secret. Then
> anybody, who hasn't bothered to invest the millions of dollars of
> Engineering development cost, can make one of these cheaper and
> put us out of business.
And what about the simple fact that the tainted flag will become
entierly useless when in fact most of us will be using tainted
kernel? Hey anyway most of us are now deploying "tainted" linux
distributions anyway and NOT GNU/Linux Debian. Most of use use
distros and kernels far away from the official Linus kernel too, so
this flagging doesn't help anybody it's just BLOAT.
next prev parent reply other threads:[~2001-10-18 17:09 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-18 13:15 Non-GPL modules Richard B. Johnson
2001-10-18 13:38 ` Adrian Bunk
2001-10-18 13:58 ` Richard B. Johnson
2001-10-18 14:11 ` Ben Collins
2001-10-18 14:46 ` Richard B. Johnson
2001-10-18 14:53 ` Peter T. Breuer
2001-10-18 15:21 ` Richard B. Johnson
2001-10-18 15:40 ` Peter T. Breuer
2001-10-18 16:40 ` Jan Niehusmann
2001-10-18 17:02 ` Martin Dalecki [this message]
2001-10-18 17:16 ` Ben Collins
2001-10-18 17:15 ` Martin Dalecki
2001-10-18 18:06 ` Mark Hahn
2001-10-18 14:06 ` Ben Collins
2001-10-18 14:04 ` M. R. Brown
2001-10-18 14:31 ` Jesper Juhl
2001-10-18 14:37 ` Martin Donnelly
2001-10-18 14:50 ` Arjan van de Ven
2001-10-18 15:48 ` M. R. Brown
2001-10-20 22:08 ` Alan Cox
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=3BCF0B10.CFA9E3FB@evision-ventures.com \
--to=dalecki@evision-ventures.com \
--cc=bcollins@debian.org \
--cc=bunk@fs.tum.de \
--cc=linux-kernel@vger.kernel.org \
--cc=root@chaos.analogic.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.