From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 46230DDEC8 for ; Thu, 21 Feb 2008 07:39:34 +1100 (EST) Subject: Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness From: Benjamin Herrenschmidt To: avorontsov@ru.mvista.com In-Reply-To: <20080220121818.GA20836@localhost.localdomain> References: <20080214224942.a0cb6218.akpm@linux-foundation.org> <20080215164542.GB16810@localhost.localdomain> <20080218081847.e9e65f2f.krzysztof.h1@poczta.fm> <19805.1203355811@turing-police.cc.vt.edu> <47BA162C.5000807@anagramm.de> <1203381353.6740.59.camel@pasglop> <47BABD3A.7010102@anagramm.de> <20080219040530.7b1d115d.akpm@linux-foundation.org> <18363.31427.989835.105966@cargo.ozlabs.ibm.com> <20080220121818.GA20836@localhost.localdomain> Content-Type: text/plain Date: Thu, 21 Feb 2008 07:38:40 +1100 Message-Id: <1203539920.10422.13.camel@pasglop> Mime-Version: 1.0 Cc: linux-fbdev-devel@lists.sourceforge.net, adaplas@gmail.com, Krzysztof Helt , linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, Paul Mackerras , Geert Uytterhoeven , Andrew Morton Reply-To: benh@kernel.crashing.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2008-02-20 at 15:18 +0300, Anton Vorontsov wrote: > On Wed, Feb 20, 2008 at 11:56:35AM +1100, Paul Mackerras wrote: > > Andrew Morton writes: > > > > > Bizarrely, the original author of the patch (Anton) has fallen off the cc. > > > Could whoever did that please thwap himself? > > > > > > Anyway, my head is now officially spinning. Did anyone actually have a > > > reason why we shouldn't proceed with Anton's patch? > > > > I was wondering if it would be sufficient to provide alternative > > versions of fb_readl, fb_writel etc. that do byte-swapping. > > This is of course viable alternative. And I was considering this, but > later I abandoned the idea: that way we'll end up doing math in the > native endianness and then converting it to the foreign. This feels > ugly in contrast when we can do the right math in the first place, per > framebuffer. Also, the type of swap to do in fb_readl/writel would have to depend on the bit depth which is kind of ugly. > > That > > would mean that all framebuffers would have to have the same > > endianness, > > Yup, another downside of changing the code to fix some narrow > problem. Plus, this means things will break if/when we'll attach > PCI video card into the MPC8360E-RDK. Right. Ben.