From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-17.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7C91AC07E9B for ; Tue, 20 Jul 2021 05:27:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6609561004 for ; Tue, 20 Jul 2021 05:27:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343855AbhGTEqf (ORCPT ); Tue, 20 Jul 2021 00:46:35 -0400 Received: from Mailgw01.mediatek.com ([1.203.163.78]:48691 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1343532AbhGTEq3 (ORCPT ); Tue, 20 Jul 2021 00:46:29 -0400 X-UUID: 3ce759d290a240e18e0ae8f18e8c371c-20210720 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:From:Subject:Message-ID; bh=zIpik6hQDWaGC/2nFu39BaoEG37VtqOoY4AV0DzRV20=; b=n5qZoeAq8L7eij4UPytgSrfXNsEHMT6B00QfFvqVl2RXkKaMOFWbWN3mNJEKkcLC2GwqY9D6nPQHz1Ptkw3QfUpgvHJTjGdVAbrBbvNBfZqlx6N5hgY8Z0h9PCdlAyc6e2yItVHMOpRC1XjYtAVutXenQA9P1sF5ZEt7RCX05qE=; X-UUID: 3ce759d290a240e18e0ae8f18e8c371c-20210720 Received: from mtkcas34.mediatek.inc [(172.27.4.253)] by mailgw01.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 967978126; Tue, 20 Jul 2021 13:27:05 +0800 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS32N2.mediatek.inc (172.27.4.72) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Jul 2021 13:26:58 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Tue, 20 Jul 2021 13:26:58 +0800 Message-ID: <1626758818.4247.0.camel@mhfsdcap03> Subject: Re: [PATCH v2] PM: runtime: enable wake irq after runtime_suspend hook called From: Chunfeng Yun To: "Rafael J. Wysocki" CC: "Rafael J. Wysocki" , Len Brown , Pavel Machek , Greg Kroah-Hartman , Matthias Brugger , Linux PM , Linux Kernel Mailing List , Linux ARM , "moderated list:ARM/Mediatek SoC..." , Alan Stern , Ikjoon Jang , "Tony Lindgren" Date: Tue, 20 Jul 2021 13:26:58 +0800 In-Reply-To: References: <1626427381-30131-1-git-send-email-chunfeng.yun@mediatek.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-TM-SNTS-SMTP: B75593554F78E799DF0F2B58C24AF4BD7A55A65701F1E2F16AF9C5BA25CC284B2000:8 X-MTK: N Content-Transfer-Encoding: base64 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org T24gRnJpLCAyMDIxLTA3LTE2IGF0IDE0OjUyICswMjAwLCBSYWZhZWwgSi4gV3lzb2NraSB3cm90 ZToNCj4gT24gRnJpLCBKdWwgMTYsIDIwMjEgYXQgMTE6MjMgQU0gQ2h1bmZlbmcgWXVuIDxjaHVu ZmVuZy55dW5AbWVkaWF0ZWsuY29tPiB3cm90ZToNCj4gPg0KPiA+IFdoZW4gdGhlIGRlZGljYXRl ZCB3YWtlLWlycSBpcyBsZXZlbCB0cmlnZ2VyLCBhbmQgaXQgdXNlcyB0aGUNCj4gPiBjb25zdW1l cidzIHNsZWVwIHN0YXR1cyBhcyB0aGUgd2FrZXVwIHNvdXJjZSwNCj4gDQo+IFRoaXMgaXMgbm90 IGEgdHlwaWNhbCBjYXNlLCB0aG91Z2gsIEFGQUlDUy4NCj4gDQo+IFNvIHlvdSBzZWVtIHRvIGhh dmUgYSBzcGVjaWFsIHJlcXVpcmVtZW50IGFuZCB5b3Ugd2FudCB0byBjaGFuZ2UgYQ0KPiBnZW5l cmljIGZyYW1ld29yayBpbiBhbiBpbmNvbXBhdGlibGUgd2F5IHRvIGFjY29tbW9kYXRlIGl0Lg0K PiANCj4gPiB0aGF0IG1lYW5zIGlmIHRoZQ0KPiA+IGNvbnN1bWVyIGlzIG5vdCBpbiBzbGVlcCBz dGF0ZSwgdGhlIHdha2UtaXJxIHdpbGwgYmUgdHJpZ2dlcmVkDQo+ID4gd2hlbiBlbmFibGUgaXQ7 IEZvciB0aGlzIGNhc2UsIG5lZWQgZW5hYmxlIHRoZSB3YWtlLWlycSBhZnRlcg0KPiA+IGludm9r aW5nIHRoZSBjb25zdW1lcidzIHJ1bnRpbWVfc3VzcGVuZCgpIHdoaWNoIG1ha2UgdGhlIGNvbnN1 bWVyDQo+ID4gZW50ZXIgc2xlZXAgc3RhdGUuDQo+ID4NCj4gPiBlLmcuDQo+ID4gQXNzdW1lIHRo ZSB3YWtlLWlycSBpcyBhIGxvdyBsZXZlbCB0cmlnZ2VyIHR5cGUsIGFuZCB0aGUgd2FrZXVwDQo+ ID4gc2lnbmFsIGNvbWVzIGZyb20gdGhlIHNsZWVwIHN0YXR1cyBvZiBjb25zdW1lci4NCj4gPiBU aGUgd2FrZXVwIHNpZ25hbCBpcyBsb3cgbGV2ZWwgYXQgcnVubmluZyB0aW1lICgwKSwgYW5kIGJl Y29tZXMNCj4gPiBoaWdoIGxldmVsIHdoZW4gdGhlIGNvbnN1bWVyIGVudGVycyBzbGVlcCBzdGF0 ZSAocnVudGltZV9zdXNwZW5kDQo+ID4gKDEpIGlzIGNhbGxlZCksIGEgd2FrZXVwIGV2ZW50IGF0 ICgyKSBtYWtlIHRoZSBjb25zdW1lciBleGl0IHNsZWVwDQo+ID4gc3RhdGUsIHRoZW4gdGhlIHdh a2V1cCBzaWduYWwgYWxzbyBiZWNvbWVzIGxvdyBsZXZlbC4NCj4gPg0KPiA+ICAgICAgICAgICAg ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiAgICAgICAgICAgICAgICB8ICAgICAgICAgICBe ICAgICBefA0KPiA+IC0tLS0tLS0tLS0tLS0tLS0gICAgICAgICAgIHwgICAgIHwgLS0tLS0tLS0t LS0tLS0NCj4gPiAgfDwtLS0oMCktLS0+fDwtLSgxKS0tfCAgICgzKSAgICgyKSAgICAoNCkNCj4g Pg0KPiA+IGlmIGVuYWJsZSB0aGUgd2FrZS1pcnEgYmVmb3JlIGNhbGxpbmcgcnVudGltZV9zdXNw ZW5kIGR1cmluZyAoMCksDQo+ID4gYW4gaW50ZXJydXB0IHdpbGwgYXJpc2UsIGl0IGNhdXNlcyBy ZXN1bWUgaW1tZWRpYXRlbHk7DQo+ID4gaXQgd29ya3MgaWYgZW5hYmxlIHdha2UtaXJxICggZS5n LiBhdCAoMykgb3IgKDQpKSBhZnRlciBjYWxsaW5nDQo+ID4gcnVudGltZV9zdXNwZW5kLg0KPiA+ DQo+ID4gSW4gdGhpcyBleGFtcGxlLCBjYW4ndCBmaXggaXQgYnkgdXNpbmcgZmFsbGluZyBlZGdl IHRyaWdnZXIgd2l0aG91dA0KPiA+IHRoaXMgcGF0Y2gsIHRoZSBpc3N1ZSB3aWxsIGhhcHBlbiBh cyBiZWxvdyBzdGVwczoNCj4gPiAxLiB1c2UgYW5vdGhlciB3YWtldXAgc291cmNlIHRvIHdha2Ug dXAgdGhlIHN1c3BlbmRlZCBzeXN0ZW07DQo+ID4gMi4gdGhlIGNvbnN1bWVyJ3MgcmVzdW1lKCkg d2lsbCBiZSBjYWxsZWQsIGFuZCBleGl0cyBzbGVlcCBzdGF0ZTsNCj4gPiAzLiB0aGUgY29uc3Vt ZXIncyB3YWtldXAgc2lnbmFsIHdpbGwgZmFsbCBpbnRvIGxvdyBsZXZlbCwgZHVlIHRvDQo+ID4g ICAgY3VycmVudGx5IHRoZSB3YWtldXAgaXJxIGlzIGRpc2FibGVkLCB0aGUgd2FrZS1pcnEgaXMg cGVuZGluZzsNCj4gPiA0LiB0aGUgY29uc3VtZXIgdHJpZXMgdG8gZW50ZXIgcnVudGltZSBzdXNw ZW5kLCBidXQgdGhlcmUgaXMgYQ0KPiA+ICAgIHBlbmRpbmcgd2FrZXVwIGlycSwgc28gd2lsbCBy ZXN1bWUgYWdhaW4sIHRoaXMgd2lsbCByZXBlYXQNCj4gPiAgICBlbmRsZXNzbHkuDQo+ID4NCj4g PiBUaGlzIHBhdGNoIHNlZW1zIG5vIHNpZGUgZWZmZWN0IG9uIGVkZ2UgdHJpZ2dlciB3YWtlLWly cSB0aGF0IHdvcmtzDQo+ID4gYmVmb3JlLg0KPiA+DQo+ID4gU2lnbmVkLW9mZi1ieTogQ2h1bmZl bmcgWXVuIDxjaHVuZmVuZy55dW5AbWVkaWF0ZWsuY29tPg0KPiA+IC0tLQ0KPiA+IHYyOiBhZGQg bW9yZSBjb21taXQgbWVzc2FnZQ0KPiA+DQo+ID4gICBJIHVzZSB0aGUgZmFsbGluZyBlZGdlIHRy aWdnZXIgaW50ZXJydXB0IHN1Z2dlc3RlZCBieSBJa2pvb24gWzFdLCBpdA0KPiA+IHdvcmtzIHdl bGwgYXQgZmlyc3RseSB3aGVuIG9ubHkgdXNlIHRoaXMgcmVsYXRlZCB3YWtldXAgc291cmNlLCBi dXQNCj4gPiBlbmNvdW50ZXIgaXNzdWVzIGlmIHVzZSBvdGhlciB3YWtldXAgc291cmNlcyB0byB3 YWtldXAgcGxhdGZvcm0gYXMNCj4gPiBkZXNjcmliZWQgaW4gY29tbWl0IG1lc3NhZ2UuDQo+ID4g ICBTZW5kIG91dCB0aGUgcGF0Y2ggYWdhaW4gZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbi4NCj4gPg0K PiA+IFsxXTogaHR0cHM6Ly9wYXRjaHdvcmsua2VybmVsLm9yZy9wYXRjaC8xMjE5MDQwNw0KPiA+ DQo+ID4gLS0tDQo+ID4gIGRyaXZlcnMvYmFzZS9wb3dlci9ydW50aW1lLmMgfCA1ICsrLS0tDQo+ ID4gIDEgZmlsZSBjaGFuZ2VkLCAyIGluc2VydGlvbnMoKyksIDMgZGVsZXRpb25zKC0pDQo+ID4N Cj4gPiBkaWZmIC0tZ2l0IGEvZHJpdmVycy9iYXNlL3Bvd2VyL3J1bnRpbWUuYyBiL2RyaXZlcnMv YmFzZS9wb3dlci9ydW50aW1lLmMNCj4gPiBpbmRleCA4YTY2ZWFmNzMxZTQuLjkwYTkxYjJiMTM2 NCAxMDA2NDQNCj4gPiAtLS0gYS9kcml2ZXJzL2Jhc2UvcG93ZXIvcnVudGltZS5jDQo+ID4gKysr IGIvZHJpdmVycy9iYXNlL3Bvd2VyL3J1bnRpbWUuYw0KPiA+IEBAIC02MzksMTIgKzYzOSwxMiBA QCBzdGF0aWMgaW50IHJwbV9zdXNwZW5kKHN0cnVjdCBkZXZpY2UgKmRldiwgaW50IHJwbWZsYWdz KQ0KPiA+ICAgICAgICAgX191cGRhdGVfcnVudGltZV9zdGF0dXMoZGV2LCBSUE1fU1VTUEVORElO Ryk7DQo+ID4NCj4gPiAgICAgICAgIGNhbGxiYWNrID0gUlBNX0dFVF9DQUxMQkFDSyhkZXYsIHJ1 bnRpbWVfc3VzcGVuZCk7DQo+ID4gLQ0KPiA+IC0gICAgICAgZGV2X3BtX2VuYWJsZV93YWtlX2ly cV9jaGVjayhkZXYsIHRydWUpOw0KPiANCj4gSSB3b3VsZCBzdWdnZXN0IGFkZGluZyBhIHdha2Ug SVJRIGZsYWcgdG8gaW5kaWNhdGUgdGhhdCBpdCBuZWVkcw0KPiBzcGVjaWFsIGhhbmRsaW5nIGFu ZCBtb2RpZnlpbmcgdGhlIGFib3ZlIHRvIHRha2UgdGhhdCBuZXcgZmxhZyBpbnRvDQo+IGFjY291 bnQuDQo+IA0KPiA+ICAgICAgICAgcmV0dmFsID0gcnBtX2NhbGxiYWNrKGNhbGxiYWNrLCBkZXYp Ow0KPiA+ICAgICAgICAgaWYgKHJldHZhbCkNCj4gPiAgICAgICAgICAgICAgICAgZ290byBmYWls Ow0KPiA+DQo+ID4gKyAgICAgICBkZXZfcG1fZW5hYmxlX3dha2VfaXJxX2NoZWNrKGRldiwgdHJ1 ZSk7DQo+IA0KPiBUaGVuLCB5b3UgY2FuIGFkZCBhbiBlbnRpcmVseSBuZXcgY2FsbCBoZXJlLCBz YXkNCj4gZGV2X3BtX2VuYWJsZV93YWtlX2lycV9jb21wbGV0ZShkZXYpLCB0aGF0IHdpbGwgZG8g dGhlIGFjdHVhbCBlbmFibGUNCj4gZm9yIHRoZSB3YWtlIElSUXMgd2l0aCB0aGUgbmV3IGZsYWcg c2V0IGFuZCBub3RoaW5nIGZvciB0aGUgb3RoZXJzLg0KPiANCj4gPiArDQo+ID4gICBub19jYWxs YmFjazoNCj4gPiAgICAgICAgIF9fdXBkYXRlX3J1bnRpbWVfc3RhdHVzKGRldiwgUlBNX1NVU1BF TkRFRCk7DQo+ID4gICAgICAgICBwbV9ydW50aW1lX2RlYWN0aXZhdGVfdGltZXIoZGV2KTsNCj4g PiBAQCAtNjkwLDcgKzY5MCw2IEBAIHN0YXRpYyBpbnQgcnBtX3N1c3BlbmQoc3RydWN0IGRldmlj ZSAqZGV2LCBpbnQgcnBtZmxhZ3MpDQo+ID4gICAgICAgICByZXR1cm4gcmV0dmFsOw0KPiA+DQo+ ID4gICBmYWlsOg0KPiA+IC0gICAgICAgZGV2X3BtX2Rpc2FibGVfd2FrZV9pcnFfY2hlY2soZGV2 KTsNCj4gDQo+IEFuZCBvYnZpb3VzbHkgdGhpcyB3aWxsIHJlYWxseSBkaXNhYmxlIHdha2UgSVJR cyB3aXRoIHRoZSBuZXcgZmxhZyB1bnNldCBvbmx5Lg0KDQpPaywgSSdsbCB0cnkgaXQsIHRoYW5r cyBhIGxvdA0KDQo+IA0KPiA+ICAgICAgICAgX191cGRhdGVfcnVudGltZV9zdGF0dXMoZGV2LCBS UE1fQUNUSVZFKTsNCj4gPiAgICAgICAgIGRldi0+cG93ZXIuZGVmZXJyZWRfcmVzdW1lID0gZmFs c2U7DQo+ID4gICAgICAgICB3YWtlX3VwX2FsbCgmZGV2LT5wb3dlci53YWl0X3F1ZXVlKTsNCj4g PiAtLQ0KPiA+IDIuMTguMA0KPiA+DQoNCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-16.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EAB49C07E9B for ; Tue, 20 Jul 2021 05:37:23 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9DE916113C for ; Tue, 20 Jul 2021 05:37:23 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9DE916113C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Date:CC:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=omHGYZxt8OED7MsomgrADAJW/+x52/xfoNbf/6dwiqI=; b=F/7KjlrVVEDCjr 8WonZhDEMdHlBIyS6LztT3Mksox8bNGBytrYwnyfaWfO5yk/kt5mJcrQ6Xn04t38v+k33RPuhKI9o 1JS3ue4apnWpOsPnQ+DOKSEC3YBbJlCmj2RVCq0ti4al+x0Zx4ermnD4UptbooOxbqoXtzeTdWE+U Rxx+mKdOs3Q6BLY509gV7x9wGwvqsg/CrKehybSg+dMG4wl5Neznj2XeV5+afS8JZkz+VpUtNuKYh kjO+8Cb5af1XXqxBCZrshyMZO+hmrv8oJo3RTvWjoeGtke5XUtCRXiu9HEhl147aWF3OTFH4Rbzse JjE/cyl5GrUWc1+zXgaw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1m5iRK-00Bull-08; Tue, 20 Jul 2021 05:37:10 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1m5iRF-00BulE-FY; Tue, 20 Jul 2021 05:37:08 +0000 X-UUID: 5e22307b210c4ff19c8ebd5d9d42648a-20210719 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:From:Subject:Message-ID; bh=zIpik6hQDWaGC/2nFu39BaoEG37VtqOoY4AV0DzRV20=; b=UaVE8L2x+FYhlX8l/9e5qNEgZ/FmqXO/WFNRU4TOL6rpWq8q2eZce2kGW3JBt/ye/rLOA0TJYqmgWnUKl12T8szJ/1huzv0Umwl6abNk9bLA85stPSlYBikHEViy556iQTMniH/YVEB+KxcsSth5z9zuEiG7LiEcQUL6Y4Q2TFY=; X-UUID: 5e22307b210c4ff19c8ebd5d9d42648a-20210719 Received: from mtkcas66.mediatek.inc [(172.29.193.44)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1934843028; Mon, 19 Jul 2021 22:36:59 -0700 Received: from MTKMBS32N2.mediatek.inc (172.27.4.72) by MTKMBS62DR.mediatek.inc (172.29.94.18) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 19 Jul 2021 22:27:06 -0700 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS32N2.mediatek.inc (172.27.4.72) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Jul 2021 13:26:58 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Tue, 20 Jul 2021 13:26:58 +0800 Message-ID: <1626758818.4247.0.camel@mhfsdcap03> Subject: Re: [PATCH v2] PM: runtime: enable wake irq after runtime_suspend hook called From: Chunfeng Yun To: "Rafael J. Wysocki" CC: "Rafael J. Wysocki" , Len Brown , Pavel Machek , Greg Kroah-Hartman , Matthias Brugger , Linux PM , Linux Kernel Mailing List , Linux ARM , "moderated list:ARM/Mediatek SoC..." , Alan Stern , Ikjoon Jang , Tony Lindgren Date: Tue, 20 Jul 2021 13:26:58 +0800 In-Reply-To: References: <1626427381-30131-1-git-send-email-chunfeng.yun@mediatek.com> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-TM-SNTS-SMTP: B75593554F78E799DF0F2B58C24AF4BD7A55A65701F1E2F16AF9C5BA25CC284B2000:8 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210719_223706_375439_6C56CAA0 X-CRM114-Status: GOOD ( 38.32 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org On Fri, 2021-07-16 at 14:52 +0200, Rafael J. Wysocki wrote: > On Fri, Jul 16, 2021 at 11:23 AM Chunfeng Yun wrote: > > > > When the dedicated wake-irq is level trigger, and it uses the > > consumer's sleep status as the wakeup source, > > This is not a typical case, though, AFAICS. > > So you seem to have a special requirement and you want to change a > generic framework in an incompatible way to accommodate it. > > > that means if the > > consumer is not in sleep state, the wake-irq will be triggered > > when enable it; For this case, need enable the wake-irq after > > invoking the consumer's runtime_suspend() which make the consumer > > enter sleep state. > > > > e.g. > > Assume the wake-irq is a low level trigger type, and the wakeup > > signal comes from the sleep status of consumer. > > The wakeup signal is low level at running time (0), and becomes > > high level when the consumer enters sleep state (runtime_suspend > > (1) is called), a wakeup event at (2) make the consumer exit sleep > > state, then the wakeup signal also becomes low level. > > > > ------------------ > > | ^ ^| > > ---------------- | | -------------- > > |<---(0)--->|<--(1)--| (3) (2) (4) > > > > if enable the wake-irq before calling runtime_suspend during (0), > > an interrupt will arise, it causes resume immediately; > > it works if enable wake-irq ( e.g. at (3) or (4)) after calling > > runtime_suspend. > > > > In this example, can't fix it by using falling edge trigger without > > this patch, the issue will happen as below steps: > > 1. use another wakeup source to wake up the suspended system; > > 2. the consumer's resume() will be called, and exits sleep state; > > 3. the consumer's wakeup signal will fall into low level, due to > > currently the wakeup irq is disabled, the wake-irq is pending; > > 4. the consumer tries to enter runtime suspend, but there is a > > pending wakeup irq, so will resume again, this will repeat > > endlessly. > > > > This patch seems no side effect on edge trigger wake-irq that works > > before. > > > > Signed-off-by: Chunfeng Yun > > --- > > v2: add more commit message > > > > I use the falling edge trigger interrupt suggested by Ikjoon [1], it > > works well at firstly when only use this related wakeup source, but > > encounter issues if use other wakeup sources to wakeup platform as > > described in commit message. > > Send out the patch again for further discussion. > > > > [1]: https://patchwork.kernel.org/patch/12190407 > > > > --- > > drivers/base/power/runtime.c | 5 ++--- > > 1 file changed, 2 insertions(+), 3 deletions(-) > > > > diff --git a/drivers/base/power/runtime.c b/drivers/base/power/runtime.c > > index 8a66eaf731e4..90a91b2b1364 100644 > > --- a/drivers/base/power/runtime.c > > +++ b/drivers/base/power/runtime.c > > @@ -639,12 +639,12 @@ static int rpm_suspend(struct device *dev, int rpmflags) > > __update_runtime_status(dev, RPM_SUSPENDING); > > > > callback = RPM_GET_CALLBACK(dev, runtime_suspend); > > - > > - dev_pm_enable_wake_irq_check(dev, true); > > I would suggest adding a wake IRQ flag to indicate that it needs > special handling and modifying the above to take that new flag into > account. > > > retval = rpm_callback(callback, dev); > > if (retval) > > goto fail; > > > > + dev_pm_enable_wake_irq_check(dev, true); > > Then, you can add an entirely new call here, say > dev_pm_enable_wake_irq_complete(dev), that will do the actual enable > for the wake IRQs with the new flag set and nothing for the others. > > > + > > no_callback: > > __update_runtime_status(dev, RPM_SUSPENDED); > > pm_runtime_deactivate_timer(dev); > > @@ -690,7 +690,6 @@ static int rpm_suspend(struct device *dev, int rpmflags) > > return retval; > > > > fail: > > - dev_pm_disable_wake_irq_check(dev); > > And obviously this will really disable wake IRQs with the new flag unset only. Ok, I'll try it, thanks a lot > > > __update_runtime_status(dev, RPM_ACTIVE); > > dev->power.deferred_resume = false; > > wake_up_all(&dev->power.wait_queue); > > -- > > 2.18.0 > > _______________________________________________ Linux-mediatek mailing list Linux-mediatek@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-mediatek From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-16.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A937BC07E95 for ; Tue, 20 Jul 2021 05:39:11 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 72F006113A for ; Tue, 20 Jul 2021 05:39:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 72F006113A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Date:CC:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=d5r6IWUxa4SiX+FURWQvpPI03wJoEglFIN8N4EGPhLU=; b=TgoXRKISNoD6g5 0SShfixbSUHVOD4C5reNhYLIsoc/IX7SRoZcFFiMBpkqTxF8EmGJpJZL46QTZ/CSNUvhu6ehdq+Nu e6GpQ9qAeyFUZrSf2HK7qZf2bDDiRAssMQovbB7tB9p8sup3lGJf5BTdnQOaFgAkClKa39glrJWUA R+zjZApw6rOqjaHYKYUkoEL+vtTmQ23Y8pOPxrW3NnH/YTLBGv5RDu3+P0FrVDwCuLNAOrQEO1Ft9 shncNNxaylQHBANUOxY8G5RZBtfGznw2/gzk8N8nENrIE7k6EMfH0/7YWB0hN9MV5kBCXWXF45/NQ 23Ws65qDNgPJjyZfOiUw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1m5iRL-00Bulq-R3; Tue, 20 Jul 2021 05:37:11 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1m5iRF-00BulE-FY; Tue, 20 Jul 2021 05:37:08 +0000 X-UUID: 5e22307b210c4ff19c8ebd5d9d42648a-20210719 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:From:Subject:Message-ID; bh=zIpik6hQDWaGC/2nFu39BaoEG37VtqOoY4AV0DzRV20=; b=UaVE8L2x+FYhlX8l/9e5qNEgZ/FmqXO/WFNRU4TOL6rpWq8q2eZce2kGW3JBt/ye/rLOA0TJYqmgWnUKl12T8szJ/1huzv0Umwl6abNk9bLA85stPSlYBikHEViy556iQTMniH/YVEB+KxcsSth5z9zuEiG7LiEcQUL6Y4Q2TFY=; X-UUID: 5e22307b210c4ff19c8ebd5d9d42648a-20210719 Received: from mtkcas66.mediatek.inc [(172.29.193.44)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1934843028; Mon, 19 Jul 2021 22:36:59 -0700 Received: from MTKMBS32N2.mediatek.inc (172.27.4.72) by MTKMBS62DR.mediatek.inc (172.29.94.18) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 19 Jul 2021 22:27:06 -0700 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS32N2.mediatek.inc (172.27.4.72) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Jul 2021 13:26:58 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Tue, 20 Jul 2021 13:26:58 +0800 Message-ID: <1626758818.4247.0.camel@mhfsdcap03> Subject: Re: [PATCH v2] PM: runtime: enable wake irq after runtime_suspend hook called From: Chunfeng Yun To: "Rafael J. Wysocki" CC: "Rafael J. Wysocki" , Len Brown , Pavel Machek , Greg Kroah-Hartman , Matthias Brugger , Linux PM , Linux Kernel Mailing List , Linux ARM , "moderated list:ARM/Mediatek SoC..." , Alan Stern , Ikjoon Jang , Tony Lindgren Date: Tue, 20 Jul 2021 13:26:58 +0800 In-Reply-To: References: <1626427381-30131-1-git-send-email-chunfeng.yun@mediatek.com> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-TM-SNTS-SMTP: B75593554F78E799DF0F2B58C24AF4BD7A55A65701F1E2F16AF9C5BA25CC284B2000:8 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210719_223706_375439_6C56CAA0 X-CRM114-Status: GOOD ( 38.32 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, 2021-07-16 at 14:52 +0200, Rafael J. Wysocki wrote: > On Fri, Jul 16, 2021 at 11:23 AM Chunfeng Yun wrote: > > > > When the dedicated wake-irq is level trigger, and it uses the > > consumer's sleep status as the wakeup source, > > This is not a typical case, though, AFAICS. > > So you seem to have a special requirement and you want to change a > generic framework in an incompatible way to accommodate it. > > > that means if the > > consumer is not in sleep state, the wake-irq will be triggered > > when enable it; For this case, need enable the wake-irq after > > invoking the consumer's runtime_suspend() which make the consumer > > enter sleep state. > > > > e.g. > > Assume the wake-irq is a low level trigger type, and the wakeup > > signal comes from the sleep status of consumer. > > The wakeup signal is low level at running time (0), and becomes > > high level when the consumer enters sleep state (runtime_suspend > > (1) is called), a wakeup event at (2) make the consumer exit sleep > > state, then the wakeup signal also becomes low level. > > > > ------------------ > > | ^ ^| > > ---------------- | | -------------- > > |<---(0)--->|<--(1)--| (3) (2) (4) > > > > if enable the wake-irq before calling runtime_suspend during (0), > > an interrupt will arise, it causes resume immediately; > > it works if enable wake-irq ( e.g. at (3) or (4)) after calling > > runtime_suspend. > > > > In this example, can't fix it by using falling edge trigger without > > this patch, the issue will happen as below steps: > > 1. use another wakeup source to wake up the suspended system; > > 2. the consumer's resume() will be called, and exits sleep state; > > 3. the consumer's wakeup signal will fall into low level, due to > > currently the wakeup irq is disabled, the wake-irq is pending; > > 4. the consumer tries to enter runtime suspend, but there is a > > pending wakeup irq, so will resume again, this will repeat > > endlessly. > > > > This patch seems no side effect on edge trigger wake-irq that works > > before. > > > > Signed-off-by: Chunfeng Yun > > --- > > v2: add more commit message > > > > I use the falling edge trigger interrupt suggested by Ikjoon [1], it > > works well at firstly when only use this related wakeup source, but > > encounter issues if use other wakeup sources to wakeup platform as > > described in commit message. > > Send out the patch again for further discussion. > > > > [1]: https://patchwork.kernel.org/patch/12190407 > > > > --- > > drivers/base/power/runtime.c | 5 ++--- > > 1 file changed, 2 insertions(+), 3 deletions(-) > > > > diff --git a/drivers/base/power/runtime.c b/drivers/base/power/runtime.c > > index 8a66eaf731e4..90a91b2b1364 100644 > > --- a/drivers/base/power/runtime.c > > +++ b/drivers/base/power/runtime.c > > @@ -639,12 +639,12 @@ static int rpm_suspend(struct device *dev, int rpmflags) > > __update_runtime_status(dev, RPM_SUSPENDING); > > > > callback = RPM_GET_CALLBACK(dev, runtime_suspend); > > - > > - dev_pm_enable_wake_irq_check(dev, true); > > I would suggest adding a wake IRQ flag to indicate that it needs > special handling and modifying the above to take that new flag into > account. > > > retval = rpm_callback(callback, dev); > > if (retval) > > goto fail; > > > > + dev_pm_enable_wake_irq_check(dev, true); > > Then, you can add an entirely new call here, say > dev_pm_enable_wake_irq_complete(dev), that will do the actual enable > for the wake IRQs with the new flag set and nothing for the others. > > > + > > no_callback: > > __update_runtime_status(dev, RPM_SUSPENDED); > > pm_runtime_deactivate_timer(dev); > > @@ -690,7 +690,6 @@ static int rpm_suspend(struct device *dev, int rpmflags) > > return retval; > > > > fail: > > - dev_pm_disable_wake_irq_check(dev); > > And obviously this will really disable wake IRQs with the new flag unset only. Ok, I'll try it, thanks a lot > > > __update_runtime_status(dev, RPM_ACTIVE); > > dev->power.deferred_resume = false; > > wake_up_all(&dev->power.wait_queue); > > -- > > 2.18.0 > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel