Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp437253imu; Mon, 5 Nov 2018 03:26:44 -0800 (PST) X-Google-Smtp-Source: AJdET5f5mqpg/OW5BYYJdUa0ZblwSmwuc5e06pXJ3qitnaCSeSlEH9EB6NinQJ7LgdpSmkguNSu6 X-Received: by 2002:a17:902:64c1:: with SMTP id y1-v6mr21821328pli.210.1541417204593; Mon, 05 Nov 2018 03:26:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541417204; cv=none; d=google.com; s=arc-20160816; b=kh7LuC69RNcQ8zZUCLq+wiLR7eH5FnCoxHQ/MLZUSvLgJCxe892VX5g0+HkQfr7Bjg 8KoBM30YU2vcR4ysXEWaED6XVy0mGpax3AJBVlLr4Qqb4Ijvaf0pkvcCCR6z+m9UwTBV hxJ5thqStaxTlFdJ3W8kxAskT7vIsvb7QAjIan9t35RLE6EEVRRXPjvxnyUi7qgvl1kw mvtzkXNEBiPN7xGhnv3QKyIY5wxy4FhjQ5hdST9RbOAAhcpWWZtD3XcBxSr52NGMTQzF JUBPEMFntuclN5yAcxagoGB/BEY1tCZyyO7RJunkqQBH4LVmDTVccBXSwIW/9wYMQa61 HebA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Tc+9oZJ/by89gKxVGsJAa60VltBsE9XWTu+J/pKSPP4=; b=xWdhmDEE+DAA7H4NGaVXj/v77j8KMfvL5WqJ+i4MgQCTzZwk6TvkMMHzU3GtcrsY4Q AS3zByjXzz53BkSm09kJoCIXvFI07WLkzNvyHj1gesF2NV1iCSmPuKQDZTNPhA/T5rbb wCRFOVWOUNKhRj2lsI9maAYCA4t/P7xkv1BXfxipytcm3h00yBdFoLsHwV1bT/QJDVAe cgjN0Bm+BSKkxxpg1NlsmohxgT8Tlf4ruEvrSb/tU8ag3H3rnkhlu9kvNz5icbJKBphP KzpAuJMODkRgLphCRQ5CPey21BoWngjwyESieXkrnAb5BL0SOStOLj2FBn6X1YuNlDNz lPSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=hDlApqZs; 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=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p20-v6si19341101plq.379.2018.11.05.03.26.29; Mon, 05 Nov 2018 03:26:44 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b=hDlApqZs; 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=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729620AbeKEUns (ORCPT + 99 others); Mon, 5 Nov 2018 15:43:48 -0500 Received: from hqemgate16.nvidia.com ([216.228.121.65]:12382 "EHLO hqemgate16.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727563AbeKEUnr (ORCPT ); Mon, 5 Nov 2018 15:43:47 -0500 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate16.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Mon, 05 Nov 2018 03:24:41 -0800 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Mon, 05 Nov 2018 03:24:32 -0800 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Mon, 05 Nov 2018 03:24:32 -0800 Received: from [10.26.11.240] (10.124.1.5) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 5 Nov 2018 11:24:31 +0000 Subject: Re: [PATCH] mfd: tps6586x: Handle interrupts on suspend To: Lee Jones CC: , , Dmitry Osipenko , References: <1539955373-13735-1-git-send-email-jonathanh@nvidia.com> From: Jon Hunter Message-ID: <4f636dde-674a-1793-7798-c475065615a1@nvidia.com> Date: Mon, 5 Nov 2018 11:24:29 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <1539955373-13735-1-git-send-email-jonathanh@nvidia.com> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL101.nvidia.com (172.20.187.10) To HQMAIL101.nvidia.com (172.20.187.10) Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1541417081; bh=Tc+9oZJ/by89gKxVGsJAa60VltBsE9XWTu+J/pKSPP4=; h=X-PGP-Universal:Subject:To:CC:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=hDlApqZslu5lVrM04PNBbRmsUUKkNXlBSCTeEebIDhEqGQbBezEz5AVuYrBAm0Ddu Z791f9PWqSgvDjUWqk0K07N9vFXVE9ZMO6oU921x1fh8eHBfiEjN5KZMMahqvDvWnj aYfDXG2pyJ4PjD0b5rXAjHYPnXSev5Dh/BoINQJLaX/p5ICWTpO7gOfK3+bBSVZrwd IdxiyQGWukjANcq1q06uRWSFPLyHchnc8UcKu//qZQUlLlODz5/yTjrFghUbwqdvqR rInLag0PY1J+FUWKZy0WLlVFaeBE1KuPDmmuoLqeU0t3NM6PZD2Lw8GSWag3733MD+ LKOputUcDRQ5Q== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lee, On 19/10/2018 14:22, Jon Hunter wrote: > From: Jonathan Hunter > > The tps6586x driver creates an irqchip that is used by its various child > devices for managing interrupts. The tps6586x-rtc device is one of its > children that uses the tps6586x irqchip. When using the tps6586x-rtc as > a wake-up device from suspend, the following is seen: > > PM: Syncing filesystems ... done. > Freezing user space processes ... (elapsed 0.001 seconds) done. > OOM killer disabled. > Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done. > Disabling non-boot CPUs ...Hi > Entering suspend state LP1 > Enabling non-boot CPUs ... > CPU1 is up > tps6586x 3-0034: failed to read interrupt status > tps6586x 3-0034: failed to read interrupt status > > The reason why the tps6586x interrupt status cannot be read is because > the tps6586x interrupt is not masked during suspend and when the > tps6586x-rtc interrupt occurs, to wake-up the device, the interrupt is > seen before the i2c controller has been resumed in order to read the > tps6586x interrupt status. > > The tps6586x-rtc driver sets it's interrupt as a wake-up source during > suspend, which gets propagated to the parent tps6586x interrupt. > However, the tps6586x-rtc driver cannot disable it's interrupt during > suspend otherwise we would never be woken up and so the tps6586x must > disable it's interrupt instead. > > Prevent the tps6586x interrupt handler from executing on exiting suspend > before the i2c controller has been resumed by disabling the tps6586x > interrupt on entering suspend and re-enabling it on resuming from > suspend. > > Cc: stable@vger.kernel.org > > Signed-off-by: Jon Hunter > --- Thierry and Dmitry have acked/reviewed this, let me know if you have any comments. Cheers Jon -- nvpublic