From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C57253C07A; Sun, 29 Mar 2026 19:31:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.12 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774812663; cv=none; b=X5gUrIdkb6PB403Rc8QEiAd877rgzbiiwkmR2IUXIT4LWR5TLslfuFFFbT0FUiTpjecZG25j8/9F4uaj6D0aXaYpyceRBmCrQJ25TR/jGX0U3MSMNvVvTfb0IAtVU4Wma9szXoxezHpaRHD0ZR6lEB4eLQwbzMUBMNSisbY7C/I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774812663; c=relaxed/simple; bh=T5Wkuea8GwTkCUjIOWAaq6YuOdi05cAVFHebyEHuCZs=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=KCqVJm09Cai56PGzIM7hfd6IAmpzXjkbn1qth61pL2KKTnGDcw485d0gGem5RCyjg6M0wKho9kmT3FmV0W8jYdwsr+qWTycQfYDB0mDngzmN1ULer9DTKt1s4Saza06XeQqxq0/txy1r/KSyPnsTa9TV/UbRfQ7woYF7I7lYJXo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=gMpOQj1c; arc=none smtp.client-ip=192.198.163.12 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="gMpOQj1c" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1774812661; x=1806348661; h=message-id:subject:from:to:cc:date:in-reply-to: references:content-transfer-encoding:mime-version; bh=T5Wkuea8GwTkCUjIOWAaq6YuOdi05cAVFHebyEHuCZs=; b=gMpOQj1c3RapnVHIw9JP5RIycsByXnKFocJACO6POu0J5VM5bavHjOrB C2SiA4O5SnOzfvXBLjFtQEOp+K3PNOYVThUSkKfUrEQBjqb6AQ0+51zGa qVfQ9vou7uVTJpCtNMM94QBF5Jbc8rrKbEOj+bHIr/KB/Mm6r4SYBFyuX rf7xp4m/2Op5/4IO511VXIOnHiRUVAkKEYQGES95nm+f1owULJLH96FPv 4opM9QFXzO6mW0/cD668fEAYjoIxqK0tAU6qu5857443+/aAoh/nendMs dWY9hLnKjyHnaclh/1b+mQ0u0FiqC4RVLl06w6K5p78n3H8ftAPhemzH8 w==; X-CSE-ConnectionGUID: cEup5O8bRWip4uuugtDZEg== X-CSE-MsgGUID: 9yqItpOFRO6x2WNSa2OQIQ== X-IronPort-AV: E=McAfee;i="6800,10657,11743"; a="79714450" X-IronPort-AV: E=Sophos;i="6.23,148,1770624000"; d="scan'208";a="79714450" Received: from fmviesa003.fm.intel.com ([10.60.135.143]) by fmvoesa106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Mar 2026 12:31:00 -0700 X-CSE-ConnectionGUID: +2wIhsIGRz+lsKCX4XQaLQ== X-CSE-MsgGUID: yD0jGUcAR9OmJIY8b5N2iw== X-ExtLoop1: 1 Received: from gabaabhi-mobl2.amr.corp.intel.com (HELO [10.125.110.232]) ([10.125.110.232]) by fmviesa003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Mar 2026 12:30:59 -0700 Message-ID: Subject: Re: [PATCH v1 0/2] platform/x86/intel-uncore-freq: Expose instance ID in the sysfs From: srinivas pandruvada To: Maciej Wieczor-Retman , Artem Bityutskiy Cc: hansg@kernel.org, ilpo.jarvinen@linux.intel.com, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org Date: Sun, 29 Mar 2026 12:30:59 -0700 In-Reply-To: References: <4a19dd6c2ee07bf70ac136747e1ea5bfd8e41888.camel@gmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.3 (3.58.3-1.fc43) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 On Fri, 2026-03-27 at 21:03 +0000, Maciej Wieczor-Retman wrote: > On 2026-03-27 at 19:51:54 +0200, Artem Bityutskiy wrote: > > On Fri, 2026-03-27 at 15:36 +0000, Maciej Wieczor-Retman wrote: > > > on newer systems that can have multiple clusters on a single die, > > > the > > > intel-uncore-freq driver behaves differently and the domain_id is > > > a > > > globally unique value - unique on all TPMI devices. Therefore > > > it's > > > difficult to match a specific instance to a set of UFS registers > > > for > > > example visible through /sys/kernel/debug/tpmi directories. > >=20 > > Although, I'd say that the key point isn't that "domain_id is > > globally > > unique" (though this is true), but that it's a synthetic value > > generated by the driver rather than representing an actual HW > > instance > > ID. > >=20 > > Artem. >=20 > Right, that's worth emphasizing. I'll try to rephrase it when > updating the > patches. I think the purpose is not clear. Also need to update the documentation. Let me write one tomorrow. Thanks, Srinivas