Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp671887pxa; Fri, 14 Aug 2020 14:50:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzkrRHVUx+HmuP/+jX5Ooi0w8H+1TOhf81k83cKg3bm/fscCj9IO0sYV858ga9mPCjrOdRm X-Received: by 2002:a17:906:e093:: with SMTP id gh19mr4343873ejb.210.1597441836548; Fri, 14 Aug 2020 14:50:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597441836; cv=none; d=google.com; s=arc-20160816; b=V7lAsLzYcIdgIr3G6XqZgmNxfd7P89Ikk/yAgPF0JUOLXHtwffjVrwlguFlMhx13Wo CaARnTHfsSI1QK2okV/j+Z5xegQ3p76469BggX1PkwAWHPY2KkjQxxcYXW7U+O9x5Iv4 EjZGGMqYn2j2/va0PRrtBrVZIuHGVbq8MxgknGc1VNMlmh10JKVc7IaRvbc16PFn/eLw crRsX+EBsn11x7UEpWV5oWAF422N/FPmEQi23iKwu6niUOWLyqbCNJ0OsxdNhoZwFJzR Y4mRPEntGj94cE/EwemKMycLZvUUoSReKc8oO5gGz+YN42ckKzM8N2mEOkYwA1efiYVG dWvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:date:to:cc:from :subject:references:in-reply-to:content-transfer-encoding :mime-version:dkim-signature; bh=rwpaXnT2EeEfwGVu4ev0tx59FKrNBxWx6TusqvWIrO4=; b=blV/np7m5vzVs47nW1nCgVCDuYeQq7dQ/vyRi6S5OnPLdXBR9A15oRy6iFNJUcZ2xj YlR2xKISgyKn8UoFrfAUKzzflc6rwnBphdSRMCq+Mgqy1ibWUafVJdnd1HT2XVk46spF +UptGr/X1evA1GaI3PNKtgBzkK4FOeP7z9kNsxe9/cNI+Y2BR5GEMAktUmDH2Sgpi6Qq XzfM3KCiv7+YliXyqeTWDioG50dMI8DtrZXAhX+NqWdCRivVwlc/uqiXTk2rPGGSca1q dubS31jZ1dcdrAS0zeo2C8gmO+WLTk4dt6ehFfYhQiRSDxXi9+9ZsKmEZapmJYYZd9Jf 3oYw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Jdo0NGDf; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i7si6249390ejo.667.2020.08.14.14.50.13; Fri, 14 Aug 2020 14:50: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; dkim=pass header.i=@chromium.org header.s=google header.b=Jdo0NGDf; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728008AbgHNUYp (ORCPT + 99 others); Fri, 14 Aug 2020 16:24:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36422 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727913AbgHNUYo (ORCPT ); Fri, 14 Aug 2020 16:24:44 -0400 Received: from mail-pj1-x1041.google.com (mail-pj1-x1041.google.com [IPv6:2607:f8b0:4864:20::1041]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C25CAC061387 for ; Fri, 14 Aug 2020 13:24:44 -0700 (PDT) Received: by mail-pj1-x1041.google.com with SMTP id mt12so4931355pjb.4 for ; Fri, 14 Aug 2020 13:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:content-transfer-encoding:in-reply-to:references :subject:from:cc:to:date:message-id:user-agent; bh=rwpaXnT2EeEfwGVu4ev0tx59FKrNBxWx6TusqvWIrO4=; b=Jdo0NGDfaHr6zmtamxEimY/fqPy2jmUHSXfgnVas6TIV83p6Tc/4V+90pUHvallzEc C/iVNYD1ikU9HKFeCoEiaUSjHf2k+OPtnGgDgyt+1oAyoSPy0oZSZZtOYGwuovPd/bPN bh/7iVIqEXktIv/8CZAJqfNXvvD1oqgSa989k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding :in-reply-to:references:subject:from:cc:to:date:message-id :user-agent; bh=rwpaXnT2EeEfwGVu4ev0tx59FKrNBxWx6TusqvWIrO4=; b=Ei7DBtlvOufy0ndjAGe5ePPaaUqHMvYaaml4SeLWY9wLi16or+Wb8as3I9lm3Ghtsz nKsrcIJ1IlbtyW7lLKP0kwvH6JhfibUKi+OBVIR5jmurdJnsqZmDn01d7oXCHAXwYWqW 9CnQM/KXGUPawxZtubjTXxXUhMLoJwaQAiAgSu1SZGPlH6/7NgE2xiE64+91Zi52l57v Xi0FIm6ayIzHbeRmpikt1ljT/YnfU5iaIV9myqMvWhFpAWCTiAXn3VU1VjBvGoFBHZVa /V7Jd4vYBYt8pIrd6SPfOvy7XIuKJMpmnmbpW2N0gSuUrkFEiyv9RkJCaOUTOE1ki4X0 SR1A== X-Gm-Message-State: AOAM532o76cLfOiqNcGPLCEhzEwGxo+/CnB9LUVcP40nMRcfB7xGcAsG OW5ribaO17GayIUfYHtCRZyyzKrJYpiQSQ== X-Received: by 2002:a17:90a:1fca:: with SMTP id z10mr3536837pjz.209.1597436684024; Fri, 14 Aug 2020 13:24:44 -0700 (PDT) Received: from chromium.org ([2620:15c:202:1:3e52:82ff:fe6c:83ab]) by smtp.gmail.com with ESMTPSA id r15sm10581689pfq.189.2020.08.14.13.24.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Aug 2020 13:24:43 -0700 (PDT) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <1272cba3-1a6c-4d2e-0b4b-a19dfb5f3a4d@codeaurora.org> References: <1597058460-16211-1-git-send-email-mkshah@codeaurora.org> <1597058460-16211-8-git-send-email-mkshah@codeaurora.org> <159718150946.1360974.10983789401181131846@swboyd.mtv.corp.google.com> <1272cba3-1a6c-4d2e-0b4b-a19dfb5f3a4d@codeaurora.org> Subject: Re: [PATCH v4 7/7] irqchip: qcom-pdc: Reset all pdc interrupts during init From: Stephen Boyd Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-gpio@vger.kernel.org, agross@kernel.org, tglx@linutronix.de, jason@lakedaemon.net, dianders@chromium.org, rnayak@codeaurora.org, ilina@codeaurora.org, lsrao@codeaurora.org To: Maulik Shah , bjorn.andersson@linaro.org, evgreen@chromium.org, linus.walleij@linaro.org, maz@kernel.org, mka@chromium.org Date: Fri, 14 Aug 2020 13:24:42 -0700 Message-ID: <159743668207.33733.6711446681138353287@swboyd.mtv.corp.google.com> User-Agent: alot/0.9.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Maulik Shah (2020-08-13 00:30:44) > Hi, >=20 > On 8/12/2020 3:01 AM, Stephen Boyd wrote: > > Quoting Maulik Shah (2020-08-10 04:21:00) > >> Clear previous kernel's configuration during init by resetting > >> interrupts in enable bank to zero. > > Can you please add some more information here about why we're not > > clearing all the pdc irqs and only the ones that are listed in DT? > sure. > > Is > > that because the pdc is shared between exception levels of the CPU and > > so some irqs shouldn't be used? Does the DT binding need to change to > > only list the hwirqs that are usable by the OS instead of the ones that > > are usable for the entire system? The binding doesn't mention this at > > all so I am just guessing here. >=20 > The IRQs specified in qcom,pdc-ranges property in DT are the only ones=20 > that can be used in the current OS for the PDC. >=20 > So instead of setting entire register to zero (each reg supports 32=20 > interrupts enable bit) only clearing the ones that can be used. >=20 Ok. Is something wrong with setting all the register bits to 0? Is there something else in those registers that shouldn't be touched? Please add these details to the commit message.