From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ico Doornekamp Subject: Re: Questions about fbdriver integration Date: Sun, 25 Nov 2007 10:05:25 +0100 Message-ID: <20071125090525.GG3183@pruts.nl> References: <20071124214325.GD3183@pruts.nl> <20071124221447.GF3183@pruts.nl> <45a44e480711241449l5c368250q40e5adc1fab117fa@mail.gmail.com> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43) id 1IwDQt-0008KV-ET for linux-fbdev-devel@lists.sourceforge.net; Sun, 25 Nov 2007 01:05:43 -0800 Received: from pruts.nl ([82.94.235.106] helo=iron.pruts.nl ident=postfix) by mail.sourceforge.net with esmtp (Exim 4.44) id 1IwDQr-00039o-0b for linux-fbdev-devel@lists.sourceforge.net; Sun, 25 Nov 2007 01:05:43 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by iron.pruts.nl (Postfix) with ESMTP id BA1FC12E42C for ; Sun, 25 Nov 2007 10:05:32 +0100 (CET) Received: from iron.pruts.nl ([127.0.0.1]) by localhost (iron.pruts.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VWxMZak3rJyZ for ; Sun, 25 Nov 2007 10:05:25 +0100 (CET) Content-Disposition: inline In-Reply-To: <45a44e480711241449l5c368250q40e5adc1fab117fa@mail.gmail.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-fbdev-devel-bounces@lists.sourceforge.net Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net To: linux-fbdev-devel@lists.sourceforge.net * On 2007-11-24 Jaya Kumar wrote : > On Nov 24, 2007 5:14 PM, Ico Doornekamp wrote: > > Is the deferred IO code currently known to work properly ? > > > > The deferred IO code does not work properly at the moment. The symptom > is that only the first write to the framebuffer is detected. I have a > patch to fix this which I've tested to work on 2.6.22.10. You can > cherrypick the fb_defio.c changes from the following post. > > http://marc.info/?l=linux-fbdev-devel&m=119412505902140&w=2 This seems to fix my mmap problem, although the first mmap access yields a kernel warning: WARNING: at fs/buffer.c:696 __set_page_dirty() [] __set_page_dirty+0xb8/0xf0 [] set_page_dirty+0x29/0x50 [] set_page_dirty_balance+0xb/0x40 [] __do_fault+0x160/0x340 [] handle_mm_fault+0xd3/0x3d0 In spite of the warning, mmaping now works fine. Still no output from the virtual console though. Thank you, Ico -- :wq ^X^Cy^K^X^C^C^C^C ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/