diff for duplicates of <1286188242.15020.349.camel@thor.local> diff --git a/a/1.txt b/N1/1.txt index 9645f05..15a3af8 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,19 +1,17 @@ -On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote:=20 -> On Fri, 2010-10-01 at 18:20 +0200, Michel D=C3=A4nzer wrote: -> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote:=20 -> > >=20 +On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote: +> On Fri, 2010-10-01 at 18:20 +0200, Michel Dänzer wrote: +> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote: +> > > > > > Now, the main reasons in practice are anything touching graphics. -> > >=20 +> > > > > > There's quite a few IP cores out there for SoCs that don't have HW -> > > swappers, and -tons- of more or less ugly code that can't deal with n= -on -> > > native pixel ordering (hell, even Xorg isn't good at it, we really on= -ly +> > > swappers, and -tons- of more or less ugly code that can't deal with non +> > > native pixel ordering (hell, even Xorg isn't good at it, we really only > > > support cards that have HW swappers today). -> >=20 +> > > > That's not true. Even the radeon driver doesn't really need the HW > > swappers anymore with KMS. ->=20 +> > And last I looked X still pukes if you give it a pixmap in non native > byte order but that might have been fixed. @@ -21,17 +19,14 @@ I'm not sure what exactly you mean by that, but I'm not aware of any such issues offhand. -> > > There's an even bigger pile of application code that deals with graph= -ics +> > > There's an even bigger pile of application code that deals with graphics > > > without any regard for endianness and is essentially unfixable. -> >=20 -> > Out of curiosity, what kind of APIs are those apps using? X11 and OpenG= -L +> > +> > Out of curiosity, what kind of APIs are those apps using? X11 and OpenGL > > have well-defined semantics wrt endianness, allowing the drivers to -> > handle any necessary byte swapping internally, and IME the vast majorit= -y +> > handle any necessary byte swapping internally, and IME the vast majority > > of apps handle this correctly. ->=20 +> > So why is it so hard to get any video card working on ppc ? :-) I didn't say anything about that, just that IME it should be mostly @@ -42,7 +37,6 @@ Note that I'm not arguing against these changes, just pointing out some apparent inaccuracies in the reasoning for them. ---=20 -Earthling Michel D=C3=A4nzer | http://www.vmware.c= -om +-- +Earthling Michel Dänzer | http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer diff --git a/a/content_digest b/N1/content_digest index 357cc14..328abf9 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,28 +8,27 @@ "Subject\0Re: Introduce support for little endian PowerPC\0" "Date\0Mon, 04 Oct 2010 12:30:42 +0200\0" "To\0Benjamin Herrenschmidt <benh@kernel.crashing.org>\0" - "Cc\0paulus@samba.org" + "Cc\0Josh Boyer <jwboyer@gmail.com>" linuxppc-dev@lists.ozlabs.org + paulus@samba.org linux-kernel@vger.kernel.org " Ian Munsie <imunsie@au1.ibm.com>\0" "\00:1\0" "b\0" - "On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote:=20\n" - "> On Fri, 2010-10-01 at 18:20 +0200, Michel D=C3=A4nzer wrote:\n" - "> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote:=20\n" - "> > >=20\n" + "On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote: \n" + "> On Fri, 2010-10-01 at 18:20 +0200, Michel D\303\244nzer wrote:\n" + "> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote: \n" + "> > > \n" "> > > Now, the main reasons in practice are anything touching graphics.\n" - "> > >=20\n" + "> > > \n" "> > > There's quite a few IP cores out there for SoCs that don't have HW\n" - "> > > swappers, and -tons- of more or less ugly code that can't deal with n=\n" - "on\n" - "> > > native pixel ordering (hell, even Xorg isn't good at it, we really on=\n" - "ly\n" + "> > > swappers, and -tons- of more or less ugly code that can't deal with non\n" + "> > > native pixel ordering (hell, even Xorg isn't good at it, we really only\n" "> > > support cards that have HW swappers today).\n" - "> >=20\n" + "> > \n" "> > That's not true. Even the radeon driver doesn't really need the HW\n" "> > swappers anymore with KMS.\n" - ">=20\n" + "> \n" "> And last I looked X still pukes if you give it a pixmap in non native\n" "> byte order but that might have been fixed.\n" "\n" @@ -37,17 +36,14 @@ "such issues offhand.\n" "\n" "\n" - "> > > There's an even bigger pile of application code that deals with graph=\n" - "ics\n" + "> > > There's an even bigger pile of application code that deals with graphics\n" "> > > without any regard for endianness and is essentially unfixable.\n" - "> >=20\n" - "> > Out of curiosity, what kind of APIs are those apps using? X11 and OpenG=\n" - "L\n" + "> > \n" + "> > Out of curiosity, what kind of APIs are those apps using? X11 and OpenGL\n" "> > have well-defined semantics wrt endianness, allowing the drivers to\n" - "> > handle any necessary byte swapping internally, and IME the vast majorit=\n" - "y\n" + "> > handle any necessary byte swapping internally, and IME the vast majority\n" "> > of apps handle this correctly.\n" - ">=20\n" + "> \n" "> So why is it so hard to get any video card working on ppc ? :-)\n" "\n" "I didn't say anything about that, just that IME it should be mostly\n" @@ -58,9 +54,8 @@ "apparent inaccuracies in the reasoning for them.\n" "\n" "\n" - "--=20\n" - "Earthling Michel D=C3=A4nzer | http://www.vmware.c=\n" - "om\n" + "-- \n" + "Earthling Michel D\303\244nzer | http://www.vmware.com\n" Libre software enthusiast | Debian, X and DRI developer -2746734c9f941b99963ff8b9e690245cf4c13ec827bb6f4fa372840601fc8dad +f855f61256a5275355484383c6a3f8b268e9b497f24fd164b59a0420f2bd1d52
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.