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:43:31 +1000 [thread overview]
Message-ID: <1370061811.3766.24.camel@pasglop> (raw)
In-Reply-To: <1370061602.3766.22.camel@pasglop>
On Sat, 2013-06-01 at 14:40 +1000, Benjamin Herrenschmidt wrote:
.../...
> 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.
- It's stupid for userspace to re-implement the whole partition scheme,
so let's add ioctl's to lookup partitions by name & type. We could turn
the whole thing into sysfs instead too which might be better .... (ie
a file per partition).
> (*) 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(-)
> >
>
WARNING: multiple messages have this Message-ID (diff)
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Aruna Balakrishnaiah <aruna@linux.vnet.ibm.com>
Cc: linuxppc-dev@ozlabs.org, paulus@samba.org,
linux-kernel@vger.kernel.org, jkenisto@linux.vnet.ibm.com,
tony.luck@intel.com, ananth@in.ibm.com,
mahesh@linux.vnet.ibm.com, ccross@android.com, anton@samba.org,
cbouatmailru@gmail.com, keescook@chromium.org
Subject: Re: [PATCH v3 0/8] Nvram-to-pstore
Date: Sat, 01 Jun 2013 14:43:31 +1000 [thread overview]
Message-ID: <1370061811.3766.24.camel@pasglop> (raw)
In-Reply-To: <1370061602.3766.22.camel@pasglop>
On Sat, 2013-06-01 at 14:40 +1000, Benjamin Herrenschmidt wrote:
.../...
> 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.
- It's stupid for userspace to re-implement the whole partition scheme,
so let's add ioctl's to lookup partitions by name & type. We could turn
the whole thing into sysfs instead too which might be better .... (ie
a file per partition).
> (*) 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:43 UTC|newest]
Thread overview: 38+ 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:17 ` 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 ` 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 ` 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 ` 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 ` Aruna Balakrishnaiah
2013-04-25 10:18 ` [PATCH v3 5/8] powerpc/pseries: Read rtas " Aruna Balakrishnaiah
2013-04-25 10:18 ` Aruna Balakrishnaiah
2013-06-01 4:49 ` Benjamin Herrenschmidt
2013-06-01 4:49 ` Benjamin Herrenschmidt
2013-06-01 4:50 ` 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:18 ` 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 ` Aruna Balakrishnaiah
2013-04-25 10:19 ` [PATCH v3 8/8] powerpc/pseries: Read common " Aruna Balakrishnaiah
2013-04-25 10:19 ` Aruna Balakrishnaiah
2013-06-01 4:52 ` Benjamin Herrenschmidt
2013-06-01 4:52 ` Benjamin Herrenschmidt
2013-06-04 9:02 ` Aruna Balakrishnaiah
2013-06-04 9:02 ` Aruna Balakrishnaiah
2013-06-01 4:40 ` [PATCH v3 0/8] Nvram-to-pstore Benjamin Herrenschmidt
2013-06-01 4:40 ` Benjamin Herrenschmidt
2013-06-01 4:43 ` Benjamin Herrenschmidt [this message]
2013-06-01 4:43 ` Benjamin Herrenschmidt
2013-06-01 5:25 ` Benjamin Herrenschmidt
2013-06-01 5:25 ` Benjamin Herrenschmidt
2013-06-05 9:00 ` Aruna Balakrishnaiah
2013-06-05 9:00 ` Aruna Balakrishnaiah
2013-06-05 9:43 ` Benjamin Herrenschmidt
2013-06-05 9:43 ` Benjamin Herrenschmidt
2013-06-05 9:52 ` Aruna Balakrishnaiah
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=1370061811.3766.24.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.