[Skiboot] [PATCH v2 3/5] npu2-opencapi: Train links on fundamental reset
andrew.donnellan at au1.ibm.com
Thu May 31 18:17:59 AEST 2018
On 24/05/18 03:25, Frederic Barrat wrote:
> From: Frederic Barrat <fbarrat at linux.vnet.ibm.com>
> Reorder our link training steps so that they are executed on
> fundamental reset instead of during the initial setup. Skiboot always
> call a fundamental reset on all the PHBs during pci init.
> It is done through a state machine, similarly to what is done for
> 'real' PHBs.
> This is the first step for a longer term goal to be able to trigger an
> adapter reset from linux. We'll need the reset callbacks of the PHB to
> be defined. We have to handle the various delays differently, since a
> linux thread shouldn't stay stuck waiting in opal for too long.
> No functional changes.
> Signed-off-by: Frederic Barrat <fbarrat at linux.vnet.ibm.com>
Acked-by: Andrew Donnellan <andrew.donnellan at au1.ibm.com>
> Fence/unfence the OTL on reset, except during initial startup,
> where it is useless. It is to protect us for later, when the
> OS can trigger an adapter reset, as a FIR bit is raised if the
> link goes down and the OTL is not fenced.
Is there any reason to *not* fence on the initial startup?
Andrew Donnellan OzLabs, ADL Canberra
andrew.donnellan at au1.ibm.com IBM Australia Limited
More information about the Skiboot