Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp5968791imm; Tue, 12 Jun 2018 17:06:05 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJmPN27FtIXNzvyhdq7d2A752tSltup9GrMO89Vk+jcta/Fb3oOhoVJavm/gYLj90SG9cH2 X-Received: by 2002:a63:980a:: with SMTP id q10-v6mr2085057pgd.50.1528848365567; Tue, 12 Jun 2018 17:06:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528848365; cv=none; d=google.com; s=arc-20160816; b=bLHepSDRGIYz5t4+dhJDPs7kWGbwdliTbtamEv9T6HFCa3If2fJgjXDv3XKaWkg+wG Hha0ym4nG5cpjQY3Wgffto9wnBY7iRdW6+GIalfd0NMHkmwvF2jtyLoc8+E2yW0pwDBi TyVwg9m1tGWvE3qlRFBusoadESbPT0Igd32cJjHtt3PEL3v/2IBf3wtH1jBfdgfyCzmu WSICLY9nUw1fNRG+7dmy/wAv7VFvziPIcJFz1DPfhMbAgMyq4co4jlYPxshFLDGNSmJJ i/GQa8QIsX5jHHz5vWwgcCAV0Rak3w5eSrvYKiFJrWWRo5EjB0kMVWy6k57+40B5G7jG SunQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:arc-authentication-results; bh=tA+RLN0cjgDFxDiqg4S2lxOXfTOskdqT7D2fF1G7E94=; b=k/x5rGxSY9/wNgMmqLOOG61Mf1rJXIZvR0ds9Yydk/glrH+DTa9urcuM7UvDI+6Ez5 lJToAfFqg2BQYak0bBQ2YNEosfIMGC0KppZmkGSR3hISm9gTCze4Lv2+rVCokp0RGq4p SUQLbaf7zg8Y5et8Xm9VjysJUw8b0QUvBCPm+oPKOATwnKsSU13uOdE9BuBzw1WYcmtY Ng9maEw1O3KdLxSC12PUHvCDT5vI8Y7nRzpnElLf+7l0WDkjIMUg+63Sfxx+uX2FcBMF /+LMCVh74tDVw4eNUAcChWmQM7cmeSIaiRAZToQxqepRFWLt/5TiF7PdZ3w84CDqizp/ lJiw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m37-v6si1375023pla.148.2018.06.12.17.05.12; Tue, 12 Jun 2018 17:06:05 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934747AbeFMAEN convert rfc822-to-8bit (ORCPT + 99 others); Tue, 12 Jun 2018 20:04:13 -0400 Received: from mga12.intel.com ([192.55.52.136]:58062 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932490AbeFMAEM (ORCPT ); Tue, 12 Jun 2018 20:04:12 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jun 2018 17:04:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,216,1526367600"; d="scan'208";a="236938041" Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by fmsmga006.fm.intel.com with ESMTP; 12 Jun 2018 17:04:11 -0700 Received: from fmsmsx118.amr.corp.intel.com (10.18.116.18) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 12 Jun 2018 17:04:11 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by fmsmsx118.amr.corp.intel.com (10.18.116.18) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 12 Jun 2018 17:04:11 -0700 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.82]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.87]) with mapi id 14.03.0319.002; Wed, 13 Jun 2018 08:04:09 +0800 From: "Xu, Even" To: Jiri Kosina , Srinivas Pandruvada CC: "benjamin.tissoires@redhat.com" , "linux-input@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH] hid: intel_ish-hid: ipc: register more pm callbacks to support hibernation Thread-Topic: [PATCH] hid: intel_ish-hid: ipc: register more pm callbacks to support hibernation Thread-Index: AQHUASd9wHD/F8upPEi0DX5gInteeKRcMcAAgAEenvA= Date: Wed, 13 Jun 2018 00:04:08 +0000 Message-ID: <9577C59DB499174B9340876B077C2E9569DF11D7@SHSMSX101.ccr.corp.intel.com> References: <20180611015650.51385-1-srinivas.pandruvada@linux.intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNGUzY2M3NzktZGNkZC00MjUxLWExYjQtMDE3MWQwNDM1MTljIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiOUJnZ00yODlzT3NVNXlGcTk0aVRNOWNiZXlJRUZyUFVuQ3RXV0NBamd2ajBwM2s3ZWU3OVhmK3R1dnlDWmM2TiJ9 dlp-product: dlpe-windows dlp-version: 11.0.200.100 dlp-reaction: no-action x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Jiri Kosina, If without this patch, the platform with ISH, its hibernation resume will take more than 10s because of ISH resume failure, it will also cause ISH not functional. With this patch, everything will go will. Best Regards, Even Xu -----Original Message----- From: Jiri Kosina [mailto:jikos@kernel.org] Sent: Tuesday, June 12, 2018 10:53 PM To: Srinivas Pandruvada Cc: benjamin.tissoires@redhat.com; linux-input@vger.kernel.org; linux-kernel@vger.kernel.org; Xu, Even Subject: Re: [PATCH] hid: intel_ish-hid: ipc: register more pm callbacks to support hibernation On Sun, 10 Jun 2018, Srinivas Pandruvada wrote: > From: Even Xu > > Current ish driver only register resume/suspend PM callbacks which > don't support hibernation (suspend to disk). Now use the > SIMPLE_DEV_PM_OPS() MACRO instead of struct dev_pm_ops directly. > The suspend and resume functions will now be used for both suspend to > RAM and hibernation. > > If power management is disable, SIMPLE_DEV_PM_OPS will do nothing, the > suspend and resume related functions won't be used, so mark them as > __maybe_unused to clarify that this is intended behavior, and remove > #ifdefs for power management. This describes details the patch does on code level, but what are the user observable effects? Hibernation resume doesn't fail any more? Hibernation is possible (and wasn't before)? Did kernel crash while trying to hibernate and this is the fix? Or ... ? Thanks, -- Jiri Kosina SUSE Labs