All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.