Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751525AbaBKJ5b (ORCPT ); Tue, 11 Feb 2014 04:57:31 -0500 Received: from mail-wi0-f174.google.com ([209.85.212.174]:56448 "EHLO mail-wi0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751415AbaBKJ5X (ORCPT ); Tue, 11 Feb 2014 04:57:23 -0500 Date: Tue, 11 Feb 2014 09:57:17 +0000 From: Lee Jones To: Laszlo Papp Cc: Jean Delvare , LKML , lm-sensors@lm-sensors.org Subject: Re: [lm-sensors] [PATCH] hwmon: (max6650) Rename the device ids to contain the hwmon suffix Message-ID: <20140211095717.GI32042@lee--X1> References: <1392045953-26596-1-git-send-email-lpapp@kde.org> <20140210160842.GB26997@lee--X1> <20140210173811.04ba5964@endymion.delvare> <20140211085014.4ef32b56@endymion.delvare> <1392108545.4700.4.camel@chaos.site> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > >> Time to revisit this decision.... > >> > >> So, based on the fact that children device names usually contain > >> dashes, I do not understand why hwmon would be any special in this > >> regard. It is possible that the hwmon developers have not faced much > >> MFD situation before, and so, this was not considered to be handled > >> like in other subsystems. > >> > >> I am proposing to change this "rule"... Any objection? > > > > I'm giving up here, sorry. There's no point in me writing any more on > > the topic as you are not listening to me. I do not have the impression > > you are doing any effort to understand what I'm saying. Plus you keep > > focusing on things that do not matter and problems for which a solution > > has already been provided. > > Does it mean the people cannot come up with ideas if they think > something may be better than some provided way? Surely, software > evolves over time and people are sometimes right, and sometimes wrong > right? > > I can assure you that I do listen, please assume good faith with ideas > thrown in. If you think it is that bad an idea, you could have > explained why so, so that I and others can also understand it who do > not yet, right? In the small amount of time you've been working in the kernel I've seen 3-4 Maintainers completely give up on you and 2-3 driven close to the end of their tether (myself included). Ranting and demanding will not work well for you here. Please, for your own sake, learn some diplomacy and be courteous to others on the list. If people are replying it means they're trying to help. Jumping down their throats is not conducive to your success and will not result in a win. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/