From: Klaus Jensen <its@irrelevant.dk>
To: "Cédric Le Goater" <clg@kaod.org>
Cc: www <ouyangxuan10@163.com>,
OpenBMC Maillist <openbmc@lists.ozlabs.org>,
Andrew Jeffery <andrew@aj.id.au>, Joel Stanley <joel@jms.id.au>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
QEMU Developers <qemu-devel@nongnu.org>,
Jeremy Kerr <jk@codeconstruct.com.au>
Subject: Re: [qemu]: How to use qemu to emulate MCTP Over SMBus devices?
Date: Wed, 30 Aug 2023 09:00:42 +0200 [thread overview]
Message-ID: <ZO7pGmqwdc3fRx_Z@cormorant.local> (raw)
In-Reply-To: <037e85aa-9d0a-f398-25a4-f23991c8942b@kaod.org>
[-- Attachment #1: Type: text/plain, Size: 1631 bytes --]
On Aug 30 08:54, Cédric Le Goater wrote:
> Hello Byron,
>
> On 8/30/23 06:05, www wrote:
> > Dear Sir,
> >
> > I have a few questions for you to ask.
> > 1. According to my data collection, MCTP function should not be implemented in qemu.
> > I would like to ask you how to simulate MCTP Over SMBus devices?Or do we have a device program with similar functions for reference?
> > (The biggest problem with simulating MCTP Over SMBus devices is that there is a master-slave switch between request and response.
> > It requires the device to actively respond to the requestor, that is, the device initiates the reply.)
> >
> > 2. Among the BMC functions, the communication between the BMC and the OS is a very important and basic function.
> > Is there a way to simulate the communication between BMC and OS to test device drivers and applications?
> > If we want to implement this feature, how do we go about it?
> >
> > I am looking forward to your reply.
> > Byron
>
> Initial support for MCTP over I2C is being discussed here :
>
> https://lore.kernel.org/qemu-devel/20230823-nmi-i2c-v4-0-2b0f86e5be25@samsung.com/
>
> This is not my domain of expertise. So I am adding a few people who could help.
>
I think the already upstreamed support for asynchronous send
(i2c_send_async + i2c_ack) along with the above series should get you
started.
The series referenced by Cédric implements an abstract mctp device that
other devices can derive from. This model implements MCTP control
message handling as well as handling the actual I2C transport
(packetization).
Thanks,
Klaus
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
prev parent reply other threads:[~2023-08-30 7:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <673a6186.280a.18a449e0da2.Coremail.ouyangxuan10@163.com>
2023-08-30 6:54 ` [qemu]: How to use qemu to emulate MCTP Over SMBus devices? Cédric Le Goater
2023-08-30 7:00 ` Klaus Jensen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZO7pGmqwdc3fRx_Z@cormorant.local \
--to=its@irrelevant.dk \
--cc=andrew@aj.id.au \
--cc=clg@kaod.org \
--cc=jk@codeconstruct.com.au \
--cc=joel@jms.id.au \
--cc=jonathan.cameron@huawei.com \
--cc=openbmc@lists.ozlabs.org \
--cc=ouyangxuan10@163.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).