From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Antonino A. Daplas" Subject: Re: Help re Frame Buffer/Console Problems Date: Wed, 3 Nov 2004 05:40:06 +0800 Message-ID: <200411030540.06262.adaplas@hotpop.com> References: Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1CP6OC-0000ls-Dx for linux-fbdev-devel@lists.sourceforge.net; Tue, 02 Nov 2004 13:40:28 -0800 Received: from smtp-out.hotpop.com ([38.113.3.71]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1CP6OA-0003tx-LM for linux-fbdev-devel@lists.sourceforge.net; Tue, 02 Nov 2004 13:40:28 -0800 Received: from hotpop.com (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 1E05011A5630 for ; Tue, 2 Nov 2004 21:40:12 +0000 (UTC) In-Reply-To: Content-Disposition: inline Sender: linux-fbdev-devel-admin@lists.sourceforge.net Errors-To: linux-fbdev-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii" To: Mark Fortescue Cc: linux-fbdev-devel@lists.sourceforge.net, jsimmons@infradead.org, geert@linux-m68k.org, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, linux-kernel@vger.kernel.org, wli@holomorphy.com On Wednesday 03 November 2004 02:03, Mark Fortescue wrote: > Hi all, > > I have identified what is going on. My CG3 console uses the same font and > exactly overlaps prom console. [I have re-inserted the console margin code > for my CG3 driver]. The timing is such that the prom overwrites the > console text (using colour 255) a fraction later than the fbcon code. > > The two problems to be solved are (apart from seting the red,green and > blue structures up for the cg series fb cards): > > 1) The prom write (from -p) needs to be disabled as soon as an alternative > console becomes active (either prom console, fbcon console or serial > console). This has probably been the major cause of hassel. > > 2) The restore pallet function (see cgsix.c in the 2.2.x or 2.4.x kernels) > needs to be re-introduced in some form and called when exiting fbcon so > that the prom does not end up as black on black. My prom uses fg=255, You can implement a cg3fb_open() and cg3fb_release() hooks and set up a use_count field. You increment the count on every open, decrement on every release. Then restore whatever on the last release. Optionally, you can even do hardware inits on the first open. Tony ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Antonino A. Daplas" Date: Tue, 02 Nov 2004 21:40:06 +0000 Subject: Re: [Linux-fbdev-devel] Help re Frame Buffer/Console Problems Message-Id: <200411030540.06262.adaplas@hotpop.com> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Mark Fortescue Cc: linux-fbdev-devel@lists.sourceforge.net, jsimmons@infradead.org, geert@linux-m68k.org, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, linux-kernel@vger.kernel.org, wli@holomorphy.com On Wednesday 03 November 2004 02:03, Mark Fortescue wrote: > Hi all, > > I have identified what is going on. My CG3 console uses the same font and > exactly overlaps prom console. [I have re-inserted the console margin code > for my CG3 driver]. The timing is such that the prom overwrites the > console text (using colour 255) a fraction later than the fbcon code. > > The two problems to be solved are (apart from seting the red,green and > blue structures up for the cg series fb cards): > > 1) The prom write (from -p) needs to be disabled as soon as an alternative > console becomes active (either prom console, fbcon console or serial > console). This has probably been the major cause of hassel. > > 2) The restore pallet function (see cgsix.c in the 2.2.x or 2.4.x kernels) > needs to be re-introduced in some form and called when exiting fbcon so > that the prom does not end up as black on black. My prom uses fg%5, You can implement a cg3fb_open() and cg3fb_release() hooks and set up a use_count field. You increment the count on every open, decrement on every release. Then restore whatever on the last release. Optionally, you can even do hardware inits on the first open. Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Antonino A. Daplas" Date: Tue, 02 Nov 2004 21:40:06 +0000 Subject: Re: [Linux-fbdev-devel] Help re Frame Buffer/Console Problems Message-Id: <200411030540.06262.adaplas@hotpop.com> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-fbdev-devel@lists.sourceforge.net, Mark Fortescue Cc: jsimmons@infradead.org, geert@linux-m68k.org, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, linux-kernel@vger.kernel.org, wli@holomorphy.com On Wednesday 03 November 2004 02:03, Mark Fortescue wrote: > Hi all, > > I have identified what is going on. My CG3 console uses the same font and > exactly overlaps prom console. [I have re-inserted the console margin code > for my CG3 driver]. The timing is such that the prom overwrites the > console text (using colour 255) a fraction later than the fbcon code. > > The two problems to be solved are (apart from seting the red,green and > blue structures up for the cg series fb cards): > > 1) The prom write (from -p) needs to be disabled as soon as an alternative > console becomes active (either prom console, fbcon console or serial > console). This has probably been the major cause of hassel. > > 2) The restore pallet function (see cgsix.c in the 2.2.x or 2.4.x kernels) > needs to be re-introduced in some form and called when exiting fbcon so > that the prom does not end up as black on black. My prom uses fg%5, You can implement a cg3fb_open() and cg3fb_release() hooks and set up a use_count field. You increment the count on every open, decrement on every release. Then restore whatever on the last release. Optionally, you can even do hardware inits on the first open. Tony From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261258AbUKCBER (ORCPT ); Tue, 2 Nov 2004 20:04:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261276AbUKCBER (ORCPT ); Tue, 2 Nov 2004 20:04:17 -0500 Received: from smtp-out.hotpop.com ([38.113.3.71]:55453 "EHLO smtp-out.hotpop.com") by vger.kernel.org with ESMTP id S261433AbUKBVk1 (ORCPT ); Tue, 2 Nov 2004 16:40:27 -0500 From: "Antonino A. Daplas" Reply-To: adaplas@pol.net To: linux-fbdev-devel@lists.sourceforge.net, Mark Fortescue Subject: Re: [Linux-fbdev-devel] Help re Frame Buffer/Console Problems Date: Wed, 3 Nov 2004 05:40:06 +0800 User-Agent: KMail/1.5.4 Cc: linux-fbdev-devel@lists.sourceforge.net, jsimmons@infradead.org, geert@linux-m68k.org, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, linux-kernel@vger.kernel.org, wli@holomorphy.com References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411030540.06262.adaplas@hotpop.com> X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 03 November 2004 02:03, Mark Fortescue wrote: > Hi all, > > I have identified what is going on. My CG3 console uses the same font and > exactly overlaps prom console. [I have re-inserted the console margin code > for my CG3 driver]. The timing is such that the prom overwrites the > console text (using colour 255) a fraction later than the fbcon code. > > The two problems to be solved are (apart from seting the red,green and > blue structures up for the cg series fb cards): > > 1) The prom write (from -p) needs to be disabled as soon as an alternative > console becomes active (either prom console, fbcon console or serial > console). This has probably been the major cause of hassel. > > 2) The restore pallet function (see cgsix.c in the 2.2.x or 2.4.x kernels) > needs to be re-introduced in some form and called when exiting fbcon so > that the prom does not end up as black on black. My prom uses fg=255, You can implement a cg3fb_open() and cg3fb_release() hooks and set up a use_count field. You increment the count on every open, decrement on every release. Then restore whatever on the last release. Optionally, you can even do hardware inits on the first open. Tony