Re: [Xen-devel] passing through SMBus

[Shailesh Kumar <tsaileshkumar@xxxxxxxxx>]

Hi Andrew,

I am sorry I am not much familiar with the mailing list Etiquette. I
am not doing anything intentionally but just trying do "reply all" in
gmail.

my hypervisor is not for server, it is for a client. I passthrough the
graphics chipset to get the native graphics experience for my guest.
Similarly I want other pieces also to be passed-through for native
user experience. The ip is only to get a communication channel setup
between domains.

Here I read that trying passing through the SMBus is not recommended ??

Can you suggest an alternate way ? Is there a emulation of SMBus patch ?

Sorry again if this gets top-posted. I am still trying to see if I can
learn few etiquette.

-tsk



On Mon, Nov 18, 2013 at 3:33 AM, Andrew Cooper
<andrew.cooper3@xxxxxxxxxx> 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
>
>
>
> On Thu, Nov 14, 2013 at 11:18 PM, Shailesh Kumar <tsaileshkumar@xxxxxxxxx>
> 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@xxxxxxxxxx>
>> 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@xxxxxxxxxx> 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
>>>>
>>>
>>>
>>
>
>

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