From: Seiji Aguchi <seiji.aguchi@hds.com>
To: "Luck, Tony (tony.luck@intel.com)" <tony.luck@intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>
Cc: "Matt Fleming (matt@console-pimps.org)" <matt@console-pimps.org>,
"mikew@google.com" <mikew@google.com>,
"cbouatmailru@gmail.com" <cbouatmailru@gmail.com>,
"dzickus@redhat.com" <dzickus@redhat.com>,
"dle-develop@lists.sourceforge.net"
<dle-develop@lists.sourceforge.net>,
Satoru Moriya <satoru.moriya@hds.com>
Subject: [PATCH v6 -next 0/2] make efivars/efi_pstore interrupt-safe
Date: Mon, 11 Feb 2013 17:58:28 +0000 [thread overview]
Message-ID: <A5ED84D3BB3A384992CBB9C77DEDA4D414A91283@USINDEM103.corp.hds.com> (raw)
Changelog
v5 -> v6
- Rebase to a latest linux-next tree.
- Modify a comment from "efivar_update_sysfs_entry" to
"efivar_update_sysfs_entries" in include/linux/efi.h (Patch 2/2)
v4 -> v5
- Rebase from a linus tree to a linux-next tree to avoid getting
a conflict when this patchset is merged to a linux-next tree.
- Merge previous patches 2/3 and 3/3 into 2/2 because they fix
a same problem.
- Modify to fit a latest upstream kernel as follows.
- Change spinlock operations of efivarfs which has been
introduced recently.(Patch 1/2)
- Remove delete_all_stale_sysfs_entries() from update_sysfs_entries()
because a currnet efi_pstore doesn't erase existing entries
in a write callback and sysfs entries don't become stale.
(Patch 2/2)
v3 -> v4
- Patch 2/3
Move cancel_work_sync() above an efi_enabled test in efivars_exit().
v2 -> v3
- Patch 1/3
Replace spin_lock_irqsave/spin_unlock_irqrestore with spin_lock_irq/spin_unlock_irq in efivars_unregister(),
efivar_create(), efivar_store_raw() and efivar_delete() which are called in a process context.
- Patch 2/3
Change a name of delete_sysfs_entry() to delete_all_stale_sysfs_entries().
Also, don't release an efivar->lock while searching efivar->list in delete_all_stale_sysfs_entries().
- Patch 3/3
Remove a logic in efi_pstore_erase() which freshly created in patch v2.
v1 -> v2
- Patch 1/3
Add spin_lock_irq/spin_unlock_irq to open/close callbacks of efi_pstore
instead of moving spin_locks to a read callback.
- Patch 2/3
Replace a periodical timer with schedule_work().
- Patch 3/3
freshly create to kick a workqueue in oops case only.
[Problem]
There are following problems related to an interrupt context in efivars
including efivarfs and efi_pstore.
(1)There is a scenario which efi_pstore fails to log messages
in a panic case.
- CPUA holds an efi_var->lock in either efivarfs parts
or efi_pstore with interrupt enabled.
- CPUB panics and sends IPI to CPUA in smp_send_stop().
- CPUA stops with holding the lock.
- CPUB kicks efi_pstore_write() via kmsg_dump(KSMG_DUMP_PANIC)
but it returns without logging messages.
(2)Also, efi_pstore creates sysfs entries, which enable users to access to
NVRAM, in a write callback.
If a kernel panic happens in an interrupt contexts, pstore may fail
because it could sleep due to dynamic memory allocations during creating
sysfs entries.
An actual failure due to the create_sysfs_entry() has been reported.
http://comments.gmane.org/gmane.linux.kernel.efi/406
To resolve problems above, this patchset makes efivars/efi_pstore
interrupt-safe.
[Patch Description]
Please see detailed explanations in each patch.
Seiji Aguchi (2):
efivars: Disable external interrupt while holding efivars->lock
efi_pstore: Introducing workqueue updating sysfs entries
drivers/firmware/efivars.c | 171 ++++++++++++++++++++++++++++++++------------
include/linux/efi.h | 3 +-
2 files changed, 126 insertions(+), 48 deletions(-)
next reply other threads:[~2013-02-11 17:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-11 17:58 Seiji Aguchi [this message]
2013-02-12 21:19 ` [PATCH v6 -next 0/2] make efivars/efi_pstore interrupt-safe Luck, Tony
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=A5ED84D3BB3A384992CBB9C77DEDA4D414A91283@USINDEM103.corp.hds.com \
--to=seiji.aguchi@hds.com \
--cc=cbouatmailru@gmail.com \
--cc=dle-develop@lists.sourceforge.net \
--cc=dzickus@redhat.com \
--cc=linux-efi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matt@console-pimps.org \
--cc=mikew@google.com \
--cc=satoru.moriya@hds.com \
--cc=tony.luck@intel.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;
as well as URLs for NNTP newsgroup(s).