public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Punit Agrawal <punit.agrawal@arm.com>
To: linux-acpi@vger.kernel.org
Cc: Punit Agrawal <punit.agrawal@arm.com>,
	lorenzo.pieralisi@arm.com, sudeep.holla@arm.com,
	linux-kernel@vger.kernel.org, Borislav Petkov <bp@suse.de>,
	"Rafael J . Wysocki" <rjw@rjwysocki.net>
Subject: [PATCH 0/3] Refactor GHES to better support non-APEI systems
Date: Tue,  1 Aug 2017 14:36:05 +0100	[thread overview]
Message-ID: <20170801133608.21017-1-punit.agrawal@arm.com> (raw)

Hi,

The small series re-factors the GHES driver initialisation to move
memory allocation and checks from driver init to device probe. The net
effect is to improve the situation for systems that do not support
APEI.

The patches are organised as -

* Unify estatus pool creation and expansion into ghes_estatus_pool_init()
* Move memory initialisation and firmware first support checks from
  driver init to device probe
* Do not set hest_disable if HEST not found

The set of patches initially started out as a single patch[0]. The
current series is the re-worked approach based on ensuing
discussion. They patches are based on v4.13-rc3 and have been tested
on a system that does not support APEI. Further testing on systems
that support APEI to ensure that the changes do not break expected
behaviour will be greatly appreciated.

Thanks,
Punit

[0] https://lkml.org/lkml/2017/7/20/430

Punit Agrawal (3):
  GHES: Expand the estatus pool in ghes_estatus_pool_init()
  GHES: Move memory initialisation to ghes_probe()
  ACPI / APEI: HEST: Don't set hest_disable if table not found

 drivers/acpi/apei/ghes.c | 132 ++++++++++++++++++++++++++---------------------
 drivers/acpi/apei/hest.c |   2 +-
 2 files changed, 73 insertions(+), 61 deletions(-)

-- 
2.11.0

             reply	other threads:[~2017-08-01 13:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-01 13:36 Punit Agrawal [this message]
2017-08-01 13:36 ` [PATCH 1/3] GHES: Expand the estatus pool in ghes_estatus_pool_init() Punit Agrawal
2017-08-01 13:36 ` [PATCH 2/3] GHES: Move memory initialisation to ghes_probe() Punit Agrawal
2017-08-01 14:04   ` Punit Agrawal
2017-08-14 19:22   ` Borislav Petkov
2017-08-15 10:10     ` Punit Agrawal
2017-08-15  8:35       ` Borislav Petkov
2017-08-15 10:31         ` Punit Agrawal
2017-08-15 10:56           ` Borislav Petkov
2017-08-01 13:36 ` [PATCH 3/3] ACPI / APEI: HEST: Don't set hest_disable if table not found Punit Agrawal
2017-08-09  9:24 ` [PATCH 0/3] Refactor GHES to better support non-APEI systems Punit Agrawal

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=20170801133608.21017-1-punit.agrawal@arm.com \
    --to=punit.agrawal@arm.com \
    --cc=bp@suse.de \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lorenzo.pieralisi@arm.com \
    --cc=rjw@rjwysocki.net \
    --cc=sudeep.holla@arm.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