lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Mon, 11 Feb 2019 10:15:07 +0900
From:   Masahiro Yamada <yamada.masahiro@...ionext.com>
To:     Miquel Raynal <miquel.raynal@...tlin.com>
Cc:     Boris Brezillon <bbrezillon@...nel.org>,
        Richard Weinberger <richard@....at>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Marek Vasut <marek.vasut@...il.com>,
        linux-mtd <linux-mtd@...ts.infradead.org>,
        Brian Norris <computersforpeace@...il.com>,
        David Woodhouse <dwmw2@...radead.org>
Subject: Re: [PATCH 05/11] mtd: rawnand: denali: rename irq_status to irq_stat

Hi Miquel,

On Sat, Feb 9, 2019 at 6:57 AM Miquel Raynal <miquel.raynal@...tlin.com> wrote:
>
> Hi Masahiro,
>
> Masahiro Yamada <yamada.masahiro@...ionext.com> wrote on Fri,  8 Feb
> 2019 17:08:49 +0900:
>
> > I will add the third argument to denali_wait_for_irq() in the
> > following commit. Then, some lines will exceed 80 columns.
> >
> > Rename 'irq_status' to 'irq_stat'. Saving two characters will avoid
> > line-wrapping in some places, and keep the code clean.
>
> I had a look at the changes and I don't think this is worth the
> trouble. I don't find irq_stat meaningful enough compared to
> irq_status. If you want, you may break lines between arguments of a
> function instead.

OK, I will drop this patch from v2.


> >
> > I replaced uint32_t with u32 in the touched lines. This will reduce
> > the reports from 'scripts/checkpatch.pl --strict'.
>
> While you are at it, it might be interesting to convert the whole
> driver in one go to using u8, u16 and u32?

I did this in 11/11.
http://patchwork.ozlabs.org/patch/1038507/

I will move all uint32_t -> u32 conversions to the last patch
if this is worthwhile.


Thanks.

> Thanks,
> Miquèl
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/



-- 
Best Regards
Masahiro Yamada

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ