From: Tomas Henzl <thenzl@redhat.com>
To: "Elliott, Robert (Server Storage)" <Elliott@hp.com>,
"Sumit.Saxena@avagotech.com" <Sumit.Saxena@avagotech.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Cc: "martin.petersen@oracle.com" <martin.petersen@oracle.com>,
"hch@infradead.org" <hch@infradead.org>,
"jbottomley@parallels.com" <jbottomley@parallels.com>,
"kashyap.desai@avagotech.com" <kashyap.desai@avagotech.com>,
"aradford@gmail.com" <aradford@gmail.com>
Subject: Re: [PATCH 04/11] megaraid_sas : Firmware crash dump feature support
Date: Wed, 10 Sep 2014 12:08:19 +0200 [thread overview]
Message-ID: <54102313.1090604@redhat.com> (raw)
In-Reply-To: <94D0CD8314A33A4D9D801C0FE68B402958C6C617@G9W0745.americas.hpqcorp.net>
On 09/09/2014 06:18 PM, Elliott, Robert (Server Storage) wrote:
>
>> -----Original Message-----
>> From: linux-scsi-owner@vger.kernel.org [mailto:linux-scsi-
>> owner@vger.kernel.org] On Behalf Of Tomas Henzl
>> Sent: Tuesday, 09 September, 2014 10:54 AM
>> Subject: Re: [PATCH 04/11] megaraid_sas : Firmware crash dump feature
>> support
>>
>> On 09/06/2014 03:25 PM, Sumit.Saxena@avagotech.com wrote:
>>> This feature will provide similar interface as kernel crash dump
>> feature.
>>> When megaraid firmware encounter any crash, driver will collect the
>> firmware raw image and
>>> dump it into pre-configured location.
>>>
> ...
>> With several controllers in a system this may take a lot memory,
>> could you also
>> in case when a kdump kernel is running lower it, by not using this
>> feature?
> What is the correct way for a driver to determine that it is
> running in a kdump kernel? The reset_devices global variable?
Yes reset_devices is used for this purpose.
I think, that I've seen some drivers even trying to reduce the normal
mem use, because a top performance is not needed.
>
>
> ---
> Rob Elliott HP Server Storage
>
>
>
> N�����r��y���b�X��ǧv�^�){.n�+����{���"�{ay�\x1dʇڙ�,j\a��f���h���z�\x1e�w���\f���j:+v���w�j�m����\a����zZ+�����ݢj"��!tml=
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-09-10 10:08 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-06 13:25 [PATCH 04/11] megaraid_sas : Firmware crash dump feature support Sumit.Saxena
2014-09-09 15:54 ` Tomas Henzl
2014-09-09 16:18 ` Elliott, Robert (Server Storage)
2014-09-10 10:08 ` Tomas Henzl [this message]
2014-09-10 12:12 ` Sumit Saxena
2014-09-10 15:06 ` Elliott, Robert (Server Storage)
2014-09-10 15:28 ` Tomas Henzl
2014-09-10 15:46 ` Vivek Goyal
2014-09-11 9:02 ` Kashyap Desai
2014-09-11 11:20 ` Tomas Henzl
2014-09-11 16:39 ` Kashyap Desai
2014-09-11 17:02 ` Vivek Goyal
2014-09-11 18:58 ` Tomas Henzl
2014-09-11 19:11 ` Kashyap Desai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54102313.1090604@redhat.com \
--to=thenzl@redhat.com \
--cc=Elliott@hp.com \
--cc=Sumit.Saxena@avagotech.com \
--cc=aradford@gmail.com \
--cc=hch@infradead.org \
--cc=jbottomley@parallels.com \
--cc=kashyap.desai@avagotech.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox