Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 28 Dec 2002 20:09:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 28 Dec 2002 20:09:21 -0500 Received: from phoenix.mvhi.com ([195.224.96.167]:39431 "EHLO phoenix.infradead.org") by vger.kernel.org with ESMTP id ; Sat, 28 Dec 2002 20:09:20 -0500 Date: Sun, 29 Dec 2002 01:16:25 +0000 (GMT) From: James Simmons To: Richard Henderson cc: Linux Fbdev development list , Linux Kernel Mailing List Subject: Re: [Linux-fbdev-devel] [FB PATCH] cfbimgblt isn't 64-bit clean In-Reply-To: <20021227151843.A3108@twiddle.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 856 Lines: 23 > The text is written as if it's thinking about handling 64-bit > unsigned long, but it doesn't. The tables that map bits to > pixels are completely unprepared for this. > > I thought about widening the tables, but I thought they'd get > unreasonably large. There's no reason not to go ahead and > handle this 32-bits at a time. I thought the tables would come back to haunt us. The only reason the tables where introduced was for speed enhancements. I reason the code is extra complex was so you could pass 64 bits of data across the bus. I still like to see that happen still. What do you think? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/