Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp156177imu; Tue, 27 Nov 2018 10:20:50 -0800 (PST) X-Google-Smtp-Source: AFSGD/W7yzZdSDifBu1Ede8tHWdfYCQUPtzceDTCJXIeZSRR5c4dO6d99Y6jMJd7npcYfKUlBvpX X-Received: by 2002:a63:e348:: with SMTP id o8mr29682123pgj.158.1543342850299; Tue, 27 Nov 2018 10:20:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543342850; cv=none; d=google.com; s=arc-20160816; b=g97W4i9Jst9D+tX5/0Vz7pby5PbeZ9hI98oGUa2Jl3T/P5llxlkNyZ5kzItHkis+M9 ZSvaChkHFkzD9XbwPBtBgr4n2m/ymPb1BSLy8FCr1V0oVvUWqKhfMI5UqUfXvkgYqNHe fqxJz9qxczDf+TyQ2AS1gAwCt81Z6M4JXBJZtvxJm9PdzBZRcHkK041eTEF3sgJ5AdCF Yl7nsJWKAc+pC0vGyEaxeZWWyA99u6FNDtr0aXkfcTMCV4YfMr0Z23R2rEpfocYykd6g T44xqqHdo2pti3VqL870WRCOE+Q93Ap2U3BiqO1rVuFicXq++lx23jnx4E3SfRaFT6Aq lM6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=BGoTjnsH0l1GYRiB//5Ib4L7RsGSdMzMUGDCirOCcdM=; b=uwUMtTfpc+3u54KBW+nSF0/QY2DPoQ5uyvSXliAZUDH3Nuz1r+vV63a+iI36ojwKu8 fO+l5rjRBETd0C7WS7vP5PMfKsMXVMyAsH1hgC1lZuEXV8NR7mS6in7FLo0+szXWKvLm wQT00UOxnJMc64L9wSjnT7xQbWEKiHCV+4XaRgCYUq3W6QFLojhzFi6pWMeUOAKFchH/ WNuqktENDSw547zW2GGTKsz5IYHTvFNcdZ0D/SLfKmuh+wjtxVLG1BnJ+qgrCj6EC4bJ BYPLeXkr5q3C2ZlK0s9TrlcV+Nv2mF06iqy9sAuyLrX4UIVR+F48EJSu4CCt1AG4jb58 KaDA== 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 d10-v6si4496381pla.207.2018.11.27.10.20.26; Tue, 27 Nov 2018 10:20:50 -0800 (PST) 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 S1728504AbeK1FQd (ORCPT + 99 others); Wed, 28 Nov 2018 00:16:33 -0500 Received: from muru.com ([72.249.23.125]:55378 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725740AbeK1FQd (ORCPT ); Wed, 28 Nov 2018 00:16:33 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id EFE978030; Tue, 27 Nov 2018 18:17:50 +0000 (UTC) Date: Tue, 27 Nov 2018 10:17:46 -0800 From: Tony Lindgren To: Jon Hunter Cc: Thierry Reding , Peter Ujfalusi , Belisko Marek , LKML , linux-omap@vger.kernel.org, "Dr. H. Nikolaus Schaller" , Laxman Dewangan Subject: Re: omap5 fixing palmas IRQ_TYPE_NONE warning leads to gpadc timeouts Message-ID: <20181127181746.GU53235@atomide.com> References: <20181119161906.GP53235@atomide.com> <20181119171406.GQ53235@atomide.com> <725df8e7-4aff-3751-d0b0-809b89e882e5@nvidia.com> <20181123164827.GE53235@atomide.com> <20181126093625.GA10878@ulmo> <20181126102541.GC10878@ulmo> <20181126193212.GN53235@atomide.com> <149b3b6b-e52e-4942-151b-6df4358f5a7a@nvidia.com> <20181127175538.GS53235@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181127175538.GS53235@atomide.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Tony Lindgren [181127 17:55]: > The only option that works for omap5 at palmas end is if > PALMAS_POLARITY_CTRL_INT_POLARITY is cleared. Setting the SoC internal > pulls does not make a difference, so I suspect there is either some > unknown pull-up/pull-down configuration register in palmas, or there > is an external pull resistor. Remuxing the palmas interrupt to gpio_wk16 instead of sys_nirq1 makes the palmas interrupt work just fine configured with active-low or active-high with the internal pulls. So palmas.c is doing the right thing, and the issue configuring palmas interrupt active-high with sys_nirq1 on omap5 is somewhere between omap wkupegen and GIC. Regards, Tony