From:   Denis Pauk <pauk.denis@gmail.com>
Cc:     eugene.shalygin@gmail.com, andy.shevchenko@gmail.com,
        pauk.denis@gmail.com, platform-driver-x86@vger.kernel.org,
        thomas@weissschuh.net, Guenter Roeck <linux@roeck-us.net>,
        Jean Delvare <jdelvare@suse.com>, linux-hwmon@vger.kernel.org,
        linux-kernel@vger.kernel.org
Subject: [PATCH 0/3] hwmon: (nct6775) Support lock by ACPI mutex
Date:   Mon, 22 Nov 2021 23:28:47 +0200
Message-Id: <20211122212850.321542-1-pauk.denis@gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
To:     unlisted-recipients:; (no To-header on input)
Precedence: bulk

Lock by ACPI mutex that is required for support ASUS MAXIMUS VII HERO 
motherboard. In other case, all methods are returned zero instead of real 
values. Code uses acpi mutex before any IO operations in case when such 
acpi mutex is known.

Patch series adds additional check for ChipID, and if method returned 
zero, all calls by acpi_wmi are disabled. 

Could you please review? Is it correct usage of ACPI mutex or better 
to use some other method for reuse same ACPI mutex?

---

Denis Pauk (3):
  hwmon: (nct6775) Use nct6775_*() lock function pointers in
    nct6775_data.
  hwmon: (nct6775) Implement custom lock by ACPI mutex.
  hwmon: (nct6775) add MAXIMUS VII HERO.

 drivers/hwmon/nct6775.c | 358 +++++++++++++++++++++++++++++-----------
 1 file changed, 259 insertions(+), 99 deletions(-)


base-commit: fa55b7dcdc43c1aa1ba12bca9d2dd4318c2a0dbf
-- 
2.33.0