On Thu, Sep 20, 2012 at 2:09 AM, Willy Tarreau <w@xxxxxx> wrote: > On Wed, Sep 19, 2012 at 12:44:58PM -0700, Joe Perches wrote: >> On Thu, 2012-09-20 at 01:07 +0530, Adil Mujeeb wrote: >> > Removed do {} while (0) loop for a single statement macros >> > >> > Signed-off-by: Adil Mujeeb <mujeeb.adil@xxxxxxxxx> >> > --- >> > linux-3.6-rc6/drivers/staging/panel/panel.c | 4 ++-- >> > 1 files changed, 2 insertions(+), 2 deletions(-) >> > >> > diff --git a/linux-3.6-rc6/drivers/staging/panel/panel.c b/linux-3.6-rc6/drivers/staging/panel/panel.c >> > index 39f9982..d9fec5b 100644 >> > --- a/linux-3.6-rc6/drivers/staging/panel/panel.c >> > +++ b/linux-3.6-rc6/drivers/staging/panel/panel.c >> > @@ -137,8 +137,8 @@ >> > #define r_ctr(x) (parport_read_control((x)->port)) >> > #define r_dtr(x) (parport_read_data((x)->port)) >> > #define r_str(x) (parport_read_status((x)->port)) >> > -#define w_ctr(x, y) do { parport_write_control((x)->port, (y)); } while (0) >> > -#define w_dtr(x, y) do { parport_write_data((x)->port, (y)); } while (0) >> > +#define w_ctr(x, y) (parport_write_control((x)->port, (y))) >> > +#define w_dtr(x, y) (parport_write_data((x)->port, (y))) >> >> Unnecessary parentheses too. >> It might be better to use static inlines instead. I just did this change only as per checkpatch script warning. Also the parentheses is added similar to other macros. So should i removed all the macros and convert it to static inlines ? > Agreed. We already got bugs in the cyrix register manipulation for > years because of the use of macros which caused registers to be set > in the wrong order, let's not redo that mistake again. hmmm macros seems too dangerous but does it mean we should not use macros altogether? So should i create a single patch which replaces all macros of this file into inline function? This is my first effort in submitting a patch :) PS: I have correct the email id from evel@xxxxxxxxxxxxxxxxxxxx to devel@xxxxxxxxxxxxxxxxxxxx. My mistake while submitting the patch in first post :( > > Willy > _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/devel