Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp642474pxv; Wed, 14 Jul 2021 11:56:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxqf+jCw0oy7jWM66rpeluaF4/ySWbXM+rNJN4tQhKT1y+cs4b7t+QTqSa6o530o7qQ2p4L X-Received: by 2002:a17:906:35d4:: with SMTP id p20mr13646108ejb.212.1626288983086; Wed, 14 Jul 2021 11:56:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626288983; cv=none; d=google.com; s=arc-20160816; b=XvrR58OMMPJmib3Gy28kpNXl9FNq1msSlLaHSYGkc/9Nijwn8zAe+u6rp66EOXEGKV iaqBpt2HOCHJIRrrlibG+WshtFntHdIMNjDOE0HRuq+0bo+7Ktqf5YCORSAYLvv+6rVE e1mYBKPaPWcO0mrIZGa5c0JYdIHRa26NmvGsRtB93wPVzZms+eyWo1iYcttCLIAK0yRz w8tZxa8iu5FBdl2+RlOudfl9nSyFKnaO9PL7hmGdbgpX+UaVDgAaolFiKXOweIhu2hMo KZm0k6H5y15w2arTIMGUO2WBeMvFThGl6ldL3wmAc+p940ZWhGy2IL96awQbxGo9LZbs e2lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=LyhhHCuasgk+dfghG/M2Z8Y2HCQ/MyJBEPvCOwrpqTw=; b=KAR+2KHaZk39x4/V5wS8LbjCEQkd1SHsMRWPgK3GGW0yBjUUrDQDNe3ieJaSF4tjOn MZEMTeHAf6vxw1kJVKMtpkuTX7wh5uxRJbmiDiuiBr/757azMrCQQd5EQXZGV2BBVGqf amoc6yC0di5mfgW6BbCmhdFp2r3KLtFhRsjVAdhLKTdHPlF4IMCUAktqXa0Xt3Pz0Hd4 AaIBoVrTdF/HnWNmgb1RqxWUdLprAOP9JW6qSwMHe9tYLTInSBussglj8lRFzmX5SBk/ d/LD5/3d14KEAEg14Yc9+1Mqc/JODy7OvclV+2i2AhZ3u+ZbNfEKMc9kLENplwYECEUQ ax9A== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a18si3514537ejv.28.2021.07.14.11.55.59; Wed, 14 Jul 2021 11:56:23 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229806AbhGNSzN (ORCPT + 99 others); Wed, 14 Jul 2021 14:55:13 -0400 Received: from foss.arm.com ([217.140.110.172]:38422 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229491AbhGNSzM (ORCPT ); Wed, 14 Jul 2021 14:55:12 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 23136D6E; Wed, 14 Jul 2021 11:52:20 -0700 (PDT) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 417A83F774; Wed, 14 Jul 2021 11:52:19 -0700 (PDT) Date: Wed, 14 Jul 2021 19:52:16 +0100 From: Cristian Marussi To: Sudeep Holla Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, "Rafael J . Wysocki" , Jassi Brar Subject: Re: [PATCH 12/13] mailbox: pcc: Add support for PCCT extended PCC subspaces(type 3/4) Message-ID: <20210714185216.GE49078@e120937-lin> References: <20210708180851.2311192-1-sudeep.holla@arm.com> <20210708180851.2311192-13-sudeep.holla@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210708180851.2311192-13-sudeep.holla@arm.com> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 08, 2021 at 07:08:50PM +0100, Sudeep Holla wrote: > With all the plumbing in place to avoid accessing PCCT type and other > fields directly from the PCCT table all the time, let us now add the > support for extended PCC subspaces(type 3 and 4). > > Signed-off-by: Sudeep Holla > --- Hi Sudeep, just a few general observation on Type 3/4 subspaces from the spec Table 14.7: - "If a slave-subspace is present in the PCCT, then the platform interrupt flag must be set to 1." table 14.7 Maybe is worth to WARN on this if this assumption is violated by the ACPI table we found. - "Note that if interrupts are edge triggered, then each subspace must have its own unique interrupt." Same here, maybe it's worth also to check this, so that after all the pchan->db_irq has been obtained no edge triggered irqs are duplicated before requesting them. Thanks, Cristian