Hi Sam, > On Sun, Jul 10, 2022 at 01:04:23PM +0200, Geert Uytterhoeven wrote: > > On Sun, Jul 10, 2022 at 12:31 PM Sam Ravnborg <sam@xxxxxxxxxxxx> wrote: > > > On Fri, Jul 08, 2022 at 08:21:31PM +0200, Geert Uytterhoeven wrote: > > > > Fill in the LSB when converting color components from 8-bit to 16-bit. > > > > > > > > Signed-off-by: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> > > > > --- a/tests/util/pattern.c > > > > +++ b/tests/util/pattern.c > > > > @@ -646,9 +646,9 @@ void util_smpte_c8_gamma(unsigned size, struct drm_color_lut *lut) > > > > memset(lut, 0, size * sizeof(struct drm_color_lut)); > > > > > > > > #define FILL_COLOR(idx, r, g, b) \ > > > > - lut[idx].red = (r) << 8; \ > > > > - lut[idx].green = (g) << 8; \ > > > > - lut[idx].blue = (b) << 8 > > > > + lut[idx].red = (r) * 0x101; \ > > > > > > (lut[idx].red = (r) << 8) | 1; > > > > > > had IMO been easier to read. > > > > I guess you mean "| (r)" instead of "| 1"? > > Well, I meant what I wrote but it is obviously wrong. ;-) > So yes > lut[idx].red = (r) << 8 | (r); > > is the equivalent of multiplying with 0x101. > > Whatever works, but if you update this patch, then please update the > later patch where the multiply with 0x101 is also used. The advantage of the multiplication is that the macro's parameters are used only once, hence no temporaries are needed to keep them safe. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx 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