lkcd
[Top] [All Lists]

Re: Dump driver interface

To: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Subject: Re: Dump driver interface
From: Castor Fu <castor@xxxxxxxxxxxx>
Date: Tue, 9 Oct 2001 10:46:53 -0700 (PDT)
Cc: "Matt D. Robinson" <yakker@xxxxxxxxxxxxxx>, <lkcd@xxxxxxxxxxx>
In-reply-to: <20011009120620.A2365@in.ibm.com>
Sender: owner-lkcd@xxxxxxxxxxx
On Tue, 9 Oct 2001, Suparna Bhattacharya wrote:

> On Mon, Oct 08, 2001 at 11:46:42PM -0700, Matt D. Robinson wrote:
> >
> > I think you've covered most of it.  The real key here is making sure
> > to maintain as little stuff as possible in the dump functionality for
> > each device driver.  That device operation is responsible for knowing
> > what to do when it is called, in terms of configuring the driver
> > state, reading flags, and writing out pages of data to disk.  For it
> > to do more than that, such as understanding higher level kernel
> > structures,
> > would not be a good thing.

One thing that might be nice, (I'm still on the fence on this matter), is to
structure the code so it could be standalone code outside of the linux kernel.

This would imply factoring out the iteration through pages of memory and
device write routines.  In this case, various linux kernel parameters
might also not be available.



<Prev in Thread] Current Thread [Next in Thread>