Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2849973ybz; Mon, 27 Apr 2020 05:48:23 -0700 (PDT) X-Google-Smtp-Source: APiQypJzCqPIIa9CeNTkG0y6qchEfl5ATmB7Ig2LfeWpAQnuAjoxAUn1FbaHIKLK73TwwJuG4H2O X-Received: by 2002:a50:e841:: with SMTP id k1mr19001727edn.245.1587991703537; Mon, 27 Apr 2020 05:48:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587991703; cv=none; d=google.com; s=arc-20160816; b=KvXJPvaYZR68WPkgBydT+HmQiLhzWABZTroFT0t9Qr8vRXJHoakain4iVfCzbYeEZ1 tc+WONz+yqZpkkohzt42+A+it8fN6V9OsPxfje3MISGHnfz/pJCSl+JlL4O9ISQIa/K4 5bPIAbhuo5Is1Kclk1c0yYaVI7ku72/XowD+6f38Ps3CcQpYVW8eacVXxQoTPxg5+OVX yzVt4BWqltSh3SoEvQaRmC92XLrrup7LboBFfGoS/SzFeD3mG18eZ10OU7d/XazrsaOc Q6jQpYmpCVLeHg2pRTR//GUqTMV3tuIYy3F9/pwi0Y+nY0tkozxuhNlJAuLc0C0+FgSQ 69Gw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=FYckNb0B+cZG7B36JVxEWqaLbf2JJ1+tQj5efljqrWM=; b=ZpWE/8ALCZiv4uIADfC92+mJq5nFClOZjuafJvxRVGyceyUfV/Fmas/Nxk2G+4GlIb pvon/9OJgYHKQDqgPA/LM1b+2Yqh82X0h6WKXHb4fGr8IvaML1/d6UAoUkf4DgE1VmRm 26s7k3pGqAZlgm3x/oOeW6WVtQOClvAio4/BOq4J9BbOJGDNgUTxD6E4xKSquJWH8IlS nGyVQ6rKOmVqBomMpOaE6/WVVeZPcAZfKu6wMnzCUAisu2tmUm/K1/8FcVSuOw2hG3sN iVMfLGKy6uW9Jywm19nJU826ZqNPlwUJ4e4UJu5VE9H125+LsK42a3L7f7qtCIks69b6 cuRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="X/mGoeBW"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x15si8683117edl.247.2020.04.27.05.48.00; Mon, 27 Apr 2020 05:48:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="X/mGoeBW"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727056AbgD0Mqk (ORCPT + 99 others); Mon, 27 Apr 2020 08:46:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46322 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726539AbgD0Mqj (ORCPT ); Mon, 27 Apr 2020 08:46:39 -0400 Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D024C0610D5; Mon, 27 Apr 2020 05:46:39 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id r17so13687802lff.2; Mon, 27 Apr 2020 05:46:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=FYckNb0B+cZG7B36JVxEWqaLbf2JJ1+tQj5efljqrWM=; b=X/mGoeBWWZkOS3wqw0QTgkNqYvIgNK07zHnT9PAcBlZsAICRV3Cy/JLSOHbtKuGsDc USOj3zERIyBx/spuyhcUKVOmax1P0+N6p4e1peqiBA2tWXssdA8nEKUiEc5JFDh18zv+ 1MCVNAR83gIN6vcXqe+VSBvNQpX9Tsj/5ENYgPlimNt8LBGmAJ55lIUUKrzpbpgN+t3K C2K8LNVUYWS0vV/0xu7DfPSMlWmqjv2ngDsvTcItwnOk0a/tJagPxVYTF2K7xbElP2Fz +YSE3WiQutY5uBW58eTTIeFRgIk1rNE+bT6FvNG9av7SJ3Qi68YB3pTzDansSjyTPEuv CYKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FYckNb0B+cZG7B36JVxEWqaLbf2JJ1+tQj5efljqrWM=; b=gl/v5XByjAFDhncOXN535cCLJdk2UH1ju4qRJsP2rD7KZibsVrJ+/4TbhLveLnObif OU1MP062dmEa9prp2ho1P4Iowl6GMk3aSJ2b7QmTIXjWhnmJo+YE6CqXFO971qtqhI95 EB4RunVyOVAdBt4FL8YXMiM1PsL1kjBwKs7pJ+9K6pTBKvkPlBh9TN8IYl/V/u0Cuhuk l0fPTjJEb4E3b81DMDuN0LnmAwTaQTcOXTwazRUx57T/3ngLa6DB7X6zz/3ZtjJSfrwB 2XwUHkmYYIHA3g8guDr9Ba+arLrw6f0a5Oz73ryZHdicJ+ozKCufvnneEWSuQFiOP8ES 28aw== X-Gm-Message-State: AGi0Pub2AmVzvXuXkFpploEh+bJwVQWI6e3T9xClyHE08vrqS4RG+x63 rWrqQE+vSdVL+iBRvao0koGI/0/c X-Received: by 2002:ac2:550e:: with SMTP id j14mr15067882lfk.188.1587991597830; Mon, 27 Apr 2020 05:46:37 -0700 (PDT) Received: from [192.168.2.145] (ppp91-78-208-152.pppoe.mtu-net.ru. [91.78.208.152]) by smtp.googlemail.com with ESMTPSA id j19sm11743119lfe.17.2020.04.27.05.46.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Apr 2020 05:46:36 -0700 (PDT) Subject: Re: [PATCH v2 1/2] i2c: tegra: Better handle case where CPU0 is busy for a long time To: Jon Hunter , Thierry Reding , Laxman Dewangan , Wolfram Sang , Manikanta Maddireddy , Vidya Sagar Cc: linux-i2c@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org References: <20200324191217.1829-1-digetx@gmail.com> <20200324191217.1829-2-digetx@gmail.com> <1e259e22-c300-663a-e537-18d854e0f478@nvidia.com> <8cd085e1-f9fd-6ec0-9f7a-d5463f176a63@nvidia.com> <6f07e5c8-7916-7ea2-2fe7-d05f8f011471@nvidia.com> <77a31b2f-f525-ba9e-f1ae-2b474465bde4@gmail.com> <470b4de4-e98a-1bdc-049e-6259ad603507@nvidia.com> From: Dmitry Osipenko Message-ID: Date: Mon, 27 Apr 2020 15:46:35 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 23.04.2020 13:56, Jon Hunter пишет: >>> So I think that part of the problem already existed prior to these >>> patches. Without your patches I see ... >>> >>> [ 59.543528] tegra-i2c 7000d000.i2c: i2c transfer timed out >>> [ 59.549036] vdd_sata,avdd_plle: failed to disable >>> [ 59.553778] Failed to disable avdd-plle: -110 >>> [ 59.558150] tegra-pcie 3000.pcie: failed to disable regulators: -110 >> Does this I2C timeout happen with my patches? Could you please post full >> logs of an older and the recent kernel versions? > I believe that it does, but I need to check. > Jon, could you please confirm that you're seeing those regulator-disable errors with my patch? I don't see those errors in yours original log [1]. [1] https://lore.kernel.org/lkml/1e259e22-c300-663a-e537-18d854e0f478@nvidia.com/ Again, could you please post the *full* logs? If regulator's disabling was "failing" before without my patch because of the I2C interrupt being force-disabled during of NOIRQ phase, and now regulator's disabling succeeds with my patch because IRQ is manually handled after the timeout, then this could be bad. It means that regulator was actually getting disabled, but I2C driver was timing out because interrupt couldn't be handled in NOIRQ phase, which should result in a dead PCIe on a resume from suspend since regulator's core thinks that regulator is enabled (I2C said it failed to disable), while it is actually disabled. Do you have anything plugged into the PCIe slot in yours testing farm? It wouldn't surprise me if the plugged card isn't functional after resume from suspend on a stable kernels.