mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-29 03:01:39 -04:00
libceph: start using oloc abstraction
Instead of relying on pool fields in ceph_file_layout (for mapping) and ceph_pg (for enconding), start using ceph_object_locator (oloc) abstraction. Note that userspace oloc currently consists of pool, key, nspace and hash fields, while this one contains only a pool. This is OK, because at this point we only send (i.e. encode) olocs and never have to receive (i.e. decode) them. This makes keeping a copy of ceph_file_layout in every osd request unnecessary, so ceph_osd_request::r_file_layout field is nuked. Signed-off-by: Ilya Dryomov <[email protected]> Reviewed-by: Sage Weil <[email protected]>
This commit is contained in:
parent
0b4af2e8c9
commit
22116525ba
4 changed files with 12 additions and 10 deletions
|
|
@ -1808,12 +1808,12 @@ static struct ceph_osd_request *rbd_osd_req_create(
|
|||
osd_req->r_callback = rbd_osd_req_callback;
|
||||
osd_req->r_priv = obj_request;
|
||||
|
||||
osd_req->r_oloc.pool = ceph_file_layout_pg_pool(rbd_dev->layout);
|
||||
|
||||
osd_req->r_oid_len = strlen(obj_request->object_name);
|
||||
rbd_assert(osd_req->r_oid_len < sizeof (osd_req->r_oid));
|
||||
memcpy(osd_req->r_oid, obj_request->object_name, osd_req->r_oid_len);
|
||||
|
||||
osd_req->r_file_layout = rbd_dev->layout; /* struct */
|
||||
|
||||
return osd_req;
|
||||
}
|
||||
|
||||
|
|
@ -1849,12 +1849,12 @@ rbd_osd_req_create_copyup(struct rbd_obj_request *obj_request)
|
|||
osd_req->r_callback = rbd_osd_req_callback;
|
||||
osd_req->r_priv = obj_request;
|
||||
|
||||
osd_req->r_oloc.pool = ceph_file_layout_pg_pool(rbd_dev->layout);
|
||||
|
||||
osd_req->r_oid_len = strlen(obj_request->object_name);
|
||||
rbd_assert(osd_req->r_oid_len < sizeof (osd_req->r_oid));
|
||||
memcpy(osd_req->r_oid, obj_request->object_name, osd_req->r_oid_len);
|
||||
|
||||
osd_req->r_file_layout = rbd_dev->layout; /* struct */
|
||||
|
||||
return osd_req;
|
||||
}
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue