Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp69323pxb; Tue, 2 Nov 2021 23:38:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwk0LmOCsklqChKDPbQaFSLBxnPWyTgmPL4Zy7cfQguRBGZi052IpwQBT7L8K7aQwge9LOn X-Received: by 2002:a05:6602:27d0:: with SMTP id l16mr6796511ios.56.1635921539676; Tue, 02 Nov 2021 23:38:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635921539; cv=none; d=google.com; s=arc-20160816; b=gBldgdcO80rMWFNqmkROv6KBpBbCrxYnPuZPfJwUAGFd1obMp0+X1T6Vx1ppcWti3S O7DsjHdhdUKnmRywWPOKcipmhRhZBUly3e14ChzmbodDm3cowVT1/R4m+CwZwb5CT3LD JoFyT2HZXPZGtXomNmd5pHlgQMzcGrHX7a1rOoKq/Leh9dkPr7kA/b6jDtza6kr3J4Dx 1xbR6gXTAKGgIguI8XPHa6GraXOjnSMxWPjbFd2b6QNWb8bEwLj3zrBnYUdJF/GVVqg1 UdbdBdaVBLq/tZBR6qenJkNOssa5Htj/DcTOvXi0jimbRErabN0LviI2/Mvm9IdaoUi9 z47Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=KvV07TGoZaoGw8L0LWYKUbxKaPDqvzThxG6WFrFLoZE=; b=RVxFY8uiNTzGnYG8UAnh5kMOU35i+HM4H1g6Dgbxa5joTt5TFcBkGtOjVRKpJ1MgEu Q6d27JPxH6CE6TPmwCdRJeXgpNU1rU2v3usEoDToPmeunOlDOr4Ll52NC692rNt4OfIj lBXg3M3TIViRa8C82QMCZDPuWfD6IUfppuyan2K9bxxUfkxqOn7zmE1Ms+MDftnmM7mh ToX4ZXv5tUDLyAe+kpwWUg4kvodgLZ+PA2xnNAg25SNWxyggLC3KONTjIqYB3VgWKtqz 9tEosij2n8DgYTpL77xx1ZlHW+JPrtJEu+6izJWkoUSq2/8aGA4b5/japzhhebwyecc7 YUnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=qV6o2DHz; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si1821305ilq.13.2021.11.02.23.38.42; Tue, 02 Nov 2021 23:38:59 -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=@linaro.org header.s=google header.b=qV6o2DHz; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230152AbhKCGkZ (ORCPT + 99 others); Wed, 3 Nov 2021 02:40:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35134 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231461AbhKCGkY (ORCPT ); Wed, 3 Nov 2021 02:40:24 -0400 Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 71A6DC061203 for ; Tue, 2 Nov 2021 23:37:48 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id iq11so603504pjb.3 for ; Tue, 02 Nov 2021 23:37:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=KvV07TGoZaoGw8L0LWYKUbxKaPDqvzThxG6WFrFLoZE=; b=qV6o2DHzNyXcnTFQQPyEAH5HGAgqErf+nLausmvme7o+/HaH5BSY6GgQgYvm3NkDV1 OR0M6iMn7ErGmFwBNJwqGcnzu3l2AYFln/0aOue4QU9nVvw9ay2ysnUE2cF7dZWoUOYH zLARG2g2WK8ganoyxRfEwndQ4J/4Irml4yeScRNO3KiamTkfwqbjH+IAAIoL15ZP5V26 1v5s1K+xO1a1+PH3LDRkuvG2tCjW+/AJpoOYNzC9a4nhJRD9Sr7QgBzIa9O7SeyT2KwP 3Ddois9E1aWdVaOecGfUI/sREvr3AoThqfVKlOv1mH9c7izxYcqWyPDhvnLUSt8A5x8+ O9+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=KvV07TGoZaoGw8L0LWYKUbxKaPDqvzThxG6WFrFLoZE=; b=EWHLPqXDemqxrncPuwwFL75gsxEtr8GDB9VycM1CD19Ey1760wz4EioZk5MLUWL7ac 7XQRv73RjZ8FUdjiTZ7eCRdYjpn236D7/7+ynxFw7lY+iqYeYAcpZSU0DzRBgW22hFeD zh4w/EOej65y8STLjozXd2lHsr1nhPbpGABZ+EAOBMUIs80OpDuGYWewujFPkNeuOm6y ju7kN8o5WNMDO0S3dqo00SajUtLXDkPvRcskJmwiZUhBxdP7+UUz1ikBQycvomiILssG a+a2i48/EzbymjZRr6UyDFCwyTrQylrLS0+TmRRcRNCriGb72dZpKUAxwMs/AlCZCw2R JcJA== X-Gm-Message-State: AOAM533Y0+5HToaFR6N8Gspehtmlz6Pm5BA5QgO5wlXVJrh50RhcacVj 1uBCNslMdtUMIyUxjzbk+ubMV6l7+iYhBA== X-Received: by 2002:a17:90a:928a:: with SMTP id n10mr12308079pjo.128.1635921467640; Tue, 02 Nov 2021 23:37:47 -0700 (PDT) Received: from localhost ([106.201.113.61]) by smtp.gmail.com with ESMTPSA id oa4sm930068pjb.13.2021.11.02.23.37.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Nov 2021 23:37:47 -0700 (PDT) Date: Wed, 3 Nov 2021 12:07:45 +0530 From: Viresh Kumar To: "Chen, Conghui" Cc: "Deng, Jie" , Vincent Whitchurch , Greg KH , Wolfram Sang , "virtualization@lists.linux-foundation.org" , "linux-i2c@vger.kernel.org" , "linux-kernel@vger.kernel.org" , kernel Subject: Re: [PATCH 1/2] i2c: virtio: disable timeout handling Message-ID: <20211103063745.utpphthou4angs4s@vireshk-i7> References: <8e182ea8-5016-fa78-3d77-eefba7d58612@intel.com> <20211020064128.y2bjsbdmpojn7pjo@vireshk-i7> <01d9c992-28cc-6644-1e82-929fc46f91b4@intel.com> <20211020105554.GB9985@axis.com> <20211020110316.4x7tnxonswjuuoiw@vireshk-i7> <20211029122450.GB24060@axis.com> <8592a48d-0131-86bf-586a-d33e7989e523@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03-11-21, 06:18, Chen, Conghui wrote: > >>> Over the long term, I think the backend should provide that timeout > >>> value and guarantee that its processing time should not exceed that > >>> value. > >> If you mean that the spec should be changed to allow the virtio driver > >> to be able to program a certain timeout for I2C transactions in the > >> virtio device, yes, that does sound reasonable. > > > > > >Due to changes in my work, I will pass my virtio-i2c maintenance to Conghui. > > > >She may work on this in the future. > > > > I'll try to update the spec first. I don't think the spec should be changed for timeout. Timeout-interval here isn't the property of just the host firmware/kernel, but the entire setup plays a role here. Host have its own timeframe to take care of things (I think HZ should really be enough for that, since kernel can manage it for busses normally with just that). Then comes the virtualization, context switches, guest OS, backend, etc, which add to this delay. All this is not part of the virtio protocol and so shouldn't be made part of it. -- viresh