Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp406367ybh; Wed, 11 Mar 2020 03:30:01 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuKSuSEhyJ1V6/oFXxkoVDA3N8JjMQRv50+FEHGVvdXA+6iyCGmwQkySYINpygN4ykdHNmP X-Received: by 2002:aca:ec16:: with SMTP id k22mr1393185oih.177.1583922601062; Wed, 11 Mar 2020 03:30:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583922601; cv=none; d=google.com; s=arc-20160816; b=cR4R36B6MsfgnYJTe2ESq9AVY2YSuTrXaUqmyQuIcV7+fLK7tPt/bI93jmuQ1Ohh6f F90Wp6RYZY9yYHD//7MEIIYSLIU7f1OWnGeEuL5Yafc363W4aMFsWYskXY8gfB9adPcz pSslz7maAC9goscl/0X/fSkozMJSUmciX1+SpdpolxYIfxsnYo9gL6ueEGwpMO2vKRVI JKxGQQLRjSoH6n6tlv/s/GlLqbAFgVgmKb9E/S+YCUtaXKMjby5uanpMLwSkIeeAreUs QytcF+QlOQBX8DkCU1kM3/rdfCz4YmpoidnBIbpzDIxxMR19Cmse2H0y5QEx3aPCvURF OntQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:to:from:subject:message-id; bh=wS4I7KDJEHzl1fdt/2Nb4e9lroLkdrxZr66POR+EYlw=; b=UMfhg9KwBG40ouExXSI9rJA02pCOAQWmSrYnILKeFDuJrU6GPsj3+X98BmZD+17HEe yUkp/UjZDq+TSGtMzt8f4KM1k9JZmaQCivtH0UnJDL5OX2l5bbFgrnjPjHtZEeiOhw3G q1PLM+Ng4LZw/fRhDGcaidy+PuDl5ai2uMie0oIoWqHD58LqgFo3AlQLd5r60qL9tBdh r13zkG1cSaEA2fSRqBw1DZYbgbWp2tuon62QrQ3iCaSNXjydjcFQimWTMZtsZLHjFJxi hHDxli4Cu7bjx3Jn6tSdbGNor56G5SvFR4f8VqO0R3fzVgf1g7ATTDZd4gXSTqB0EE8q XqTg== 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 z14si855039otq.257.2020.03.11.03.29.49; Wed, 11 Mar 2020 03:30:01 -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 S1729022AbgCKK3E (ORCPT + 99 others); Wed, 11 Mar 2020 06:29:04 -0400 Received: from mx2.suse.de ([195.135.220.15]:41084 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726000AbgCKK3E (ORCPT ); Wed, 11 Mar 2020 06:29:04 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 59AB5B1DC; Wed, 11 Mar 2020 10:29:02 +0000 (UTC) Message-ID: <209f06496c1ef56b52b0ec67c503838e402c8911.camel@suse.com> Subject: Re: disk revalidation updates and OOM From: Martin Wilck To: He Zhe , Christoph Hellwig , jack@suse.cz, Jens Axboe , viro@zeniv.linux.org.uk, bvanassche@acm.org, keith.busch@intel.com, tglx@linutronix.de, yuyufen@huawei.com, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Date: Wed, 11 Mar 2020 11:29:06 +0100 In-Reply-To: <93b395e6-5c3f-0157-9572-af0f9094dbd7@windriver.com> References: <93b395e6-5c3f-0157-9572-af0f9094dbd7@windriver.com> Content-Type: text/plain; charset="ISO-8859-15" User-Agent: Evolution 3.34.4 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2020-03-02 at 11:55 +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. I've tried to reproduce this, but so far I haven't been able to. Perhaps because the distro 5.5.7 kernel I've tried (which contains the offending commit 142fe8f) has no IDE support - the qemu IDE CD shows up as sr0, with the ata_piix driver. I have systemd-udevd 244. Enabling udisksd makes no difference, the system runs stably. ISO images can be "ejected" and loaded, single uevents are received and processed. Does this happen for you if you use ata_piix? Regards Martin