[Devel] Re: [RFC][PATCH 0/6][usercr]: Rename/reorg usercr code

Oren Laadan orenl at cs.columbia.edu
Sun Apr 25 13:24:33 PDT 2010


Hi Suka,

Thanks for the patchset. A couple of comments:

* I prefer the header exported to users to be checkpoint.h - this
is consistent with kernel headers, and with future name of a c/r
library if we opt libcheckpoint.a

* I also prefer to leave checkpoint.c as a separate file, as is.
It may gain more functionality in the future. If the goal was to
only export a single .o file, then the solution IMHO is to instead
export a single library: libcheckpoint.a

Unless you have a strong opinion against the above, I'll go ahead
and pull patches 1-3, leave out 4-6, and update the Makefile to
create a libcheckpoint.a library.

Oren.


Sukadev Bhattiprolu wrote:
> Sukadev Bhattiprolu [sukadev at linux.vnet.ibm.com] wrote:
> | 
> | Change the prefix of the USERCR apis to 'cr_' and reorg the code to avoid
> | duplication and reduce code size.
> | 
> | 	[PATCH 1/6] Change API prefix to cr_
> | 	[PATCH 2/6] Remove flags parameter to cr_checkpoint()
> | 	[PATCH 3/6] Minor reorg of restart.c
> | 	[PATCH 4/6] Move checkpoint() into restart.c
> | 	[PATCH 5/6] Rename restart.c to cr_checkpoint.c
> | 	[PATCH 6/6] Rename common.h to cr_log.h
> | 
> | With this change, USERCR for now "exports" just the following two files:
> | 
> | 	cr_checkpoint.o
> | 	cr_checkpoint.h
> | 
> | But this patchset does cause some churn, let me know if you think any of it
> | is unnecessary/noise.  I have tested for now along with the patch that removes
> | most exits() from cr_restart(). If the reorg makes sense, will run all tests
> | once more and resubmit.
> 
> All tests in cr-tests pass with these two patchsets (on usercr ckpt-v20-dev
> and linux ckpt-v21-rc2).
> 
> Pls let me know if there are comments about the patchsets.
> 
> Thanks,
> 
> Sukadev
> 
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers




More information about the Devel mailing list