From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Authentication-Results: lists.ozlabs.org; spf=none (no SPF record) smtp.mailfrom=linux.intel.com (client-ip=134.134.136.126; helo=mga18.intel.com; envelope-from=jason.m.bills@linux.intel.com; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.intel.com Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 487tL14zVHzDqWP for ; Fri, 31 Jan 2020 08:10:32 +1100 (AEDT) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Jan 2020 13:10:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,382,1574150400"; d="scan'208";a="253134804" Received: from linux.intel.com ([10.54.29.200]) by fmsmga004.fm.intel.com with ESMTP; 30 Jan 2020 13:10:29 -0800 Received: from [10.241.246.17] (unknown [10.241.246.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by linux.intel.com (Postfix) with ESMTPS id 938BD5802B1; Thu, 30 Jan 2020 13:10:29 -0800 (PST) Subject: Re: power button override To: Vijay Khemka , "openbmc@lists.ozlabs.org" References: <98EE6AEE-9440-4AA5-971A-833EA0342226@fb.com> <0017A7FA-E86C-4524-B53B-9129A968C7DB@fb.com> <563c3b07-d5f5-1897-404b-ceb97f713610@linux.intel.com> <1b72ee84-6ad3-f5bb-bfed-2f6487893f59@linux.intel.com> <3AC1554A-4B97-45CA-BDE2-299AD172A9FD@fb.com> <698a1a8e-786e-3713-4b94-da7cf7864406@linux.intel.com> <01CE1094-7B1C-44F5-8580-C0098391EA6F@fb.com> <65B9F3C8-1066-449B-B0AE-928ED1455687@fb.com> From: "Bills, Jason M" Message-ID: <0e9dbc2f-3dba-ebb7-4acc-28b43cf4e480@linux.intel.com> Date: Thu, 30 Jan 2020 13:10:29 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <65B9F3C8-1066-449B-B0AE-928ED1455687@fb.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: openbmc@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development list for OpenBMC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 21:10:34 -0000 On 1/30/2020 10:53 AM, Vijay Khemka wrote: > And it is inconsistent as 2 times works out of 5 time loop with 30 second delay. > > Regards > -Vijay > > On 1/30/20, 10:49 AM, "Vijay Khemka" wrote: > > Hi Jason, > The problem I am seeing as I am unable to send reset ipmi command to ME via IPMB on i2c bus. I tried to give 30 second delay after power off and setting in ME recovery mode. Once I do force poweroff then only I am able to send any command to ME. I don't know what is the relation of power to ME access on i2c bus. I have been told that this is not expected behavior and that you can file an IPS ticket for support. The biggest issue with force poweroff using the power button while the system is off is that it will first start booting the system then immediately shut it down which is not desired behavior. What happens if you try to power on in the failure? Will it go to the On state where you can issue a ForceOff? Thanks, -Jason > > Regards > -Vijay > > On 1/28/20, 12:50 PM, "Bills, Jason M" wrote: > > > > On 1/27/2020 12:31 PM, Vijay Khemka wrote: > > > > > > On 1/27/20, 10:52 AM, "Bills, Jason M" wrote: > > > > > > > > On 1/24/2020 2:01 PM, Vijay Khemka wrote: > > > > > > > > > On 1/24/20, 1:13 PM, "openbmc on behalf of Bills, Jason M" wrote: > > > > > > > > > > > > On 1/24/2020 12:55 PM, Bills, Jason M wrote: > > > > > > > > > > > > On 1/24/2020 10:29 AM, Vijay Khemka wrote: > > > >> > > > >> > > > >> On 1/23/20, 4:36 PM, "Bills, Jason M" > > > >> wrote: > > > >> > > > >> On 1/23/2020 4:13 PM, Vijay Khemka wrote: > > > >> > Hi Jason, > > > >> > > > > >> > We have a requirement of power button override. I don’t see > > > >> x86-power > > > >> > control doesn’t support this currently. Do you need this > > > >> features or do > > > >> > you have any local patch for this. > > > >> Hi Vijay, > > > >> power button override is used for the "Force Off" actions in > > > >> power control: > > > >> > > > >> https://github.com/openbmc/x86-power-control/blob/master/power-control-x86/src/power_control.cpp#L50. > > > >> > > > >> > > > >> This will not work if current status is off. This should just send > > > >> pulse in any status on/off. > > > > Correct. Force Off is not done if the current status is off. > > > Do you have more details on the power button override behavior that you > > > need? > > > > > > Yes, This is required to bring ME back to operation mode from recovery. How are you handling ME for Bios upgrade. > > When in recovery mode, the ME will accept a reset command (IPMI raw 0x6 > > 0x2) to reset to operational mode. > > > > Bill, I tried this and see inconsistent behavior from host. Sometime it refuse to power on. So PBO resolves this. > I checked with the ME team and ME reset to move from recovery mode to > operational mode should work. You can file a ticket with Intel support > to help resolve the inconsistent behavior that you see when doing this. > > In the meantime, I will look over your patch. > > Thanks, > -Jason > > > > > > > > > >> > > > > >> > Regards > > > >> > > > > >> > -Vijay > > > >> > > > > >> > > > > > > > > > > > > > >