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:   Tue, 27 Jun 2017 18:00:45 +0200
From:   gregkh <gregkh@...uxfoundation.org>
To:     Arnd Bergmann <arnd@...db.de>
Cc:     laurentiu.tudor@....com, devel@...verdev.osuosl.org,
        stuyoder@...il.com, Marc Zyngier <marc.zyngier@....com>,
        Roy Pledge <roy.pledge@....com>,
        Alexander Graf <agraf@...e.de>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        catalin.horghidan@....com, ioana.ciornei@....com,
        Leo Li <leoyang.li@....com>, bharat.bhushan@....com,
        Linux ARM <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v2 00/15] staging: fsl-mc: clean up header files

On Tue, Jun 27, 2017 at 05:33:21PM +0200, Arnd Bergmann wrote:
> On Tue, Jun 27, 2017 at 4:41 PM,  <laurentiu.tudor@....com> wrote:
> > From: Laurentiu Tudor <laurentiu.tudor@....com>
> >
> > This patch series contain mainly clean-ups of the mc-bus header files
> > with the final goal of reorganizing them in just 2 files: a public
> > and a private one, as per GregKH suggestion [1].
> > Here's a summary of the header reorganizing:
> >  - existing mc.h used as public header (contained most of the public API)
> >  - existing fsl-mc-private.h used for private header
> >  - mc-bus.h merged both in public and private header
> >  - mc-sys.h and mc-cmd.h merged in public header
> >  - dprc.h made private
> >  - dpmng.h deleted
> >
> > [1] https://patchwork.kernel.org/patch/9775683/
> >
> > version 2 changes
> >  - fix compilation issue
> >  - reordered a comparison, be consistent when checking strcmp() return
> >    (Joe Perches, first two patches)
> 
> It looks like v1 was already merged into staging-next, so the changes would
> have to be relative to what's already merged, rather than replacing them.

No, I had to revert the whole v1 mess, so this is correct...

thanks,

greg k-h

Powered by blists - more mailing lists