From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 87BEB24BBF4 for ; Mon, 23 Feb 2026 13:49:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771854588; cv=none; b=PvrVoajgsWVhN7KdQ9aAsYCzX/3rc8ZMokRDM8nRP2EKPl+ldx5dhMSYDFHELMrsVF6RXd/ZkXhIcMvZlXYyJ0Wo3yCpegDR6l6xEBPex0jZo5zWFVGBbhcMIe9FPREJbqmOl0l/RbsQHePKWbQQBWBAfCsTO5Zl0k3mnfhHeGY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771854588; c=relaxed/simple; bh=V2cKhXmJ1rBER+TeRetvBTbI1MlLm6PSr9+PCxwnY9U=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hW1KWwxEXkGTnY0ZhnNI34PrYpqArObYCyCVlXcnZrEWoNy/JRgTjPQEP4ri5fBS8rDRBt0cVFP70JsZYko0aKeJzTcwEak6cIw3kIltBIoO54xOo0zA/KM1O71x1q9P1nKA+aFn/W3+yax1TjFArv1j6aIVR81Y5fKom7DmAyo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=rJcZWGI2; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="rJcZWGI2" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7886BC116C6; Mon, 23 Feb 2026 13:49:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1771854588; bh=V2cKhXmJ1rBER+TeRetvBTbI1MlLm6PSr9+PCxwnY9U=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rJcZWGI2BrSwYxSn34h9oTvWZMwJ/YG7hpfKnyQjvCf/Xibw/F63jPcdGoDfbtGtw qf/6bNrHjLWVFIhtHQt6BStcQ5zQpQ4wpft8+NT6ZYKLjPe450D02RnwfSN92b5ngn 0HhtDLfZOik5XOsSyNOvB5nTVk6F/hQ6eUhdzMOI= Date: Mon, 23 Feb 2026 14:49:31 +0100 From: Greg KH To: Richard Weinberger Cc: linux-kernel@vger.kernel.org, bhe@redhat.com, sourabhjain@linux.ibm.com, akpm@linux-foundation.org, senozhatsky@chromium.org, john.ogness@linutronix.de, rostedt@goodmis.org, pmladek@suse.com, upstream+linux@sigma-star.at Subject: Re: [PATCH] ksysfs: Expose hardware name Message-ID: <2026022306-macaw-cringing-19c2@gregkh> References: <20260223133448.411343-1-richard@nod.at> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260223133448.411343-1-richard@nod.at> On Mon, Feb 23, 2026 at 02:34:48PM +0100, Richard Weinberger wrote: > Userspace tools often require a short, descriptive name of the hardware > platform. Currently, this information is fragmented: Device Tree-based > platforms typically use /proc/device-tree/model, while x86 platforms > combine multiple values from /sys/class/dmi/id/. There is no uniform, > platform-agnostic way to retrieve this string. > > The kernel already maintains dump_stack_arch_desc_str[], which contains > the model name or DMI values used for the "Hardware name:" field in > stack traces. > > Expose dump_stack_arch_desc_str[] at /sys/kernel/hardware_name to > provide userspace with a consistent interface for identifying the > underlying hardware. No objection from me, but now that this is a global symbol in the kernel, "dump_" seems like an odd prefix for this. How about "linux_hardware_name" to match up with the sysfs file name? thanks, greg k-h