Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3313044pxf; Mon, 15 Mar 2021 06:58:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw6vOkVk2yJbaxJHBMpR8di/Wv/elRJU37/63MP/BIDCPbWIULxMJ0+ss6h6yqQDwxkoQF2 X-Received: by 2002:a17:906:fa04:: with SMTP id lo4mr23805064ejb.44.1615816703044; Mon, 15 Mar 2021 06:58:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615816703; cv=none; d=google.com; s=arc-20160816; b=wtcX2CpQNR41kSGHlwHuRL8g9QycN5jLjxw1cnpnvzirMR4HWf9P0wX+pD8eDGI746 TBoVW2R6fHYKiG/BQqDu3PjdLWdl+rN0mWFQdLXTewKmvy6gVI8BfQAiY3f+rrX3wGyW qqa4ofIWnz2bIDluunaF3ZYAjRcNo4I9v9LvorPabUYBEcpSWsFuGPIUCpc+qkCC7GfG mFW7Gro2lNlYtvBYsIncyRv/tPYeXKBbWj4ut0coYYSaRfXeu4ikSSAgvfEo25UWbIpi KHVL19Tb8hEfwpR4I4NmAvWIHSJ99Xnai+yAg+4I4DdrKt6tvOtzRGBZIYwW0EZeGCIn o8qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=0yJdM0S4u4bA0S9QXCFdn8KfYXa/zBLToK32f1NlQiU=; b=JLTenzzWuHi9nmHHQ1zBGhmKaHfrTZo5atAb/IeTC91jzOXMG+3wsyXNSPVHWFya3h pOAyEioTT+B0ZW79jA1fdbfqYLrGyY2rnZBX7fsQgDdEQ6Z45w/xkO8GJZVtQ5myQeus 97mlEJxvhav8mrcZTAsbL7WzLc3manxwbzbbpZHh+MpX5CmWBH9/2qbV5wzQ060IT00t 6VzFMPfc07YvSQ557rUOVLq3IPjoh4lrq70DH0mCKhidsKmWKuttyJ8iHqmBUKNSiyNH hPu46/5FOS4AhILkuGd+hGdbK5DMvoS+RP44gCGa4vEjdbJHhMYmrL6Hi8dYXseGzCNH 4hjw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=NC4nqGkq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d2si11111560ejm.291.2021.03.15.06.58.00; Mon, 15 Mar 2021 06:58:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=NC4nqGkq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231623AbhCONy6 (ORCPT + 99 others); Mon, 15 Mar 2021 09:54:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:55954 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230398AbhCONxb (ORCPT ); Mon, 15 Mar 2021 09:53:31 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8201964EEC; Mon, 15 Mar 2021 13:53:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816411; bh=REA0xzN68j/FvKbx8JxSFI1oQ+aizigW8TARD6o/CQQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NC4nqGkq80NJOGd52UmhhR2gLSZuTKupvZwbSd1MZ0QQrnvh4jDQpxSUPo4+ueJ3O eudOhHLNU2uDmqb0qwmpcVmsxfFYRPFxDTgZ2YKZ/jJMyVCNoM32b9oHj2xwR+ywX0 Kxnh0xWaJ1W0qG6xxblKz6aDBWWgT28iMTGjmXn8= From: gregkh@linuxfoundation.org To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Stefan Haberland , Bjoern Walk , Jan Hoeppner , Jens Axboe Subject: [PATCH 4.4 28/75] s390/dasd: fix hanging DASD driver unbind Date: Mon, 15 Mar 2021 14:51:42 +0100 Message-Id: <20210315135209.180886348@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135208.252034256@linuxfoundation.org> References: <20210315135208.252034256@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Greg Kroah-Hartman From: Stefan Haberland commit 7d365bd0bff3c0310c39ebaffc9a8458e036d666 upstream. In case of an unbind of the DASD device driver the function dasd_generic_remove() is called which shuts down the device. Among others this functions removes the int_handler from the cdev. During shutdown the device cancels all outstanding IO requests and waits for completion of the clear request. Unfortunately the clear interrupt will never be received when there is no interrupt handler connected. Fix by moving the int_handler removal after the call to the state machine where no request or interrupt is outstanding. Cc: stable@vger.kernel.org Signed-off-by: Stefan Haberland Tested-by: Bjoern Walk Reviewed-by: Jan Hoeppner Signed-off-by: Jens Axboe Signed-off-by: Greg Kroah-Hartman --- drivers/s390/block/dasd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) --- a/drivers/s390/block/dasd.c +++ b/drivers/s390/block/dasd.c @@ -3286,8 +3286,6 @@ void dasd_generic_remove(struct ccw_devi struct dasd_device *device; struct dasd_block *block; - cdev->handler = NULL; - device = dasd_device_from_cdev(cdev); if (IS_ERR(device)) { dasd_remove_sysfs_files(cdev); @@ -3306,6 +3304,7 @@ void dasd_generic_remove(struct ccw_devi * no quite down yet. */ dasd_set_target_state(device, DASD_STATE_NEW); + cdev->handler = NULL; /* dasd_delete_device destroys the device reference. */ block = device->block; dasd_delete_device(device);