[dm-devel] 2.6.2-udm2

[Heinz Mauelshagen]

On Wed, Feb 18, 2004 at 02:45:02PM +0100, Lars Marowsky-Bree wrote:
> On 2004-02-18T13:11:04,
>    Joe Thornber <thornber at redhat.com> said:
> 
> > > Yes. I actually see no way around this, except to tap into a general
> > > 'emergency' memory pool. I thought there was something like it, but I
> > > forgot the name ;-) Doesn't pvmove use the same?
> > PF_MEMALLOC; At the moment this is used for both loading tables, and
> > making them active.  Once the LVM tools start preloading properly, it
> > will only be used for the activation (resume) operation.
> 
> Would this not be an option for a _carefully written_ user-space tester
> too?

Maybe, because it is meant to offer the kind of help you need
to recover from such extreme situations.

But because PF_MEMALLOC is a process flag, we'ld need a userspace helper
to set/reset it.

Regards,
Heinz    -- The LVM Guy --


> 
> 
> Sincerely,
>     Lars Marowsky-Brée <lmb at suse.de>
> 
> -- 
> High Availability & Clustering	      \ ever tried. ever failed. no matter.
> SUSE Labs			      | try again. fail again. fail better.
> Research & Development, SUSE LINUX AG \ 	-- Samuel Beckett
> 
> --
> dm-devel mailing list
> dm-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Red Hat, Inc.
Consulting Development Engineer                   Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen at RedHat.com                            +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-