Received: by 10.213.65.68 with SMTP id h4csp39022imn; Mon, 12 Mar 2018 06:04:43 -0700 (PDT) X-Google-Smtp-Source: AG47ELsfUlih8KDxkpdZR1IfHbP7mmR+1+5eV9x4x0+HCFiajWuEE6lGoQnpTkH1sOcDlghGpKS6 X-Received: by 10.101.75.18 with SMTP id r18mr6535674pgq.36.1520859883828; Mon, 12 Mar 2018 06:04:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520859883; cv=none; d=google.com; s=arc-20160816; b=l9KNSK025DZkqEi3t+KwlVEXanUkFITCGhSCzVudFXK2412a3nwaHu8AgTw16mWfcG a3wVRd/2kWMDr32ZIb4/d5M4WSuSt/8L0863Sf5ywnYrILU9cHqAxxBayzQrVB/LLJ/g JRIeCIvspRz7FuK6C1pRiH1QUKN+oLue6nMGDyOWj445DsmPjoCw710l6MJr6BiAgPy4 SJ+jAZltBRvoeDE0ANzhWBG9z1KdNW9XTGDYINiu4lrEiPeHImi/KaYTMrtiF03GK84t 4+zxPO8g09NgF4BfDWs7+b5mZ18aXHv8sp8GsZJD3KO5FQ7jpFww6ja8GMtgJCxb6BZe WXVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=Hlzl+RQsaBHPXSJwR9FtzQe0J1Es+SqUC7Z/2oGlvhk=; b=E206zRNLcxrq5Q40Op9DBMwTfv0z/11nOVGjletQ4nGreCFkrHdxWgolCgFhmTK5nY 7nOwB1TIgeGGOhImZxxNHeN6amSARJJsdk0PF5SMzIqXt6dCq2p3mV7vfuxQI3qnlgLM ukK9Q7AZIRfbBAgE8iOfHtWaP5+Zx1r4ujvy8hJXNXV4JYMTA+fwoKELfLR9PVfEvDHZ kao2y2H3PK7EphSA0Uv03OPYQqIBIlLANrmqHtrCkkB0/uo3tL2zABrxyHtZyeNXUTbV yTxHwY+PKuqD4eBhQYZtMdLoTdISuMBA3tGLbBZUhpLBGlP4V/HIvUI29UxjRGVPe+/m 19cQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 184si2340866pgi.76.2018.03.12.06.04.28; Mon, 12 Mar 2018 06:04:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751315AbeCLNDc (ORCPT + 99 others); Mon, 12 Mar 2018 09:03:32 -0400 Received: from mga17.intel.com ([192.55.52.151]:64076 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751104AbeCLNDb (ORCPT ); Mon, 12 Mar 2018 09:03:31 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Mar 2018 06:03:30 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.47,461,1515484800"; d="scan'208";a="24481055" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86]) by orsmga008.jf.intel.com with ESMTP; 12 Mar 2018 06:03:28 -0700 Message-ID: <1520859807.10722.591.camel@linux.intel.com> Subject: Re: [PATCH v9] mmc: Export host capabilities to debugfs. From: Andy Shevchenko To: Harish Jenny K N , Avri Altman , "ulf.hansson@linaro.org" , "linus.walleij@linaro.org" , "adrian.hunter@intel.com" , "shawn.lin@rock-chips.com" Cc: "linux-mmc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "Vladimir_Zapolskiy@mentor.com" Date: Mon, 12 Mar 2018 15:03:27 +0200 In-Reply-To: <329d521d-1776-43ee-2f0e-e9690c29a693@mentor.com> References: <1520829090-3567-1-git-send-email-harish_kandiga@mentor.com> <1520849262.10722.582.camel@linux.intel.com> <540fef96-aa2f-e6c3-467d-bc1d021dd55b@mentor.com> <329d521d-1776-43ee-2f0e-e9690c29a693@mentor.com> Organization: Intel Finland Oy Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote: > > > > > > + for_each_set_bit(bit, (const unsigned long *)&caps, > > > > > > BITS_PER_LONG) > > > > > > + for_each_set_bit(bit, (const unsigned long > > > > > > *)&caps2, > > > > > > BITS_PER_LONG) > > > > > > > > > > Explicit casting is not needed anymore in both cases. > > > > > > > > Also maybe use sizeof(mmc_host_capabilities) instead of > > > > BITS_PER_LONG? > > > > > > You mean sizeof(caps) and not sizeof(mmc_host_capabilities) . > > > Right ? > > > > meant ARRAY_SIZE(mmc_host_capabilities) > ARRAY_SIZE(mmc_host_capabilities) will be 32 and this will be my old > change for which I got a comment from Andy Shevchenko asking me to > replace u32 with unsigned long. > > This is the old comment: > > > > + int size = sizeof(u32) * BITS_PER_BYTE; > > > > This is redundant. Use BITS_PER_LONG (why's that, see below) in the There is nothing about ARRAY_SIZE(). ARRAY_SIZE() will work quite good as well. > for_each_set_bit(). > > > > + for_each_set_bit(bit, (const unsigned long *)&caps, size) > > > + for_each_set_bit(bit, (const unsigned long *)&caps2, size) > > > > These are UB cases. > > Fix is simple, replace u32 by unsigned long in (1) above. > > Note: Without typecasting &caps to(const unsigned long *) will give > compilation error in this case. What kind of? -- Andy Shevchenko Intel Finland Oy