Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp627485ybi; Thu, 30 May 2019 04:17:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2Vt8Rl2gAehu5wIP6HzS+m9MyUEtge9pxrVY1Z8f91uw226D6gHwm3f4p7TrIuGRqCT5o X-Received: by 2002:a63:ea42:: with SMTP id l2mr3040009pgk.19.1559215031530; Thu, 30 May 2019 04:17:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559215031; cv=none; d=google.com; s=arc-20160816; b=w5j7tzsmc2MK6za2TaxEveFzrEB1E1nmkY80zrJRic+LIogJLqgK1yqtrPrt+PYjR4 yLJ3iQuah8OjalluqQ7bjbuL1ia9EddYrAy6rzAM9ELf+cZfBoQzwAC1Jaqa2mZg/huo 66L/A33rviRyOLp0iPbBQ7aiVJsuYA4Y8pTDjR/+fFEZ9EQ284AYfR/guyx6m6HXO+/R 69NoXDLdOGnDQrKcVvA6TDLJeARFZkNvRIUiWxNIc1Wt5JIVysYMx13XHyksHLaXstxY 9rBNPbpnD1hEitfcvDf6/Yyt/qd8CHYqWVdo7fJYzeE+k/KR4yZBWpX9xnrYPdo8XH0F R5iw== 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=D2V8Dfnqhf/2uAPffgZA9ED5mQc7FL+LLmdr7yGsO0k=; b=Sy4Xl1WzVNbyU80RbTxJuU3Is+e3n+r/klkovqBmLyvAYEHBjuZKL0q8Fp34nXRVi3 lcaXr7IZDXMjHkmT1AxxElGmiJb20qh+yTEwvo3ecT2FhZZWQ6F0C7LIDOsOUcJi42H7 o0R5qmtUL0BUWSPMp9g+VMLK987mOxJ+dHiUuU12c+N4BUpDlHJPmnWCW2XyH75Y8Jna Dzt/iNF+oupLJfHnulfTCkx4GT44to6RuqlokTYYa613lamefb6+2ZofJ+PBBAz26hJ/ B4IGd4FRLOBpjxW48nekKz9ySVN5HUW33Ah4zcy45Yy+8I5A/QCdj3K9IaVz6W2Skque 8jvg== 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 g8si2735320pjp.50.2019.05.30.04.16.52; Thu, 30 May 2019 04:17:11 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726858AbfE3LPb (ORCPT + 99 others); Thu, 30 May 2019 07:15:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38854 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725440AbfE3LPa (ORCPT ); Thu, 30 May 2019 07:15:30 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 63AEB308FF30; Thu, 30 May 2019 11:15:25 +0000 (UTC) Received: from dhcp-27-174.brq.redhat.com (unknown [10.43.17.159]) by smtp.corp.redhat.com (Postfix) with SMTP id 94F747944B; Thu, 30 May 2019 11:15:21 +0000 (UTC) Received: by dhcp-27-174.brq.redhat.com (nbSMTP-1.00) for uid 1000 oleg@redhat.com; Thu, 30 May 2019 13:15:24 +0200 (CEST) Date: Thu, 30 May 2019 13:15:20 +0200 From: Oleg Nesterov To: Qian Cai Cc: axboe@kernel.dk, akpm@linux-foundation.org, hch@lst.de, peterz@infradead.org, gkohli@codeaurora.org, mingo@redhat.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] block: fix a crash in do_task_dead() Message-ID: <20190530111519.GC22536@redhat.com> References: <1559161526-618-1-git-send-email-cai@lca.pw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1559161526-618-1-git-send-email-cai@lca.pw> User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.49]); Thu, 30 May 2019 11:15:30 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/29, Qian Cai wrote: > > The commit 0619317ff8ba ("block: add polled wakeup task helper") > replaced wake_up_process() with blk_wake_io_task() in > end_swap_bio_read() which triggers a crash when running heavy swapping > workloads. > > [T114538] kernel BUG at kernel/sched/core.c:3462! > [T114538] Process oom01 (pid: 114538, stack limit = 0x000000004f40e0c1) > [T114538] Call trace: > [T114538] do_task_dead+0xf0/0xf8 > [T114538] do_exit+0xd5c/0x10fc > [T114538] do_group_exit+0xf4/0x110 > [T114538] get_signal+0x280/0xdd8 > [T114538] do_notify_resume+0x720/0x968 > [T114538] work_pending+0x8/0x10 > > This is because shortly after set_special_state(TASK_DEAD), > end_swap_bio_read() is called from an interrupt handler that revive the > task state to TASK_RUNNING causes __schedule() to return and trip the > BUG() later. > > [ C206] Call trace: > [ C206] dump_backtrace+0x0/0x268 > [ C206] show_stack+0x20/0x2c > [ C206] dump_stack+0xb4/0x108 > [ C206] blk_wake_io_task+0x7c/0x80 > [ C206] end_swap_bio_read+0x22c/0x31c > [ C206] bio_endio+0x3d8/0x414 > [ C206] dec_pending+0x280/0x378 [dm_mod] > [ C206] clone_endio+0x128/0x2ac [dm_mod] > [ C206] bio_endio+0x3d8/0x414 > [ C206] blk_update_request+0x3ac/0x924 > [ C206] scsi_end_request+0x54/0x350 > [ C206] scsi_io_completion+0xf0/0x6f4 > [ C206] scsi_finish_command+0x214/0x228 > [ C206] scsi_softirq_done+0x170/0x1a4 > [ C206] blk_done_softirq+0x100/0x194 > [ C206] __do_softirq+0x350/0x790 > [ C206] irq_exit+0x200/0x26c > [ C206] handle_IPI+0x2e8/0x514 > [ C206] gic_handle_irq+0x224/0x228 > [ C206] el1_irq+0xb8/0x140 > [ C206] _raw_spin_unlock_irqrestore+0x3c/0x74 > [ C206] do_task_dead+0x88/0xf8 > [ C206] do_exit+0xd5c/0x10fc > [ C206] do_group_exit+0xf4/0x110 > [ C206] get_signal+0x280/0xdd8 > [ C206] do_notify_resume+0x720/0x968 > [ C206] work_pending+0x8/0x10 > > Before the offensive commit, wake_up_process() will prevent this from > happening by taking the pi_lock and bail out immediately if TASK_DEAD is > set. > > if (!(p->state & TASK_NORMAL)) > goto out; I don't understand this code at all but I am just curious, can we do something like incomplete patch below ? Oleg. --- x/mm/page_io.c +++ x/mm/page_io.c @@ -140,8 +140,10 @@ int swap_readpage(struct page *page, bool synchronous) unlock_page(page); WRITE_ONCE(bio->bi_private, NULL); bio_put(bio); - blk_wake_io_task(waiter); - put_task_struct(waiter); + if (waiter) { + blk_wake_io_task(waiter); + put_task_struct(waiter); + } } int generic_swapfile_activate(struct swap_info_struct *sis, @@ -398,11 +400,12 @@ int swap_readpage(struct page *page, boo * Keep this task valid during swap readpage because the oom killer may * attempt to access it in the page fault retry time check. */ - get_task_struct(current); - bio->bi_private = current; bio_set_op_attrs(bio, REQ_OP_READ, 0); - if (synchronous) + if (synchronous) { bio->bi_opf |= REQ_HIPRI; + get_task_struct(current); + bio->bi_private = current; + } count_vm_event(PSWPIN); bio_get(bio); qc = submit_bio(bio);