9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Charles Forsyth <forsyth@caldo.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] porting from vs. porting to Plan 9
Date: Sat, 18 Oct 2003 09:27:35 +0100	[thread overview]
Message-ID: <ce8e73cfd3b84f47eb4301326ce99d76@caldo.demon.co.uk> (raw)
In-Reply-To: <ebf038ffc6ab26a18907407fdbdf8f49@collyer.net>

>>It might be possible to construct a cage such that Linux drivers could
>>be compiled and run in Plan 9 kernels without causing too much damage
>>to the running system.

i'd have thought it would be harder to encapsulate the drivers
than user-level code, but since no one has tried, we don't really
know.  one result of attempting it would be a possibly useful
comparison between Linux and Plan 9 kernel internals and interfaces.
(currently, my favourite examples are drivers for non-x86
platforms that must produce x86-defined values for higher levels.)

the Linux driver interfaces are supposed to have changed significantly in 2.6
according to the Linux glossy magazine i bought recently.  i haven't yet
looked at the code.  the catch in using 2.6 as a basis is that i suspect many drivers
haven't been converted.  either that, or there's nothing to
convert because it hasn't really changed.

for useful drivers, is xBSD really well behind Linux?
i'd have thought encapsulating a BSD one would be easier,
if it's possible at all,
if only because BSD started with a Unix model so the pitfalls
are fairly obvious to start with.

perhaps more to the point, which missing drivers in particular
have provoked the crisis?  has it just built up?

Linux itself is having trouble with hot plugging things, if my recent
experience with Redhat is any guide.  actually, it was cold plugging
things: i had to take one card out because it couldn't drive it at all
and put in a card that i thought it could drive (sound familiar?).
admittedly i got it to work in the end but only because i
kept thumping it and correcting it each time it
went wrong.  (``which ethernet was that again?''
i don't know: you've got the PCI vendor/device ID database! look it up!)
it was worse than Windows.  Windows seems to
specialises in drivers that must (or must not) be installed
before (or after) installing the device.  read the bits of paper
carefully!  don't panic!  don't hit the computer!
``i've already given you the bloody driver disk!  THERE IS THE DRIVER!''
(my 2000 hasn't really recovered from the Bluetooth experience.
i myself have barely recovered.)   i can only assume there are nasty
things to sort out that are hard to get right that we've avoided only
because we haven't done this sort of thing.  either that or there
are surprisingly many twits writing code.



  parent reply	other threads:[~2003-10-18  8:27 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-17 15:20 mirtchov
2003-10-17 16:34 ` Skip Tavakkolian
2003-10-17 17:08   ` Joel Salomon
2003-10-17 18:55     ` Brantley Coile
2003-10-17 19:05       ` matt
2003-10-17 20:17       ` ron minnich
2003-10-17 20:20         ` Christopher Nielsen
2003-10-17 20:26         ` Brantley Coile
2003-10-17 20:41           ` Charles Forsyth
2003-10-17 20:54             ` Brantley Coile
2003-10-20 10:33             ` Douglas A. Gwyn
2003-10-20 16:03               ` Skip Tavakkolian
2003-10-21  6:07                 ` Adrian Tritschler
2003-10-17 22:18           ` ron minnich
2003-10-20  1:38             ` okamoto
2003-10-17 21:36         ` Roman Shaposhnick
2003-10-20 10:33           ` Douglas A. Gwyn
2003-10-21  0:10             ` [9fans] Re: your mail Roman Shaposhnick
2003-10-17 23:38       ` [9fans] porting from vs. porting to Plan 9 Geoff Collyer
2003-10-18  1:21         ` bs
2003-10-21 10:14           ` Martin C.Atkins
2003-10-18  8:27         ` Charles Forsyth [this message]
2003-10-18  8:48           ` Richard Miller
2003-10-18 11:09           ` Geoff Collyer
2003-10-18 13:09             ` Tristan Seligmann
2003-10-19  8:25               ` C H Forsyth
2003-10-20  3:28                 ` mirtchov
2003-10-20  7:04                   ` Tristan Seligmann
2003-10-20 17:17                     ` mirtchov
2003-10-20 10:35                   ` Patrick R. Wade
2003-10-21  1:14                     ` david parsons
2003-10-19 16:27             ` Charles Forsyth
2003-10-20 10:35             ` bs
2003-10-18 19:19           ` Richard Miller
2003-10-19 15:10             ` I RATTAN
2003-10-19 15:54               ` Richard Miller
2003-10-20 14:03             ` ron minnich
2003-10-20 17:03               ` jmk
2003-10-20 21:40         ` splite
2003-10-17 16:43 ` Ronald G. Minnich
2003-10-17 17:01   ` Fco.J.Ballesteros
2003-10-17 20:17     ` Christopher Nielsen
2003-10-20 10:33       ` Douglas A. Gwyn
2003-10-17 15:36 steve-simon
2003-10-17 16:05 Richard C Bilson

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=ce8e73cfd3b84f47eb4301326ce99d76@caldo.demon.co.uk \
    --to=forsyth@caldo.demon.co.uk \
    --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).