public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Slavcho Nikolov <snikolov@okena.com>
To: Chris Friesen <cfriesen@nortelnetworks.com>
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: over&out (Re: feature request - why not make netif_rx() a pointer?)
Date: Wed, 23 Oct 2002 12:23:03 -0400	[thread overview]
Message-ID: <008b01c27ab0$760be900$800a140a@SLNW2K> (raw)
In-Reply-To: 3DB6AC40.20007@nortelnetworks.com

Chris Friesen wrote
| I don't think you understand the nature of the GPL and linux development.

What a presumptuous opening statement!

| The kernel developers do not have any obligation to anything other than
| technical excellence.  You're getting a highly optimized operating
| system *at no financial cost*.  In return, the community requires that
| certain types of modifications be made publicly available.

Yes, many companies from time to time feed smaller or larger contributions
back into the community.
But they don't usually release *all* their modifications because they just
might be irrelevant to everyone but a small niche of enterprise users.

| If you want to replace the messaging code, make a GPL'd kernel patch and
| make it available to your clients (of course they can then publish it
| all over the place if they so desire).  If those terms are not
| acceptable, there's always BSD.

It doesn't quite work that way. Big name distributors (e.g. Suse, Redhat)
usually supply
and support big customers with Linux distributions. Third parties usually
supply modules.
Integration of the two is demanded by the customer, so it's not our choice
to
use BSD or ask the end users that our patches be applied and their kernels
recompiled.
Certainly patches can be rolled out but it's a costly proposition
(especially to customers)
and requires a level of expertise and commitment on the part of the
customers that
may not be available.

Nearly every storage or networking startup that uses Linux (hundreds of them
exist)
has tried to find hooks into the filesystems or network stacks, within the
constraints
of  modules and GPL. It isn't always easy to insert oneself where we want
but they have found interesting solutions and work-arounds whether or not on
the
legal grounds are shaky.
All I said was that it's good to make life easier for these startups.
S.N.


  reply	other threads:[~2002-10-23 16:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-23  0:39 feature request - why not make netif_rx() a pointer? Jean Tourrilhes
2002-10-23 13:39 ` Slavcho Nikolov
2002-10-23 14:03   ` Chris Friesen
2002-10-23 16:23     ` Slavcho Nikolov [this message]
2002-10-23 22:59       ` over&out (Re: feature request - why not make netif_rx() a pointer?) jw schultz
2002-10-24  6:25         ` Gilad Ben-Yossef
2002-10-24  7:08           ` Ben Greear
2002-10-25 11:50       ` Adrian Bunk
2002-10-23 16:48   ` feature request - why not make netif_rx() a pointer? Jean Tourrilhes
2002-10-23 17:27     ` Ben Greear
2002-10-24  4:13   ` David S. Miller
2002-10-24  9:28     ` Henning P. Schmiedehausen
2002-10-24 10:15       ` David S. Miller
2002-10-24 11:01         ` Henning Schmiedehausen
2002-10-24 13:30     ` Slavcho Nikolov
2002-10-24 13:46       ` David S. Miller

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='008b01c27ab0$760be900$800a140a@SLNW2K' \
    --to=snikolov@okena.com \
    --cc=cfriesen@nortelnetworks.com \
    --cc=linux-kernel@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