SATA controller passthrough - option rom

SATA controller passthrough - option rom

[ivo]

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

I'm using xen-unstable, and I've successfully made a passthrough of an
intel storage controller to an HVM domU, binding with pciback.

00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
Family SATA AHCI Controller (rev 05)

I can access the array from within Windows by installing Intel Rapide
Storage Drivers, and everything works as it should.
I only have a small problem, I would like to boot the guest OS directly
from the controller, but of course since there's no "option rom" loaded in
the qemu bios, it doesn't work, because the boot manager can't access the
array without drivers loaded.

I was wondering, is there any way to let qemu load the option rom of the
controller so I can boot from it?
Is there any other storage controller which the option rom get
"passthroughed" too? I hope I've been clear enough.

Thanks, Ivo

[-- Attachment #1.2: Type: text/html, Size: 1039 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: SATA controller passthrough - option rom

[Kaushik Barde]

[-- Attachment #1.1.1: Type: text/plain, Size: 1975 bytes --]

If you can patch-up qemu ACPI (dsdt), & virtual BIOS to use controller
information..

 

Kaushik C. Barde
US Software Lab huawei_logo





 

Address: Huawei Technologies Ltd.
2330 Central Expressway
Santa Clara, CA, 95050, USA
Tel: 408-330-4437
www.huawei.com
----------------------------------------------------------------------------
---------------------------------------------------------
This e-mail and its attachments contain confidential information from
HUAWEI, which 
is intended only for the person or entity whose address is listed above. Any
use of the 
information contained herein in any way (including, but not limited to,
total or partial 
disclosure, reproduction, or dissemination) by persons other than the
intended 
recipient(s) is prohibited. If you receive this e-mail in error, please
notify the sender by 
phone or email immediately and delete it!

From: xen-devel-bounces@lists.xen.org
[mailto:xen-devel-bounces@lists.xen.org] On Behalf Of ivo
Sent: Tuesday, July 10, 2012 10:32 AM
To: xen-devel@lists.xen.org
Subject: [Xen-devel] SATA controller passthrough - option rom

 

I'm using xen-unstable, and I've successfully made a passthrough of an intel
storage controller to an HVM domU, binding with pciback.

 

00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
Family SATA AHCI Controller (rev 05)

 

I can access the array from within Windows by installing Intel Rapide
Storage Drivers, and everything works as it should.

I only have a small problem, I would like to boot the guest OS directly from
the controller, but of course since there's no "option rom" loaded in the
qemu bios, it doesn't work, because the boot manager can't access the array
without drivers loaded.

 

I was wondering, is there any way to let qemu load the option rom of the
controller so I can boot from it? 

Is there any other storage controller which the option rom get
"passthroughed" too? I hope I've been clear enough.

 

Thanks, Ivo


[-- Attachment #1.1.2: Type: text/html, Size: 10024 bytes --]

[-- Attachment #1.2: image001.jpg --]
[-- Type: image/jpeg, Size: 6737 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: SATA controller passthrough - option rom

[ivo]

[-- Attachment #1.1.1: Type: text/plain, Size: 4295 bytes --]

Can I kindly ask your help to do that? I'm not that skilled :) (actually
I'm not at all)

Here should be the relevant information about the controller mappings:

ivobacco@thebeast:~$ dmesg | grep 00:1f.2
[    2.410721] pci 0000:00:1f.2: [8086:1c02] type 00 class 0x010601
[    2.410775] pci 0000:00:1f.2: reg 10: [io  0xf0b0-0xf0b7]
[    2.410792] pci 0000:00:1f.2: reg 14: [io  0xf0a0-0xf0a3]
[    2.410810] pci 0000:00:1f.2: reg 18: [io  0xf090-0xf097]
[    2.410828] pci 0000:00:1f.2: reg 1c: [io  0xf080-0xf083]
[    2.410845] pci 0000:00:1f.2: reg 20: [io  0xf060-0xf07f]
[    2.410863] pci 0000:00:1f.2: reg 24: [mem 0xf7d06000-0xf7d067ff]
[    2.410980] pci 0000:00:1f.2: PME# supported from D3hot
[    4.032998] ahci 0000:00:1f.2: version 3.0
[    4.048580] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps
0x3f impl SATA mode
[    4.048583] ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part
ems apst
[    4.048589] ahci 0000:00:1f.2: setting latency timer to 64

lspci:
00:1f.2 0106: 8086:1c02 (rev 05) (prog-if 01 [AHCI 1.0])
 Subsystem: 1849:1c02
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
 Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 0
 Interrupt: pin B routed to IRQ 309
Region 0: I/O ports at f0b0 [size=8]
Region 1: I/O ports at f0a0 [size=4]
 Region 2: I/O ports at f090 [size=8]
Region 3: I/O ports at f080 [size=4]
 Region 4: I/O ports at f060 [size=32]
Region 5: Memory at f7d06000 (32-bit, non-prefetchable) [size=2K]
 Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Address: fee00438  Data: 0000
 Capabilities: [70] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
 Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
 Capabilities: [b0] PCI Advanced Features
AFCap: TP+ FLR+
AFCtrl: FLR-
 AFStatus: TP-
Kernel driver in use: pciback




On Tue, Jul 10, 2012 at 8:17 PM, Kaushik Barde <kaushik.barde@huawei.com>wrote:

> If you can patch-up qemu ACPI (dsdt), & virtual BIOS to use controller
> information..****
>
> ** **
>
> Kaushik C. Barde
> US Software Lab **[image: huawei_logo]******
>
>
>
> ****
>
> ** **
>
> Address: Huawei Technologies Ltd.
> 2330 Central Expressway
> Santa Clara, CA, 95050, USA
> Tel: 408-330-4437
> www.huawei.com
>
> -------------------------------------------------------------------------------------------------------------------------------------
> This e-mail and its attachments contain confidential information from
> HUAWEI, which
> is intended only for the person or entity whose address is listed above.
> Any use of the
> information contained herein in any way (including, but not limited to,
> total or partial
> disclosure, reproduction, or dissemination) by persons other than the
> intended
> recipient(s) is prohibited. If you receive this e-mail in error, please
> notify the sender by
> phone or email immediately and delete it!****
>
> *From:* xen-devel-bounces@lists.xen.org [mailto:
> xen-devel-bounces@lists.xen.org] *On Behalf Of *ivo
> *Sent:* Tuesday, July 10, 2012 10:32 AM
> *To:* xen-devel@lists.xen.org
> *Subject:* [Xen-devel] SATA controller passthrough - option rom****
>
> ** **
>
> I'm using xen-unstable, and I've successfully made a passthrough of an
> intel storage controller to an HVM domU, binding with pciback.****
>
> ** **
>
> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
> Family SATA AHCI Controller (rev 05)****
>
> ** **
>
> I can access the array from within Windows by installing Intel Rapide
> Storage Drivers, and everything works as it should.****
>
> I only have a small problem, I would like to boot the guest OS directly
> from the controller, but of course since there's no "option rom" loaded in
> the qemu bios, it doesn't work, because the boot manager can't access the
> array without drivers loaded.****
>
> ** **
>
> I was wondering, is there any way to let qemu load the option rom of the
> controller so I can boot from it? ****
>
> Is there any other storage controller which the option rom get
> "passthroughed" too? I hope I've been clear enough.****
>
> ** **
>
> Thanks, Ivo****
>

[-- Attachment #1.1.2: Type: text/html, Size: 8880 bytes --]

[-- Attachment #1.2: image001.jpg --]
[-- Type: image/jpeg, Size: 6737 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: SATA controller passthrough - option rom

[ivo]

[-- Attachment #1.1.1: Type: text/plain, Size: 2645 bytes --]

Nevermind, actually I solved the problem by switching to latest version of
qemu-upstream and using Seabios.
I'm now able to boot from the controller disks without any problem.
It is working like a charm in AHCI mode, didn't yet tried in RAID mode, but
I'll make some tests soon.

Thanks, Ivo


>
> On Tue, Jul 10, 2012 at 8:17 PM, Kaushik Barde <kaushik.barde@huawei.com>wrote:
>
>> If you can patch-up qemu ACPI (dsdt), & virtual BIOS to use controller
>> information..****
>>
>> ** **
>>
>> Kaushik C. Barde
>> US Software Lab **[image: huawei_logo]******
>>
>>
>>
>> ****
>>
>> ** **
>>
>> Address: Huawei Technologies Ltd.
>> 2330 Central Expressway
>> Santa Clara, CA, 95050, USA
>> Tel: 408-330-4437
>> www.huawei.com
>>
>> -------------------------------------------------------------------------------------------------------------------------------------
>> This e-mail and its attachments contain confidential information from
>> HUAWEI, which
>> is intended only for the person or entity whose address is listed above.
>> Any use of the
>> information contained herein in any way (including, but not limited to,
>> total or partial
>> disclosure, reproduction, or dissemination) by persons other than the
>> intended
>> recipient(s) is prohibited. If you receive this e-mail in error, please
>> notify the sender by
>> phone or email immediately and delete it!****
>>
>> *From:* xen-devel-bounces@lists.xen.org [mailto:
>> xen-devel-bounces@lists.xen.org] *On Behalf Of *ivo
>> *Sent:* Tuesday, July 10, 2012 10:32 AM
>> *To:* xen-devel@lists.xen.org
>> *Subject:* [Xen-devel] SATA controller passthrough - option rom****
>>
>> ** **
>>
>> I'm using xen-unstable, and I've successfully made a passthrough of an
>> intel storage controller to an HVM domU, binding with pciback.****
>>
>> ** **
>>
>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family SATA AHCI Controller (rev 05)****
>>
>> ** **
>>
>> I can access the array from within Windows by installing Intel Rapide
>> Storage Drivers, and everything works as it should.****
>>
>> I only have a small problem, I would like to boot the guest OS directly
>> from the controller, but of course since there's no "option rom" loaded in
>> the qemu bios, it doesn't work, because the boot manager can't access the
>> array without drivers loaded.****
>>
>> ** **
>>
>> I was wondering, is there any way to let qemu load the option rom of the
>> controller so I can boot from it? ****
>>
>> Is there any other storage controller which the option rom get
>> "passthroughed" too? I hope I've been clear enough.****
>>
>> ** **
>>
>> Thanks, Ivo****
>>
>
>

[-- Attachment #1.1.2: Type: text/html, Size: 5544 bytes --]

[-- Attachment #1.2: image001.jpg --]
[-- Type: image/jpeg, Size: 6737 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: SATA controller passthrough - option rom

[p.d]

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

Some users ask me:

>Hello Denis,

>I found one of your post about asus U3S6 passthrough.
>http://comments.gmane.org/gmane.comp.emulators.xen.devel/137586

>I may have the same problem as you (DomU cannot find the disk connected to the Marvell controller), and I would like to know if it's now working for you ?

>Have a good day.

>Regards,
>Nicolas
> briancho ** @gmail.com


Hello, Nicolas,

I have not found a solution. 

The problem ist SATA-controllers own BIOS and his initialization in XEN-guest. So I refuse from Sata-controller.

XEN had bad disk performance in guest. I tried KVM with guest-image-file on SSD (mounted in Host system and through mainboard controller), here was best disk performance. But I needed graphic card in guest and I could not install the graphics card driver in KVM.
As You know XEN, as KVM  based on Qemu. So I tried Qemu. This solution I have left me.

Following I attach my CrystalDiskMark tests.

-----------------------------------------------------------------------
CrystalDiskMark 3.0.2 x64 (C) 2007-2012 hiyohiyo
                           Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
RAMDISK :)
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

           Sequential Read :  5431.277 MB/s
          Sequential Write :  5583.100 MB/s
         Random Read 512KB :  6012.069 MB/s
        Random Write 512KB :  6352.203 MB/s
    Random Read 4KB (QD=1) :   668.879 MB/s [163300.6 IOPS]
   Random Write 4KB (QD=1) :   626.097 MB/s [152855.7 IOPS]
   Random Read 4KB (QD=32) :   666.919 MB/s [162822.1 IOPS]
  Random Write 4KB (QD=32) :   595.098 MB/s [145287.6 IOPS]

  Test : 1000 MB [R: 28.8% (2063.4/7168.0 MB)] (x5)
  Date : 2012/10/31 1:28:05
    OS : Windows 8 Professional [6.2 Build 9200] (x64)


-----------------------------------------------------------------------
LVM RAID1, 2x Seagate HDD baracuda 11.7 ?
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

           Sequential Read :  1853.501 MB/s
          Sequential Write :    55.046 MB/s
         Random Read 512KB :  1300.911 MB/s
        Random Write 512KB :    28.900 MB/s
    Random Read 4KB (QD=1) :    24.632 MB/s [  6013.6 IOPS]
   Random Write 4KB (QD=1) :     0.413 MB/s [   100.9 IOPS]
   Random Read 4KB (QD=32) :    82.125 MB/s [ 20050.0 IOPS]
  Random Write 4KB (QD=32) :     0.736 MB/s [   179.7 IOPS]

  Test : 1000 MB [E: 53.4% (10.7/20.0 GB)] (x5)
  Date : 2012/10/31 1:36:59
    OS : Windows 8 Professional [6.2 Build 9200] (x64)

-----------------------------------------------------------------------
(programme:\)qemu raw image file on SSD Vertex Agility 4:
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

           Sequential Read :  2086.372 MB/s
          Sequential Write :   148.418 MB/s
         Random Read 512KB :  1230.134 MB/s
        Random Write 512KB :   140.760 MB/s
    Random Read 4KB (QD=1) :    36.603 MB/s [  8936.2 IOPS]
   Random Write 4KB (QD=1) :     6.762 MB/s [  1650.9 IOPS]
   Random Read 4KB (QD=32) :    78.257 MB/s [ 19105.8 IOPS]
  Random Write 4KB (QD=32) :     6.946 MB/s [  1695.7 IOPS]

  Test : 1000 MB [H: 22.5% (4.9/21.9 GB)] (x5)
  Date : 2012/10/31 1:45:31
    OS : Windows 8 Professional [6.2 Build 9200] (x64)


Regards,
Denis

______________________________
https://biwebco.com/produkte/ispmanager soon we start selling of german ISP-manager and other products from ISPsystem.


[-- Attachment #1.2: Type: text/html, Size: 5588 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: SATA controller passthrough - option rom

[ivo]

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

On Sun, Aug 19, 2012 at 3:08 PM, <p.d@gmx.de> wrote:

> Hello, Ivo,
>
> I hope I found right email-address. If not, I beg your pardon.
>
>
> I found Your post here:
> http://lists.xen.org/archives/html/xen-devel/2012-07/msg00529.html
> I don't know how can I write here, so I write to You personally.
>
> Nearly situation: I'm trying pass through a SATA-controller (Asus U3S6,
> without RAID), but the BIOS  of controller don't find the disk in DomU. I
> think I do something wrong.
> May be can You give me some tipps, how did You do it?
>
>
> Ubuntu 12.04, + self compiled kernel 3.4.9 + xen unstable, rev. 25753,
> from 15.08.12
> GPU passthrough works fine.
>
> If I pass through to DomU only "09:00.0 SATA controller: Marvell
> Technology " , I see that after normal bios the bios from controller will
> start, but it don't find the disk.
> If I pass through to guest all PCI's from  physical device, it's following
> devices:
> -----------------------------------
> lspci -k:
> 06:00.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
>         Kernel driver in use: pciback
>         Kernel modules: shpchp
> 07:01.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
>         Kernel driver in use: pciback
>         Kernel modules: shpchp
> 07:05.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
>         Kernel driver in use: pciback
>         Kernel modules: shpchp
> 07:07.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
>         Kernel driver in use: pciback
>         Kernel modules: shpchp
> 07:09.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
>         Kernel driver in use: pciback
>         Kernel modules: shpchp
> 08:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller
> (rev 03)
>         Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
>         Kernel driver in use: pciback
> 09:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9120 SATA 6Gb/s
> Controller (rev 12)
>         Subsystem: ASUSTeK Computer Inc. Device 8400
>         Kernel driver in use: pciback
> -----------------------------------
>
> my guest will not start. I get error like:  kernel can nor reset device
> from sysfs.
>
> from /etc/default/grub:
> GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 intel_iommu=on vt.handoff=7
> xen-pciback.passthrough=1
> xen-pciback.hide=(0000:04:00.0)(0000:04:00.1)(0000:06:00.0)(0000:07:01.0)(0000:07:05.0)(0000:07:07.0)(0000:07:09.0)(0000:08:00.0)(0000:09:00.0)"
>
> I attach my DomU configuration file for xl: "winxp3".
>
>
> Best regards,
>
> Panschinski Denis
>
>
> --
> Panschinski Denis
> Wielandstr. 36
> 65187 Wiesbaden
> Germany
>
> Tel.:  +49(0)-611-20 57 639
> Mobil: +49(0)-1777-19 79 61
> Skype: panschinski
> mailto:p.d@gmx.de <p.d@gmx.de>


I honestly think that if you can passthrough the device alone and it works,
the problem maybe related to something else.
It's better if you ask for help at the whole list. I'm now forwarding this
to xen-devel, just make sure to reply at "xen-devel@lists.xen.org" so
everyone can read and help.

[-- Attachment #1.2: Type: text/html, Size: 4357 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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