linux-toradex.git/include/linux/ceph, branch v4.4-rc6

libceph: add nocephx_sign_messages option

2015-11-02T22:37:46+00:00

Support for message signing was merged into 3.19, along with
nocephx_require_signatures option.  But, all that option does is allow
the kernel client to talk to clusters that don't support MSG_AUTH
feature bit.  That's pretty useless, given that it's been supported
since bobtail.

Meanwhile, if one disables message signing on the server side with
"cephx sign messages = false", it becomes impossible to use the kernel
client since it expects messages to be signed if MSG_AUTH was
negotiated.  Add nocephx_sign_messages option to support this use case.

Signed-off-by: Ilya Dryomov

libceph: stop duplicating client fields in messenger

2015-11-02T22:37:46+00:00

supported_features and required_features serve no purpose at all, while
nocrc and tcp_nodelay belong to ceph_options::flags.

Signed-off-by: Ilya Dryomov

libceph: msg signing callouts don't need con argument

2015-11-02T22:37:45+00:00

We can use msg->con instead - at the point we sign an outgoing message
or check the signature on the incoming one, msg->con is always set.  We
wouldn't know how to sign a message without an associated session (i.e.
msg->con == NULL) and being able to sign a message using an explicitly
provided authorizer is of no use.

Signed-off-by: Ilya Dryomov

libceph: advertise support for keepalive2

2015-09-17T17:14:27+00:00

We are the client, but advertise keepalive2 anyway - for consistency,
if nothing else.  In the future the server might want to know whether
its clients support keepalive2.

Signed-off-by: Ilya Dryomov 
Reviewed-by: Yan, Zheng

libceph: don't access invalid memory in keepalive2 path

2015-09-17T17:14:15+00:00

This

    struct ceph_timespec ceph_ts;
    ...
    con_out_kvec_add(con, sizeof(ceph_ts), &ceph_ts);

wraps ceph_ts into a kvec and adds it to con->out_kvec array, yet
ceph_ts becomes invalid on return from prepare_write_keepalive().  As
a result, we send out bogus keepalive2 stamps.  Fix this by encoding
into a ceph_timespec member, similar to how acks are read and written.

Signed-off-by: Ilya Dryomov 
Reviewed-by: Yan, Zheng

libceph: use keepalive2 to verify the mon session is alive

2015-09-08T20:14:30+00:00

Signed-off-by: Yan, Zheng 
Signed-off-by: Ilya Dryomov

libceph: enable ceph in a non-default network namespace

2015-07-09T17:30:34+00:00

Grab a reference on a network namespace of the 'rbd map' (in case of
rbd) or 'mount' (in case of ceph) process and use that to open sockets
instead of always using init_net and bailing if network namespace is
anything but init_net.  Be careful to not share struct ceph_client
instances between different namespaces and don't add any code in the
!CONFIG_NET_NS case.

This is based on a patch from Hong Zhiguo .

Signed-off-by: Ilya Dryomov 
Reviewed-by: Sage Weil

ceph: pre-allocate data structure that tracks caps flushing

2015-06-25T08:49:31+00:00

Signed-off-by: Yan, Zheng

libceph: store timeouts in jiffies, verify user input

2015-06-25T08:49:29+00:00

There are currently three libceph-level timeouts that the user can
specify on mount: mount_timeout, osd_idle_ttl and osdkeepalive.  All of
these are in seconds and no checking is done on user input: negative
values are accepted, we multiply them all by HZ which may or may not
overflow, arbitrarily large jiffies then get added together, etc.

There is also a bug in the way mount_timeout=0 is handled.  It's
supposed to mean "infinite timeout", but that's not how wait.h APIs
treat it and so __ceph_open_session() for example will busy loop
without much chance of being interrupted if none of ceph-mons are
there.

Fix all this by verifying user input, storing timeouts capped by
msecs_to_jiffies() in jiffies and using the new ceph_timeout_jiffies()
helper for all user-specified waits to handle infinite timeouts
correctly.

Signed-off-by: Ilya Dryomov 
Reviewed-by: Alex Elder

libceph: nuke time_sub()

2015-06-25T08:49:29+00:00

Unused since ceph got merged into mainline I guess.

Signed-off-by: Ilya Dryomov 
Reviewed-by: Alex Elder