Xen project Mailing List

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@xxxxxxxxxx> wrote:

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

Kaushik C. Barde
US Software Lab

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@xxxxxxxxxxxxx [mailto:xen-devel-bounces@xxxxxxxxxxxxx] On Behalf Of ivo
Sent: Tuesday, July 10, 2012 10:32 AM
To: xen-devel@xxxxxxxxxxxxx
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

Re: [Xen-devel] SATA controller passthrough - option rom