giving access to device to another domain

giving access to device to another domain

[Matthieu PATOU]

Hi,
the physdev_dom0_hide permit to hide a device from dom0 in order to be used in a
xenU.
I suppose i have to add a (device (pci (bus xx) (dev yy) (func zz))) in the
configuration file of the xenU domain. Do i have to compile something special in
the kernel (like the device frontend/backend options) apart from the driver of
the pci device i want to export to xenU ?

If lspci report this device like this :  0000:00:11.0
How do i have to fill the xx yy and zz value in the config file (for bus, dev
and function options) ? My guess is xx=0x00 (bus), yy=0x11 (dev) and zz=0x0
(func)

Regards 
Matthieu 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: giving access to device to another domain

[Mark Williamson]

> the physdev_dom0_hide permit to hide a device from dom0 in order to be used
> in a xenU.

Yes.

> I suppose i have to add a (device (pci (bus xx) (dev yy) (func zz))) in the
> configuration file of the xenU domain. Do i have to compile something
> special in the kernel (like the device frontend/backend options) apart from
> the driver of the pci device i want to export to xenU ?

You'll need a kernel with PCI support and a driver for the device in question.  
YOu could just use the xen0 kernel.

> If lspci report this device like this :  0000:00:11.0
> How do i have to fill the xx yy and zz value in the config file (for bus,
> dev and function options) ? My guess is xx=0x00 (bus), yy=0x11 (dev) and
> zz=0x0 (func)

Sounds sane.  Note that the syntax is different for physdev_dom0_hide 
(something like "physdev_dom0_hide=(00:11.0)" should work but you should 
check your xm dmesg to be sure the device has been correctly hidden).

Cheers,
Mark


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: giving access to device to another domain

[Matthias Pfafferodt]

Am Donnerstag, 10. Februar 2005 23:40 schrieb Mark Williamson:
> > the physdev_dom0_hide permit to hide a device from dom0 in order to be
> > used in a xenU.
>
> Yes.
>
> > I suppose i have to add a (device (pci (bus xx) (dev yy) (func zz))) in
> > the configuration file of the xenU domain. Do i have to compile something
> > special in the kernel (like the device frontend/backend options) apart
> > from the driver of the pci device i want to export to xenU ?
>
> You'll need a kernel with PCI support and a driver for the device in
> question. YOu could just use the xen0 kernel.
>
> > If lspci report this device like this :  0000:00:11.0
> > How do i have to fill the xx yy and zz value in the config file (for bus,
> > dev and function options) ? My guess is xx=0x00 (bus), yy=0x11 (dev) and
> > zz=0x0 (func)
>
> Sounds sane.  Note that the syntax is different for physdev_dom0_hide
> (something like "physdev_dom0_hide=(00:11.0)" should work but you should
> check your xm dmesg to be sure the device has been correctly hidden).

The xen kernel option like 'physdev_dom0_hide=(00:0c.0)' is working for me. In 
the config file for the domain 'pci = [ '0x00,0x0c,0x00' ]' and 'pci = 
[ '0,12,0' ]' are not working but 'pci = [ '00,0c,00' ]' works fine.  
Shouldn't the first two work?

From the user manual:

--- schnip ---

Flat Format: Include a list of PCI device addresses of the format: 
 
pci = ['x,y,z', ...]
 
 where each element in the list is a string specifying the components of the 
PCI device address, separated by commas. The components (x, y and z) of the 
list may be formatted as either decimal or hexadecimal.

--- schnap ---

regards

Matthias

>
> Cheers,
> Mark
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel

-- 
Der Nachteil an Linux ist, dass man sich irgendwann nicht mehr an den
Installationsvorgang erinnern kann.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click