Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp4239153pxv; Tue, 29 Jun 2021 02:15:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjOH9DEDQQuaE+Mknyfs3ZeUHS95GSDUgUjBdJPXxt52udyDPHTNqTDT7uBCrui6BdpFqq X-Received: by 2002:a17:906:64c8:: with SMTP id p8mr28396650ejn.428.1624958105271; Tue, 29 Jun 2021 02:15:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624958105; cv=none; d=google.com; s=arc-20160816; b=mir5JoTEZDkhKTDv3lnvCN1J7YtK8jVJn+30IfOPk9avQCrEIriTZ49ZgDEm715OXZ 9ZB9rhO66wz4m+Pp935QfVg9cvw85FrgUAkJosJ72q5QeGuVp/ZQKjtXZV8ZegH4rJFT 4+QeJ+GoO5O9/2fJxKLAatO6u8ZSOGoa7SbFcfZKcE3XgK7aFf9PNjzB8de5HsDDMu7q w6Gf3pm4J9u/w9UBbCDh2v3jEZpB7MPBoVkp7s1MMJyygbj/cdngLHj3jg/JyMiU71hs 6uxJJKTwpfBZNocViafexaJY2zfhiR5ELFcNDDguBDkuXyvyttv71dX8KDBkaZYUgDeA U6sA== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:to :from:date:dkim-signature; bh=/mbR5W4jZNhMRD0mHPnAUx4Qn6VhbPpqpMkPdEN+qCw=; b=kTi0ExG/RcflR1+bNJrBMclhJCcM+qAGc8JJ+umTpR9IaSY5d1SCJsSUdN2XqPnWPx UR6WuFfHLNhKr/1MxHkcJ4t8O9HkvX2iuVdo3ZPU6KXF6lZK665kx3rsF+RQ33Gnszrd 6PiCuXG4+LXGBqGCZ3GZ9n+E9YpRwb1OPZ3VMqm6k4Ju/6mI8zhsoAT4qBmwiQgSe8xD CO2KV5bYkg/U0Hv2rtfsTe0UVFEVQLVqGXYR8VgzgkJS96v6Qs6IH+lOpbAq8kXS3riQ 1ZWkCy8zxwDDqGg3U2X067Ykb6a5yAnvc/6MITmYqdkdoEnFz643uEnoTGtXecuRh627 1WMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=h3kBBqZh; 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 dn26si12023036edb.470.2021.06.29.02.14.40; Tue, 29 Jun 2021 02:15:05 -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=h3kBBqZh; 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 S232653AbhF2JQH (ORCPT + 99 others); Tue, 29 Jun 2021 05:16:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59716 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232518AbhF2JQG (ORCPT ); Tue, 29 Jun 2021 05:16:06 -0400 Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0C2ACC061574 for ; Tue, 29 Jun 2021 02:13:40 -0700 (PDT) Received: by mail-pj1-x102f.google.com with SMTP id mn20-20020a17090b1894b02901707fc074e8so1594553pjb.0 for ; Tue, 29 Jun 2021 02:13:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=/mbR5W4jZNhMRD0mHPnAUx4Qn6VhbPpqpMkPdEN+qCw=; b=h3kBBqZh8DPMfpKRMWrkgKG29VmYBFChBsDU6VX3DQIGT21s30+n7loOWNEwLULJYI Jt8PlO/AdtorV+BXuwyRi5kVsr/8ziGzZMkIs3sJlT5fkFZCzN4jQe6G5vENi2ghiEy8 iSNsGWR26aZam456igvzC+A99sXH2vJu5VKvcUa2iqjv8WhojD8w1sNmx2vVtIh6nG9f kGvt0hXL+39Ps8C7+wFO1T4JDY4eqpFtYTpVjsIOpfDJ/37P8Mv1qQdYb+kdtERLN5x3 feYqRfWr4ac7x/b6I81iyeAC/Ivqgui8c/Oha+9yYCJN4UyNY+e21Tm5FyYlLQlnrI+2 s81g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=/mbR5W4jZNhMRD0mHPnAUx4Qn6VhbPpqpMkPdEN+qCw=; b=l3NlwBinrGjH3rPRaicVQfTvnRzFePgfS4KTocFcTamJ0gNWTvtmtS79zH9lBNkpk+ ml1WY7qXDfJuKrraG6tFjTK/MO5WFiwEl4qR8pR6+0r7xFvpzWPV3Ydj39ToXDVw44oh goe8TDCsjtmWRaRSFsnxM9v8KA4qoeKuBOdYnFy0zOJcZEnkuk8Jl/3lkHDNuQpdLkI3 a4xGlp+1gMqBwtgAwwSOQL9YJ4K86CH0wwfEWm8NNzzKRHUvvgzQhoIe9EojWLpJRPWy rEdZ6V/gyPYUBo73Sv6kFES7lOppJVSOnsjEfEUGcCNO9juhcayy5x4v0uVh2DJ4nQjc lhQQ== X-Gm-Message-State: AOAM530OBvS/0vOHrja1GNgLhsX00xBrERcxoHSZR/qUj+YLxHFL7NbL Dns2EjlKttJItnUSSHkcrK7Ciw== X-Received: by 2002:a17:90a:4dc5:: with SMTP id r5mr42292126pjl.203.1624958019649; Tue, 29 Jun 2021 02:13:39 -0700 (PDT) Received: from localhost ([136.185.134.182]) by smtp.gmail.com with ESMTPSA id y4sm17167803pfc.15.2021.06.29.02.13.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Jun 2021 02:13:38 -0700 (PDT) Date: Tue, 29 Jun 2021 14:43:37 +0530 From: Viresh Kumar To: Wolfram Sang , Jie Deng , Arnd Bergmann , Linux I2C , virtualization@lists.linux-foundation.org, Linux Kernel Mailing List , "Michael S. Tsirkin" , Jason Wang , Andy Shevchenko , conghui.chen@intel.com, kblaiech@mellanox.com, jarkko.nikula@linux.intel.com, Sergey Semin , Mike Rapoport , loic.poulain@linaro.org, Tali Perry , Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= , Bjorn Andersson , yu1.wang@intel.com, shuo.a.liu@intel.com, Stefan Hajnoczi , Paolo Bonzini Subject: Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver Message-ID: <20210629091337.bcerprdyupvgr6gf@vireshk-i7> References: <226a8d5663b7bb6f5d06ede7701eedb18d1bafa1.1616493817.git.jie.deng@intel.com> <4c7f0989-305b-fe4c-63d1-966043c5d2f2@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29-06-21, 10:30, Wolfram Sang wrote: > > > ??? 3. It seems the I2C core takes care of locking already, so is it safy to > > remove "struct mutex lock in struct virtio_i2c"? > > Looks to me like the mutex is only to serialize calls to > virtio_i2c_xfer(). Then, it can go. The core does locking. See, we have > i2c_transfer and __i2c_transfer, the unlocked version. Right, this is what I have been suggesting as well. So do you want Jie to send V11 now after fixing these three issues, or you have more concerns ? -- viresh