From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422791AbcFIAci (ORCPT ); Wed, 8 Jun 2016 20:32:38 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:44121 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932230AbcFIAcg (ORCPT ); Wed, 8 Jun 2016 20:32:36 -0400 Subject: Re: [PATCH v3] mailbox: pcc: Support HW-Reduced Communication Subspace type 2 To: Hoan Tran , Ashwin Chaugule References: <1463704347-22550-1-git-send-email-hotran@apm.com> Cc: Jassi Brar , "Rafael J. Wysocki" , Robert Moore , Alexey Klimov , lkml , linux acpi , Loc Ho , Duc Dang From: "Prakash, Prashanth" Message-ID: <0f07c6dc-76b7-ab28-541b-090f6a2432a6@codeaurora.org> Date: Wed, 8 Jun 2016 18:32:32 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/8/2016 10:24 AM, Hoan Tran wrote: > Hi Ashwin, > > On Wed, Jun 8, 2016 at 5:18 AM, Ashwin Chaugule > wrote: >> + Prashanth (Can you please have a look as well?) >> >> On 31 May 2016 at 15:35, Hoan Tran wrote: >>> Hi Ashwin, >> Hi, >> >> Sorry about the delay. I'm in the middle of switching jobs and >> locations, so its been a bit crazy lately. > It's ok and hope you're doing well. > >> I dont have any major >> concerns with this code, although there could be subtle issues with >> this IRQ thing. In this patchset, your intent is to add support for >> PCC subspace type 2. But you're also adding support for tx command >> completion which is not specific to Type 2. We could support that even >> in Type 1. Hence I wanted to separate the two, not just for review, >> but also the async IRQ completion has subtle issues esp. in the case >> of async platform notification, where you could have a PCC client in >> the OS writing to the cmd bit and the platform sending an async >> notification by writing to some bits in the same 8byte address as the >> cmd bit. So we need some mutual exclusivity there, otherwise the OS >> and platform could step on each other. Perhaps Prashanth has better >> insight into this. > I think, this mutual exclusivity could be in another patch. Ashwin, Sorry, I am not sure how we can prevent platform and OSPM from stepping on each other. There is a line is spec that says "all operations on status field must be made using interlocked operations", but not sure what these interlocked operation translates to. Hoan, Even if we are not using platform notification, we still need to clear the doorbell interrupt bit in the PCC interrupt handler (Section14.2.2 and 14.4). I didn't see clearing the doorbell interrupt bit in this patch (and platform is supposed to set it again when it is sending the interrupt again). Did I miss it? or is it intentionally left out to avoid the race that Ashwin mentioned above? Thanks, Prashanth