Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp392792rwb; Thu, 10 Nov 2022 02:16:39 -0800 (PST) X-Google-Smtp-Source: AMsMyM7yG21tU5xaeZEFnCZLQydBhECprI7jP56z9iNy1SuDvS/gp2dgvDiodd5rOEE0PUqfeolx X-Received: by 2002:a17:907:76ae:b0:7ae:3fa3:d7c6 with SMTP id jw14-20020a17090776ae00b007ae3fa3d7c6mr2180859ejc.494.1668075399546; Thu, 10 Nov 2022 02:16:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668075399; cv=none; d=google.com; s=arc-20160816; b=gKa0gogBfyG/LG8oZjhAQiazTswlvsGDaaeKYgwRcHqauz5nJ8vjUCxmvIx4mp2Rf+ 3Io+lkUlNUs8TgIYTvKiV48mnpJ/mk6wKInCnkFWES8fp9foFo49zqYqvVIA9Iel7Eoz dqItYj333y0d0wiPCEt8jWbRqXoXXD2Jo41t6xhHCTjKIM3OQApkkPCdiMX0OhpiB9Qp 2r5iFPyG48MB/jkuuVP+gQW1NAa65HS74do8+1LFK2tp+hu5X4pXYatkritF0IuF3Job IyGu0EwSJXXc3nQ0ouGNgePfUYL8qaE23JJvNHCHCa9OWajVrqDSFA7XJsX671GVGIt+ RlTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=6FttHOwm7yc9wMfWVriclkQhHjfh2wdlqWSk7Onvpq8=; b=gA8cjORwNe/lctut/tOIUnC+CefihD7UYPB7xmgPgYF2OIQa5tKi/PJQc+16l927xN 4ekzOHLes+JFWloKYpkc48vAzfvHbmOr2cNcaStykb8r6OY4wx7jU57c8V554Wpx0Fj1 wBXr8bC8YOeIjQCg+TVvKbZJKHPZBlRZZ0UlLceThbyHQf4BPLptlS7iLnKDbCWqOFv4 zHcmUTe+fOYfxjfROPF7fmHmn/yJ2JlKHhz88iqJitBOckioM7Mvdv5iiCBUa6D5Fc1Z cYebVMXspSJb+idTdDjREn8HrJluVrjqYXTh/z6nKdSu7gqqnDP+fL9WBb0pi/gm9IZZ W51w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=CpYG5wHp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gn8-20020a1709070d0800b0078dcf17c084si16572793ejc.728.2022.11.10.02.16.17; Thu, 10 Nov 2022 02:16:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=CpYG5wHp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229767AbiKJKCf (ORCPT + 92 others); Thu, 10 Nov 2022 05:02:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230064AbiKJKCa (ORCPT ); Thu, 10 Nov 2022 05:02:30 -0500 Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A769B6B3B2; Thu, 10 Nov 2022 02:02:27 -0800 (PST) Received: by mail-qt1-x82c.google.com with SMTP id hh9so628975qtb.13; Thu, 10 Nov 2022 02:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=6FttHOwm7yc9wMfWVriclkQhHjfh2wdlqWSk7Onvpq8=; b=CpYG5wHpFAWfwMEJkJ0eHYbZ9DL6XwV2Z/moVEO9AM4ClREtISOeFFzcR0rcxMVz9V g2OxzAjvczR/8MOr1r1UBRKzsiVqV3b6O2ydSAvqXsVQPgcX7L7bW6F/lSzpePH8OJ02 8mIGf6EyfxQEo2Zyr1eLGPMFf+tmiZZNje+1FjEBU59ZRLBAxJ6JJVGszx8X7NTncvGv UJVEyGc+3kDwaI7RaqpcSt8wJzU4SgGI8rBR5tS7qLUo966pmdZI4ZZ3LSG5DkuQ07ZC R8ILr3qVPKxVyQfZPNKlATCvpJruYwCrJ2XgU9EFq+Vsj8e2h2kZ3+MfnfNKY2264vaP nSCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6FttHOwm7yc9wMfWVriclkQhHjfh2wdlqWSk7Onvpq8=; b=hXDDvhum5A258L+bQQh/SsHTkeoPk/tNTNmb7qdKrDUukKqQoue8grdeG1Tbte8lmQ E3vT3CUfSRCkMfCYIIRyfnXwqhD23PVKWJ/K+Dc2U1W4jl3U+A2F3FHko+YfRjzXYVBx OY1eclQ5CokuxGnRfjPJ3hfhMJJ0Oo/nF6TCInNQAB6vfbgmEisQMgRRCv6HZFw4Y1vR e2XqutUb7/Wl7HBJakCXo6XpZBcAwi6v8GBlMb894HqW2dXoU73NNWDAcw7YbQxJoO4G Y0KqS/k8xhFKtZ/LNS2Ttq7BWhiJMRV6Aubdq1lkHcWafuaRdT6wZmRQC8qtIekUmPLc GKsw== X-Gm-Message-State: ACrzQf1Ahc63nRwnJDkgiwt80NbPumRacz0+KYODxylUFyxW2llUklSZ Nh658KHie8FEqyEyuJISFIvuFP7GLGgXp6utpd4= X-Received: by 2002:ac8:7152:0:b0:3a5:2fa2:cd1a with SMTP id h18-20020ac87152000000b003a52fa2cd1amr40448801qtp.195.1668074546324; Thu, 10 Nov 2022 02:02:26 -0800 (PST) MIME-Version: 1.0 References: <20221108142226.63161-1-andriy.shevchenko@linux.intel.com> <20221108142226.63161-6-andriy.shevchenko@linux.intel.com> <20221110073831.ggudvgl6jzgbo2vb@pengutronix.de> In-Reply-To: <20221110073831.ggudvgl6jzgbo2vb@pengutronix.de> From: Andy Shevchenko Date: Thu, 10 Nov 2022 12:01:50 +0200 Message-ID: Subject: Re: [PATCH v2 5/6] pwm: lpss: Add pwm_lpss_probe() stub To: =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= Cc: Andy Shevchenko , Mika Westerberg , Hans de Goede , Thierry Reding , linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linux-pwm@vger.kernel.org, Andy Shevchenko , Linus Walleij Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 10, 2022 at 9:38 AM Uwe Kleine-K=C3=B6nig wrote: > On Tue, Nov 08, 2022 at 04:22:25PM +0200, Andy Shevchenko wrote: > > In case the PWM LPSS module is not provided, allow users to be > > compiled with a help of a pwm_lpss_probe() stub. ... > > +static inline > > +struct pwm_lpss_chip *pwm_lpss_probe(struct device *dev, void __iomem = *base, > > + const struct pwm_lpss_boardinfo *inf= o) > > +{ > > + return ERR_PTR(-ENODEV); > > Would it be more consistent to return the same value as the pwmchip_add > stub does? Then I will lose the ability to distinguish between absent driver (or device) and actual error during the probing of it. Any suggestions on how to do that better? --=20 With Best Regards, Andy Shevchenko