From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Shailesh Kumar <tsaileshkumar@gmail.com>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: passing through SMBus
Date: Fri, 22 Nov 2013 11:20:35 +0000 [thread overview]
Message-ID: <528F3E03.9000205@citrix.com> (raw)
In-Reply-To: <CACY1rB5ONOTe-BG6AK9W1VzWY1m3KX8xVaNcOs2X6921BRJTRA@mail.gmail.com>
On 22/11/13 00:05, Shailesh Kumar wrote:
> On Mon, Nov 18, 2013 at 3:33 AM, Andrew Cooper
> <andrew.cooper3@citrix.com> wrote:
>> On 18/11/13 06:40, Shailesh Kumar wrote:
>>
>> Andrew,
>>
>> Did I miss to share any details .
>> Let me know if you have more questions for me .
>>
>> waiting for your suggestions.
>>
>> thanks
>> TSK
>>
>>
>> Once again, please do not top post.
>>
>> Qemu has its own chipset emulation. Attempting to shoehorn part of a host
>> chipset into a virtualised guest chipset is unlikely to work.
>>
>> If the Win7 vm is on a headless server, why do you need the local mouse if
>> you are connecting via VNC (I am assuming VNC as you only specified 'ip').
>>
>> ~Andrew
>>
> Andrew
>
> I got the SMBus pass-through to my guest and I don't see any problems yet.
> I am still curious to understand what kind of problem I expect to observe.
>
> AFAIK Qemu is designed to pass-through all the sub-functions of a
> given device only if function '0' of that device is passed through.
> Which is targeting to multi-function devices.
> where as if one want to pass-through a specific sub-function on a
> bridge it won't happen coz qemu or xl are not handling it.
>
> BTW: I cleaned up the top post mess and also did some reading on
> etiquette and will be practicing that.
>
> -tsk
They were concerns, rather than explicit points which wouldn't work. It
might be worth using pciback.hide on dom0's boot command line to try and
prevent any dom0 drivers from binding against the SMBus device.
There are certainly issues passing through device functions.
Enumeration of the PCI devices require function 0 to exist and advertise
itself as multifunction before you can look for other functions.
Therefore, to pass through a single function which is not function 0,
there needs to be an additional function 0 faked up. I am not aware of
any safe/sane way of doing this.
~Andrew
prev parent reply other threads:[~2013-11-22 11:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-14 3:03 passing through SMBus Shailesh Kumar
2013-11-14 10:55 ` Andrew Cooper
[not found] ` <CACY1rB41NHNGVVLQJytpcZZ6XTYZEhjo5D3P6sj6O-o=kC6ekA@mail.gmail.com>
2013-11-14 21:59 ` Andrew Cooper
2013-11-15 7:18 ` Shailesh Kumar
2013-11-18 6:40 ` Shailesh Kumar
2013-11-18 11:33 ` Andrew Cooper
2013-11-18 18:05 ` Shailesh Kumar
2013-11-19 11:10 ` Ian Campbell
2013-11-19 19:43 ` Shailesh Kumar
2013-11-22 0:05 ` Shailesh Kumar
2013-11-22 11:20 ` Andrew Cooper [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=528F3E03.9000205@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=tsaileshkumar@gmail.com \
--cc=xen-devel@lists.xen.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).