Daniel Shahaf writes:
> Philip Martin wrote on Tue, Aug 21, 2012 at 20:42:55 +0100:
>> Daniel Shahaf writes:
>>
>> > Philip Martin wrote on Tue, Aug 21, 2012 at 18:00:23 +0100:
>> >> Functions like fs_library_vtable_t.pack_fs and
>> >> fs_library_vtable_t.recover that don't take the common_pool
Philip Martin wrote on Tue, Aug 21, 2012 at 20:42:55 +0100:
> Daniel Shahaf writes:
>
> > Philip Martin wrote on Tue, Aug 21, 2012 at 18:00:23 +0100:
> >> Functions like fs_library_vtable_t.pack_fs and
> >> fs_library_vtable_t.recover that don't take the common_pool parameter
> >> pass the pool p
Daniel Shahaf writes:
> Philip Martin wrote on Tue, Aug 21, 2012 at 18:00:23 +0100:
>> Functions like fs_library_vtable_t.pack_fs and
>> fs_library_vtable_t.recover that don't take the common_pool parameter
>> pass the pool parameter to fs_serialized_init. I think that means these
>> functions s
Philip Martin wrote on Tue, Aug 21, 2012 at 18:00:23 +0100:
> The FS loader uses a vtable fs_library_vtable_t defined in fs-loader.h.
> Some of the functions defined in the vtable have a common_pool
> parameter:
>
> /* The open_fs/create/open_fs_for_recovery/upgrade_fs functions are
> seria
The FS loader uses a vtable fs_library_vtable_t defined in fs-loader.h.
Some of the functions defined in the vtable have a common_pool
parameter:
/* The open_fs/create/open_fs_for_recovery/upgrade_fs functions are
serialized so that they may use the common_pool parameter to
allocate fs
5 matches
Mail list logo