Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1112449pxb; Tue, 19 Oct 2021 21:22:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxa4YPXrIUQBEiJbdzfkFVOU3EHLCZpjkO3tl6/D+IKGCHlnFZzlAH5DTKHkXqBfwf0N9Pu X-Received: by 2002:a05:6a00:23d6:b0:44d:8426:e2bb with SMTP id g22-20020a056a0023d600b0044d8426e2bbmr4042703pfc.30.1634703754554; Tue, 19 Oct 2021 21:22:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634703754; cv=none; d=google.com; s=arc-20160816; b=wCmHJ266phKV/EL0Wp6ZLpO1TgOAg48KR/3od39Z+Yc+pcmt9pqR9IgiEXLcaAt1aE YaeiVt3u3UcwbZfuKHK/pS4TpnENncPCunnkbI+JblS86bMOrkB5JeIPUroJTc1XXy+3 2KcWY2tE7+UYzs19UMvJl2LN/rBEekpzK+HI5WWjLw9YYNUE9LhNoYons5FHFdt38r7A hvpSu8waQ9zRsiP9xMZZYfkUNpGIwFsAN4AF1pAoSxng59ZQ//LcidxvdgJXzaCwPoKH HXBPEOgD580eAlb31MzhlrvKnYnxROZZcxFOMBGv0zGk/QkHQs6EouPIN26UjGnR8cXd h5qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject; bh=yUY5Hw8Umt/ut9w1QcMQ6+nZ2TPPDPqOdBzJQurLUr8=; b=fY0dlNO/9FllyifP+45GkzYPSd3KscsCVacSbRX2FK0MSo+07U/7FC3gFI6J4k+L2/ jKAkWc6Axi4jWSN9BalvCxjHtB4yNICTVNo4zgsmqNYoEuUC5sd4PrVoqfm7ppqTCHkw z6mr795H8tgJ5oOFXjJ16n5ThQJPPlXyM+gydMEa9QETNdYfUU2l32ClPZBRKQxPbSrE 1hTpcjkJbXgtn8ncO1zdepZrgQ8BCKuv/V2CR7IiOS2SEm5Hofa8yTmq2IO+ZO7/uP80 PLqdvETjpgIQUtLLZqRmTWygjC4nsXyQlaaRCxeh2PefVGrpcOWwh6Os3aZHSjYPVVVd CXpg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v7si1481990plp.330.2021.10.19.21.22.20; Tue, 19 Oct 2021 21:22:34 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229520AbhJTEWb (ORCPT + 99 others); Wed, 20 Oct 2021 00:22:31 -0400 Received: from mga06.intel.com ([134.134.136.31]:15800 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229458AbhJTEWa (ORCPT ); Wed, 20 Oct 2021 00:22:30 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10142"; a="289535928" X-IronPort-AV: E=Sophos;i="5.87,165,1631602800"; d="scan'208";a="289535928" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Oct 2021 21:20:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.87,165,1631602800"; d="scan'208";a="483560724" Received: from unknown (HELO [10.239.154.68]) ([10.239.154.68]) by orsmga007.jf.intel.com with ESMTP; 19 Oct 2021 21:20:13 -0700 Subject: Re: [PATCH 1/2] i2c: virtio: disable timeout handling To: Wolfram Sang , Viresh Kumar , Greg KH , Vincent Whitchurch , virtualization@lists.linux-foundation.org, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@axis.com References: <20211019074647.19061-1-vincent.whitchurch@axis.com> <20211019074647.19061-2-vincent.whitchurch@axis.com> <20211019080913.oajrvr2msz5enzvz@vireshk-i7> <20211019094203.3kjzch7ipbdv7peg@vireshk-i7> <20211019143748.wrpqopj2hmpvblh4@vireshk-i7> From: Jie Deng Message-ID: <94aa39ab-4ed6-daee-0402-f58bfed0cadd@intel.com> Date: Wed, 20 Oct 2021 12:20:13 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/10/20 2:14, Wolfram Sang wrote: >> I think it is set to HZ currently, though I haven't tried big >> transfers but I still get into some issues with Qemu based stuff. >> Maybe we can bump it up to few seconds :) > If you use adapter->timeout, this can even be set at runtime using a > ioctl. So, it can adapt to use cases. Of course, the driver should > initialize it to a sane default if the automatic default (HZ) is not > suitable. I think a big value may solve most cases. but the driver never know how big is enough by static configuration. Can we make this value to be configurable, just let the other side provide this value ?