Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1481459ybk; Thu, 21 May 2020 07:55:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOVLCi/HCppUHSDCTy88tZiMYNpn/tVdMZ2hNNZapUhZj69ozndj8bal3yK2o01F7CzvxJ X-Received: by 2002:a17:906:d10d:: with SMTP id b13mr3779808ejz.87.1590072936628; Thu, 21 May 2020 07:55:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590072936; cv=none; d=google.com; s=arc-20160816; b=JSQJXC+HDfSdxQIshJVJPCAOBWvK7elBoJYBo/6gvtaWfiIMLwOjdOBB47zZjl/Bgx 9sexYSjWm85QhvPMcNtZ+ArSI6qo0NpCvKjr6M4/E+OqGScNXm11fz5juIz138hUVIVY w+a2/gHRC7bSeZ3D6BQ6x+f8bN9lLvrIynue/Pd7ngtaXX8nknmQaepfZ/tnvDh9dMtX caQlWmsKqxy4+zA3oreLymMcCd58ae7SPJtaTD7bP/HnKveJwJmQYfRazu82OXM0qtzy BsX3baopVK4mIi0nhDOQ621JWKNswTuDV0XBoh7ioEKsCZm5X0yQwEV7D9GHEWaI3Pma KZSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-sdr :ironport-sdr; bh=xxDZu/IGub+lzYlzg/8VgHNuVknT5qeGz/nk4Ia4cgQ=; b=aIxhw13YasN0pA4qQ5um+xhg/2xaXEVumoFytXGPjSopkMVm0+/KPSmaD4aS2gOyJb ec599wF//pJj5NOuDO9yBMlEY8FDetk3OvP2jNQ/ed/fP6j2r2iQ/gZ824+9q2XhHz+I 4f7t2IzmwpIqKCkxPz2SrR3EbrtzirwIGrViAPvbYss++/r8IdPhfGuJerY7VDqKB0ii tdZkUw75TqWxE/BGNcCDFLSTWaH66ZAgnLEbr44eBa6ROat1db5bASEltsZ9SYUeGGEf o+s1uFj61liRdgcZh+6tzAmh1NoWtYZVCVW1Hvqe+FhZ63oZMGvBO+xAJt+kLOg/LZJ/ RcsQ== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt20si4640729ejc.24.2020.05.21.07.55.11; Thu, 21 May 2020 07:55:36 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729722AbgEUOxu (ORCPT + 99 others); Thu, 21 May 2020 10:53:50 -0400 Received: from mga06.intel.com ([134.134.136.31]:6288 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728136AbgEUOxt (ORCPT ); Thu, 21 May 2020 10:53:49 -0400 IronPort-SDR: SmVjdwwJAL52hpRORRqxzEXlB0eTuY0yjNGDuqriLI+OD0SwcRZOCyaxY28+ElweCHL5Htuu5R SCv7bMKugGzg== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 May 2020 07:53:48 -0700 IronPort-SDR: CB261a1GJ8FH2/VHlwwKegEMCLgFPSudpuK9cAivmEf2gXDxZY8ZSeaP1UTGCBvzUk02CvmFs8 cpKaQJw4V22A== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,418,1583222400"; d="scan'208";a="412417898" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga004.jf.intel.com with ESMTP; 21 May 2020 07:53:44 -0700 Received: from andy by smile with local (Exim 4.93) (envelope-from ) id 1jbmZv-0083Dh-LU; Thu, 21 May 2020 17:53:47 +0300 Date: Thu, 21 May 2020 17:53:47 +0300 From: Andy Shevchenko To: Tali Perry Cc: Wolfram Sang , Ofer Yehielli , Brendan Higgins , avifishman70@gmail.com, Tomer Maimon , kfting@nuvoton.com, Patrick Venture , Nancy Yuen , Benjamin Fair , Rob Herring , linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, OpenBMC Maillist , devicetree , Linux Kernel Mailing List Subject: Re: [PATCH v12 2/3] i2c: npcm7xx: Add Nuvoton NPCM I2C controller driver Message-ID: <20200521145347.GO1634618@smile.fi.intel.com> References: <20200521110910.45518-1-tali.perry1@gmail.com> <20200521110910.45518-3-tali.perry1@gmail.com> <20200521142340.GM1634618@smile.fi.intel.com> <20200521143100.GA16812@ninjato> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 21, 2020 at 05:45:03PM +0300, Tali Perry wrote: > On Thu, May 21, 2020 at 5:31 PM Wolfram Sang wrote: > > On Thu, May 21, 2020 at 05:23:40PM +0300, Andy Shevchenko wrote: > > > On Thu, May 21, 2020 at 02:09:09PM +0300, Tali Perry wrote: > > > > Add Nuvoton NPCM BMC I2C controller driver. > > > > > > Thanks. My comments below. > > > After addressing them, FWIW, > > > Reviewed-by: Andy Shevchenko > > > > Thanks, Andy, for all the review! > > > > Highly appreciate your time and patience for a newbie :) > > > From a glimpse, this looks good to go. I will have a close look later > > today. > > > > > > +#ifdef CONFIG_DEBUG_FS > > > > > > Again, why is this here? > > > > > > Have you checked debugfs.h for !CONFIG_DEBUG_FS case? > > I compiled both options. I removed the ifdef in most places, except in the > struct itself. Users that don't use the debugfs don't need this in the struct. > > > > > I wondered also about DEBUG_FS entries. I can see their value when > > developing the driver. But since this is done now, do they really help a > > user to debug a difficult case? I am not sure, and then I wonder if we > > should have that code in upstream. I am open for discussion, though. > > The user wanted to have health monitor implemented on top of the driver. > The user has 16 channels connected the multiple devices. All are operated > using various daemons in the system. Sometimes the slave devices are power down. > Therefor the user wanted to track the health status of the devices. Ah, then there are these options I have in mind (Wolfram, FYI as well!): 1) push with debugfs as a temporary solution and convert to devlink health protocol [1]; 2) drop it and develop devlink_health solution; 3) push debugfs and wait if I?C will gain devlink health support [1]: https://www.kernel.org/doc/html/latest/networking/devlink/devlink-health.html -- With Best Regards, Andy Shevchenko