From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754331AbcI2NcM (ORCPT ); Thu, 29 Sep 2016 09:32:12 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:55535 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750738AbcI2NcE (ORCPT ); Thu, 29 Sep 2016 09:32:04 -0400 Date: Thu, 29 Sep 2016 09:29:09 -0400 (EDT) From: Thomas Gleixner To: Darren Hart cc: hpa@zytor.com, vadimp@mellanox.com, linux-kernel@vger.kernel.org, mingo@kernel.org, linux-tip-commits@vger.kernel.org Subject: Re: [tip:x86/platform] x86/platform/mellanox: Introduce support for Mellanox systems platform In-Reply-To: <20160928232512.GA7630@f23x64.localdomain> Message-ID: References: <1474578822-33805-1-git-send-email-vadimp@mellanox.com> <20160928232512.GA7630@f23x64.localdomain> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 28 Sep 2016, Darren Hart wrote: > This through me as I was trying to reconcile this series with another mellanox > platform driver from Vadim to the drivers/platform/x86 tree as this one also > came to the platform-driver-x86 mailing list. > > There are no other entries in MAINTAINERS that use this list without files under > drivers/platform/x86. > > Thomas, HPA, Ingo, do you also use the platform-driver-x86 mailing list for > arch/x86/platform? I had assumed this was only for drivers/platform/x86. No. This came in via LKML. > I can definitely understand how contributors might get confused.... I think I > may have confused myself actually :-) > > My two cents too late, this driver seems like it would better placed in > drivers/platform/x86 as it isn't architectural (or SoC specific) in the same way > most of the others in arch/x86/platform are, but instead is more akin to the > end-product laptop drivers and such in drivers/platform/x86 which build platform > data from DMI strings, ACPI HIDs, etc. We still can zap it from tip/x86/platform if you want to take it through your tree, but OTOH the merge window is close so it might be better to move it afterwards. Either way works for me. > If this isn't the right distinction between the two similarly named trees ... > how would you like to distinguish them? I'll volunteer to get that documented > someplace convenient to make it easier to decide what goes where. Yes please. Documentation is always a good thing ot have. Thanks, tglx