From: Charles Manning <manningc2@actrix.gen.nz>
To: vb <vb@vsbe.com>
Cc: Paul Gortmaker <paul.gortmaker@gmail.com>,
Linux Embedded Maillist <linux-embedded@vger.kernel.org>,
corbet@lwn.net
Subject: Re: Adding a new platform
Date: Thu, 21 Aug 2008 15:02:58 +1200 [thread overview]
Message-ID: <200808211502.58206.manningc2@actrix.gen.nz> (raw)
In-Reply-To: <f608b67d0808192215q5b8ffbf0w70531c31cdd66bcd@mail.gmail.com>
On Wednesday 20 August 2008 17:15:01 vb wrote:
> On Tue, Aug 19, 2008 at 9:29 PM, Paul Gortmaker
>
> <paul.gortmaker@gmail.com> wrote:
> > On Tue, Aug 19, 2008 at 11:57 PM, vb <vb@vsbe.com> wrote:
> >> so, say a developer submits a proprietary driver and it gets accepted.
> >
> > Doesn't happen. By design. If the driver is proprietary then it is
> > presumably not meant for open distribution, and hence not compatible with
> > GPL and widespread distribution into 100,000 public git repositories. So
> > it won't get submitted and it won't get accepted.
>
> I guess 'proprietary' is not the right term then, how do you call a
> driver which is not a secret and not a problem to release, but
> controls some hardware present in only in certain devices of a certain
> company.
>
> Would such a driver be accepted? Wouldn't such a driver get stale
> after a few kernel releases?
In-tree is no silver bullet.
When people modify internal APIs they will likely fix anything that breaks
compilation. However many things are more subtle than that and it is very
easy to end up with a driver or other code that compiles but does not work
properly.
Luckily APIs for drivers (the most common stuff that people work on) don't
change that much, and the interfaces are reasonably clear. If you want some
hell then try working on file systems :-).
next prev parent reply other threads:[~2008-08-21 3:02 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-19 18:01 Adding a new platform David VomLehn
2008-08-19 18:22 ` Ralf Baechle
2008-08-20 3:19 ` Paul Gortmaker
2008-08-20 3:57 ` vb
2008-08-20 4:29 ` Paul Gortmaker
2008-08-20 5:15 ` vb
2008-08-20 8:10 ` Haavard Skinnemoen
2008-08-20 15:39 ` vb
2008-08-21 3:02 ` Charles Manning [this message]
2008-08-21 8:40 ` David Woodhouse
2008-08-21 8:46 ` Geert Uytterhoeven
2008-08-21 8:48 ` David Woodhouse
2008-08-22 4:53 ` Phillip Lougher
2008-08-22 7:25 ` Peter Korsgaard
2008-08-20 4:44 ` Paul Mundt
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=200808211502.58206.manningc2@actrix.gen.nz \
--to=manningc2@actrix.gen.nz \
--cc=corbet@lwn.net \
--cc=linux-embedded@vger.kernel.org \
--cc=paul.gortmaker@gmail.com \
--cc=vb@vsbe.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).