From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 524C5C433EF for ; Thu, 4 Nov 2021 16:09:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 37FCE6113B for ; Thu, 4 Nov 2021 16:09:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231658AbhKDQMV (ORCPT ); Thu, 4 Nov 2021 12:12:21 -0400 Received: from mga03.intel.com ([134.134.136.65]:8892 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231639AbhKDQMV (ORCPT ); Thu, 4 Nov 2021 12:12:21 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10157"; a="231682658" X-IronPort-AV: E=Sophos;i="5.87,209,1631602800"; d="scan'208";a="231682658" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Nov 2021 09:09:42 -0700 X-IronPort-AV: E=Sophos;i="5.87,209,1631602800"; d="scan'208";a="468519314" Received: from yoojae-mobl.amr.corp.intel.com (HELO [10.209.121.122]) ([10.209.121.122]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Nov 2021 09:09:41 -0700 Message-ID: Date: Thu, 4 Nov 2021 09:09:41 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: [PATCH -next 0/4] Add LCLK control into Aspeed LPC sub drivers Content-Language: en-US To: Zev Weiss Cc: Joel Stanley , Jae Hyun Yoo , Rob Herring , Corey Minyard , Andrew Jeffery , Cedric Le Goater , Haiyue Wang , devicetree , Linux ARM , linux-aspeed , openipmi-developer@lists.sourceforge.net References: <20211101233751.49222-1-jae.hyun.yoo@intel.com> <63678f47-8b4a-1385-a755-bc7c2316ca0d@linux.intel.com> <768252cc-2466-3b4b-9087-549b83e00a81@linux.intel.com> From: Jae Hyun Yoo In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 11/3/2021 6:48 PM, Zev Weiss wrote: > On Wed, Nov 03, 2021 at 08:56:10AM PDT, Jae Hyun Yoo wrote: >> >> Hi Zev, >> >> Not sure but looks like one of LPC functions is enabled while kernel >> booting. > > Looks like that was exactly the clue I needed -- obvious in retrospect, > but I realize now that I'm only seeing this happen when I bypass the > normal shutdown sequence via 'reboot -f'; with a plain 'reboot' I don't > hit any problems.  Can you reproduce it that way? My system doesn't follow the reproduction pattern. What I usually do to reproduce it is, making a host reset and followed by making a BMC reset then host will try to send something through KCS channel and snoop-80 while BMC LPC drivers are being loaded. It's not easy to reproduce it using my system and it's very timing sensitive. As I suggested in previous email, disable all LPC sub functions and enable back one by one. It could help for identifying which LPC sub module causes the issue. -Jae