[Skiboot] [PATCH v2 1/6] xive: Remove xive rev field and recognize P9P
Nicholas Piggin
npiggin at gmail.com
Mon May 6 20:27:17 AEST 2019
Oliver's on May 6, 2019 4:28 pm:
> On Thu, May 2, 2019 at 9:17 PM Nicholas Piggin <npiggin at gmail.com> wrote:
>>
>> All supported P9s are the revision 2 xive model, so there is no point
>> to keeping it around. This avoids P9P being reported as unknown rev
>> (which doesn't cause any other problems).
>>
>> Signed-off-by: Nicholas Piggin <npiggin at gmail.com>
>> ---
>> hw/xive.c | 23 ++++++++++++-----------
>> 1 file changed, 12 insertions(+), 11 deletions(-)
>>
>> diff --git a/hw/xive.c b/hw/xive.c
>> index f38226523..5edcaedf5 100644
>> --- a/hw/xive.c
>> +++ b/hw/xive.c
>> @@ -365,10 +365,6 @@ struct xive {
>> uint32_t chip_id;
>> uint32_t block_id;
>> struct dt_node *x_node;
>> - int rev;
>> -#define XIVE_REV_UNKNOWN 0 /* Unknown version */
>> -#define XIVE_REV_1 1 /* P9 (Nimbus) DD1.x (not supported) */
>> -#define XIVE_REV_2 2 /* P9 (Nimbus) DD2.x or Cumulus */
>
>
> IIRC Pn+1 is going to have rev 3 XIVE. Are you sure we're not going to
> end up adding this again later on?
I think gen 2 (where P9 is gen 1, rev 2).
The exact name doesn't really matter, skiboot could just as well call
it REV_3 or GEN_2. But it's possible things will be a bit more
complicated. We might have a xive2 struct type, or a gen2 chip that
is running in a gen1 emulation mode. So might as well just remove it
IMO, it's trivial to add something back later if needed.
Thanks,
Nick
More information about the Skiboot
mailing list