9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: Again: (self)hosted Plan9? Was: [9fans] extending xen to allow
Date: Thu,  7 Dec 2006 07:46:48 +0200	[thread overview]
Message-ID: <5d38a5628c5a0e623c5e33e66893cc73@proxima.alt.za> (raw)
In-Reply-To: <13426df10612062101i3f2485ffyec9409d5c6fc851c@mail.gmail.com>

> It's not that drivers are fundamentally hard. It's that the hardware
> we work with is undocumented crap. Linux drivers know all the secrets;
> we're riding on that knowledge.

And so do millions more, perfectly understandably.  The problem is
that "all the world is Linux" is not a good mantra.  Porting drivers
from Linux to, say, NetBSD is a nightmare, multiplied by the number of
useful target OSes.  Whereas XEN largely suffers (only) from
inefficiencies accessing the lower layer, whenever it (and you, if I
understand your recent discussions) tries to punch through the
barrier, the mysteries strike again.

(In passing, I was looking at ISDN adapter drivers with a view to
implementing the functionality under NetBSD.  The Linux driver, in my
opinion, was orders of magnitude better coded than the FreeBSD
version.  Take that any way you like, it has changed my opinions on
Open Source device driver developers.)

To return to the main issue, I think effort applied towards
documenting "undocumented crap" would have a wider scope than adopting
or reverse engineering the knowledge in Linux drivers code.  The
latter is certainly a more immediate objective.  Of course, one then
also needs to deal with binary-only drivers and other such stumbling
blocks, but my hope would be that eventually hardware manufacturers
will get the message or will get deselected :-)

Given the choice between using Linux kernel source as the
documentation, versus Plan 9 kernel source, there are too many good
reasons to pick the Plan 9 option to list them here, where they are in
any case taken for granted.  Hence my preference for a 9load-type BIOS
on which others besides Plan 9 can build.

(The philosophy, probably flawed, is that Open Source principles are
"right" in some transcendent way and that a "good" manufacturer cannot
continue to overlook the benefits of being on the "right" side of the
line.  Communism had the same underlying principle and landed up on
the scrap-heap of history.)

++L



  reply	other threads:[~2006-12-07  5:46 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-06 16:59 [9fans] extending xen to allow driver development in Plan 9 ron minnich
2006-12-06 19:58 ` Richard Miller
2006-12-06 21:27 ` Again: (self)hosted Plan9? Was: " Georg Lehner
2006-12-07  4:32   ` Again: (self)hosted Plan9? Was: [9fans] extending xen to allow driver Lucio De Re
2006-12-07  5:01     ` ron minnich
2006-12-07  5:46       ` Lucio De Re [this message]
2006-12-07  6:06         ` Again: (self)hosted Plan9? Was: [9fans] extending xen to allow ron minnich
2006-12-09  4:21           ` Chad Dougherty
2006-12-09 11:21             ` Steve Simon
2006-12-09 12:43               ` Lucio De Re
2006-12-09 12:56               ` erik quanstrom
2006-12-10  4:55                 ` geoff
2006-12-10  5:04                   ` andrey mirtchovski
2006-12-10 20:16               ` Charles Forsyth
2006-12-10 20:56                 ` Francisco J Ballesteros
2006-12-10 21:38                   ` Charles Forsyth
2006-12-10 20:52               ` ron minnich
2006-12-10 13:00 erik quanstrom
2006-12-10 20:19 erik quanstrom
2006-12-10 23:52 erik quanstrom
2006-12-12  0:22 ` Dave Eckhardt
2006-12-12  2:29   ` Russ Cox
2006-12-12  5:01     ` Lucio De Re
2006-12-12 14:21       ` Brantley Coile
2006-12-12  9:22     ` Charles Forsyth
2006-12-12  9:41       ` Bruce Ellis
2006-12-12 14:31         ` Brantley Coile
2006-12-12 14:55         ` ron minnich
2006-12-12 15:18           ` Eric Van Hensbergen
2006-12-12 15:25             ` erik quanstrom
2006-12-12 22:01             ` ron minnich
2006-12-12 22:19               ` Latchesar Ionkov
2006-12-12 23:13                 ` ron minnich
2006-12-12 23:47                   ` Bakul Shah
2006-12-12 23:37                 ` Charles Forsyth
2006-12-13 18:27                   ` ron minnich
2006-12-13 19:02                     ` Matt
2006-12-13 19:13                       ` Latchesar Ionkov
2006-12-12  9:41       ` Gabriel Diaz
2006-12-12  9:51         ` Bruce Ellis
2006-12-12 10:28           ` Lucio De Re
2006-12-12 10:30             ` Bruce Ellis
2006-12-12 23:26               ` Scott Schwartz
2006-12-12 14:42             ` Brantley Coile
2006-12-12 14:51               ` Gabriel Diaz
2006-12-12 11:49           ` Charles Forsyth
2006-12-12 14:17     ` Brantley Coile

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=5d38a5628c5a0e623c5e33e66893cc73@proxima.alt.za \
    --to=lucio@proxima.alt.za \
    --cc=9fans@cse.psu.edu \
    /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).