Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5723986ybe; Tue, 17 Sep 2019 12:24:55 -0700 (PDT) X-Google-Smtp-Source: APXvYqyFmV/+pdoCKZ5U817ZFnT8oj3vh3TkYBJEygUSiUkyWJA90ousbmUbmxlFp6P9/0l00Tk5 X-Received: by 2002:a17:906:694:: with SMTP id u20mr6361718ejb.83.1568748295478; Tue, 17 Sep 2019 12:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568748295; cv=none; d=google.com; s=arc-20160816; b=IILY1ZgQUM7U00Orcea8IWZUNqV0VLZMjexqBgif9DjA65NEc3NhJ6drVwUdiI5nVD tFV7gfWk5h78xeIy9DgQGk00ZC1bc9a8KbSUK5ttt/f1bGZSp6mrKqLXbX9wG60lv6si iQbFkUvIrz6caN4Xukt/ECtDhC8g9iQMzAYru3Wz0JDzQUPLEza5Lcat0tglIwBwDQ2z 29R9+vPGv5Q325UV+AX0DQv7nirsHPmCtJQzVgKRDkM+3Fh9s3LB+zjxEZ+mkRCZeG0m QTlby113D5+pQDa5ZJuBFEDiPLALaiqWTdHhAY4Eujg8QCLuZ+l06KuDDf74RQh/TMeU nttg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=1WHzOFxARqCBhvUletj8iS+OwqT99R9MwF3AK4HbrR8=; b=s299pAPB3FEdYB9e4dICye40niRgZu+vHIn/0ZmkcfKtzpQoh1a3oWNh6sMb9ckjfM zwVHAifM8J6dgvqWRExKS6HyNJIEYQsCuL1I8KJJ1tvFK6ZojN86M/ouZAIm3KUqV9NY 93yzXbC3iKL3fubk10SZjPL0K3Z7tbbVO+U6SIhlX9rZcLVSSWrPB4lXVRx7gDJ4wPGe O48khTYla7kuV3X7qIM8bv0mZebKRzHbemBDZMatYAeEhNCwxsVZFtSsU6oA83H8Z8oY DsGly6rlnD5aHqmyyt3sCwQPL02wNVELo09SDwy1jqut76OTX1+wTL6Kv6qSZSuxmMTP lBNg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 5si2038781edy.95.2019.09.17.12.24.32; Tue, 17 Sep 2019 12:24:55 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731248AbfIQRgz (ORCPT + 99 others); Tue, 17 Sep 2019 13:36:55 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:53074 "EHLO mx0b-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726188AbfIQRgz (ORCPT ); Tue, 17 Sep 2019 13:36:55 -0400 Received: from pps.filterd (m0127361.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x8HHWF4d095188; Tue, 17 Sep 2019 13:36:43 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 2v32ccv21d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 17 Sep 2019 13:36:42 -0400 Received: from m0127361.ppops.net (m0127361.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.27/8.16.0.27) with SMTP id x8HHWVnO095770; Tue, 17 Sep 2019 13:36:41 -0400 Received: from ppma03dal.us.ibm.com (b.bd.3ea9.ip4.static.sl-reverse.com [169.62.189.11]) by mx0a-001b2d01.pphosted.com with ESMTP id 2v32ccv1xw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 17 Sep 2019 13:36:40 -0400 Received: from pps.filterd (ppma03dal.us.ibm.com [127.0.0.1]) by ppma03dal.us.ibm.com (8.16.0.27/8.16.0.27) with SMTP id x8HHZblL023544; Tue, 17 Sep 2019 17:36:38 GMT Received: from b03cxnp08028.gho.boulder.ibm.com (b03cxnp08028.gho.boulder.ibm.com [9.17.130.20]) by ppma03dal.us.ibm.com with ESMTP id 2v0svqs7bq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 17 Sep 2019 17:36:38 +0000 Received: from b03ledav005.gho.boulder.ibm.com (b03ledav005.gho.boulder.ibm.com [9.17.130.236]) by b03cxnp08028.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x8HHaZAM67043770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 17 Sep 2019 17:36:36 GMT Received: from b03ledav005.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A413EBE05F; Tue, 17 Sep 2019 17:36:35 +0000 (GMT) Received: from b03ledav005.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8C0FEBE054; Tue, 17 Sep 2019 17:36:35 +0000 (GMT) Received: from localhost (unknown [9.41.179.186]) by b03ledav005.gho.boulder.ibm.com (Postfix) with ESMTP; Tue, 17 Sep 2019 17:36:35 +0000 (GMT) From: Nathan Lynch To: Gautham R Shenoy Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Vaidyanathan Srinivasan , Kamalesh Babulal , "Naveen N . Rao" , "Aneesh Kumar K.V" , Michael Ellerman , Nicholas Piggin , Tyrel Datwyler Subject: Re: [PATCH 0/2] pseries/hotplug: Change the default behaviour of cede_offline In-Reply-To: <20190915074217.GA943@in.ibm.com> References: <1568284541-15169-1-git-send-email-ego@linux.vnet.ibm.com> <87impxr0am.fsf@linux.ibm.com> <20190915074217.GA943@in.ibm.com> Date: Tue, 17 Sep 2019 12:36:35 -0500 Message-ID: <87a7b2rfj0.fsf@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-09-17_08:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=892 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909170168 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Gautham R Shenoy writes: > On Thu, Sep 12, 2019 at 10:39:45AM -0500, Nathan Lynch wrote: >> "Gautham R. Shenoy" writes: >> > The patchset also defines a new sysfs attribute >> > "/sys/device/system/cpu/cede_offline_enabled" on PSeries Linux guests >> > to allow userspace programs to change the state into which the >> > offlined CPU need to be put to at runtime. >> >> A boolean sysfs interface will become awkward if we need to add another >> mode in the future. >> >> What do you think about naming the attribute something like >> 'offline_mode', with the possible values 'extended-cede' and >> 'rtas-stopped'? > > We can do that. However, IMHO in the longer term, on PSeries guests, > we should have only one offline state - rtas-stopped. The reason for > this being, that on Linux, SMT switch is brought into effect through > the CPU Hotplug interface. The only state in which the SMT switch will > recognized by the hypervisors such as PHYP is rtas-stopped. OK. Why "longer term" though, instead of doing it now? > All other states (such as extended-cede) should in the long-term be > exposed via the cpuidle interface. > > With this in mind, I made the sysfs interface boolean to mirror the > current "cede_offline" commandline parameter. Eventually when we have > only one offline-state, we can deprecate the commandline parameter as > well as the sysfs interface. I don't care for adding a sysfs interface that is intended from the beginning to become vestigial... This strikes me as unnecessarily incremental if you're changing the default offline state. Any user space programs depending on the current behavior will have to change anyway (and why is it OK to break them?) Why isn't the plan: 1. Add extended cede support to the pseries cpuidle driver 2. Make stop-self the only cpu offline state for pseries (no sysfs interface necessary) ?