Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp402443ybh; Tue, 10 Mar 2020 00:42:11 -0700 (PDT) X-Google-Smtp-Source: ADFU+vspvxcrhDzH7qaj1GAskV1XzximzLmm0Hma1FLSLMaeVzJTKZ8ECCmoY8Mwgon8dvK3w29g X-Received: by 2002:aca:dc56:: with SMTP id t83mr223793oig.105.1583826130990; Tue, 10 Mar 2020 00:42:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583826130; cv=none; d=google.com; s=arc-20160816; b=auSg/kFvWJ4F9lNZu0wQsVzt5KOq9PEmbjNgAl4fw89Xx3S3MaeXX94ZRcdGy1TkL1 Z7LyYvpmpNcZsgYd1kcuXovn1nq0WGU3fbyhcXYh/qDofcfURbEWsdyKytpS15WSMB3Y 79sEOO6BjJ1fUeV70dZXhEc2lRvUnv66HAJT6AHZqu/UWHt92QEUC/qyC6uJ0ivT8PzZ mmCM9GOUBq3AU80CW94wpqxQeAW1pQiwhUMGxT2U05+0AzGvZtvaFSGlF8UKXa/jeRFa v2bZURBSHCjlpOVDZVc++YJ4IpetI142uWdo6EpKP6+Cb4HLxhdT5jgcE9rHVxcgCHyi L2Zw== 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=oAVroNfjsriUS6PBmncXBT8YBHEO8Qaxjg58FUdTwTE=; b=PaeCUDmMvtscsAVVS/H5omycWorYYvw8st6ABRpApx8phQfdxMGD8EOoRAd5EGKaOI PaYw0Oqi+Mo9F5ledSywpNipzFGAsZozxOUoLRpGiFIMf9hi+E+cHlH1BPLOWzrM5OFq aKYcn1tk86d8YQzxebjFnvSpsRErYORQ7ZBNJSEUom8zDDoomeKiFwGxYBSCwRONATr6 y8V5rvJRYYtrYAFTJJ9BF1kmxVXvL6+yplfAibtYEsCZhfuVHWU9nx3fuu90mC3/SzWm dyxTMhvkM9W7dA6Dwis5r3QU0NvrU0xqJ1dgrKbr+PUAhC7qKUl7aS3yeLFRMBV6YILk bXQw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l16si7052936otp.260.2020.03.10.00.41.59; Tue, 10 Mar 2020 00:42:10 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726521AbgCJHkX (ORCPT + 99 others); Tue, 10 Mar 2020 03:40:23 -0400 Received: from verein.lst.de ([213.95.11.211]:51806 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726462AbgCJHkX (ORCPT ); Tue, 10 Mar 2020 03:40:23 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id E77ED68B20; Tue, 10 Mar 2020 08:40:18 +0100 (CET) Date: Tue, 10 Mar 2020 08:40:18 +0100 From: Christoph Hellwig To: He Zhe Cc: Christoph Hellwig , jack@suse.cz, Jens Axboe , viro@zeniv.linux.org.uk, bvanassche@acm.org, keith.busch@intel.com, tglx@linutronix.de, mwilck@suse.com, yuyufen@huawei.com, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: disk revalidation updates and OOM Message-ID: <20200310074018.GB26381@lst.de> References: <93b395e6-5c3f-0157-9572-af0f9094dbd7@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93b395e6-5c3f-0157-9572-af0f9094dbd7@windriver.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 02, 2020 at 11:55:44AM +0800, He Zhe wrote: > Hi, > > Since the following commit > https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/commit/?h=for-5.5/disk-revalidate&id=6917d0689993f46d97d40dd66c601d0fd5b1dbdd > until now(v5.6-rc4), > > If we start udisksd service of systemd(v244), systemd-udevd will scan /dev/hdc > (the cdrom device created by default in qemu(v4.2.0)). systemd-udevd will > endlessly run and cause OOM. > > > > It works well by reverting the following series of commits. > > 979c690d block: move clearing bd_invalidated into check_disk_size_change > f0b870d block: remove (__)blkdev_reread_part as an exported API > 142fe8f block: fix bdev_disk_changed for non-partitioned devices > a1548b6 block: move rescan_partitions to fs/block_dev.c > 6917d06 block: merge invalidate_partitions into rescan_partitions So this is the exact requirement of commits to be reverted from a bisect or just a first guess?