[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201008140151.GE897@ninjato>
Date: Thu, 8 Oct 2020 16:01:51 +0200
From: Wolfram Sang <wsa+renesas@...g-engineering.com>
To: Jie Deng <jie.deng@...el.com>
Cc: linux-i2c@...r.kernel.org,
virtualization@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org, mst@...hat.com, jasowang@...hat.com,
andriy.shevchenko@...ux.intel.com, jarkko.nikula@...ux.intel.com,
jdelvare@...e.de, Sergey.Semin@...kalelectronics.ru,
krzk@...nel.org, rppt@...nel.org, loic.poulain@...aro.org,
tali.perry1@...il.com, bjorn.andersson@...aro.org,
shuo.a.liu@...el.com, conghui.chen@...el.com, yu1.wang@...el.com
Subject: Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
Hi,
some super high level questions:
> different controllers according to their needs. A backend
> example can be found in the device model of the open source
> project ACRN. For more information, please refer to
> https://projectacrn.org.
Could you provide a link directly to the backend, please?
> The device ID request:
> https://github.com/oasis-tcs/virtio-spec/issues/85
Shall we wait for this to be approved? Or will it get only approved once
the driver here is upstream?
> + If you say yes to this option, support will be included for the virtio
> + I2C adapter driver. The hardware can be emulated by any device model
> + software according to the virtio protocol.
That means stuff like "limiting which devices on a given bus can be
accessed" will be handled by the backends, or?
What kind of testing has been done with this on which setup?
Thanks and happy hacking,
Wolfram
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists