From mint-bounce@lists.fishpool.fi Tue Oct 11 20:16:24 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <1129054387.434c00b3d43c2@webmail2.utbm.fr> Date: Tue, 11 Oct 2005 20:13:07 +0200 From: "olivier.landemarre@utbm.fr" To: MiNT-Liste Subject: Re: [MiNT] Calling gemdos function from Interruption References: <001778d5.01c15c7e17a8@smtp.freeola.net> <1128976918.434ad216e758c@webmail2.utbm.fr> <1129018581.5862.149.camel@linuxbox> <434B63E2.8040406@utbm.fr> <1129028247.5862.161.camel@linuxbox> <434BA901.2060202@utbm.fr> <1129037749.10951.19.came In-Reply-To: <1129037749.10951.19.camel@taro.coolrunningconcepts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.8 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: Olivier.Landemarre@utbm.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00 X-Spam-Level: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by wh58-902.st.uni-magdeburg.de id j9BIGOu6025490 Selon Evan Langlois : > On Tue, 2005-10-11 at 13:58 +0200, Olivier Landemarre wrote: > > > I am not against some restriction, if someone can explain me. Probably I > > will be more happy if Mint said me that it was not a permit operation > > than crash as it can do with this sort of operation, but perhaps it's > > not possible to do. > > Do you mean that MiNT crashes if you perform the said call in an > interrupt handler? No just crash from hardware interrupt (like mouse click) I think mint could know which is client by encapsulated some VDI and bios functions, just an idea. > If you are root and fiddle with an interrupt > handler, you are supposed to know what you are doing. Interrupt > handlers run in kernel space, so the kernel can't protect itself from > interrupt handlers ... which is why these belong in devive drivers. Olivier