Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp344248pxu; Wed, 25 Nov 2020 04:51:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJyLD6wUlgbB4wsWPf7BTrbC415zLKuIXj5SY1avfH2zNhLspaOn8Yf9X5VYVY/pyEi3Dctz X-Received: by 2002:aa7:d48d:: with SMTP id b13mr3332838edr.264.1606308704906; Wed, 25 Nov 2020 04:51:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606308704; cv=none; d=google.com; s=arc-20160816; b=uYAS7vHCEpkh1L3AsePg0g90jpd/bem2eCIqhUrwbXkaaNyntbncuQ16LAtutTV9GK 73iu6W+5nhV23/4MGKy47Wf3wPZwV0uCEnRc7t+kTxPABAF5yLxUaR5dQt5JgbTqYxAZ sWgPgeuVea8R0dKPXX0qcdQZVQHA1pab7I7OugWtgonTxoj18SOyhi/vGijOLpxdWBUG I4r7eembbH/yBtlpA/Wwc/HXlYzcpasvJ9xIsSIczJ3HfCMD7vHxJ+pDRiHxDM9L3BGp PY3aVEKBQz7GkxOtEzQ3cYs6gl/6ss9VNKjgl5BDnxKgToQWoaqhcUlNlwujYdYgh6Ac iQ6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date:dkim-signature:dkim-filter; bh=lfIsgowr0v5WzyF1m4HFrYXGYkDm1N0htRPF5T4WvkY=; b=LF8k7aR9y+mpq300SrzxIh7A1M6Ulrgs0uVW+rJWUU+TDhmqlcNG5nj8qsCJzfG6MG 7tGIK8OX4ci0w82lgaOhkOx1U8I1bPFB0g2OXL5lNdOtTOYwU8kgOnKlbnd5zzfBkU3K PEp+PY5gjEPmID2DDoUm5gkrvbWbvT/HU41zxZ0F5Y1pv6SBkVHQyGnwRmq7kmI1s3nz vguyxGDjr+l5nM6Gg1PjAz+/yAoVhTfqls8/M8d1ftABmS7OFVZWYuM+Omk2k+EBYLZp srRDIek7I2JPknVmuwAyObP+kZwvgFnabiYerbqE9dZ5SiOyS2tpu2J9wEUIi7Dc8lDi 82iw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@desy.de header.s=default header.b=MyNCfFQZ; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k5si1229827eji.617.2020.11.25.04.51.12; Wed, 25 Nov 2020 04:51:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-nfs-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=@desy.de header.s=default header.b=MyNCfFQZ; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729204AbgKYMr6 (ORCPT + 99 others); Wed, 25 Nov 2020 07:47:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52314 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729183AbgKYMr6 (ORCPT ); Wed, 25 Nov 2020 07:47:58 -0500 Received: from smtp-o-3.desy.de (smtp-o-3.desy.de [IPv6:2001:638:700:1038::1:9c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 76F69C0613D4 for ; Wed, 25 Nov 2020 04:47:57 -0800 (PST) Received: from smtp-buf-3.desy.de (smtp-buf-3.desy.de [IPv6:2001:638:700:1038::1:a6]) by smtp-o-3.desy.de (Postfix) with ESMTP id 31736605C8 for ; Wed, 25 Nov 2020 13:47:54 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp-o-3.desy.de 31736605C8 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=desy.de; s=default; t=1606308474; bh=lfIsgowr0v5WzyF1m4HFrYXGYkDm1N0htRPF5T4WvkY=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From; b=MyNCfFQZ6daw7xRP28N3tfISFOdWmTqBgIRfLPtvLgNd9Fvn7WhSuzUTUBnGZwXQK EuascqELW3794gXy+mpV2KLrC0rpMqJREYyJjHcz7UbO3edrq0+QxdvmmFxtZj0urz REb4Zf6PinEgo7iZtOHC5eNfo4wPrATiC2R6pV1E= Received: from smtp-m-3.desy.de (smtp-m-3.desy.de [131.169.56.131]) by smtp-buf-3.desy.de (Postfix) with ESMTP id 2D225A05AC; Wed, 25 Nov 2020 13:47:54 +0100 (CET) X-Virus-Scanned: amavisd-new at desy.de Received: from z-mbx-2.desy.de (z-mbx-2.desy.de [131.169.55.140]) by smtp-intra-3.desy.de (Postfix) with ESMTP id 0491180067; Wed, 25 Nov 2020 13:47:54 +0100 (CET) Date: Wed, 25 Nov 2020 13:47:53 +0100 (CET) From: "Mkrtchyan, Tigran" To: trondmy Cc: "J. Bruce Fields" , schumakeranna@gmail.com, linux-nfs Message-ID: <2007649768.3168809.1606308473907.JavaMail.zimbra@desy.de> In-Reply-To: <245cbfff1a71061299d82afd216b355477919e59.camel@hammerspace.com> References: <20201124135025.1097571-1-trondmy@kernel.org> <20201124161250.GA1091@fieldses.org> <20201124161809.GB1091@fieldses.org> <20201124202626.GA7173@fieldses.org> <245cbfff1a71061299d82afd216b355477919e59.camel@hammerspace.com> Subject: Re: [PATCH v2 0/9] Fix various issues in the SUNRPC xdr code MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.8.15_GA_3959 (ZimbraWebClient - FF83 (Linux)/8.8.15_GA_3953) Thread-Topic: Fix various issues in the SUNRPC xdr code Thread-Index: AQHWwmjfwELMdH++00y7mVYsFk0+kqnXdH0AgAABfYCAAEVeAIAAReoA3bguR4g= Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Just in case I did a mistake during bisecting I had re-done it and got agai= n c567552612ece787b178e3b147b5854ad422a836 Author: Anna Schumaker Date: Wed May 28 13:41:22 2014 -0400 NFS: Add READ_PLUS data segment support But change doesn't looks like it can break getdeviceinfo. Tigran. ----- Original Message ----- > From: "trondmy" > To: "J. Bruce Fields" > Cc: schumakeranna@gmail.com, "linux-nfs" > Sent: Wednesday, 25 November, 2020 01:36:42 > Subject: Re: [PATCH v2 0/9] Fix various issues in the SUNRPC xdr code > On Tue, 2020-11-24 at 15:26 -0500, J. Bruce Fields wrote: >> On Tue, Nov 24, 2020 at 11:18:09AM -0500, J. Bruce Fields wrote: >> > On Tue, Nov 24, 2020 at 11:12:50AM -0500, bfields wrote: >> > > On Tue, Nov 24, 2020 at 08:50:16AM -0500, >> > > trondmy@kernel.org=C2=A0wrote: >> > > > From: Trond Myklebust >> > > >=20 >> > > > When looking at the issues raised by Tigran's testing of the >> > > > NFS client >> > > > updates, I noticed a couple of things in the generic SUNRPC xdr >> > > > code >> > > > that want to be fixed. This patch series replaces an earlier >> > > > series that >> > > > attempted to just fix the XDR padding in the NFS code. >> > > >=20 >> > > > This series fixes up a number of issues w.r.t. bounds checking >> > > > in the >> > > > xdr_stream code. It corrects the behaviour of xdr_read_pages() >> > > > for the >> > > > case where the XDR object size is larger than the buffer page >> > > > array >> > > > length and simplifies the code. >> > >=20 >> > > I'm seeing this on the client with recent upstream + these >> > > patches. >> >=20 >> > Unfortunately that was in the middle of a series of tests, and I'm >> > not >> > sure exactly what triggered it--I'm guessing cthon special over >> > krb5i. >> > I'll let you know what else I can figure out. >>=20 >> Yeah, reproduceable by running cthon -s over krb5i, and it first >> shows >> up with the last patch, "NFSv4.2: Fix up read_plus() page alignment". >=20 > OK, thanks! I'll just drop that one then. I don't think it really > suffices to fix READ_PLUS as it stands. >=20 >=20 > -- > Trond Myklebust > Linux NFS client maintainer, Hammerspace > trond.myklebust@hammerspace.com