Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4151840pxb; Mon, 27 Sep 2021 10:26:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJza2/dyLTHaAY0mTzjCeN5gayDxEzTM3b2I+UKz4QZLqALYJjc/qrl0DDW1VEXQJwr0pXzu X-Received: by 2002:a17:90b:1b43:: with SMTP id nv3mr261404pjb.222.1632763594378; Mon, 27 Sep 2021 10:26:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632763594; cv=none; d=google.com; s=arc-20160816; b=YKwY1M5nBJwMAXV6SJoIO2IQUgoerZnojFEP1230mfFd/JmcHH6qQ6a91331/xyARX MstwL3dEN+wNdlJe+fdZ8Dicn6GTO1yEP777Bv0YiGeVfm15fZbSSHvzonZoi/bsMbva xGAM2VnsK9+PdX34Ur2J/NekcNZx6mDSPZ0J6YOo72kySU5i2JPfBfPJz+CxljL/1XpZ 4HAdtb224C9BUURGDdHOOgQZHliu6KLN3Wd/DBASsbi+g1NYyUEN4F37yxdj7RfndMMn IiWWqXO+AK1lIDCNbiTuaAhBXX7gf54mDTvmFlzvNzWbdHxVnMUTwNNPiWneCAKiKVit qsEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=7p4hrb+ipOUq/yTo+0JTMuQxZwzqIefJsin3S9w6qMw=; b=VLrlxqYEydQU1BpX2dLc/XZC5j/oJQgqCYFFwSy7+g8uo/mdftgHZ62jtiSeVqqSPd Ftu17gYvYvuqpUidDEu5fsJcHyb1xfREFZYUzGvbhbH7UOwJnufmwM4aDhItC2uJeN0h 5bXBarxd5GjthgBgMEMaQlS5Z7ekgvJFdvPloO6tDuK0gnc1v9dwSzeJvQ6CgdoEC8c1 lV734FgsRemU389eF5MYWyzxLG9Et4XOE9Ej0FwzMitI+OU98DPIJhcthNJcDR/fkHlQ kMN2OoMmOKTZUgxgiV8ITdXRQjU8ADPqewMLnIZwQEGuF8vsTXmr8wUrCmsdoI6flmNa miOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1n1tBWRt; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x4si127435pju.103.2021.09.27.10.26.22; Mon, 27 Sep 2021 10:26:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1n1tBWRt; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235563AbhI0R1P (ORCPT + 99 others); Mon, 27 Sep 2021 13:27:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:41188 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237802AbhI0RXi (ORCPT ); Mon, 27 Sep 2021 13:23:38 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 99FCD6136F; Mon, 27 Sep 2021 17:15:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632762909; bh=YdKmW74Bx+an5TB/qALyKl2Log0GvXtCp2YzBtllF5M=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=1n1tBWRtItEX43GkLzgDRvyrFJ4LeBDE0S718sjDmgfhSUuOkRl6ChP5DqbaTUnPx cdcbcftOKxXuH9nBVrK9XL1JJ7gdw6jTgueKjLhDHqgh6G5N/P9yrO9qnHcrAagDas E5IO8kijSaqHUICL/213dh4Dk0/jK1/qsr/a7+cg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dai Ngo , Chuck Lever , Sasha Levin Subject: [PATCH 5.14 054/162] NLM: Fix svcxdr_encode_owner() Date: Mon, 27 Sep 2021 19:01:40 +0200 Message-Id: <20210927170235.363903954@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210927170233.453060397@linuxfoundation.org> References: <20210927170233.453060397@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Chuck Lever [ Upstream commit 89c485c7a3ecbc2ebd568f9c9c2edf3a8cf7485b ] Dai Ngo reports that, since the XDR overhaul, the NLM server crashes when the TEST procedure wants to return NLM_DENIED. There is a bug in svcxdr_encode_owner() that none of our standard test cases found. Replace the open-coded function with a call to an appropriate pre-fabricated XDR helper. Reported-by: Dai Ngo Fixes: a6a63ca5652e ("lockd: Common NLM XDR helpers") Signed-off-by: Chuck Lever Signed-off-by: Sasha Levin --- fs/lockd/svcxdr.h | 13 ++----------- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/fs/lockd/svcxdr.h b/fs/lockd/svcxdr.h index c69a0bb76c94..4f1a451da5ba 100644 --- a/fs/lockd/svcxdr.h +++ b/fs/lockd/svcxdr.h @@ -134,18 +134,9 @@ svcxdr_decode_owner(struct xdr_stream *xdr, struct xdr_netobj *obj) static inline bool svcxdr_encode_owner(struct xdr_stream *xdr, const struct xdr_netobj *obj) { - unsigned int quadlen = XDR_QUADLEN(obj->len); - __be32 *p; - - if (xdr_stream_encode_u32(xdr, obj->len) < 0) - return false; - p = xdr_reserve_space(xdr, obj->len); - if (!p) + if (obj->len > XDR_MAX_NETOBJ) return false; - p[quadlen - 1] = 0; /* XDR pad */ - memcpy(p, obj->data, obj->len); - - return true; + return xdr_stream_encode_opaque(xdr, obj->data, obj->len) > 0; } #endif /* _LOCKD_SVCXDR_H_ */ -- 2.33.0