From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <199812070633.WAA00979@porcini.funghi.com> To: "David A. Gatwood" cc: Elgin Lee , Geert Uytterhoeven , linuxppc-dev@lists.linuxppc.org Subject: Re: XF68_FBDev under MkLinux? In-Reply-To: Message from "David A. Gatwood" of "Sun, 06 Dec 1998 19:18:18 CST." Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Sun, 06 Dec 1998 22:33:21 -0800 From: Elgin Lee Sender: owner-linuxppc-dev@lists.linuxppc.org List-Id: >>>>> In >>>>> "David A. Gatwood" wrote: > > > 1. Add frame buffer devices to MkLinux. This requires many kernel > > > changes to MkLinux and forces people to upgrade their kernel. > > This would be a better long-term solution, though I would find it more > palatable to add an FB-style interface to the existing drivers, adding > whatever additional functionality is necessary rather than dumping the > existing drivers (since switching to the LinuxPPC drivers would probably > mean dropping x100 support, or else rewriting those drivers from scratch). > Note that this is a couple of notches down in priority for me (as far as > my time goes), but anyone else interested in working on it can feel free. Well, I've considered porting the Linux 2.1 framebuffer devices as part of the current work on porting the gnumach Linux device driver support to the OSF Mach kernel used by MkLinux. However, the gnumach code currently supports only block and network devices, and adding the video support currently isn't on my personal priority list. (Porting MkLinux to Linux 2.1 seems higher priority...) So, pragmatically, choice #2 still seems more feasible in the short term. In the long term, I agree that choice #1 would be better. --Elgin [[ This message was sent via the linuxppc-dev mailing list. Replies are ]] [[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]] [[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]] [[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]