lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAJZ5v0jQW345Ad=sY+T2Pwp22xvmSG6iNK+EOKtiaGYnC4CaMg@mail.gmail.com>
Date:   Wed, 31 May 2023 16:48:55 +0200
From:   "Rafael J. Wysocki" <rafael@...nel.org>
To:     "Wilczynski, Michal" <michal.wilczynski@...el.com>
Cc:     "Rafael J. Wysocki" <rjw@...ysocki.net>,
        Linux ACPI <linux-acpi@...r.kernel.org>,
        LKML <linux-kernel@...r.kernel.org>,
        Zhang Rui <rui.zhang@...el.com>,
        Daniel Lezcano <daniel.lezcano@...aro.org>
Subject: Re: [PATCH v1 2/5] ACPI: thermal: Drop redundant ACPI_TRIPS_REFRESH_DEVICES
 symbol

On Wed, May 31, 2023 at 9:50 AM Wilczynski, Michal
<michal.wilczynski@...el.com> wrote:
>
>
>
> On 5/30/2023 5:44 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
> >
> > Drop the ACPI_TRIPS_REFRESH_DEVICES symbol which is redundant, because
> > ACPI_TRIPS_DEVICES can be used directly instead of it without any
> > drawbacks and rename the ACPI_TRIPS_REFRESH_THRESHOLDS to
> > ACPI_TRIPS_THRESHOLDS to make the code a bit more consistent.
> >
> > While at it, fix up some formatting white space used in the symbol
> > definitions.
> >
> > No functional impact.
> >
> > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
> > ---
> >  drivers/acpi/thermal.c |   13 ++++++-------
> >  1 file changed, 6 insertions(+), 7 deletions(-)
> >
> > Index: linux-pm/drivers/acpi/thermal.c
> > ===================================================================
> > --- linux-pm.orig/drivers/acpi/thermal.c
> > +++ linux-pm/drivers/acpi/thermal.c
> > @@ -238,12 +238,11 @@ static int acpi_thermal_set_cooling_mode
> >  #define ACPI_TRIPS_ACTIVE    BIT(3)
> >  #define ACPI_TRIPS_DEVICES   BIT(4)
> >
> > -#define ACPI_TRIPS_REFRESH_THRESHOLDS        (ACPI_TRIPS_PASSIVE | ACPI_TRIPS_ACTIVE)
> > -#define ACPI_TRIPS_REFRESH_DEVICES   ACPI_TRIPS_DEVICES
> > +#define ACPI_TRIPS_THRESHOLDS        (ACPI_TRIPS_PASSIVE | ACPI_TRIPS_ACTIVE)
> >
> > -#define ACPI_TRIPS_INIT      (ACPI_TRIPS_CRITICAL | ACPI_TRIPS_HOT | \
> > -                           ACPI_TRIPS_PASSIVE | ACPI_TRIPS_ACTIVE |  \
> > -                           ACPI_TRIPS_DEVICES)
> > +#define ACPI_TRIPS_INIT              (ACPI_TRIPS_CRITICAL | ACPI_TRIPS_HOT | \
> > +                              ACPI_TRIPS_PASSIVE | ACPI_TRIPS_ACTIVE | \
> > +                              ACPI_TRIPS_DEVICES)
> >
> >  /*
> >   * This exception is thrown out in two cases:
> > @@ -906,13 +905,13 @@ static void acpi_thermal_notify(struct a
> >               acpi_queue_thermal_check(tz);
> >               break;
> >       case ACPI_THERMAL_NOTIFY_THRESHOLDS:
> > -             acpi_thermal_trips_update(tz, ACPI_TRIPS_REFRESH_THRESHOLDS);
> > +             acpi_thermal_trips_update(tz, ACPI_TRIPS_THRESHOLDS);
> >               acpi_queue_thermal_check(tz);
> >               acpi_bus_generate_netlink_event(device->pnp.device_class,
> >                                               dev_name(&device->dev), event, 0);
> >               break;
> >       case ACPI_THERMAL_NOTIFY_DEVICES:
> > -             acpi_thermal_trips_update(tz, ACPI_TRIPS_REFRESH_DEVICES);
> > +             acpi_thermal_trips_update(tz, ACPI_TRIPS_DEVICES);
> >               acpi_queue_thermal_check(tz);
> >               acpi_bus_generate_netlink_event(device->pnp.device_class,
> >                                               dev_name(&device->dev), event, 0);
> >
>
> Looks good to me,
>
> Reviewed-by: Michal Wilczynski <michal.wilczynski@...el.com>
>
> Also I wonder, whether I should wait with another revision of my patchset 'Remove .notify', since it will
> obviously need to be rebased on top of that changes.

No need to wait, I can deal with merge conflicts just fine.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ