Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761765AbYBSL2T (ORCPT ); Tue, 19 Feb 2008 06:28:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752851AbYBSL2K (ORCPT ); Tue, 19 Feb 2008 06:28:10 -0500 Received: from moutng.kundenserver.de ([212.227.126.186]:50580 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752823AbYBSL2J (ORCPT ); Tue, 19 Feb 2008 06:28:09 -0500 Message-ID: <47BABD3A.7010102@anagramm.de> Date: Tue, 19 Feb 2008 12:27:54 +0100 From: Clemens Koller User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: benh@kernel.crashing.org CC: linux-fbdev-devel@lists.sourceforge.net, adaplas@gmail.com, Krzysztof Helt , linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, Geert Uytterhoeven , Andrew Morton Subject: Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness References: <20080205154432.GA8749@localhost.localdomain> <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> In-Reply-To: <1203381353.6740.59.camel@pasglop> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/94AUoCbWfzoajqLAHXgRSu9pA7Rz6gV/RLHD JKAI+Ji7ftNXf/Ooh2qzVKn3DaL4dNW4LmdRb5cSzNWpH0yJrp 9s8Ie3kmdHhzjKrxbdbJA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2309 Lines: 48 Benjamin Herrenschmidt schrieb: > On Tue, 2008-02-19 at 00:35 +0100, Clemens Koller wrote: >> Valdis.Kletnieks@vt.edu schrieb: >>> On Mon, 18 Feb 2008 08:18:47 +0100, Krzysztof Helt said: >>>> I know two fb drivers which use endianess information (pm2fb and s3c2410fb). >>>> Both resolve endianess at driver level. Actually, both handle it by setting special >>>> bits so the graphics chip itself reorder bytes to transform foreign endianess. >>>> I understand that this patch is for chips which cannot reorder bytes by themselves. >>> Does anybody know of such a chip that's actually available in the wild? Or are >>> we writing drivers for speculative possible chips? >>> >> I had troubles with the Silicon Motion SM501/SM502 endianess on PowerPC PCI vs. LocalBus. >> The chip also has a register to swap endianess, but that seems to only affect some >> LocalBus modes. >> The current fb and X drivers are working, but when it comes to font >> aliasing and hw-acceleration, the problems start to rise again... > > Most "sane" gfx chips nowadays provide configurable surfaces that allow > to perform the swap when writing/reading from regions of the > framebuffer, with the ability to set a different swapper setting (based > on bit depth) per region. Most! But not the SM50x. I still hope I would be wrong here. :-( > Then there is also the risk that your PCI<->Localbus has been wired > improperly :-) That's not an issue in my case. The SM50x can be connected to either an PCI or some Local/CPU-whateverbus IF. I.e. on the MPC85xx PowerPC, PCI and LocalBus are separate bussses. If the sm501 is attached to the MPC85xx' PCI like any other video card, the PCI config-space is can be accessed as usual, whereas the framebuffer memory area is byte-swapped compared to other common video cards. So, to get back on topic: I would welcome endianess swapping in SW. Some architectures (PowerPC) should also be able to do swapped-endian mmapping. I just haven't had time for a closer look but it looks also interesting way to do it that way. Regards, Clemens -- 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/