All of lore.kernel.org
 help / color / mirror / Atom feed
From: cyberhawk001@gmail.com
To: xen-devel@lists.xen.org
Subject: How vital is having "FLReset+" for VGA Passthru in DomU?
Date: Fri, 29 Jun 2012 15:44:39 -0400	[thread overview]
Message-ID: <4FEE05A7.5070004@gmail.com> (raw)


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

I was reading the Wiki page here: http://wiki.xen.org/wiki/VTd_HowTo 
don't know how updated it is, BUT at the top it said:
-------------------- -------------------- -------------------- 
-------------------- -------------------- --------------------


    _Xen 4.1 xl tools notes _

  * Only devices with FLR capabilities are supported.
  * Passing through a PCI card without FLR capability will result an error.

To check if your PCI devices have FLR function, check in this wiki, [How 
can I check if PCI device supports FLR (Function Level Reset) ? 
<http://wiki.xen.org/wiki/Xen_PCI_Passthrough#How_can_I_check_if_PCI_device_supports_FLR_.28Function_Level_Reset.29_.3F>] 


If you see output with "FLReset-" then your PCI device don't support FLR 
function. If output have "FLReset+" then it does.

As this time of writing, June 2012, there are very very few PCI devices 
support FLR function.
-------------------- -------------------- -------------------- 
-------------------- -------------------- --------------------


THAN was reading here: 
http://wiki.xen.org/wiki/Xen_PCI_Passthrough#How_can_I_check_if_PCI_device_supports_FLR_.28Function_Level_Reset.29_.3F 
at the bottom of the page where it says:

-------------------- -------------------- -------------------- 
-------------------- -------------------- --------------------


    _How can I check if PCI device supports FLR (Function Level Reset)? _

Run "lspci -vv" (in dom0) and check if the device has "FLReset+" in the 
DevCap <http://wiki.xen.org/wiki?title=DevCap&action=edit&redlink=1> field.

If you are Ubuntu/Debian user don't forget to add sudo at front, 
otherwise, you won't get the result you should get.

sudo lspci -vv | egrep -i --colour flreset

The above line should get root access for lspci program and show colour 
with flreset it found from output

-------------------- -------------------- -------------------- 
-------------------- -------------------- --------------------

I did that and ALL of my devices it listed showed "FLReset-", there were 
only 3x "Etron Technology, Inc. EJ168 USB3.0" controllers that showed 
"FLReset+"

SO, I have been trying to get my ATI FirePro V7900 Video Card to 
passthru to a Windows 7 Ultimate DomU with no luck so far AND was 
wondering how critical was for that device to show as "FLReset+"?

1.) Since my VGA card and AUDIO component of it, shows up as "FLReset-", 
does that mean it is impossible to get it fully working in a Win7 DomU?
2.) Does having the feature "FLReset+" depend on the motherboard BIOS, 
motherboard hardware or the BIOS onboard the Video Card that could be 
updated to get back the "FLReset+" so you can have the FLR reset 
functionality?

I just spent a lot of time and money building this computer for the 
purpose of getting Xen to work (So far still working on that), i would 
just hate to see all of that go to waste, SO hoping someone could answer 
the above concerns... :)

Thank you as always


[-- Attachment #1.2: Type: text/html, Size: 4373 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:[~2012-06-29 19:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-29 19:44 cyberhawk001 [this message]
2012-06-29 20:23 ` How vital is having "FLReset+" for VGA Passthru in DomU? Rolu
2012-06-29 21:47   ` cyberhawk001
2012-06-29 22:12     ` Rolu
2012-06-29 22:26       ` cyberhawk001
2012-06-30 11:48         ` Pasi Kärkkäinen

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=4FEE05A7.5070004@gmail.com \
    --to=cyberhawk001@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.