From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: schmitz@opal.biophys.uni-duesseldorf.de,
linux-fbdev-devel@lists.sourceforge.net,
linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [patch 3/6] fbdev: c2p - Cleanups
Date: Tue, 23 Dec 2008 09:13:32 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.64.0812230908330.17497@anakin> (raw)
In-Reply-To: <20081222152206.707c3214.akpm@linux-foundation.org>
On Mon, 22 Dec 2008, Andrew Morton wrote:
> On Sun, 21 Dec 2008 16:01:02 +0100
> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> > - Improve comments and naming
> > - Use void * for arbitrary pointers
> > - Use a union to represent pixels/words, to avoid casts
> >
> > Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> > ---
> > drivers/video/c2p.c | 80 +++++++++++++++++++++++++++-------------------------
> > drivers/video/c2p.h | 6 +--
> > 2 files changed, 45 insertions(+), 41 deletions(-)
> >
> > --- a/drivers/video/c2p.c
> > +++ b/drivers/video/c2p.c
> > @@ -54,7 +54,7 @@ static inline u32 get_mask(int n)
> > return 0;
> > }
> >
> > -#define transp_nx1(d, n) \
> > +#define transp8_nx1(d, n) \
> > do { \
> > u32 mask = get_mask(n); \
> > /* First block */ \
> > @@ -67,7 +67,7 @@ static inline u32 get_mask(int n)
> > _transp(d, 6, 7, n, mask); \
> > } while (0)
> > -#define transp_nx2(d, n) \
> > +#define transp8_nx2(d, n) \
> > do { \
> > u32 mask = get_mask(n); \
> > /* First block */ \
> > @@ -78,40 +78,41 @@ static inline u32 get_mask(int n)
>
> I was going to say:
>
> - these don't need to be implemented as macros
>
> - these reference their arguments multiple times and will cause
> problems when passed an expression with side-effects.
You're right. These could be inline functions.
> - they should be converted to inlined C function, but those functions
> will be waaaaaaaay to big to inline.
They're actually not _that_ big. And "n" is known at compile-time.
> but happily, they appear to not have any callers?
>
> > _transp(d, 5, 7, n, mask); \
> > } while (0)
> >
> > -#define transp_nx4(d, n) \
> > +#define transp8_nx4(d, n) \
> > do { \
> > u32 mask = get_mask(n); \
> > + /* Single block */ \
> > _transp(d, 0, 4, n, mask); \
> > _transp(d, 1, 5, n, mask); \
> > _transp(d, 2, 6, n, mask); \
> > _transp(d, 3, 7, n, mask); \
> > } while (0)
> >
> > -#define transp(d, n, m) transp_nx ## m(d, n)
> > +#define transp8(d, n, m) transp8_nx ## m(d, n)
>
> ah, yes they do. Tricky!
But this macro exist to provide one single transp8(d, n, m) API.
Perhaps it'll work as one big inline function too. I'll check if gcc
is smart enough to optimize it ("m" is known at compile-time, too).
> > /*
> > @@ -130,12 +131,12 @@ static inline unsigned long comp(unsigne
> > * Store a full block of planar data after c2p conversion
> > */
> >
> > -static inline void store_planar(char *dst, u32 dst_inc, u32 bpp, u32 d[8])
> > +static inline void store_planar(void *dst, u32 dst_inc, u32 bpp, u32 d[8])
> > {
> > int i;
> >
> > for (i = 0; i < bpp; i++, dst += dst_inc)
> > - *(u32 *)dst = d[perm_c2p_8bpp[i]];
> > + *(u32 *)dst = d[perm_c2p_32x8[i]];
> > }
> >
> >
> > @@ -143,13 +144,13 @@ static inline void store_planar(char *ds
> > * Store a partial block of planar data after c2p conversion
> > */
> >
> > -static inline void store_planar_masked(char *dst, u32 dst_inc, u32 bpp,
> > +static inline void store_planar_masked(void *dst, u32 dst_inc, u32 bpp,
> > u32 d[8], u32 mask)
> > {
> > int i;
> >
> > for (i = 0; i < bpp; i++, dst += dst_inc)
> > - *(u32 *)dst = comp(d[perm_c2p_8bpp[i]], *(u32 *)dst, mask);
> > + *(u32 *)dst = comp(d[perm_c2p_32x8[i]], *(u32 *)dst, mask);
> > }
>
> This driver needs a inlineectomy.
I actually want it to be inlined.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
next prev parent reply other threads:[~2008-12-23 8:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-21 15:00 [patch 0/6] [patch 0/6] Atari frame buffer fixes Geert Uytterhoeven
2008-12-21 15:01 ` [patch 1/6] fbdev: atafb - Fix line length handling Geert Uytterhoeven
2008-12-21 15:01 ` [patch 2/6] fbdev: atafb - Fix 16 bpp console Geert Uytterhoeven
2008-12-21 15:01 ` [patch 3/6] fbdev: c2p - Cleanups Geert Uytterhoeven
2008-12-22 23:22 ` Andrew Morton
2008-12-23 8:13 ` Geert Uytterhoeven [this message]
2008-12-21 15:01 ` [patch 4/6] fbdev: c2p - Extract common c2p core to c2p_core.h Geert Uytterhoeven
2008-12-21 15:01 ` [patch 5/6] fbdev: c2p/atafb - Add support for Atari interleaved bitplanes Geert Uytterhoeven
2008-12-21 15:01 ` [patch 6/6] fbdev: c2p - Rename c2p to c2p_planar and correct indentation Geert Uytterhoeven
2008-12-22 23:23 ` Andrew Morton
2008-12-23 8:02 ` Geert Uytterhoeven
2008-12-22 23:24 ` [patch 0/6] [patch 0/6] Atari frame buffer fixes Andrew Morton
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=Pine.LNX.4.64.0812230908330.17497@anakin \
--to=geert@linux-m68k.org \
--cc=akpm@linux-foundation.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
--cc=schmitz@opal.biophys.uni-duesseldorf.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox