Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp4196743pxm; Tue, 1 Mar 2022 13:26:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJxe3OhCbAikuop9XgMo6aHQ3gz2gz8JxpwkfI+gViv14RBtbqkBdQ4lJgAladawkYPR8kYJ X-Received: by 2002:a63:fa4a:0:b0:378:5d07:96d3 with SMTP id g10-20020a63fa4a000000b003785d0796d3mr16982889pgk.54.1646169961155; Tue, 01 Mar 2022 13:26:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646169961; cv=none; d=google.com; s=arc-20160816; b=lrPyHGwGDIL7XA4q4qztou0CbaBK7HYRZPofDm/pTCUU36jNtJ83yr634AtKXvwzaH 6n79P7kjgYjZg+LppZ3nPXyqtEJV0ctkYrTGhWGg3WDCR0WAx1VFfZrA4xstuZmnTWHo vz3mzpMkO5Zc6VmqswMeiI0JI77lJzloAnHUzP9dyad2w7FqW998Ss3ylnWX8ii4y9rt 16r7jj0ApyRLa2Xg4IjUIQ9lXmSzEZfwPmX3YeBhiUgaEFk3L2O1qOAxfZUdaA9Vf74o wTsDvYGrCIaO6R5iXAYA8IXheTDDGQv5KCKiLNeNSyxAJaUHbhpQF5FIi5L8gLxOS4BZ PZRw== 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; bh=rC4BvLXBCXqc68pcQ7m+8z/EJtaEH/MsSh5u4qPMaYc=; b=abRpeP1KlA1G+604ZRwMR8+J170fbkBJkr2TKhokKxkiMWxqTRlDBLfcorfJcsyhbQ vHIxycTMyYT8DMowmegHl+wKeb2R35nQBmp1QposW5Vlp+L4akkDVWORadWtjG+XkWEY ikf9m5qXs8thtwewLd1oHFAZEVyeZQLTu88+L8Ta3AouihzO8u5HY9HZcmQkpoGrOG5l kcO8GYp2BvgzDOPaQyN6PvcVL+uELXJc+AuUg6sKEk9tyT1Lcv5UIk5gYT6uXcWtF27T F7lp0c996irze9w5F5e733JnfT+spl2cXVRsxLGSLiIt2IOyVoita86AnJC2m7mUT2zR fcNQ== ARC-Authentication-Results: i=1; mx.google.com; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a22-20020a056a000c9600b004f1126f19b0si13649774pfv.349.2022.03.01.13.25.44; Tue, 01 Mar 2022 13:26:01 -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; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237084AbiCATlV (ORCPT + 99 others); Tue, 1 Mar 2022 14:41:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39044 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235982AbiCATlT (ORCPT ); Tue, 1 Mar 2022 14:41:19 -0500 Received: from mail-yw1-f177.google.com (mail-yw1-f177.google.com [209.85.128.177]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 318A765494; Tue, 1 Mar 2022 11:40:38 -0800 (PST) Received: by mail-yw1-f177.google.com with SMTP id 00721157ae682-2d07c4a0d06so156071267b3.13; Tue, 01 Mar 2022 11:40:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rC4BvLXBCXqc68pcQ7m+8z/EJtaEH/MsSh5u4qPMaYc=; b=8EHGEbua/oGeSyQUtI/MrV2CcYEyH/d49+zMmDMvo8umN+6wx3t5kciPpKlA6rS225 G3jIUyIJNnFeaLorxKJaJQSRR8mDXcDNnxcLcKeB9dOGzexMychR3xow0PoTzl+oDIdf YMNK7OeP3C5qC0sboLEk+LV1hQ0JeQz8+WjtC9jywXhRl/7U5SKKhkEu+guB6DOaZE+t IbvgNvDSzhZzS4YsUkrezFfAQFlxTIGHacdc4pd/OLOonFjW6cKGMaA3euswl10djTxn mU0Fi3TWf+wyhAzdqThTrcSzSwieOukwUERwQqwWYWLmloxMACCnYpYOVWosU0bsq29z Jo1Q== X-Gm-Message-State: AOAM531ztxFb6jy4TYyI6dkfum8eUPuWyQaUPmoJaHt0FK0QCCvOgJLL kDahWjtc/3K7QhTWe8wjW5sDUqtrKm6bVhmwxwM= X-Received: by 2002:a81:1611:0:b0:2d6:3290:9bd3 with SMTP id 17-20020a811611000000b002d632909bd3mr26858713yww.19.1646163637141; Tue, 01 Mar 2022 11:40:37 -0800 (PST) MIME-Version: 1.0 References: <20220224113807.91771-1-pmenzel@molgen.mpg.de> In-Reply-To: <20220224113807.91771-1-pmenzel@molgen.mpg.de> From: "Rafael J. Wysocki" Date: Tue, 1 Mar 2022 20:40:26 +0100 Message-ID: Subject: Re: [PATCH 1/4] acpi: exsystem: Add units to time variable names To: Paul Menzel Cc: Robert Moore , "Rafael J. Wysocki" , Len Brown , ACPI Devel Maling List , "open list:ACPI COMPONENT ARCHITECTURE (ACPICA)" , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no 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, Feb 24, 2022 at 12:38 PM Paul Menzel wrote: > > `how_long` uses different units in both functions, so make it more > clear, what unit they expect. > > Signed-off-by: Paul Menzel > --- > drivers/acpi/acpica/exsystem.c | 20 ++++++++++---------- As ACPICA material, this should be submitted to the upstream project via https://github.com/acpica/acpica/. This applies to the other patches in the series too. > 1 file changed, 10 insertions(+), 10 deletions(-) > > diff --git a/drivers/acpi/acpica/exsystem.c b/drivers/acpi/acpica/exsystem.c > index 1281c07112de..6bc5b46e6927 100644 > --- a/drivers/acpi/acpica/exsystem.c > +++ b/drivers/acpi/acpica/exsystem.c > @@ -107,7 +107,7 @@ acpi_status acpi_ex_system_wait_mutex(acpi_mutex mutex, u16 timeout) > * > * FUNCTION: acpi_ex_system_do_stall > * > - * PARAMETERS: how_long - The amount of time to stall, > + * PARAMETERS: how_long_us - The amount of time to stall, > * in microseconds > * > * RETURN: Status > @@ -120,13 +120,13 @@ acpi_status acpi_ex_system_wait_mutex(acpi_mutex mutex, u16 timeout) > * > ******************************************************************************/ > > -acpi_status acpi_ex_system_do_stall(u32 how_long) > +acpi_status acpi_ex_system_do_stall(u32 how_long_us) > { > acpi_status status = AE_OK; > > ACPI_FUNCTION_ENTRY(); > > - if (how_long > 255) { /* 255 microseconds */ > + if (how_long_us > 255) { /* 255 microseconds */ > /* > * Longer than 255 usec, this is an error > * > @@ -134,10 +134,10 @@ acpi_status acpi_ex_system_do_stall(u32 how_long) > * order to support existing BIOSs) > */ > ACPI_ERROR((AE_INFO, > - "Time parameter is too large (%u)", how_long)); > + "Time parameter is too large (%u)", how_long_us)); > status = AE_AML_OPERAND_VALUE; > } else { > - acpi_os_stall(how_long); > + acpi_os_stall(how_long_us); > } > > return (status); > @@ -147,7 +147,7 @@ acpi_status acpi_ex_system_do_stall(u32 how_long) > * > * FUNCTION: acpi_ex_system_do_sleep > * > - * PARAMETERS: how_long - The amount of time to sleep, > + * PARAMETERS: how_long_ms - The amount of time to sleep, > * in milliseconds > * > * RETURN: None > @@ -156,7 +156,7 @@ acpi_status acpi_ex_system_do_stall(u32 how_long) > * > ******************************************************************************/ > > -acpi_status acpi_ex_system_do_sleep(u64 how_long) > +acpi_status acpi_ex_system_do_sleep(u64 how_long_ms) > { > ACPI_FUNCTION_ENTRY(); > > @@ -168,11 +168,11 @@ acpi_status acpi_ex_system_do_sleep(u64 how_long) > * For compatibility with other ACPI implementations and to prevent > * accidental deep sleeps, limit the sleep time to something reasonable. > */ > - if (how_long > ACPI_MAX_SLEEP) { > - how_long = ACPI_MAX_SLEEP; > + if (how_long_ms > ACPI_MAX_SLEEP) { > + how_long_ms = ACPI_MAX_SLEEP; > } > > - acpi_os_sleep(how_long); > + acpi_os_sleep(how_long_ms); > > /* And now we must get the interpreter again */ > > -- > 2.35.1 >