Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp330670pxj; Tue, 18 May 2021 04:31:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwDsxlOLCkR3FN0jPmJUYlqcFNtYTuMc8UEOL+wgAMxdDwh0ZKq1UaIIEHwGskxJ3OLplL/ X-Received: by 2002:a92:cc41:: with SMTP id t1mr3855790ilq.308.1621337472736; Tue, 18 May 2021 04:31:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621337472; cv=none; d=google.com; s=arc-20160816; b=nRBkzNcVlg4oCdRrpLOCiujnriLc/AipFyL7K8M/TVrmVljhlvBvzIgxwslXmgu2Mg kEvTvetSBlhNCIWMIL+Au9mxKCQe/5nzR6LiDWbqVJ0rORZUQ/daow86LUxpatSjyNKy 1Yc/J3q9PTDUIx1iaxbbTJJEFkvthsFcQZv0zgZzetQVfjtSymFQU0qq4dSaY7oL5t6G jDsGyW18kQqSfRi6732hr/4teNR2DFuSx+h6aHAxtZB5Y0IjfnfqGOZuVh09Wmh/sTGa 1jdSM0pxO8u7dXP/0xu5tyiCFB3ByBjHOkcyql+RWotThivpDwWLvgI9eJvU6qiciALA X7TQ== 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=veDPWjgva6S1GF/P8NMgCTbDwWf83oxK5/r4hOPqyII=; b=Ft8ofXHACtf8baAYX149cYUMxOYesG2sA+lMB08o9skcDJCRsSAiJAARoDFdbvGpGj FX5v64hGbBWJ7JDVBSeWpwyQpXavTW8AMkhTzUWxD9kNevgqZ0+jTcvgW4U5BhaFogN7 mNOBmPwB43EHMUKESzN7aR390Z++KCdbZHXFUL9ufouWEPkuyT2a0FBqRLUjh+mpoNYn B1XVUJv2tmBaulWD3SSEZD2VRyeSXJ9ECcWvuXCr3m1jDL90aAsRt4noqocmCHaCHf49 GCGxgrAWNCFOr5Fed6poj5qm9nwgC1eXrpQxi0jvk1cz23nW1vG/bhfWFSMlSxgxZ/pT l1rQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=SlK89+Bj; 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 u10si20274070ilv.5.2021.05.18.04.30.58; Tue, 18 May 2021 04:31:12 -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=SlK89+Bj; 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 S244448AbhEQPUo (ORCPT + 99 others); Mon, 17 May 2021 11:20:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:47632 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241669AbhEQPI6 (ORCPT ); Mon, 17 May 2021 11:08:58 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9FF9261C35; Mon, 17 May 2021 14:29:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1621261794; bh=yrd9r5JwA3yOvNf7FmsslUm1ObnMa9Zr1q/nKRW35Dw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=SlK89+BjptzDNSYEJhDO/H/hnqmd838KD7keUfTCq18A2sgbgHiNJ3UXE2IT9ehXW HcJMHfOkAqRPFaqdWIEvt3zdaYNknk5ukVZ0JE9Y5IFSDPhvDYEnRWQiFYYHjdTVRA QqLovYSPJ94V22xT0NUze6gfiBDEY31BLDIrqtjg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dan Carpenter , Chuck Lever , Sasha Levin Subject: [PATCH 5.11 165/329] SUNRPC: fix ternary sign expansion bug in tracing Date: Mon, 17 May 2021 16:01:16 +0200 Message-Id: <20210517140307.721541280@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210517140302.043055203@linuxfoundation.org> References: <20210517140302.043055203@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: Dan Carpenter [ Upstream commit cb579086536f6564f5846f89808ec394ef8b8621 ] This code is supposed to pass negative "err" values for tracing but it passes positive values instead. The problem is that the trace_svcsock_tcp_send() function takes a long but "err" is an int and "sent" is a u32. The negative is first type promoted to u32 so it becomes a high positive then it is promoted to long and it stays positive. Fix this by casting "err" directly to long. Fixes: 998024dee197 ("SUNRPC: Add more svcsock tracepoints") Signed-off-by: Dan Carpenter Signed-off-by: Chuck Lever Signed-off-by: Sasha Levin --- net/sunrpc/svcsock.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/sunrpc/svcsock.c b/net/sunrpc/svcsock.c index 5a809c64dc7b..42a400135d41 100644 --- a/net/sunrpc/svcsock.c +++ b/net/sunrpc/svcsock.c @@ -1176,7 +1176,7 @@ static int svc_tcp_sendto(struct svc_rqst *rqstp) goto out_notconn; err = svc_tcp_sendmsg(svsk->sk_sock, &msg, xdr, marker, &sent); xdr_free_bvec(xdr); - trace_svcsock_tcp_send(xprt, err < 0 ? err : sent); + trace_svcsock_tcp_send(xprt, err < 0 ? (long)err : sent); if (err < 0 || sent != (xdr->len + sizeof(marker))) goto out_close; mutex_unlock(&xprt->xpt_mutex); -- 2.30.2