Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3551366ybt; Tue, 30 Jun 2020 05:53:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJSrlhm2G6DIiL/VvDESfrsDUq7bfetIK5QbSuFSXSMyjLzqAmV2+lgGCNh1ajz0l2KzuY X-Received: by 2002:a17:906:71d4:: with SMTP id i20mr19122214ejk.533.1593521638805; Tue, 30 Jun 2020 05:53:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593521638; cv=none; d=google.com; s=arc-20160816; b=FRz/tySpJLaZIcXgDcGKtnymWlPeHJb2Pgjk9ahEZ7Zo+9Wud7cg6Q1F44L5Oyd0fG ahQ1NUqgTEUnBqpZvR9lRWIXudw0i8twl7XCKyRo+jjm5GcdNv/xCTSXJtkzHhcKtdZc O7n/u1ZzD+oGEXZdGIlk6az3igT/wCvOpmdkKwgJFOevQ62IeYB3EMtnttJGQsSqPROm qgq7fr48gXM+6QpC5yAsHoaeauGqmQc/POGZdtog6mGr4CLUD3cxKa0LOrPdJi2xvkGA WW2/xhJXCM/fbfGk9F3f2yaPf4LG32jbAIlj/kULrELy1ZPkTIFeSCESsoyz5Ccbwtf0 QQVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=t8PmTTia3aBYt4UkMq4u+NpCMdBWGoSNgTh3Ab3/3Jk=; b=VT5OMOlPwWWfkWCwj3Ynril91O5QeTP/I2pbgkh5n6sU6VDFbvb0vNM3ehf6d4WTRn zhl/AHR99RvALvKFky/TKX8Dy7R9y7360UiA+TjsWYxAcsDiRVFD7PKKxFkGNU3lT9YR RB3ZB0mrcwxHDIwvFdrMfRqtL9lkVjPaa+m+YzPHLr/4m8fQFBQ29QXfjIO7EuFoRmiq u2vbhCx+Gos5FDmk9zBLQJ5jObRP3o44dWNq0wezBHWP13jYb7E2dQmO5vpf468E7ViG U3STQyQ2QGDcW7IX9eSO3rAbbDkOQ3d2mVOcw6RFvjiRvuu5OTR9NA7ypNvEWBfNhVDl 0iMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Cco5bmoE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d5si1654513ejm.223.2020.06.30.05.53.34; Tue, 30 Jun 2020 05:53:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Cco5bmoE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388004AbgF3Mw3 (ORCPT + 99 others); Tue, 30 Jun 2020 08:52:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:48354 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387933AbgF3Mw3 (ORCPT ); Tue, 30 Jun 2020 08:52:29 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id BEE7F2068F; Tue, 30 Jun 2020 12:52:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1593521548; bh=amRiArINE+WmUf9ax03q1U0lMCq5RfbQ8ZbzfLKtgBg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Cco5bmoE3CYrLezNHfqq54eRM1tMJ5en4y7SfP5cJBqVoWy+6hyFiZoMrl5If688Q iHXnPPiWjE71DMWEPgc/X55d6wcP3bFRxgl/rA8Bgdd6OcGvEgtjZrriH+yojQTv2N lIpeYVA0bUibyUSq9F9UorQk1+FI/P3N3dvYQ+DU= Date: Tue, 30 Jun 2020 14:52:16 +0200 From: Greg Kroah-Hartman To: Heikki Krogerus Cc: Rajat Jain , David Woodhouse , Lu Baolu , Joerg Roedel , Bjorn Helgaas , "Rafael J. Wysocki" , Len Brown , iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, Raj Ashok , lalithambika.krishnakumar@intel.com, Mika Westerberg , Jean-Philippe Brucker , Prashant Malani , Benson Leung , Todd Broch , Alex Levin , Mattias Nissler , Rajat Jain , Bernie Keany , Aaron Durbin , Diego Rivas , Duncan Laurie , Furquan Shaikh , Jesse Barnes , Christian Kellner , Alex Williamson , oohall@gmail.com, Saravana Kannan , Suzuki K Poulose , Arnd Bergmann Subject: Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs Message-ID: <20200630125216.GA1109228@kroah.com> References: <20200630044943.3425049-1-rajatja@google.com> <20200630044943.3425049-6-rajatja@google.com> <20200630104948.GC856968@kuha.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200630104948.GC856968@kuha.fi.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 30, 2020 at 01:49:48PM +0300, Heikki Krogerus wrote: > On Mon, Jun 29, 2020 at 09:49:41PM -0700, Rajat Jain wrote: > > Add a new (optional) field to denote the physical location of a device > > in the system, and expose it in sysfs. This was discussed here: > > https://lore.kernel.org/linux-acpi/20200618184621.GA446639@kroah.com/ > > > > (The primary choice for attribute name i.e. "location" is already > > exposed as an ABI elsewhere, so settled for "site"). Individual buses > > that want to support this new attribute can opt-in by setting a flag in > > bus_type, and then populating the location of device while enumerating > > it. > > So why not just call it "physical_location"? That's better, and will allow us to put "3rd blue plug from the left, 4th row down" in there someday :) All of this is "relative" to the CPU, right? But what CPU? Again, how are the systems with drawers of PCI and CPUs and memory that can be added/removed at any point in time being handled here? What is "internal" and "external" for them? What exactly is the physical boundry here that is attempting to be described? thanks, greg "not all the world is your laptop" k-h