Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp4960838rwb; Mon, 8 Aug 2022 09:43:38 -0700 (PDT) X-Google-Smtp-Source: AA6agR7jdOuJDL23KFoeWPtCBUZfzCeNtf0ZnEaEbirmVwjgNYN7Dpo5C4fmRIsqcxSUptJCC6uM X-Received: by 2002:a17:903:2c6:b0:16d:d2c2:9939 with SMTP id s6-20020a17090302c600b0016dd2c29939mr19445418plk.42.1659977018121; Mon, 08 Aug 2022 09:43:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659977018; cv=none; d=google.com; s=arc-20160816; b=dZBI+TUOdPIjrcsOvkSPh3KWW8DD9SncOBiNw/RJzBWGpww6lhaTVrYbiHMLTUAFjT oJFEwAzfbYkegIGl98o9Ci1tX6Wz8DQ3r00q+jnvH5KNggpvvW8nhbBXnqqYcn8E5k6F Wskuy4rIslHz38mc2zpV1cOHwQ42BYNweDGlRT9DQ6/2fxQ+Xm4p6PWN5kwYlImdSpNh FtgfaFObgiPDSdKJfEwMuhozS2nmyVJS24RzV3jeOmDbAcG0ArbY000JyiTQIKcyoCqH Beo54Q00iiN2jIK6Ck14vyaSIamaNMwikdg9SjbfrqwKzzA8XpwR4i5eWUOGo4iopfXK xz8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=632cVpHhmjLitVQZ04+RZU+wT80FL/jo9t2xH7JYoMU=; b=b1V1sohgZ301okOlMMMBRI3mW3Ht4cCoc8S7GHwdhRoY9k13I5e1zAYbTZ5haKCccO LU3zX6WJEXrVKEsQu40hNLS+QX2vX8mhwJCKLVTqIzLZ1Mzst9HnNWZnrtBjaneJMb84 /2CMccTtIfKB7+MPeq1OCMeqa7EPw6MSOYVYsB+Q2yrITNAry38PmCM3lFB67IAOzJb2 GrPNCvDDPV13qKHrizZiHh8T9OsRPDBBqL6Q9p/g7eRTt0xi9EBPSpoGzOHNW2+x9dOY Vf4IDVtgGZ/BHwKDwrVLTR+/lzTPTYlBPkWTwMR0qkUzeBsZJfk7psMXF3qBc8hOHx3p VEyQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=ZM157r7L; 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 go17-20020a17090b03d100b001f2181c6344si15000528pjb.87.2022.08.08.09.43.22; Mon, 08 Aug 2022 09:43:38 -0700 (PDT) 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=ZM157r7L; 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 S243783AbiHHPx3 (ORCPT + 99 others); Mon, 8 Aug 2022 11:53:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56670 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230460AbiHHPx2 (ORCPT ); Mon, 8 Aug 2022 11:53:28 -0400 Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2E0F65FFE; Mon, 8 Aug 2022 08:53:27 -0700 (PDT) Received: by mail-qk1-x72b.google.com with SMTP id k19so2431347qkj.7; Mon, 08 Aug 2022 08:53:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=632cVpHhmjLitVQZ04+RZU+wT80FL/jo9t2xH7JYoMU=; b=ZM157r7LRK1HxC/WtUJDLvCGLNHg2364aXMcFPgHeyzvEFbPSlg4XYC8SXlgWTt5GL RX52F/Q77RiYYkmIhVpkTbf/6H1CwACb+An6kO3GVHwmgO71sCplTRNsFMP4Yzc/8ZJ5 0WLqbozc6YGhvhXCNmezARph7MaSlZsRuRvdhozO7Hvz7bxjQMAYzWxasPQXfsmu3vup mgaqr+gmQZjndebdhR9Cb5sRuDPXedc6hyAbJNKMbcSmtNevXWXJdGzv4bR5y/VvyIJV Vp1wTDmW26pP+qOi2HjeYKTb6lVZCe8R9UcX9UpearLHqnKyfEP6v0fYTJ7lQIxKQMpm jC7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=632cVpHhmjLitVQZ04+RZU+wT80FL/jo9t2xH7JYoMU=; b=S7s2xdKBwSaY8JddtjVfTSCO3F8Jf91PY8xW92MdAnGyfafDW1G4XcTt+0olyzMibg POW/IOD84WSL7D7mzQL7YqJzVwPnGn4d1Sxs1/V7l9JaNImPoeLQtuO5wXgXlgSrTYcZ s09M+6Y7UjpoGLFawd4maFAkUAGxe8+DI2X0TsmhoOzkvCD0O9oQ3SWPuiame7O5HDW/ iiAObrA4oh517Fyd8purao8KyDknZ2EFXhDjmKNiQmDhMWTd1HoDU6mnYlwuflwNmf6c F0/KIiy3kPdjvGglTjO/Ua9sZX+VxoZKGHAQLK9WbUo6fb31NOT+HqSner4VPGjeW3da KNQQ== X-Gm-Message-State: ACgBeo3LfDZ7kpabSKAcOqhMXnJHFiXOw2OyqSjH26V2Cc778RvELWR1 OG/YSAZgFLJieCHYgmAKrI8GpBE7oIYfhNBi2NA= X-Received: by 2002:a05:620a:288a:b0:6b8:fcfe:db02 with SMTP id j10-20020a05620a288a00b006b8fcfedb02mr14687852qkp.504.1659974006264; Mon, 08 Aug 2022 08:53:26 -0700 (PDT) MIME-Version: 1.0 References: <20220808031132.10075-1-luke@ljones.dev> <20220808031132.10075-3-luke@ljones.dev> In-Reply-To: <20220808031132.10075-3-luke@ljones.dev> From: Andy Shevchenko Date: Mon, 8 Aug 2022 17:52:48 +0200 Message-ID: Subject: Re: [PATCH v2 2/2] asus-wmi: Add support for ROG X13 tablet mode To: "Luke D. Jones" Cc: Hans de Goede , Mark Gross , Platform Driver , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" 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,T_SCC_BODY_TEXT_LINE 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 Mon, Aug 8, 2022 at 5:12 AM Luke D. Jones wrote: > > Add quirk for ASUS ROG X13 Flow 2-in-1 to enable tablet mode with > lid flip (all screen rotations). ... > - { KE_KEY, 0xFA, { KEY_PROG2 } }, /* Lid flip action */ > + { KE_KEY, 0xFA, { KEY_PROG2 } }, /* Lid flip action */ Have maintainers asked you about this? Otherwise it is irrelevant change. ... > + pr_err("This device has lid-flip-rog quirk but got ENODEV checking it. This is a bug."); dev_err() ? ... > + pr_err("Error checking for lid-flip: %d\n", result); Ditto. ... > +static void lid_flip_rog_tablet_mode_get_state(struct asus_wmi *asus) > +{ > + int result = asus_wmi_get_devstate_simple(asus, ASUS_WMI_DEVID_LID_FLIP_ROG); > + > + if (result >= 0) { First of all, it's better to decouple assignment and definition, and move assignment closer to its user. This is usual pattern. int result; result = ... if (result...) > + input_report_switch(asus->inputdev, SW_TABLET_MODE, result); > + input_sync(asus->inputdev); > + } Second, it will look better with standard pattern of checking for errors, i.e. int result; if (result < 0) return; ... > +} -- With Best Regards, Andy Shevchenko