* AW: 3rd party drivers in domU or dom0
@ 2009-04-15 12:19 Carsten Schiers
0 siblings, 0 replies; 3+ messages in thread
From: Carsten Schiers @ 2009-04-15 12:19 UTC (permalink / raw)
To: mdlabriola, xen-devel
Despite what Keir said on your timing requirements, I guess you get the famous
co-assignment message. See at the end of this:
http://www.nabble.com/xen-3.3.0-pv-pci-passthrough-co-assigned-problem-td20008460.html
BR,
Carsten.
----- Originalnachricht -----
Von: mdlabriola@yahoo.com
Gesendet: Mit, 15.4.2009 13:56
An: xen-devel <xen-devel@lists.xensource.com>
Betreff: [Xen-devel] 3rd party drivers in domU or dom0
I'm trying to use Xen 3.3.1 w/ the xen-linux mucurial kernel along with the Sabtech Swift PCI NTDS driver. It's a 3rd party module that I have the source for, although I can't remember what the license says offhand (taints kernel as proprietary).
Basically I need either my dom0 or one of my domUs to be outputting NTDS data via 2 of these cards at 50 Hz each. Initial tests have proven that the driver still works when compiled for dom0, but it's not quite meeting our timing requirements. Most data is on time but we have a couple spikes over a 10 min run where 1 second's worth of data is taking around 1.03 seconds, if I remember correctly, and our spec only allows us to be .008 seconds late.
I tried to hide the PCI cards from dom0, to see what the behavior is like in a domU, but I can't get that to work either. The pciback new_slot/bind stuff appears to work (I don't get errors), but when I try to create my domU, I get errors listing other devices that must also be sent to domU (looks like everything on that PCI bus)
Do you guys think there's a better chance of getting these boards working on domU or dom0?
-Mike
---
Michael D Labriola
21 Rip Van Winkle Cir
Warwick, RI 02886
401-316-9844_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: AW: 3rd party drivers in domU or dom0
@ 2009-04-15 12:30 mdlabriola
2009-04-15 21:42 ` Andy Burns
0 siblings, 1 reply; 3+ messages in thread
From: mdlabriola @ 2009-04-15 12:30 UTC (permalink / raw)
To: Carsten Schiers, xen-devel
[-- Attachment #1: Type: text/plain, Size: 2284 bytes --]
Yeah, that's the problem. I tried adding all the other mentioned PCI devices to the domU as well, but then I got some other error message (I'm away from my notebook right now). It was something about memory boundaries not aligning, if memory serves...
-Mike
------Original Message------
From: Carsten Schiers
To: Michael Labriola
To: xen-devel
Subject: AW: [Xen-devel] 3rd party drivers in domU or dom0
Sent: Apr 15, 2009 08:19
Despite what Keir said on your timing requirements, I guess you get the famous
co-assignment message. See at the end of this:
http://www.nabble.com/xen-3.3.0-pv-pci-passthrough-co-assigned-problem-td20008460.html
BR,
Carsten.
----- Originalnachricht -----
Von: mdlabriola@yahoo.com
Gesendet: Mit, 15.4.2009 13:56
An: xen-devel <xen-devel@lists.xensource.com>
Betreff: [Xen-devel] 3rd party drivers in domU or dom0
I'm trying to use Xen 3.3.1 w/ the xen-linux mucurial kernel along with the Sabtech Swift PCI NTDS driver. It's a 3rd party module that I have the source for, although I can't remember what the license says offhand (taints kernel as proprietary).
Basically I need either my dom0 or one of my domUs to be outputting NTDS data via 2 of these cards at 50 Hz each. Initial tests have proven that the driver still works when compiled for dom0, but it's not quite meeting our timing requirements. Most data is on time but we have a couple spikes over a 10 min run where 1 second's worth of data is taking around 1.03 seconds, if I remember correctly, and our spec only allows us to be .008 seconds late.
I tried to hide the PCI cards from dom0, to see what the behavior is like in a domU, but I can't get that to work either. The pciback new_slot/bind stuff appears to work (I don't get errors), but when I try to create my domU, I get errors listing other devices that must also be sent to domU (looks like everything on that PCI bus)
Do you guys think there's a better chance of getting these boards working on domU or dom0?
-Mike
---
Michael D Labriola
21 Rip Van Winkle Cir
Warwick, RI 02886
401-316-9844_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
---
Michael D Labriola
21 Rip Van Winkle Cir
Warwick, RI 02886
401-316-9844
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: AW: 3rd party drivers in domU or dom0
2009-04-15 12:30 mdlabriola
@ 2009-04-15 21:42 ` Andy Burns
0 siblings, 0 replies; 3+ messages in thread
From: Andy Burns @ 2009-04-15 21:42 UTC (permalink / raw)
To: xen-devel
2009/4/15 <mdlabriola@yahoo.com>:
> I tried adding all the other mentioned PCI devices to the domU as well, but then I got some other error message (I'm away from my notebook right now). It was something about memory boundaries not aligning, if memory serves...
Look for the reassign_resources and reassigndev patches to the dom0
kernel, in conjunction with noirqdebug (on both the dom0 and domU)
they allow me to (fairly reliably) run two digital tuner cards in a
domU, by which I mean it crashes the dom0 about once a fortnight.
But good luck running a warship on a domU ;-)
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-04-15 21:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-15 12:19 AW: 3rd party drivers in domU or dom0 Carsten Schiers
-- strict thread matches above, loose matches on Subject: below --
2009-04-15 12:30 mdlabriola
2009-04-15 21:42 ` Andy Burns
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.