Received: by 10.213.65.68 with SMTP id h4csp279733imn; Fri, 23 Mar 2018 04:37:01 -0700 (PDT) X-Google-Smtp-Source: AG47ELuvjtSH67j+dD/QfCFJuAvly2U06V8F9LD7eeimIMHHM4z34TBKvbVecsjJU5dmNjtO45fh X-Received: by 10.101.90.68 with SMTP id z4mr5537749pgs.184.1521805021134; Fri, 23 Mar 2018 04:37:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521805021; cv=none; d=google.com; s=arc-20160816; b=TWzW1Rdhnqehjta+WY1g7d7NAnfWoDUD2vnWPlYIaqSAZRoqiCwhfIdE3i3RZ5JE3E hO+nD8x+iKfbOrcstKGGF2yuMDkjFStf6bfYjN761OCS265B/+tB+kMjdEJl6wLWMYbb u73viNvlOAGnKhjDa7JkA6MISkSrVqZGASOCJY9RVJrqq+xl0XMq8WMn+SxtTDKHa3PW O8IaOaVfqcHil/J+PgeULLMFOXce4oQ9iVBqQdiLqCcBKteIqPcSWLdSwGKqcte76lde Tx2HfHXFX3n9Wj1b2ih4nlPbhFZIQ8QklPWAYAzdauGeqVJ7FZRnWnpr2w1vpdL1GlXz oxQQ== 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=4Irg9V08jz6bMsMu9mrnRPSaWsgKFbCF0BGJL1dW6/k=; b=nmf3tz6YMe6wt5RKuP0Fx5ZLjn0nK0I2U54lQYn+azVz0JksVTyDXTksSX4tU070k2 mLz5uIt1O5lpqhlIZ6NgDItnrUd6iEkajIJdIB68NYjPfTDT/sRJR30JZNkH8Yl/YBth p++ndbcGcbjSpaMyuDJ+rwBbToDZVNQH76Tv0aAWjjq8TDDDA4iypmE3xjit95wTlEmd Aws+9a40pfx25gg8TbeOj5ZIiG2rMC/DM8xg6dhPmQPLhjK4kY+dpHjaWghpSix5iBsk LltXcWsTjOiakIyR17p238O6SzaiuykCH9R522ktD+jnJeJm5yqyzVReKo64kImR2xSU ZMZg== 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 r10si5900190pgt.517.2018.03.23.04.36.45; Fri, 23 Mar 2018 04:37:01 -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 S1755138AbeCWLen (ORCPT + 99 others); Fri, 23 Mar 2018 07:34:43 -0400 Received: from mga07.intel.com ([134.134.136.100]:8198 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753689AbeCWLek (ORCPT ); Fri, 23 Mar 2018 07:34:40 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Mar 2018 04:34:39 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,349,1517904000"; d="scan'208";a="27417433" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86]) by orsmga007.jf.intel.com with ESMTP; 23 Mar 2018 04:34:36 -0700 Message-ID: <1521804875.23017.95.camel@linux.intel.com> Subject: Re: [PATCH v3 3/3] pinctrl: qcom: Don't allow protected pins to be requested From: Andy Shevchenko To: Timur Tabi , Stephen Boyd , Linus Walleij Cc: Stephen Boyd , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, Bjorn Andersson , Grant Likely , linux-gpio@vger.kernel.org Date: Fri, 23 Mar 2018 13:34:35 +0200 In-Reply-To: <59df3700-c0bd-6ee8-eeab-6a49cb92d1db@codeaurora.org> References: <20180321165848.89751-1-swboyd@chromium.org> <20180321165848.89751-4-swboyd@chromium.org> <97380342-c3aa-5d34-7b22-f6ebbab4bafe@codeaurora.org> <59df3700-c0bd-6ee8-eeab-6a49cb92d1db@codeaurora.org> Organization: Intel Finland Oy Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5-1+b1 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 Thu, 2018-03-22 at 19:59 -0500, Timur Tabi wrote: > On 03/22/2018 07:23 PM, Timur Tabi wrote: > > > > Also, you don't allocate chip->valid_mask anywhere. > > So I see now where it's allocated, but something is fishy. No, it seems you missed %p vs. %px discussion. The pointers printed by %p nowadays are hashed values, not the original ones. -- Andy Shevchenko Intel Finland Oy