From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Valdis.Kletnieks@vt.edu
Cc: linux-fbdev-devel@lists.sourceforge.net, adaplas@gmail.com,
Krzysztof Helt <krzysztof.h1@poczta.fm>,
linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
Geert Uytterhoeven <geert@linux-m68k.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness
Date: Wed, 20 Feb 2008 11:50:04 +1100 [thread overview]
Message-ID: <1203468604.7273.7.camel@pasglop> (raw)
In-Reply-To: <28238.1203468428@turing-police.cc.vt.edu>
On Tue, 2008-02-19 at 19:47 -0500, Valdis.Kletnieks@vt.edu wrote:
> On Tue, 19 Feb 2008 04:05:30 PST, Andrew Morton said:
> > On Tue, 19 Feb 2008 12:27:54 +0100 Clemens Koller <clemens.koller@anagramm.de
> > wrote:
> > > 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.
>
> > Anyway, my head is now officially spinning. Did anyone actually have a
> > reason why we shouldn't proceed with Anton's patch?
>
> Clemens answered my question regarding the real-life existence of hardware
> that would benefit. I'd say if Anton's patch works on Clemens' hardware and
> otherwise passes review, we should proceed...
No objection here neither.
Ben.
WARNING: multiple messages have this Message-ID (diff)
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Valdis.Kletnieks@vt.edu
Cc: Andrew Morton <akpm@linux-foundation.org>,
Clemens Koller <clemens.koller@anagramm.de>,
linux-fbdev-devel@lists.sourceforge.net, adaplas@gmail.com,
Krzysztof Helt <krzysztof.h1@poczta.fm>,
linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
Geert Uytterhoeven <geert@linux-m68k.org>,
Anton Vorontsov <avorontsov@ru.mvista.com>
Subject: Re: [Linux-fbdev-devel] [PATCH 1/2] fb: add support for foreign endianness
Date: Wed, 20 Feb 2008 11:50:04 +1100 [thread overview]
Message-ID: <1203468604.7273.7.camel@pasglop> (raw)
In-Reply-To: <28238.1203468428@turing-police.cc.vt.edu>
On Tue, 2008-02-19 at 19:47 -0500, Valdis.Kletnieks@vt.edu wrote:
> On Tue, 19 Feb 2008 04:05:30 PST, Andrew Morton said:
> > On Tue, 19 Feb 2008 12:27:54 +0100 Clemens Koller <clemens.koller@anagramm.de
> > wrote:
> > > 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.
>
> > Anyway, my head is now officially spinning. Did anyone actually have a
> > reason why we shouldn't proceed with Anton's patch?
>
> Clemens answered my question regarding the real-life existence of hardware
> that would benefit. I'd say if Anton's patch works on Clemens' hardware and
> otherwise passes review, we should proceed...
No objection here neither.
Ben.
next prev parent reply other threads:[~2008-02-20 0:50 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-05 15:44 [PATCH 1/2] fb: add support for foreign endianness Anton Vorontsov
2008-02-05 19:07 ` Anton Vorontsov
2008-02-15 6:49 ` Andrew Morton
2008-02-15 6:49 ` Andrew Morton
2008-02-15 6:49 ` Andrew Morton
2008-02-15 16:45 ` Anton Vorontsov
2008-02-15 16:45 ` Anton Vorontsov
2008-02-17 9:44 ` Geert Uytterhoeven
2008-02-17 9:44 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2008-02-17 9:44 ` Geert Uytterhoeven
2008-02-18 7:18 ` Krzysztof Helt
2008-02-18 7:18 ` [Linux-fbdev-devel] " Krzysztof Helt
2008-02-18 7:18 ` Krzysztof Helt
2008-02-18 17:30 ` Valdis.Kletnieks
2008-02-18 17:30 ` [Linux-fbdev-devel] " Valdis.Kletnieks
2008-02-18 17:30 ` Valdis.Kletnieks
2008-02-18 17:37 ` Anton Vorontsov
2008-02-18 17:37 ` [Linux-fbdev-devel] " Anton Vorontsov
2008-02-18 17:37 ` Anton Vorontsov
2008-02-18 23:35 ` Clemens Koller
2008-02-18 23:35 ` Clemens Koller
2008-02-19 0:35 ` Benjamin Herrenschmidt
2008-02-19 0:35 ` [Linux-fbdev-devel] " Benjamin Herrenschmidt
2008-02-19 11:27 ` Clemens Koller
2008-02-19 12:05 ` Andrew Morton
2008-02-19 12:05 ` [Linux-fbdev-devel] " Andrew Morton
2008-02-19 12:05 ` Andrew Morton
2008-02-19 12:22 ` Clemens Koller
2008-02-19 12:22 ` Clemens Koller
2008-02-20 0:47 ` Valdis.Kletnieks
2008-02-20 0:47 ` Valdis.Kletnieks
2008-02-20 0:50 ` Benjamin Herrenschmidt [this message]
2008-02-20 0:50 ` Benjamin Herrenschmidt
2008-02-20 0:56 ` Paul Mackerras
2008-02-20 0:56 ` Paul Mackerras
2008-02-20 12:18 ` Anton Vorontsov
2008-02-20 12:18 ` Anton Vorontsov
2008-02-20 20:38 ` Benjamin Herrenschmidt
2008-02-20 20:38 ` Benjamin Herrenschmidt
2008-02-21 4:59 ` Paul Mackerras
2008-02-21 4:59 ` Paul Mackerras
2008-02-20 15:43 ` Clemens Koller
2008-02-20 15:43 ` [Linux-fbdev-devel] " Clemens Koller
2008-02-20 15:43 ` Clemens Koller
2008-02-16 11:49 ` Benjamin Herrenschmidt
2008-02-16 11:49 ` Benjamin Herrenschmidt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1203468604.7273.7.camel@pasglop \
--to=benh@kernel.crashing.org \
--cc=Valdis.Kletnieks@vt.edu \
--cc=adaplas@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=geert@linux-m68k.org \
--cc=krzysztof.h1@poczta.fm \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.