Received: by 10.223.171.12 with SMTP id q12csp17256wrc; Thu, 8 Feb 2018 15:13:15 -0800 (PST) X-Google-Smtp-Source: AH8x22701kX9iTFaWCRt/ebyO4R34F3N3WQHh/gzAhjD0vcsrRHa1XzQCjqBEpGYdvdah6ivVb1V X-Received: by 2002:a17:902:b7c3:: with SMTP id v3-v6mr577322plz.307.1518131595011; Thu, 08 Feb 2018 15:13:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518131594; cv=none; d=google.com; s=arc-20160816; b=0EfWHTSX74aDbss0kRCrV7zIfDE83BwC8YSUVC4idKTTmQ+DKZo2o4EHVdRQVElWUW 61i9w/shV5tNGAiia2ml0pJ0CN2fHDbpHH/xccx8v6QRkliT/73Di77TppLJT+R0i2Qp ZtiVJGDAZPcL+lj3B6VSIf8ahHaiaSejc/hi8hNh+j/tJOWlXXvbkJEMVxjTVXcm0W6G 9fdmnDaCFsF70iFk1+fFVUkD/18ScpRYcxdlxesFkhTjmdTBm7BoXGqaTw21n+dfEyh8 wd2rXL07GTIgTC58V2ZHTVfAOelEKekegn47rD4ilmIGglrSJ46+OkfAE9I2JGYYT6NA ilKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:date:message-id:in-reply-to :references:from:subject:cc:to:arc-authentication-results; bh=qyX5F4gE/U1rmDGrccVdkW2336ybRktDI9Xvb26+6/o=; b=b05x81CqWezWcTZfSaf7Pt+e7JnMUAcl/BU32CjVTMzGEwn8eg7H8gQ/kg5fv1kDw2 DP+41icVxdUY6UQEghE65HouMrkDu2YlJjjoS7NgKGsoBkPjLui70xy6wIhMmo0SgLOU Lqc0wUkwryJOWgLN9vrw+zvCCGyuFKBKun9aFIuWudnj0zQa0iwCTRMNp5PumwvJBHgP 6nb9LJ0xWui4yc2js3M8W3mCn0cEg8fpH96ic5VDlzoCSqguNCsELXbHi8T2YC+l7exW uHf6UtM06TCoRgP1tIq+llnQL+73D0b99wWnneAaVz9QiDECO16P3IROkhfItL+s7+5R fcMQ== 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 y14si711175pfe.38.2018.02.08.15.12.57; Thu, 08 Feb 2018 15:13:14 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752430AbeBHXLE (ORCPT + 99 others); Thu, 8 Feb 2018 18:11:04 -0500 Received: from www262.sakura.ne.jp ([202.181.97.72]:63324 "EHLO www262.sakura.ne.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750961AbeBHXLD (ORCPT ); Thu, 8 Feb 2018 18:11:03 -0500 Received: from fsav105.sakura.ne.jp (fsav105.sakura.ne.jp [27.133.134.232]) by www262.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id w18NAicc045423; Fri, 9 Feb 2018 08:10:44 +0900 (JST) (envelope-from penguin-kernel@I-love.SAKURA.ne.jp) Received: from www262.sakura.ne.jp (202.181.97.72) by fsav105.sakura.ne.jp (F-Secure/fsigk_smtp/530/fsav105.sakura.ne.jp); Fri, 09 Feb 2018 08:10:44 +0900 (JST) X-Virus-Status: clean(F-Secure/fsigk_smtp/530/fsav105.sakura.ne.jp) Received: from AQUA (softbank126074156036.bbtec.net [126.74.156.36]) (authenticated bits=0) by www262.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id w18NAiNd045420; Fri, 9 Feb 2018 08:10:44 +0900 (JST) (envelope-from penguin-kernel@I-love.SAKURA.ne.jp) To: chris@chris-wilson.co.uk, linux-kernel@vger.kernel.org Cc: mingo@kernel.org, akpm@linux-foundation.org, ak@linux.intel.com, jack@suse.cz, aryabinin@virtuozzo.com, dvyukov@google.com Subject: Re: [PATCH] khungtaskd: Kick stuck processes From: Tetsuo Handa References: <20180208190753.17690-1-chris@chris-wilson.co.uk> In-Reply-To: <20180208190753.17690-1-chris@chris-wilson.co.uk> Message-Id: <201802090810.DBF09356.OFMQFVFJtOHOLS@I-love.SAKURA.ne.jp> X-Mailer: Winbiff [Version 2.51 PL2] X-Accept-Language: ja,en,zh Date: Fri, 9 Feb 2018 08:10:43 +0900 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Chris Wilson wrote: > After spotting a stuck process, and having decided not to panic, give > the task a kick to see if that helps it to recover (e.g. to paper over a > missed wake up). Yes, we are seeing hangs at io_schedule(), but doesn't optionally allowing io_schedule() be replaced with timeout version (e.g. dump_page() upon timeout if io_schedule() was called for e.g. wait_on_page_bit()) give us more clue? > > References: https://bugs.freedesktop.org/show_bug.cgi?id=104009 > References: https://bugs.freedesktop.org/show_bug.cgi?id=104682 > Signed-off-by: Chris Wilson > Cc: Ingo Molnar > Cc: Tetsuo Handa > Cc: Andrew Morton > --- > kernel/hung_task.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/kernel/hung_task.c b/kernel/hung_task.c > index 751593ed7c0b..b32acb6bcc63 100644 > --- a/kernel/hung_task.c > +++ b/kernel/hung_task.c > @@ -132,6 +132,8 @@ static void check_hung_task(struct task_struct *t, unsigned long timeout) > trigger_all_cpu_backtrace(); > panic("hung_task: blocked tasks"); > } > + > + wake_up_process(t); > } > > /* > -- > 2.16.1