From mboxrd@z Thu Jan 1 00:00:00 1970 From: Antonino Daplas Subject: Re: request_mem_region problem ... Date: 02 Nov 2002 03:42:14 +0800 Sender: linux-fbdev-devel-admin@lists.sourceforge.net Message-ID: <1036179467.572.42.camel@daplas> References: <20021030130016.GA1573@iliana> <1036024416.644.23.camel@daplas> <20021031081007.GB617@iliana> <1036062270.638.25.camel@daplas> <20021101105242.GA702@iliana> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Received: from [203.167.79.9] (helo=willow.compass.com.ph) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 187hhr-0004jS-00 for ; Fri, 01 Nov 2002 11:43:47 -0800 In-Reply-To: <20021101105242.GA702@iliana> Errors-To: linux-fbdev-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii" To: Sven Luther Cc: fbdev On Fri, 2002-11-01 at 18:52, Sven Luther wrote: > On Thu, Oct 31, 2002 at 07:05:13PM +0800, Antonino Daplas wrote: > > Running ksymoops on that might help. The source can be found at > > ftp.kernel.org. > > Ok, got it from the debian package :))) > > Erm, i am no more running the same kernel, so i specified the -o and the > -m options, but it looks at the wrong /proc/ksyms, should i save the > /proc/ksyms of kernel before/after insmodding the pm3fb module ? > Save the symbols after the insmod. [..] > > Ok, i did copy the cfb_ functions to the driver, it works better (the > box does not hang anymore), the console apprently works (the cursor > blinks in the right place, and it could type stuff, switch VT and > shutdown the box) but there is nothing else written. > > BTW, what is the difference between the full cursor and the underline > one ? The block cursor most probably comes from fbcon's software cursor, the underline is probably your hardware's? > > Anyway, here are the two Oops : > > [...] > I don't believe the result of running ksymoops on these are valid, i > will have to reboot in the 2.5.44 kernel for it. > > > If you did not define fb_set_var at all, then info->disp.dispsw must > > point to valid console drawing hooks before you register the > > framebuffer. (Actually, all fields in struct display must be valid > > before you register the framebuffer) > > Mmm, still need to check those. > > > Your oops tracing points to fbcon_cursor as the culprit. If > > dispsw->cursor is NULL, then you must have a valid dispsw->revc. > > There where two oops, the first in fbcon_setup, and the second in > fbcon_cursor, i think i will be looking in the first oops first. > Might as well try to port your driver using the latest fbdev patch posted by James, hopefully, this is the last major change. This should give you less things to worry about. Tony ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en