Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751620AbdG1HTJ (ORCPT ); Fri, 28 Jul 2017 03:19:09 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:49119 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751045AbdG1HTI (ORCPT ); Fri, 28 Jul 2017 03:19:08 -0400 From: Stewart Smith To: Cyril Bur , Shilpasri G Bhat Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, benh@kernel.crashing.org, paulus@samba.org, mpe@ellerman.id.au, ego@linux.vnet.ibm.com, svaidy@linux.vnet.ibm.com Subject: Re: [PATCH V8 1/3] powernv: powercap: Add support for powercap framework In-Reply-To: <1501205974.3324.1.camel@gmail.com> References: <1501045509-21732-1-git-send-email-shilpa.bhat@linux.vnet.ibm.com> <1501045509-21732-2-git-send-email-shilpa.bhat@linux.vnet.ibm.com> <1501205974.3324.1.camel@gmail.com> Date: Fri, 28 Jul 2017 17:18:55 +1000 MIME-Version: 1.0 Content-Type: text/plain X-TM-AS-GCONF: 00 x-cbid: 17072807-0008-0000-0000-00000265ECE9 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00007439; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000214; SDB=6.00894004; UDB=6.00446998; IPR=6.00674164; BA=6.00005495; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00016420; XFM=3.00000015; UTC=2017-07-28 07:19:05 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17072807-0009-0000-0000-0000362E9487 Message-Id: <877eyt1128.fsf@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-07-28_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1706020000 definitions=main-1707280115 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 853 Lines: 19 Cyril Bur writes: > This is more for MPE and Stewart: > If there is some mutual exclusion that needs to happen, it should be > done in skiboot. We've had problems in the past with double entering > skiboot and hard to interpret errors ending up in userspace, this > solves that but it seems more like a coverup than an actual solution. Yeah, I'd like us to be in a position where we don't force mutual exclusion on such things out to the OS. The real issue this papers over is the async token stuff you're reworking. There's that, plus for this specific thing, you *could* go and set a differnt powercap 180 times concurrently and we should do the right thing in skiboot... but then you're sitting in skiboot rather than sitting in linux being able to go run some other task on the thread. -- Stewart Smith OPAL Architect, IBM.