linux-kernel - Re: [PATCH 00/15] fsi: Overall improvements and new SBE fifo driver

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:   Sun, 10 Jun 2018 16:46:53 +1000
From:   Benjamin Herrenschmidt <benh@...nel.crashing.org>
To:     Joel Stanley <joel@....id.au>
Cc:     Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Jeremy Kerr <jk@...abs.org>,
        Christopher Bostic <cbostic@...ux.vnet.ibm.com>
Subject: Re: [PATCH 00/15] fsi: Overall improvements and new SBE fifo driver

(Greg, see below)

On Tue, 2018-05-29 at 22:00 +0930, Joel Stanley wrote:
> On 29 May 2018 at 11:00, Benjamin Herrenschmidt
> <benh@...nel.crashing.org> wrote:
> > This series brings in a number of improvements to our FSI stack
> > (one of the service interfaces for communicating between a BMC chip and
> > our POWER processors).
> > 
> > The GPIO based "Soft FSI" performance is significantly improved, and
> > it's reliability as well.
> > 
> > The SBE fifo driver provides the interface to the processor "Self Boot
> > Engine"
> > 
> > Some of these patches have been simmering for a while in the OpenBMC
> > tree.
> 
> I run this series atop of 4.17-rc7 today, and they look solid.
> 
> Tested-by: Joel Stanley <joel@....id.au>

So how do we proceed ? I have more coming on top of this, but we should
start with getting this series merged.

Greg, should we create a FSI git repo with a 3-member maintainer team
(Jeremy, Chris and myself) and send you pull requests ? Or are you
happy to continue picking up patches ?

We have more stuff to come in there, including support for a HW master
contoller in a future BMC chip, some more slave drivers, etc..

It also looks like the s390 guys might start using some of that as well
(their chips use FSI as well, so far they used our old service
processor which uses an ancient non-uptream set of drivers & stack, but
that's likely to change).

Cheers,
Ben.

> Cheers,
> 
> Joel