Milan Broz 8e1d5615b4 Introduce memory pool per volume group. ... Since now, all code reading volume group is responsible for releasing the memory allocated by calling vg_release(vg). (For simplicity of use, vg_releae can be called for vg == NULL, the same logic like free(NULL)). Also providing simple macro for unlocking & releasing in one step, tools usualy uses this approach. The global memory pool (cmd->mem) should be used only for global physical volume operations. This patch have to be applied with all subsequent patches to complete memory pool per vg logic. Using separate memory pool has quite bit memory saving impact when using large VGs, this is mainly needed when we have to use preallocated and locked memory (and should not overflow from that memory space).		2009-04-10 09:59:18 +00:00
..
.exported_symbols	Add read-only GFS pool support.	2004-06-07 19:10:21 +00:00
disk_rep.c	more fixes	2008-11-04 15:07:45 +00:00
disk_rep.h	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
format_pool.c	Introduce memory pool per volume group.	2009-04-10 09:59:18 +00:00
format_pool.h	Fix vgreduce to use vg_split_mdas to check sufficient mdas remain.	2008-04-08 12:49:21 +00:00
import_export.c	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
Makefile.in	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
pool_label.c	Some whitespace tidy-ups.	2008-01-30 14:00:02 +00:00
pool_label.h	Fix inconsistent licence notices: executables are GPLv2; libraries LGPLv2.1.	2007-08-20 20:55:30 +00:00
sptype_names.h	Fix inconsistent licence notices: executables are GPLv2; libraries LGPLv2.1.	2007-08-20 20:55:30 +00:00