Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp7707img; Wed, 27 Feb 2019 15:31:01 -0800 (PST) X-Google-Smtp-Source: AHgI3IbE+XVS4nU87aR8+0QRLfkR/8cGbmY0lBjFjFXbnUVO/kegY83bDjKJmDNTS3dTUIuCLIms X-Received: by 2002:a63:e410:: with SMTP id a16mr5561595pgi.28.1551310261871; Wed, 27 Feb 2019 15:31:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551310261; cv=none; d=google.com; s=arc-20160816; b=M9tHtOTb047LzkC+hviKp2dg/dp54Enubpfu2d1OH6/WLO4E7iQszqI1Uys1fj0mOy Gfi9ykUJTF3Y82lE0moarAry+oT2xpNk8/9x8+TZuBvDfsp+m9S1Y+m/KqfRjSQ1BMDZ TtUmNvJYl4INunSrjul8XT0gRjKoDxl/RW8QoDTL/lSE0m4A2IfDxGKbqra9tvPlVane nT3PzB0seiGT/zc4QL3MXILcp5g7IOTL3R482nJS8uaVJaLk6EtYh9eDbnJ7kf1y0e9V C3E39fYrPsCAg12Nl0f7iEA86/xhouW9L6THdSss1tT5b48GZIhLxNkdG9xKSF5V7xlb ct/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=I4Vklq5Cm+4b9fviVVC3//uYdOk1v/1jBOcgNBB6zIE=; b=moHtw7IydSDco5c2YRF7rc99lJdyOhh4a4cc9yDB/vtOS/jkZTgm5JPrMLyc/Abh62 NwFVbqKmM0T4Rs9GSHR2B6XqIjkz/U8iYbCa/RSBRSSvPWTsXG8W7FUQuoIP8GxveLET WDSF8fVpvta6MeLfp4G5gFuk+iSRwwfoZciwsuWUyNU0+3Pz7ndWf51VrYwmPRlr4LsQ gUox+E7+6EfJgjkInwBL4AGrjaj5YWQnFh2VfwBmuxIjrbqBX/Kp9L3FTkUoJR4X5poS KkRO4dBMP8KwoRc4KeogoS6Rxt213z8x0DGw63WpeTwnuhYZBf1kxpZK37bstNT7WFdX FEZw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i16si16000123pgg.573.2019.02.27.15.30.45; Wed, 27 Feb 2019 15:31:01 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730551AbfB0XaN (ORCPT + 99 others); Wed, 27 Feb 2019 18:30:13 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50092 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730139AbfB0XaM (ORCPT ); Wed, 27 Feb 2019 18:30:12 -0500 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7CB5030842B2; Wed, 27 Feb 2019 23:30:11 +0000 (UTC) Received: from ming.t460p (ovpn-8-16.pek2.redhat.com [10.72.8.16]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 7E34F5E7A3; Wed, 27 Feb 2019 23:29:46 +0000 (UTC) Date: Thu, 28 Feb 2019 07:29:41 +0800 From: Ming Lei To: Jon Hunter Cc: Marek Szyprowski , Jens Axboe , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Theodore Ts'o , Omar Sandoval , Sagi Grimberg , Dave Chinner , Kent Overstreet , Mike Snitzer , dm-devel@redhat.com, Alexander Viro , linux-fsdevel@vger.kernel.org, linux-raid@vger.kernel.org, David Sterba , linux-btrfs@vger.kernel.org, "Darrick J . Wong" , linux-xfs@vger.kernel.org, Gao Xiang , Christoph Hellwig , linux-ext4@vger.kernel.org, Coly Li , linux-bcache@vger.kernel.org, Boaz Harrosh , Bob Peterson , cluster-devel@redhat.com, Ulf Hansson , "linux-mmc@vger.kernel.org" , 'Linux Samsung SOC' , Krzysztof Kozlowski , Adrian Hunter , Bartlomiej Zolnierkiewicz , linux-tegra Subject: Re: [PATCH V15 14/18] block: enable multipage bvecs Message-ID: <20190227232940.GA13319@ming.t460p> References: <20190215111324.30129-1-ming.lei@redhat.com> <20190215111324.30129-15-ming.lei@redhat.com> <6c9ae4de-c56f-a2b3-2542-da7d8b95601d@samsung.com> <0dbbee64-5c6b-0374-4360-6dc218c70d58@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0dbbee64-5c6b-0374-4360-6dc218c70d58@nvidia.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.40]); Wed, 27 Feb 2019 23:30:12 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 27, 2019 at 08:47:09PM +0000, Jon Hunter wrote: > > On 21/02/2019 08:42, Marek Szyprowski wrote: > > Dear All, > > > > On 2019-02-15 12:13, Ming Lei wrote: > >> This patch pulls the trigger for multi-page bvecs. > >> > >> Reviewed-by: Omar Sandoval > >> Signed-off-by: Ming Lei > > > > Since Linux next-20190218 I've observed problems with block layer on one > > of my test devices (Odroid U3 with EXT4 rootfs on SD card). Bisecting > > this issue led me to this change. This is also the first linux-next > > release with this change merged. The issue is fully reproducible and can > > be observed in the following kernel log: > > > > sdhci: Secure Digital Host Controller Interface driver > > sdhci: Copyright(c) Pierre Ossman > > s3c-sdhci 12530000.sdhci: clock source 2: mmc_busclk.2 (100000000 Hz) > > s3c-sdhci 12530000.sdhci: Got CD GPIO > > mmc0: SDHCI controller on samsung-hsmmc [12530000.sdhci] using ADMA > > mmc0: new high speed SDHC card at address aaaa > > mmcblk0: mmc0:aaaa SL16G 14.8 GiB > I have also noticed some failures when writing to an eMMC device on one > of our Tegra boards. We have a simple eMMC write/read test and it is > currently failing because the data written does not match the source. > > I did not seem the same crash as reported here, however, in our case the > rootfs is NFS mounted and so probably would not. However, the bisect > points to this commit and reverting on top of -next fixes the issues. It is sdhci, probably related with max segment size, could you test the following patch: https://marc.info/?l=linux-mmc&m=155128334122951&w=2 Thanks, Ming