From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6394e5e171f847d1 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-09-05 12:31:14 PST Path: archiver1.google.com!news2.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!212.74.64.35!colt.net!newspeer.clara.net!news.clara.net!news5-gui.server.ntli.net!ntli.net!news6-win.server.ntlworld.com.POSTED!not-for-mail From: "chris.danx" Newsgroups: comp.lang.ada References: <9n4euv$t9m$1@slb6.atl.mindspring.net> <3B964C7A.BC04374E@icn.siemens.de> <9n5o9n$37a$1@slb7.atl.mindspring.net> Subject: Re: Ada OS Kernel features X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Message-ID: <3%ul7.3362$9z1.440040@news6-win.server.ntlworld.com> Date: Wed, 5 Sep 2001 20:25:33 +0100 NNTP-Posting-Host: 213.104.124.196 X-Complaints-To: abuse@ntlworld.com X-Trace: news6-win.server.ntlworld.com 999717951 213.104.124.196 (Wed, 05 Sep 2001 20:25:51 BST) NNTP-Posting-Date: Wed, 05 Sep 2001 20:25:51 BST Organization: ntlworld News Service Xref: archiver1.google.com comp.lang.ada:12768 Date: 2001-09-05T20:25:33+01:00 List-Id: > > You should be able to load/unload a driver dynamically (I hate rebooting > > because of driver change). > > Agreed. This is not simple to implement, but it is well worth the trouble > > > You should be able to "overload" a driver. What I mean ? Lets assume > > you have a simple grafic driver on bootup, then you load a "better" > > (more complex, higher resolution, 3D excelerator ...) one. If this one > > crashes, then it should simply be unloaded and the system should > > continue work with the (simple) default driver - instead of showing a > > "blue screen" ;-) > > My first reaction to this was "Not Possible". However, that isn't entirely > true; it is just *VERY VERY* difficult. Only in the "drivers in supervisor mode" model. > A driver runs in kernel mode, Why? Why not just have it in user mode? It makes more sense to have them in user mode, at least to me. They can only corrupt themselves then, etc. > and has access to system data structures. Why should it? In your model a driver can screw a system up good and proper, but if you put the driver in user mode then the associated problems go away. New ones do crop up, but there's ways and means to deal with them. > If a driver corrupts a system data structure, how do you detect this, repair it, and continue? I really don't get why a driver must have access to system structures or atleast those in kernel space, can you explain this?