xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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: Mon, 18 Nov 2013 11:33:33 +0000	[thread overview]
Message-ID: <5289FB0D.4@citrix.com> (raw)
In-Reply-To: <CACY1rB5oRWiiFypTyMU1oTLrh7fMJ6P=KjE0+dBV4Dm4wsH=jA@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 3628 bytes --]

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

>
>
> On Thu, Nov 14, 2013 at 11:18 PM, Shailesh Kumar
> <tsaileshkumar@gmail.com <mailto:tsaileshkumar@gmail.com>> wrote:
>
>     My Win7 guest runs on a headless xen hypervisor, so I passthrough
>     the graphics and all other devices except for HDD.
>
>     May I know what bits and pieces dom0 will be using from SMBus ? 
>
>     I communicate between both the domains using ip because I am using
>     n/w bridge.
>
>     I launch windows using xl create command. 
>
>     the reason I need SMBus because synaptic has developed their
>     latest touchpad driver based on SMBus, There are other devices
>     which require SMBus for their win drivers to work.
>
>     I looked at qemu code xen-vl-extra.c and pass-through.c and looks
>     like for device 1f and function 03 it is failing to pass-through.
>     I also note that dev 1f: func 00 the PCH bus is being getting
>     passed through in pt-graphics.c and I understand it is in the
>     interest of the graphics. 
>
>     I do not want to hack the qemu to get the function 03 for dev 1f
>     passed through but I am looking for some neat way of accessing the
>     SMBus from domU. 
>
>     Did I answer you questions ? 
>
>
>
>
>     On Thu, Nov 14, 2013 at 1:59 PM, Andrew Cooper
>     <andrew.cooper3@citrix.com <mailto:andrew.cooper3@citrix.com>> wrote:
>
>         On 14/11/2013 19:30, Shailesh Kumar wrote:
>>         I am looking for passingthrough the SMBus to the guest.
>>
>>
>
>         Please do not drop xen-devel from the CC line, and please do
>         not top-post.
>
>         Passing though the host SMBus to a VM is almost certainly
>         going to cause issues.  dom0 will likely be using bits and
>         pieces on the SMBus itself.
>
>         How are you trying to connect to your windows VM ?
>
>         ~Andrew
>
>
>>         On Thu, Nov 14, 2013 at 2:55 AM, Andrew Cooper
>>         <andrew.cooper3@citrix.com
>>         <mailto:andrew.cooper3@citrix.com>> wrote:
>>
>>             On 14/11/13 03:03, Shailesh Kumar wrote:
>>>             Hi All, 
>>>
>>>             I have a windows 7 as my domU and some windows based
>>>             drivers are not fully functional (like: touchpad-driver
>>>             etc ) because they are SMBus based. I was looking at a
>>>             way to passthrough the SMBus at 00:1f.03 on south bridge
>>>             ( 00:1f.0), I was debugging at pt-graphics.c and
>>>             understand that it is detecting the south bridge and
>>>             passing it through but the other functions for the same
>>>             dev-id are not getting passed through. Seeking help if
>>>             someone can help me to get the function '3' also pass
>>>             through.
>>>
>>>             I am using Xen-4.2.0 and dom-0 linux kernel is 3.9.4. My
>>>             dom-0 is Fedora-17-64bit based.
>>>
>>>             thanks 
>>>             tsk
>>
>>             Do you mean that you are looking to pass through the host
>>             SMBus to a guest, or that you are looking for qemu to
>>             emulate an SMBus?
>>
>>             ~Andrew
>>
>>
>
>
>


[-- Attachment #1.2: Type: text/html, Size: 10751 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2013-11-18 11:33 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 [this message]
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

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=5289FB0D.4@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).