From owner-freebsd-current Thu Nov 4 19: 2:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 147F615838 for ; Thu, 4 Nov 1999 19:02:36 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA24331; Fri, 5 Nov 1999 13:31:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199911050254.SAA50665@rah.star-gate.com> Date: Fri, 05 Nov 1999 13:31:15 +1030 (CST) From: "Daniel O'Connor" To: Amancio Hasty Subject: Re: vga driver and signal Cc: Mike Smith Cc: Mike Smith , (Kazutaka YOKOTA) , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 05-Nov-99 Amancio Hasty wrote: > Not sure that this is as elegant as what you are suggesting , can > the kernel schedule a user level routine to be executed when an interrupt > occurs? I guess on Windoze land this is called a driver call-back. Well.. KLD? :) Thats about as close as it gets. You would have to reload the KLD each time you wanted to change it.. Yech. IMHO Mike is right, its not something FreeBSD is geared towards because of interrupt latency. The KLD idea *could* work depending on what you wanted to do. > Just trying to prevent dragging the whole X server to the kernel -- > Actually dragging the whole X server to the kernel is not a bad > idea --- however it is something that I can not afford to do right now :( Well depends on your definition of 'bad'. No paging in the kernel, which would be kind of wasteful :) Go look at GGI for stuff about kernel gaphics drivers. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message