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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 83FAFC38142 for ; Fri, 27 Jan 2023 22:51:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229516AbjA0WvE (ORCPT ); Fri, 27 Jan 2023 17:51:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42548 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229447AbjA0WvE (ORCPT ); Fri, 27 Jan 2023 17:51:04 -0500 Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4F19E2365C for ; Fri, 27 Jan 2023 14:51:03 -0800 (PST) Received: by mail-pj1-x1030.google.com with SMTP id x2-20020a17090a46c200b002295ca9855aso10061964pjg.2 for ; Fri, 27 Jan 2023 14:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=u2iFcJxKhM5nq+jL9rDDIju5hyKJ3jShtYLlpgUociE=; b=WlM9m4j2ekW25AsGCBQKY4AW8zH0vxInA92SrCJqrfj5BEW+CZvZqhW8Ytu1NZ9XjU 3gft+sTlIb7JHb114fbeznhEuOO4s919IysCsBrU38TkHZSzcWflyOCmNgR45H0Hba1O 7zZARMYkaTjDU3p552z2S5PVoUXjIYwAifTtteFbNJsYMWqVLUebzNMlTNJ695UT3Sz0 3nWsTSccHUEkS6k8OYyI7s1Y2nAwSV3dPDAY/FrqUCzqr+aFLXU8n68rTZDV7lu0dcbc w8LEYXQsS0hWxa4VWDqwreDmrsVMHH5rczRnQnMnh4F+rJzywBtYNj8KaU4BpTnKQT1E zJcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=u2iFcJxKhM5nq+jL9rDDIju5hyKJ3jShtYLlpgUociE=; b=4zTGU8Qu7p8jO4Ogqcon1JpKPTN9q2qluS40FqgBWu1ZOQy5Geg5sp3dVoRB8JDQ3l iCmcfwmg19YAl4ur/GuW239/h+s0c85b2ACZhxsGzXmuHO+Nr70/z1JdqX8UPykzJDRb lA5Dxx/3/3+6MCjDTRrUuDJuYjBfmkRZRv4XKPqBysVVEja2eMQ+8U2/5zDLjocuc6mj XPtexmoYXWmtjmXuxTgvotDMWWxV112z+e0qhfYzKFF2VZOW+0DM4OT7QmwA9LmwJqXN 1GTNi7xYKgpglMhBfDYxgRao8zgUqrOXRTEd72DWGrIodttVB1dVbJaWn72sktkCKuPy TYmQ== X-Gm-Message-State: AO0yUKWvJyBAobewPbqRCaWKe1WUOoJwNYCBUUsr+GN8OzUo4UZtpS2d oo9Mrf1/no8DHqsC8pGaWZc= X-Google-Smtp-Source: AK7set9uAz6pHImsChXppKn5pIB4Jt2aL7L7bGwg/GrnG2DZwpRwL04aXhh6hWkL+KgJqrNg5znu+g== X-Received: by 2002:a17:90b:1c8c:b0:22c:c0e:e9a8 with SMTP id oo12-20020a17090b1c8c00b0022c0c0ee9a8mr10893946pjb.16.1674859862522; Fri, 27 Jan 2023 14:51:02 -0800 (PST) Received: from google.com ([2620:15c:9d:2:f44a:5afb:bb52:dec3]) by smtp.gmail.com with ESMTPSA id gz15-20020a17090b0ecf00b001fde655225fsm12903320pjb.2.2023.01.27.14.51.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Jan 2023 14:51:01 -0800 (PST) Date: Fri, 27 Jan 2023 14:50:58 -0800 From: Dmitry Torokhov To: Jonathan Cameron Cc: linux-input@vger.kernel.org, Jonathan Cameron , Hans de Goede , Caleb Connolly , Andi Shyti , Matthias Schiffer , Lyude Paul , Andrew Duggan , Michael Hennerich , Javier Martinez Canillas , Linus Walleij Subject: Re: [PATCH 00/16] Input: Switch to new PM macros set 3 Message-ID: References: <20230114171620.42891-1-jic23@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230114171620.42891-1-jic23@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-input@vger.kernel.org On Sat, Jan 14, 2023 at 05:16:04PM +0000, Jonathan Cameron wrote: > From: Jonathan Cameron > > Continuation of > https://lore.kernel.org/all/20230102181842.718010-1-jic23@kernel.org/ > > This time we have most of the remaining drivers where the changes needed > are more complex than the earlier straight conversions. > > A separate series will deal with pm80x as the cleanup for that will > extend to MFD and RTC trees and cannot easily be broken up due to > some changes in exports. > > There is a general mixture of cases in here: > 1) More complex direct conversions - typically drivers with separate > sleep and runtime pm ops. > 2) Cases where the callbacks or struct dev_pm_ops is exported to > multiple modules. > 3) Refactors that avoid duplication of callbacks or exports. > 4) A tweak to the core input handling to use the new macros - this > is different from the driver changes, but seemed sensible. > > Note there are a few cases in here where I a much more minimal > set of callbacks is provided than DEFINE_SIMPLE_DEV_PM_OPS() and > friends would set. I don't know the history behind those so whilst > they might well be fine converted to the generic macros, I've > left them alone. Applied the lot, thank you. -- Dmitry