From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Aruna Balakrishnaiah <aruna@linux.vnet.ibm.com>
Cc: jkenisto@linux.vnet.ibm.com, tony.luck@intel.com,
mahesh@linux.vnet.ibm.com, cbouatmailru@gmail.com,
linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
paulus@samba.org, anton@samba.org, ccross@android.com,
keescook@chromium.org
Subject: Re: [PATCH v3 0/8] Nvram-to-pstore
Date: Sat, 01 Jun 2013 14:40:02 +1000 [thread overview]
Message-ID: <1370061602.3766.22.camel@pasglop> (raw)
In-Reply-To: <20130425100952.21017.51799.stgit@aruna-ThinkPad-T420>
On Thu, 2013-04-25 at 15:47 +0530, Aruna Balakrishnaiah wrote:
> Currently the kernel provides the contents of p-series NVRAM only as a
> simple stream of bytes via /dev/nvram, which must be interpreted in user
> space by the nvram command in the powerpc-utils package. This patch set
> exploits the pstore subsystem to expose each partition in NVRAM as a
> separate file in /dev/pstore. For instance Oops messages will stored in a
> file named [dmesg-nvram-2].
We will need the same stuff for powernv. This is not a blocker for this
patch series which I'm happy to apply (after I give it another round of
review, hopefully today) but I would very much like you to, on top of
this, start moving some of the basic pseries partition nvram handling
to a generic place, along with your pstore bits, and use it on powernv
as well.
In fact, this applies to at least all the BookS server platforms...
Things that come to mind:
- nvram_64.c duplicates generic_nvram.c as far as the user accessors
are concerned, it should be possible to get rid of code there. Either
the arch or the generic one (*)
- The nvram partition management should move to generic. While at it
factor in the powermac variant (same stuff, mostly duplicated code)
- powernv wants all the goodies that pseries has, as does cell.
(*) I wonder about that generic stuff... userspace might want to start
doing things like resizing the common partition if not big enough etc...
For that we might want to add more specific ioctl's. Is anybody other
than us using generic_nvram ? I don't like adding ioctl's like that
to a generic driver, maybe we could just make it call into something
like arch_nvram_ioctl() and have an empty weak variant instead of the
current ifdef game.
Cheers,
Ben.
> Changes from v2:
> - Fix renaming of pstore type ids in nvram.c
>
> Changes from v1:
> - Reduce #ifdefs by and remove forward declarations of pstore callbacks
> - Handle return value of nvram_write_os_partition
> - Remove empty pstore callbacks and register pstore only when pstore
> is configured
> ---
>
> Aruna Balakrishnaiah (8):
> powerpc/pseries: Remove syslog prefix in uncompressed oops text
> powerpc/pseries: Add version and timestamp to oops header
> powerpc/pseries: Introduce generic read function to read nvram-partitions
> powerpc/pseries: Read/Write oops nvram partition via pstore
> powerpc/pseries: Read rtas partition via pstore
> powerpc/pseries: Distinguish between a os-partition and non-os partition
> powerpc/pseries: Read of-config partition via pstore
> powerpc/pseries: Read common partition via pstore
>
>
> arch/powerpc/platforms/pseries/nvram.c | 353 +++++++++++++++++++++++++++-----
> fs/pstore/inode.c | 9 +
> include/linux/pstore.h | 4
> 3 files changed, 313 insertions(+), 53 deletions(-)
>
next prev parent reply other threads:[~2013-06-01 4:40 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-25 10:17 [PATCH v3 0/8] Nvram-to-pstore Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 1/8] powerpc/pseries: Remove syslog prefix in uncompressed oops text Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 2/8] powerpc/pseries: Add version and timestamp to oops header Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 3/8] powerpc/pseries: Introduce generic read function to read nvram-partitions Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 4/8] powerpc/pseries: Read/Write oops nvram partition via pstore Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 5/8] powerpc/pseries: Read rtas " Aruna Balakrishnaiah
2013-06-01 4:49 ` Benjamin Herrenschmidt
2013-06-01 4:50 ` Benjamin Herrenschmidt
2013-04-25 10:18 ` [PATCH v3 6/8] powerpc/pseries: Distinguish between a os-partition and non-os partition Aruna Balakrishnaiah
2013-04-25 10:19 ` [PATCH v3 7/8] powerpc/pseries: Read of-config partition via pstore Aruna Balakrishnaiah
2013-04-25 10:19 ` [PATCH v3 8/8] powerpc/pseries: Read common " Aruna Balakrishnaiah
2013-06-01 4:52 ` Benjamin Herrenschmidt
2013-06-04 9:02 ` Aruna Balakrishnaiah
2013-06-01 4:40 ` Benjamin Herrenschmidt [this message]
2013-06-01 4:43 ` [PATCH v3 0/8] Nvram-to-pstore Benjamin Herrenschmidt
2013-06-01 5:25 ` Benjamin Herrenschmidt
2013-06-05 9:00 ` Aruna Balakrishnaiah
2013-06-05 9:43 ` Benjamin Herrenschmidt
2013-06-05 9:52 ` Aruna Balakrishnaiah
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=1370061602.3766.22.camel@pasglop \
--to=benh@kernel.crashing.org \
--cc=anton@samba.org \
--cc=aruna@linux.vnet.ibm.com \
--cc=cbouatmailru@gmail.com \
--cc=ccross@android.com \
--cc=jkenisto@linux.vnet.ibm.com \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=mahesh@linux.vnet.ibm.com \
--cc=paulus@samba.org \
--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).