Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752853AbdHOIiB (ORCPT ); Tue, 15 Aug 2017 04:38:01 -0400 Received: from lucky1.263xmail.com ([211.157.147.133]:55075 "EHLO lucky1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752166AbdHOIh4 (ORCPT ); Tue, 15 Aug 2017 04:37:56 -0400 X-263anti-spam: KSV:0; X-MAIL-GRAY: 1 X-MAIL-DELIVERY: 0 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-RL-SENDER: shawn.lin@rock-chips.com X-FST-TO: ulf.hansson@linaro.org X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: shawn.lin@rock-chips.com X-UNIQUE-TAG: <6adade34dc3452543d2fb46886ffd42c> X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 From: Shawn Lin To: Ulf Hansson , "Rafael J. Wysocki" , Greg Kroah-Hartman Cc: Heiko Stuebner , Jaehoon Chung , linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, Shawn Lin Subject: [PATCH v2 0/2] Avoid system abort by moving pm domain's detach after devres_release_all Date: Tue, 15 Aug 2017 16:36:55 +0800 Message-Id: <1502786217-212887-1-git-send-email-shawn.lin@rock-chips.com> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1615 Lines: 39 CONFIG_DEBUG_SHIRQ will fire extra irq action to call the registered irq callback after driver is removed or failed to probe. In general, the irq callback provided by driver should read its internal registers to see who fires the irq. So this leads a situation that we access the registers with a powered-off pm domain that the system abort. This is a system-wide issue may break lots of drivers, IMHO. dwmmc driver is one of them suffered from this as it allows the variant drivers to register shared irq. Please see the commit message of patch 2 for how that happened. I haven't find a proper way to freeze the genpd_power_off_work_fn and fire it again when finish devres_release_all indeed. And it seems to me that device's pm domain detach is always called when failing to probe or removing the driver. So from a top view, I have to cook patch 1 for a RFC to see if folks think this's the best way to fix that, otherwise we may need to fix it everywhere for other drivers. These patchset was tested by hacking the driver to return a failure for probe and also by unbinding the driver and all seem to work fine. Changes in v2: - include a driver core change to fix the genpd issue. Shawn Lin (2): driver core: detach device's pm_domain after devres_release_all mmc: dw_mmc: fix potential system abort if activating CONFIG_DEBUG_SHIRQ drivers/base/dd.c | 35 +++++++++++++++++++++++++++++----- drivers/base/platform.c | 18 ++---------------- drivers/mmc/host/dw_mmc.c | 48 +++++++++++++++++++++++------------------------ 3 files changed, 55 insertions(+), 46 deletions(-) -- 1.9.1