[PATCH 1/2] rename pSeries nvram functions

Nathan Lynch ntl at pobox.com
Wed Jan 31 07:16:42 EST 2007


Benjamin Herrenschmidt wrote:
> On Wed, 2007-01-24 at 19:00 -0600, Nathan Lynch wrote:
> > Benjamin Herrenschmidt wrote:
> > > On Thu, 2007-01-25 at 11:46 +1100, Benjamin Herrenschmidt wrote:
> > > > On Wed, 2007-01-24 at 18:16 -0600, Nathan Lynch wrote:
> > > > > The nvram support in the pSeries platform code is not really tied to
> > > > > the pSeries platform.  This code is useful on other platforms that
> > > > > have the necessary firmware support.
> > > > > 
> > > > > Change the "pSeries" prefixes on the nvram function names to "rtas" in
> > > > > preparation for moving this code to a platform-neutral location.
> > > > > 
> > > > > Signed-off-by: Nathan Lynch <ntl at pobox.com>
> > > > 
> > > > Please, move them out of platform/pseries while at it, so you can also
> > > > merge with chrp nvram.c which is pretty much the same.
> > > 
> > > Oh, missed that second patch of yours... good :-) Now we should see if
> > > we can fixup chrp too..
> > 
> > I'll look into it, though I might be hard-pressed to find a chrp
> > machine with which to test.
> 
> I haev a couple, If you don't beat me, I'll have a look at doing the
> chrp bits next week.

Actually... it turns out we can use the mmio nvram backend on maple
(at least on systems with SLOF).  It seems to be quite a bit faster
than RTAS.

So I think I'll submit a patch enabling MMIO_NVRAM for maple and leave
the consolidation of the pseries and chrp nvram code as a separate
matter.



More information about the Linuxppc-dev mailing list