From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Antonino A. Daplas" Subject: Re: Re: USB mouse hiccups (was RFD: Kernel release numbering) Date: Tue, 22 Mar 2005 06:45:07 +0800 Message-ID: <200503220645.08821.adaplas@hotpop.com> References: <20050321202546.GA7281@flying-brick.caverock.net.nz> <20050321124426.53d75b3e.akpm@osdl.org> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Transfer-Encoding: 7bit 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 1DDVe3-0004Dp-8q for linux-fbdev-devel@lists.sourceforge.net; Mon, 21 Mar 2005 14:45:11 -0800 Received: from smtp-out.hotpop.com ([38.113.3.61]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DDVe1-0000D0-P0 for linux-fbdev-devel@lists.sourceforge.net; Mon, 21 Mar 2005 14:45:11 -0800 Received: from hotpop.com (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 64EE3FE9CF3 for ; Mon, 21 Mar 2005 22:44:53 +0000 (UTC) In-Reply-To: <20050321124426.53d75b3e.akpm@osdl.org> 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: Andrew Morton , viking Cc: linux-fbdev-devel@lists.sourceforge.net On Tuesday 22 March 2005 04:44, Andrew Morton wrote: > Guys, we seem to have a tridentfb regression in 2.6.12-rc1. > > viking wrote: > > Also (and this is something I've noticed since I tried tridentfb) the > > video buffer never seems to get cleared, except when I change virtual > > terminals, then change back to the terminal concerned. THEN it's cleared. > > So for the moment, I've gone back to using VESAfb. > Smells like a fillrect problem. 1. First, can you do an fbset and make sure that yres_virtual and yres are the same? If you run fbset -i, in the line that starts with 'geometry', the 2nd and 4th number should be the same (or have a difference not more than 7). This disables ypan. mode "800x600-85" # D: 56.252 MHz, H: 53.676 kHz, V: 85.065 Hz geometry 800 600 832 32767 8 ^^^ ^^^ <- same number If not the same, do: fbset -vyres n where n: is equal to the vertical resolution 2. If you still get a non-clearing display, then check if CONFIG_FB_TRIDENT_ACCEL is set to y. If it is, set it to n. Recompile and reboot. 3. Please send your .config, dmesg, lspci -vvv, and fbset -i. 4. What is the last kernel version where tridentfb worked for you? BTW, there are no major changes in tridentfb for months, so I'm surprised about this regression. Tony ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click