Re: [CentOS-virt] Setting up a pci passthrough device

2012-02-03 Thread James B. Byrne
Evidently I should be using

http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/chap-Virtualization_Host_Configuration_and_Guest_Installation_Guide-PCI_Assignment.html

Which I had looked for but google apparently does not
report.  I had to search the RedHat web site using their
search interface to locate it.  The other site purports to
be a rhel6 essentials book.

Nonetheless, while the inconsistencies of the previous
documents are resolved in this new reference the example
edit of the virtual guest configuration still fails to
provide a context for the insertion:

# virsh edit guest1-rhel6-64

  
 
  



Where does this go inside the rest of the guest
configuration?


  inet08.harte-lyne.ca
  6409d721-cfcf-2169-f65e-8f583b685f58
  Inet08  [216.185.71.28] virtual hosts:
  none
  4194304
  4194304
  1
  
hvm

  
  



  
  
  destroy
  restart
  restart
  
/usr/libexec/qemu-kvm

  
  
  
  


  
  
  
  


  


  
  
  
  


  


  
  


  





  


  
  


  

  


I have tried placing the  tags after the
 tag but the changes simply disappear.

-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt


Re: [CentOS-virt] Setting up a pci passthrough device

2012-02-03 Thread James B. Byrne

On Fri, February 3, 2012 10:34, James B. Byrne wrote:
> I have been investigating pci pass-through for virtualized
> guests and the documentation I have found seems to me to
> lack a certain consistency in its example.  This may be
> due to my not understanding what it is trying to inform
> me.
>

Following along in the example and working on the basis
that what is reported by virsh nodedev-dumpxml
pci__00_03_0 is what I should use I get to the point
where I try the readline command, and discover there is no
such link.

Proceeding past this point I detach the pci device from
the host.  I then edit the guest config file as given in
the example only to discover that the changes are not
saved.  it reported that the configuration was edted by
opening the configuration in virtsh edit a second time
shows that the added   section was not
saved.  Perhaps this is because the example provides no
context as to where it is nested within the xml file and
my placing it directly within the   tags
is invalid.

Further, the requirement to set setsebool -P
virt_manage_sysfs 1 cannot be met since an SELinux boolean
of that name does not exist (apparently it was renamed to
virt_use_nfs).

The reference I am using is found at:

http://www.linuxtopia.org/online_books/rhel6/rhel_6_virtualization/rhel_6_virtualization_chap-Virtualization-PCI_passthrough.html

However, I do not think that I can recommend it based on
my experience.



-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt


[CentOS-virt] Setting up a pci passthrough device

2012-02-03 Thread James B. Byrne
I have been investigating pci pass-through for virtualized
guests and the documentation I have found seems to me to
lack a certain consistency in its example.  This may be
due to my not understanding what it is trying to inform
me.

What I wish to do is to configure a pci multi-port serial
i/o card for use by a single virtual host.

I start by running lspci -v on the host to identify the
serial card:

03:00.0 Serial controller: Oxford Semiconductor Ltd
OX16PCI954 (Quad 16950 UART) function 0 (Uart) (prog-if 06
[16950])
Subsystem: Oxford Semiconductor Ltd Device 
Flags: medium devsel, IRQ 17
I/O ports at d040 [size=32]
Memory at d0702000 (32-bit, non-prefetchable)
[size=4K]
I/O ports at d020 [size=32]
Memory at d0701000 (32-bit, non-prefetchable)
[size=4K]
Capabilities: [40] Power Management version 2
Kernel driver in use: serial

I then check for possible multiple IRQ assignment:

lspci -v | grep ' IRQ 17'
Flags: medium devsel, IRQ 17

I next use lspci -n to identify the vendor codes:

 lspci -n  | grep '00:03.0'
00:03.0 0780: 8086:2e24 (rev 03)

So this is an Intel chipset and the device id is 2e24. 
Now this is the point in the example where the
documentation and I part company.  In the examples I have
found, although the pci device ids listed from virsh
nodedev-list are uniformly of the form pci__00_03_0
those used in the examples then switch and use the form
pci_8086_3a6c for the subsequent steps.

This pattern appears to be the prefix pci followed by the
manufacturer's code followed by the device id. There is no
other mapping to the pci device ids previously reported by
virsh nodedev-list and lspci in the examples that I can
discern.

However, if I attempt to use the manufacturer and device
ids in the next step of the example, substituting those
used in the example with those reported on my own system,
then I get a device not found reported:

virsh nodedev-dumpxml pci_8086_2e24
error: Could not find matching device 'pci_8086_2e24'
error: Node device not found

If instead I use the pci device ids exactly as reported by
virsh nodedev-list then I get what I expect:

virsh nodedev-dumpxml pci__00_03_0

  pci__00_03_0
  computer
  
0
0
3
0
4 Series Chipset HECI
Controller
Intel Corporation


  


My question is: Why does the documentation change the form
of the pci identifiers used in the second half of the
example from those reported previously in the same
example?  Is this change significant?  What does it mean? 
Am I missing something important here?


-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt