[PATCH v3] powerpc/powernv Platform dump interface

Vasant Hegde hegdevasant at linux.vnet.ibm.com
Wed Mar 5 14:25:33 EST 2014


On 03/05/2014 07:25 AM, Stewart Smith wrote:
> Vasant Hegde <hegdevasant at linux.vnet.ibm.com> writes:
>>> index 0000000..32fe7f5
>>> --- /dev/null
>>> +++ b/Documentation/ABI/stable/sysfs-firmware-opal-dump
>>> @@ -0,0 +1,41 @@
>>> +What:		/sys/firmware/opal/dump
>>> +Date:		Feb 2014
>>> +Contact:	Stewart Smith <stewart at linux.vnet.ibm.com>
>>> +Description:
>>> +		This directory exposes interfaces for interacting with
>>> +		the FSP and platform dumps through OPAL firmware interface.
>>> +
>>> +		This is only for the powerpc/powernv platform.
>>> +
>>> +		initiate_dump:	When '1' is written to it,
>>> +				we will initiate a dump.
>>
>> initiate FSP dump
>
> ack. I can send subsequent patch that fixes up these bits.
>
>>> --- /dev/null
>>> +++ b/arch/powerpc/platforms/powernv/opal-dump.c
>>> @@ -0,0 +1,525 @@
>>> +/*
>>> + * PowerNV OPAL Dump Interface
>>> + *
>>> + * Copyright 2013,2014 IBM Corp.
>>> + *
>>> + * This program is free software; you can redistribute it and/or
>>> + * modify it under the terms of the GNU General Public License
>>> + * as published by the Free Software Foundation; either version
>>> + * 2 of the License, or (at your option) any later version.
>>> + */
>>> +
>>> +#include <linux/kobject.h>
>>> +#include <linux/mm.h>
>>> +#include <linux/slab.h>
>>> +#include <linux/vmalloc.h>
>>> +#include <linux/pagemap.h>
>>> +#include <linux/delay.h>
>>> +
>>> +#include <asm/opal.h>
>>> +
>>> +#define DUMP_TYPE_FSP	0x01
>>
>> Better define other dump type (sysdump etc) here and use it below ?
>
> Likely yes, Is there a definitive list somewhere?

List is depending on what OPAL gives to Linux...For now

#define DUMP_TYPE_FSP	0x01
#define DUMP_TYPE_SYS   0x02
#define DUMP_TYPE_SMA   0x03


>
>>> +static ssize_t init_dump_store(struct dump_obj *dump_obj,
>>> +			       struct dump_attribute *attr,
>>> +			       const char *buf,
>>> +			       size_t count)
>>> +{
>>> +	dump_fips_init(DUMP_TYPE_FSP);
>>> +	pr_info("%s: Initiated FSP dump\n", __func__);
>>
>> This might mislead if OPAL fails to initiate FSP dump.. Better move this to
>> dump_fips_init () ?
>
> good point. I don't think we actually process the response of FSP dump
> init, which IIRC may actually be able to tell us if it failed to
> initiate a dump.
>

Yes..

-Vasant



More information about the Linuxppc-dev mailing list