From: Vadim Rozenfeld <vrozenfe@redhat.com>
To: Asdo <asdo@shiftmail.org>
Cc: kvm@vger.kernel.org
Subject: Re: Can't make virtio block driver work on Windows 2003
Date: Thu, 15 Oct 2009 15:20:23 +0200 [thread overview]
Message-ID: <4AD72197.8040908@redhat.com> (raw)
In-Reply-To: <4AD70AB3.8040803@shiftmail.org>
On 10/15/2009 01:42 PM, Asdo wrote:
> Vadim Rozenfeld wrote:
>> On 10/14/2009 07:52 PM, Asdo wrote:
>>> ...
>>> So I tried adding another drive, a virtio one, (a new 100MB file at
>>> host side) to the virtual machine and rebooting.
>>>
>>> A first problem is that Windows does not detect the new device upon
>>> boot or Add Hardware scan.
>> Check PCI devices with "info pci". You must have "SCSI controller:
>> PCI device 1af4:1001" device reported.
>
> It's not there. Does this make it a KVM bug?
Looks like virtio-blk device wasn't initialized. Otherwise I cannot
explain why 0x1100 device is here.
Try to start block device without "index=1"
Anyway, if you can, please send "info pci" output from QEMU monitor console.
Thank you,
Vadim.
>
> I'm attaching the PCI32.EXE output at the bottom of this email
>
> BTW I would probably be able to switch to virtio anyway on this
> installation of Windows 2003, if I knew the way to insert the viostor
> driver into the windows boot image (windows's initrd), because if I
> set the first disk hda as virtio then kvm really makes it virtio (so
> maybe it's a configuration with one IDE and one virtio that does not
> work in KVM) and Windows bluescreens at boot. However I don't know how
> to insert the viostor driver in the windows boot image. Any suggestions?
>
>>>
>>> Here is the kvm commandline (it's complex because it comes from
>>> libvirt):
>>>
>>> /usr/local/kvm/bin/qemu-system-x86_64 -S -M pc -m 4096-smp 4 -name
>>> winserv2 -uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx -monitor pty
>>> -boot c -drive
>>> file=/virtual_machines/kvm/nfsimport/winserv2.raw,if=ide,index=0,boot=on
>>> -drive
>>> file=/virtual_machines/kvm/nfsimport/zerofile,if=virtio,index=1 -net
>>> nic,macaddr=xx:xx:xx:xx:xx:xx,vlan=0,model=virtio -net
>>> tap,fd=25,vlan=0 -serial none -parallel none -usb -vnc 127.0.0.1:4
>>>
>
> Craig Hart's PCI+AGP bus sniffer, Version 1.6, freeware made in
> 1996-2005.
>
> Searching for Devices using CFG Mechanism 1 [OS: Win 2003 Service Pack 1]
>
>
> Bus 0 (PCI), Device Number 0, Device Function 0
> Vendor 8086h Intel Corporation
> Device 1237h 82441FX 440FX (Natoma) System Controller Rev 2 (SU053)
> Command 0000h (Bus Access Disabled!!)
> Status 0000h
> Revision 02h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Bridge, type PCI to HOST
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
>
> Bus 0 (PCI), Device Number 1, Device Function 0
> Vendor 8086h Intel Corporation
> Device 7000h 82371SB PIIX3 ISA Bridge
> Command 0007h (I/O Access, Memory Access, BusMaster)
> Status 0200h (Medium Timing)
> Revision 00h, Header Type 80h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Bridge, type PCI to ISA
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
>
> Bus 0 (PCI), Device Number 1, Device Function 1
> Vendor 8086h Intel Corporation
> Device 7010h 82371SB PIIX3 EIDE Controller
> Command 0007h (I/O Access, Memory Access, BusMaster)
> Status 0280h (Supports Back-To-Back Trans., Medium Timing)
> Revision 00h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Storage, type IDE (ATA)
> PCI EIDE Controller Features :
> BusMaster EIDE is supported
> Primary Channel is at I/O Port 01F0h and IRQ 14
> Secondary Channel is at I/O Port 0170h and IRQ 15
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> Address 4 is an I/O Port : 0000C000h
>
> Bus 0 (PCI), Device Number 1, Device Function 2
> Vendor 8086h Intel Corporation
> Device 7020h 82371SB PIIX3 USB Controller Rev 1 (SU093)
> Command 0007h (I/O Access, Memory Access, BusMaster)
> Status 0000h
> Revision 01h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Serial, type USB (UHCI)
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> Address 4 is an I/O Port : 0000C020h
> System IRQ 11, INT# D
>
> Bus 0 (PCI), Device Number 1, Device Function 3
> Vendor 8086h Intel Corporation
> Device 7113h 82371MB PIIX4M Power Management Controller
> Command 0000h (Bus Access Disabled!!)
> Status 0280h (Supports Back-To-Back Trans., Medium Timing)
> Revision 03h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Bridge, type PCI to Other
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> System IRQ 9, INT# A
>
> Bus 0 (PCI), Device Number 2, Device Function 0
> Vendor 1013h Cirrus Logic
> Device 00B8h CL-GD5446 PCI
> Command 0007h (I/O Access, Memory Access, BusMaster)
> Status 0000h
> Revision 00h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Display, type VGA
> Subsystem ID 11001AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> Address 0 is a Memory Address (anywhere in 0-4Gb, Prefetchable) :
> F0000000h
> Address 1 is a Memory Address (anywhere in 0-4Gb) : F2000000h
>
> Bus 0 (PCI), Device Number 3, Device Function 0
> Vendor 1AF4h Unknown
> Device 1000h Unknown
> Command 0007h (I/O Access, Memory Access, BusMaster)
> Status 0000h
> Revision 00h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Network, type Ethernet
> Subsystem ID 00011AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> Address 0 is an I/O Port : 0000C040h
> System IRQ 10, INT# A
>
> Bus 0 (PCI), Device Number 4, Device Function 0
> Vendor 1AF4h Unknown
> Device 1002h Unknown
> Command 0001h (I/O Access)
> Status 0000h
> Revision 00h, Header Type 00h, Bus Latency Timer 00h
> Self test 00h (Self test not supported)
> PCI Class Memory, type RAM
> Subsystem ID 00051AF4h Unknown
> Subsystem Vendor 1AF4h Unknown
> Address 0 is an I/O Port : 0000C060h
> System IRQ 11, INT# A
>
>
> IRQ Summary: IRQs 9,10,11,14,15 are used by PCI devices
> Shared IRQs: IRQ 11 is shared by 2 PCI Devices
>
>
>
next prev parent reply other threads:[~2009-10-15 13:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-14 17:52 Can't make virtio block driver work on Windows 2003 Asdo
2009-10-15 5:14 ` Vadim Rozenfeld
2009-10-15 11:42 ` Asdo
2009-10-15 13:20 ` Vadim Rozenfeld [this message]
2009-10-15 14:23 ` Asdo
2009-10-15 15:08 ` Vadim Rozenfeld
2009-10-15 17:35 ` Asdo
2009-10-15 9:29 ` Martin Maurer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AD72197.8040908@redhat.com \
--to=vrozenfe@redhat.com \
--cc=asdo@shiftmail.org \
--cc=kvm@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).