Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp288599rdd; Tue, 9 Jan 2024 04:24:19 -0800 (PST) X-Google-Smtp-Source: AGHT+IFm7vg9B7fNFmL3U1FKjUTiSu0Fk2v1yxFm0kMcv0eIQGb6SalRCM5g2/53qOfJ9zfxmTsK X-Received: by 2002:a17:906:b0c9:b0:a27:b809:c129 with SMTP id bk9-20020a170906b0c900b00a27b809c129mr495400ejb.136.1704803059382; Tue, 09 Jan 2024 04:24:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704803059; cv=none; d=google.com; s=arc-20160816; b=f4OUxE81hgp/Gv/+ieraGcx01lR47ydBkChGn/fzf7n60Q0ZiVkqUwsoB+herwOS9T N5Zz1vo1H+jAnvAYgnj7g4mU5KPbuQZtsTsGx7h587KTkX8ETfyUfzhwQ7Tt/ZojL+V2 Ab6FUylDDB8w2HSYeHTaT4cmrorUXtsMcdMsxzqZc/imvr7hj1vcyu2joi9kRZNjq+Tz jedzjXhc7jXwk65O46rODK3G+qT6QXnDsWUPyY4LR4+qTHa0fgv82hLi9YQBtr+kgHU2 7Ff8TtuZ5yg1V6kIyZIWdq9u4foa1P7RQ6C6FZE5eaKT2vRxN2JdjL65Fm6yYhkOdho/ qFjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence; bh=rc967UiV3NAANd8cc+rYqIM+zZqI5KamtLFvxcveXnE=; fh=uDfSeyQcicFPe9yKG3eLk/KL9G6+nqtKqMbn80XCcZM=; b=i/mRsDzQaOkNEg/eb9N05jjgYjYj10X1opniZ7O+tkF7p/4nw2FJahCmVj6GqIaHkP VJiTst5jgQGwaW3PBgiMJRPBoS/pVk/3A61r+J2ybVw8ncUcPiAmkE5c16IRxEj59wHm GrbnJEk0cmrVr9nfyJtOHjglrCsdiFvPcafbh7oLfykfbo181idxNCmGV6KIgz45J4Vs BbhlBEAfI7X//GoLAOwJ4FfL9LjRZ83EaeHc7hVMBWriuFscv+BTjiPxEsoveJdMv4F1 rv9KhugZNSk6eH/fHeNbBCY3RtOUM4czXhBBIQoSSoJ5lpsHooi9yqClG+yt169zanwV jPbg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-20839-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20839-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id h22-20020a1709062dd600b00a2ac1626439si780756eji.199.2024.01.09.04.24.19 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Jan 2024 04:24:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-20839-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-20839-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20839-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 248991F25462 for ; Tue, 9 Jan 2024 12:24:19 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id AB5D3381CC; Tue, 9 Jan 2024 12:24:07 +0000 (UTC) Received: from mail-oa1-f48.google.com (mail-oa1-f48.google.com [209.85.160.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F1D31381B4; Tue, 9 Jan 2024 12:24:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-oa1-f48.google.com with SMTP id 586e51a60fabf-20475bf35a2so577271fac.1; Tue, 09 Jan 2024 04:24:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704803045; x=1705407845; 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=rc967UiV3NAANd8cc+rYqIM+zZqI5KamtLFvxcveXnE=; b=lhlFEiD0BEU3goZuwrB4IljaOhuvWQ0m/+8prq5DpvOx87ENJ1uKTOLpnn6nVUVcrR Vvqkt3vJ7sUF2RXNN+edgBhrXD8TvyjR2vxFGekZ+++vY2EICz7PIOo5Cf7eMiNLP4hh TbYUhRcm45OA3quTmuDVSQCOGnI8BX1AXoa/hvAlpKjD3o45wuUFAItEKhhTlNMGca2Q 95hD5YJN0FXYXKLb6UO1sVG3TJz2sIv9lAzk7XulEmZgPX+4Muw/dVkTEQuC1n0Bq5PL ufvBLvpoEqR3wTXmnCZ1qQv1lZ4IbhZ0kM/eaDUzc3SfeEG28qGijhXl+QnxsQ0rKfQn c91w== X-Gm-Message-State: AOJu0YxYR/F+5WomocbiADykpNZZwE0CxhKdFIvfwbdZWtqhDIsOOBoC 86LV/CbfMRQiwEe/4xVoIWdp/VBxcK1ECPfowMo= X-Received: by 2002:a05:6820:388:b0:598:6f59:3 with SMTP id r8-20020a056820038800b005986f590003mr3123570ooj.0.1704803044983; Tue, 09 Jan 2024 04:24:04 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <4556052.LvFx2qVVIh@kreacher> <7628882.EvYhyI6sBW@kreacher> <13835e24-1042-41e4-9a3c-dd0adf3462ca@linaro.org> In-Reply-To: <13835e24-1042-41e4-9a3c-dd0adf3462ca@linaro.org> From: "Rafael J. Wysocki" Date: Tue, 9 Jan 2024 13:23:52 +0100 Message-ID: Subject: Re: [PATCH v1 6/6] thermal: netlink: Rework cdev-related notify API To: Daniel Lezcano Cc: "Rafael J. Wysocki" , Linux PM , Srinivas Pandruvada , Zhang Rui , Linux ACPI , LKML , Lukasz Luba Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jan 9, 2024 at 12:36=E2=80=AFPM Daniel Lezcano wrote: > > On 15/12/2023 21:02, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > The only actually used thermal netlink notification routine related > > to cooling devices is thermal_notify_cdev_state_update(). The other > > two, thermal_notify_cdev_add() and thermal_notify_cdev_delete(), are > > never used. > > I think it is an oversight. These should be called in > thermal_cooling_device_[un]register() OK, so for now I'll just change them to take a (const) pointer to the cdev as the argument - the rest they can get from there. A patch adding them to thermal_cooling_device_[un]register() would be separate, for the next cycle. Where should they be called in there? Under thermal_list_lock I suppose? I'll send a replacement for the $subject patch later and I'll queue up the rest of the series. Thanks for the reviews!