On Mon, Sep 15, 2014 at 6:30 PM, <[email protected]> wrote:
>
> The patch below does not apply to the 3.14-stable tree.
> If someone wants it applied there, or to any other stable or longterm
> tree, then please email the backport, including the original git commit
> id to <[email protected]>.
Hmm, git cherry-pick 73c3d4812b4c755efeca0140f606f83772a39ce4 on top of
both v3.14.18 and v3.14.18 + queue-3.14 works (applies, builds, runs)
for me.
Thanks,
Ilya
>
> thanks,
>
> greg k-h
>
> ------------------ original commit in Linus's tree ------------------
>
> From 73c3d4812b4c755efeca0140f606f83772a39ce4 Mon Sep 17 00:00:00 2001
> From: Sage Weil <[email protected]>
> Date: Mon, 4 Aug 2014 07:01:54 -0700
> Subject: [PATCH] libceph: gracefully handle large reply messages from the mon
>
> We preallocate a few of the message types we get back from the mon. If we
> get a larger message than we are expecting, fall back to trying to allocate
> a new one instead of blindly using the one we have.
>
> CC: [email protected]
> Signed-off-by: Sage Weil <[email protected]>
> Reviewed-by: Ilya Dryomov <[email protected]>
>
> diff --git a/net/ceph/mon_client.c b/net/ceph/mon_client.c
> index 067d3af2eaf6..61fcfc304f68 100644
> --- a/net/ceph/mon_client.c
> +++ b/net/ceph/mon_client.c
> @@ -1181,7 +1181,15 @@ static struct ceph_msg *mon_alloc_msg(struct
> ceph_connection *con,
> if (!m) {
> pr_info("alloc_msg unknown type %d\n", type);
> *skip = 1;
> + } else if (front_len > m->front_alloc_len) {
> + pr_warning("mon_alloc_msg front %d > prealloc %d (%u#%llu)\n",
> + front_len, m->front_alloc_len,
> + (unsigned int)con->peer_name.type,
> + le64_to_cpu(con->peer_name.num));
> + ceph_msg_put(m);
> + m = ceph_msg_new(type, front_len, GFP_NOFS, false);
> }
> +
> return m;
> }
>
>
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
