From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1BzI4H-0001v5-DZ for user-mode-linux-devel@lists.sourceforge.net; Mon, 23 Aug 2004 09:53:13 -0700 Received: from marmalade.cyberjellyfish.com ([66.70.117.40]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.34) id 1BzI4F-0007Yr-Vz for user-mode-linux-devel@lists.sourceforge.net; Mon, 23 Aug 2004 09:53:13 -0700 Message-Id: <200408231652.AA01773@winxp.digitalinfra.co.jp> From: "Digital Infra, Inc." Subject: Re: [uml-devel] gdkfb In-Reply-To: <87isb9yjfj.fsf@bytesex.org> References: <87isb9yjfj.fsf@bytesex.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: The user-mode Linux development list List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 24 Aug 2004 01:52:59 +0900 To: Gerd Knorr Cc: Geert Uytterhoeven , User-mode Linux Kernel Development You know coLinux? Developing a fb is also underway on coLinux devel ML. For example, clicking this URL shows you a very rough overview. http://www.google.co.jp/search?hl=ja&lr=&ie=UTF-8&c2coff=1&q=+site:article.gmane.org+colinux+frame+buffer Okajima, Jun. Tokyo, Japan. > > Hi, > >My framebuffer experiments reached a usable state now as well. The >patch should show up shortly at: > > http://www.suse.de/~kraxel/uml/patches/ > >The terminal cleanup patch is updated as well, see comments below. > >Geert Uytterhoeven writes: >> Attached is a patch to implement a very preliminary frame buffer device >> on top of GTK/GDK, as some of you may have seen at OLS. > >Mine runs directly on libX11, without any GUI toolkit involved (and >stealing ENTER keys ;) > >> - Resolution is fixed to 640x480, 256 colors. > >Size is configurable at boot time. Runs on TrueColor displays only. >Screen parameters are passed through, i.e. if your X11 display is >16bpp the fb device inside the uml machine will have 16bpp as well, so >I don't have to convert any data ;) > >> - It uses 2 threads: one for handling widget events, and another one to >> update the screen every second. Calling the update routines from >> gdkfb_kern.c when the screen contents are changed using >> fillrect/copyarea/imgblt didn't work. > >One thread for the communication with the X-Server, any events (fb >updates, data on the X11 socket) will wake up that thread to handle >it. Screen updates can happen much more often than once per second. >Only changed screen areas will be updated. > >> - Console and penguin logo (special UML logo) works. > >Same here (no special logo through). > >> - Userspace access to the frame buffer doesn't work yet. > >Same here. Havn't even looked at that yet. The memory block for the >framebuffer is either simply malloced or a shared memory segment, >depending on whenever sharing memory with the X-Server works or not >(MIT-SHM Extention). > >Q1: Can I map that into the address space of a uml process? >Q2: Any chance to track the changes (using page faults maybe?), > so I can do more clever screen updates than simply blitting > the whole screen now and then? > >> - It works (usually ;-) on my Mobile Pentium III laptop (both 2.4.24+SKAS and >> 2.6.7+SKAS hosts, custom config). I get a window where I can enter >> commands. Pressing some keys may make it crash. > >I've tested it on one machine only. > >> ./linux ubd0=/home/geert/uml/root_fs init=/bin/bash console=stderr \ >> console=tty0 gdkfb > >linux console=tty0 x11=800x600 > >> - It needs SKAS, since TT creates a statically linked image (libX11 needs >> libpthread when statically linked, and UML crashes when just linked with >> libpthread) > >Same here ;) > >> - The patch includes Gerd Knorr's (a pity I didn't manage to find you at >> OLS!) clean up of the console/terminal code, with some modifications: >> o I modified the stdio console (which you don't need for gdkfb) not to >> panic if it cannot register its console, since it conflicts with the >> normal CONFIG_VT console subsystem. > >The updated patch does that as well now. There seems to be no way to >switch at runtime between the stdio console and the vt subsystem, if >vt is enabled it is registered for /dev/tty unconditionally, even >without any console driver being activated (no dummy console, no >fbcon). > >> o I moved the stderr console to a separate file with its own config >> option CONFIG_STDERR_CONSOLE, so you can use it even if >> CONFIG_STDIO_CONSOLE is disabled. > >Updated the terminal patch to do that as well. I've also swapped >ssl.o and stdio_console.o in the Makefile to fixup the link order, >thus the stdio console is registered first and becomes the default >console as long as the users don't enable the new config options. > >If CONFIG_STDERR_CONSOLE is enabled it will allways be the default >console through as it registeres _very_ early. CONFIG_VT will >conflict with the stdio_console as well (see above). Note that you >have to enable CONFIG_EMBEDDED if you want to disable CONFIG_VT. > >Jeff, is that good enougth for backward compatibility? > >Not sure how to handle that best in the long run. IMHO we should >simply drop the stdio_console. > > Gerd > >-- >return -ENOSIG; > > >------------------------------------------------------- >SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media >100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 >Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. >http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 >_______________________________________________ >User-mode-linux-devel mailing list >User-mode-linux-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel