* unable to assign devices with VT-d in KVM
@ 2009-12-27 10:07 Erez Shitrit
2009-12-27 10:17 ` Thomas Mueller
2009-12-27 11:10 ` Avi Kivity
0 siblings, 2 replies; 14+ messages in thread
From: Erez Shitrit @ 2009-12-27 10:07 UTC (permalink / raw)
To: kvm
Hi,
I am KVM newbie, trying to run and use the KVM.
When I tried to assign pci device to new virtual machine I got the next
error:
/usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
I followed the instructions in the
http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM
page,
I am using RH5_4 with the new kernel for rh5.5: 2.6.18-prep (2.6.18.197)
I run the next command
/usr/local/bin/qemu-system-x86_64 -m 512 -boot c -net none -hda
/sdb5/images/test2.img -pcidevice host=04:00.0
And I got
/usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
The qemu-system-x86_64 version is:
QEMU PC emulator version 0.11.91, Copyright (c) 2003-2008
Fabrice Bellard
What I missed?
Thanks, Erez
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 10:07 unable to assign devices with VT-d in KVM Erez Shitrit
@ 2009-12-27 10:17 ` Thomas Mueller
2009-12-27 11:10 ` Avi Kivity
1 sibling, 0 replies; 14+ messages in thread
From: Thomas Mueller @ 2009-12-27 10:17 UTC (permalink / raw)
To: kvm
>
>
> The qemu-system-x86_64 version is:
> QEMU PC emulator version 0.11.91, Copyright (c) 2003-2008
> Fabrice Bellard
there should be somewhere "kvm" or "qemu-kvm" in it.
my version looks like that:
QEMU PC emulator version 0.11.0 (qemu-kvm-0.11.0), Copyright (c)
2003-2008 Fabrice Bellard
looks like you're using plain qemu.
- Thomas
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 10:07 unable to assign devices with VT-d in KVM Erez Shitrit
2009-12-27 10:17 ` Thomas Mueller
@ 2009-12-27 11:10 ` Avi Kivity
2009-12-27 13:09 ` Erez Shitrit
1 sibling, 1 reply; 14+ messages in thread
From: Avi Kivity @ 2009-12-27 11:10 UTC (permalink / raw)
To: Erez Shitrit; +Cc: kvm
On 12/27/2009 12:07 PM, Erez Shitrit wrote:
> Hi,
> I am KVM newbie, trying to run and use the KVM.
> When I tried to assign pci device to new virtual machine I got the next
> error:
>
> /usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
>
> I followed the instructions in the
> http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM
> page,
> I am using RH5_4 with the new kernel for rh5.5: 2.6.18-prep (2.6.18.197)
> I run the next command
> /usr/local/bin/qemu-system-x86_64 -m 512 -boot c -net none -hda
> /sdb5/images/test2.img -pcidevice host=04:00.0
>
> And I got
>
> /usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
>
>
> The qemu-system-x86_64 version is:
> QEMU PC emulator version 0.11.91, Copyright (c) 2003-2008
> Fabrice Bellard
>
> What I missed?
>
>
You're running the upstream qemu, which doesn't support device assignment.
Download qemu-kvm-0.12.1.1 from http://linux-kvm.org.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: unable to assign devices with VT-d in KVM
2009-12-27 11:10 ` Avi Kivity
@ 2009-12-27 13:09 ` Erez Shitrit
2009-12-27 13:36 ` Avi Kivity
0 siblings, 1 reply; 14+ messages in thread
From: Erez Shitrit @ 2009-12-27 13:09 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Thanks,
Now, it seams that I have a problem with the kvm, whenever I tried to
create a new virtual machine and the kvm module is loaded I got kernel
panic in the virtual machine.
The panic:
" ...
Code: 0f 30 b8 76 00 13 00 89 d9 0f 30 48 c7 c6 17 41 2a 80 89 fa
RIP [<ffffffff8007d43d>] setup_k7_watchdog+0x2d/0x7a
RSP <ffff81003ffb7e50>
<0>Kernel panic - not syncing: Fatal exception
...
"
(If I remove the kvm module it works)
The kvm version:
kvm-83-105.el5_4.13
The KVM did not arrived with the RH5.4 distribution, I installed it
manually.
>From the package: kvm-83-105.el5_4.13.x86_64.rpm
Do I need specific version of the kvm with that qemu ?
Thanks again, Erez
-----Original Message-----
From: Avi Kivity [mailto:avi@redhat.com]
Sent: Sunday, December 27, 2009 1:10 PM
To: Erez Shitrit
Cc: kvm@vger.kernel.org
Subject: Re: unable to assign devices with VT-d in KVM
On 12/27/2009 12:07 PM, Erez Shitrit wrote:
> Hi,
> I am KVM newbie, trying to run and use the KVM.
> When I tried to assign pci device to new virtual machine I got the
> next
> error:
>
> /usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
>
> I followed the instructions in the
> http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM
> page,
> I am using RH5_4 with the new kernel for rh5.5: 2.6.18-prep
> (2.6.18.197) I run the next command
> /usr/local/bin/qemu-system-x86_64 -m 512 -boot c -net none -hda
> /sdb5/images/test2.img -pcidevice host=04:00.0
>
> And I got
>
> /usr/local/bin/qemu-system-x86_64: invalid option -- '-pcidevice'
>
>
> The qemu-system-x86_64 version is:
> QEMU PC emulator version 0.11.91, Copyright (c) 2003-2008
Fabrice
> Bellard
>
> What I missed?
>
>
You're running the upstream qemu, which doesn't support device
assignment.
Download qemu-kvm-0.12.1.1 from http://linux-kvm.org.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 13:09 ` Erez Shitrit
@ 2009-12-27 13:36 ` Avi Kivity
2009-12-27 13:48 ` Erez Shitrit
0 siblings, 1 reply; 14+ messages in thread
From: Avi Kivity @ 2009-12-27 13:36 UTC (permalink / raw)
To: Erez Shitrit; +Cc: kvm
On 12/27/2009 03:09 PM, Erez Shitrit wrote:
> Thanks,
> Now, it seams that I have a problem with the kvm, whenever I tried to
> create a new virtual machine and the kvm module is loaded I got kernel
> panic in the virtual machine.
>
> The panic:
>
> " ...
> Code: 0f 30 b8 76 00 13 00 89 d9 0f 30 48 c7 c6 17 41 2a 80 89 fa
> RIP [<ffffffff8007d43d>] setup_k7_watchdog+0x2d/0x7a
> RSP<ffff81003ffb7e50>
> <0>Kernel panic - not syncing: Fatal exception
> ...
> "
>
> (If I remove the kvm module it works)
>
> The kvm version:
> kvm-83-105.el5_4.13
>
> The KVM did not arrived with the RH5.4 distribution, I installed it
> manually.
> From the package: kvm-83-105.el5_4.13.x86_64.rpm
>
> Do I need specific version of the kvm with that qemu ?
>
>
What guest kernel are you running? What qemu command line?
Looks like your guest thinks it's running on an Athlon. What's your
host cpu type?
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: unable to assign devices with VT-d in KVM
2009-12-27 13:36 ` Avi Kivity
@ 2009-12-27 13:48 ` Erez Shitrit
2009-12-27 13:51 ` Avi Kivity
0 siblings, 1 reply; 14+ messages in thread
From: Erez Shitrit @ 2009-12-27 13:48 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
The qemu commandline is:
/usr/local/bin/qemu-system-x86_64 -m 1024 -boot c -net none -hda
/sdb5/images/test2.img
The guest kernel is rh5.4
The cpu type is:
Intel(R) Xeon(R) CPU X5550 @ 2.67GHz
With VT-d enabled.
I loaded kvm and kvm-intel
[root@sw379 2.6.18-179-prep]# lsmod | grep kvm
kvm_intel 86248 0
kvm 223520 1 kvm_intel
Thanks, Erez
-----Original Message-----
From: Avi Kivity [mailto:avi@redhat.com]
Sent: Sunday, December 27, 2009 3:37 PM
To: Erez Shitrit
Cc: kvm@vger.kernel.org
Subject: Re: unable to assign devices with VT-d in KVM
On 12/27/2009 03:09 PM, Erez Shitrit wrote:
> Thanks,
> Now, it seams that I have a problem with the kvm, whenever I tried to
> create a new virtual machine and the kvm module is loaded I got kernel
> panic in the virtual machine.
>
> The panic:
>
> " ...
> Code: 0f 30 b8 76 00 13 00 89 d9 0f 30 48 c7 c6 17 41 2a 80 89 fa RIP
> [<ffffffff8007d43d>] setup_k7_watchdog+0x2d/0x7a RSP<ffff81003ffb7e50>
> <0>Kernel panic - not syncing: Fatal exception ...
> "
>
> (If I remove the kvm module it works)
>
> The kvm version:
> kvm-83-105.el5_4.13
>
> The KVM did not arrived with the RH5.4 distribution, I installed it
> manually.
> From the package: kvm-83-105.el5_4.13.x86_64.rpm
>
> Do I need specific version of the kvm with that qemu ?
>
>
What guest kernel are you running? What qemu command line?
Looks like your guest thinks it's running on an Athlon. What's your
host cpu type?
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 13:48 ` Erez Shitrit
@ 2009-12-27 13:51 ` Avi Kivity
2009-12-27 14:36 ` Avi Kivity
0 siblings, 1 reply; 14+ messages in thread
From: Avi Kivity @ 2009-12-27 13:51 UTC (permalink / raw)
To: Erez Shitrit; +Cc: kvm
On 12/27/2009 03:48 PM, Erez Shitrit wrote:
> The qemu commandline is:
> /usr/local/bin/qemu-system-x86_64 -m 1024 -boot c -net none -hda
> /sdb5/images/test2.img
> The guest kernel is rh5.4
> The cpu type is:
> Intel(R) Xeon(R) CPU X5550 @ 2.67GHz
> With VT-d enabled.
>
> I loaded kvm and kvm-intel
>
> [root@sw379 2.6.18-179-prep]# lsmod | grep kvm
> kvm_intel 86248 0
> kvm 223520 1 kvm_intel
>
Can you try adding -cpu qemu64,vendorid=GenuineIntel?
Also try not top-posting.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 13:51 ` Avi Kivity
@ 2009-12-27 14:36 ` Avi Kivity
2009-12-27 16:42 ` Erez Shitrit
0 siblings, 1 reply; 14+ messages in thread
From: Avi Kivity @ 2009-12-27 14:36 UTC (permalink / raw)
To: Erez Shitrit; +Cc: kvm
On 12/27/2009 03:51 PM, Avi Kivity wrote:
>
> Can you try adding -cpu qemu64,vendorid=GenuineIntel?
>
Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: unable to assign devices with VT-d in KVM
2009-12-27 14:36 ` Avi Kivity
@ 2009-12-27 16:42 ` Erez Shitrit
2009-12-29 2:19 ` Sheng Yang
2009-12-29 5:30 ` Sheng Yang
0 siblings, 2 replies; 14+ messages in thread
From: Erez Shitrit @ 2009-12-27 16:42 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
[I hope I didn't duplicate my response]
I tried it, still have kernel-panic,
Currently the message is:
"
....
MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
'noapic' kernel parameter
"
Thanks, Erez
-----Original Message-----
From: Avi Kivity [mailto:avi@redhat.com]
Sent: Sunday, December 27, 2009 4:36 PM
To: Erez Shitrit
Cc: kvm@vger.kernel.org
Subject: Re: unable to assign devices with VT-d in KVM
On 12/27/2009 03:51 PM, Avi Kivity wrote:
>
> Can you try adding -cpu qemu64,vendorid=GenuineIntel?
>
Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 16:42 ` Erez Shitrit
@ 2009-12-29 2:19 ` Sheng Yang
2009-12-29 5:30 ` Sheng Yang
1 sibling, 0 replies; 14+ messages in thread
From: Sheng Yang @ 2009-12-29 2:19 UTC (permalink / raw)
To: kvm; +Cc: Erez Shitrit, Avi Kivity
On Monday 28 December 2009 00:42:37 Erez Shitrit wrote:
> [I hope I didn't duplicate my response]
> I tried it, still have kernel-panic,
> Currently the message is:
> "
> ....
> MP-BIOS bug: 8254 timer not connected to IO-APIC
> Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
> 'noapic' kernel parameter
> "
It's seems due to timer interrupt injection delayed.
Though I hit this sometime, it's not always happen.
What's your guest kernel version?
This panic is quite annoying, I think we should try to fix this...
--
regards
Yang, Sheng
>
> Thanks, Erez
>
> -----Original Message-----
> From: Avi Kivity [mailto:avi@redhat.com]
> Sent: Sunday, December 27, 2009 4:36 PM
> To: Erez Shitrit
> Cc: kvm@vger.kernel.org
> Subject: Re: unable to assign devices with VT-d in KVM
>
> On 12/27/2009 03:51 PM, Avi Kivity wrote:
> > Can you try adding -cpu qemu64,vendorid=GenuineIntel?
>
> Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
>
> --
> error compiling committee.c: too many arguments to function
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-27 16:42 ` Erez Shitrit
2009-12-29 2:19 ` Sheng Yang
@ 2009-12-29 5:30 ` Sheng Yang
2009-12-29 16:10 ` Erez Shitrit
1 sibling, 1 reply; 14+ messages in thread
From: Sheng Yang @ 2009-12-29 5:30 UTC (permalink / raw)
To: kvm; +Cc: Erez Shitrit, Avi Kivity
On Monday 28 December 2009 00:42:37 Erez Shitrit wrote:
> [I hope I didn't duplicate my response]
> I tried it, still have kernel-panic,
> Currently the message is:
> "
> ....
> MP-BIOS bug: 8254 timer not connected to IO-APIC
> Kernel panic - not syncing: IO-APIC + timer doesn't work! Try using the
> 'noapic' kernel parameter
> "
BTW, maybe you give --no-hpet a try in qemu command line.
--
regards
Yang, Sheng
>
> Thanks, Erez
>
> -----Original Message-----
> From: Avi Kivity [mailto:avi@redhat.com]
> Sent: Sunday, December 27, 2009 4:36 PM
> To: Erez Shitrit
> Cc: kvm@vger.kernel.org
> Subject: Re: unable to assign devices with VT-d in KVM
>
> On 12/27/2009 03:51 PM, Avi Kivity wrote:
> > Can you try adding -cpu qemu64,vendorid=GenuineIntel?
>
> Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
>
> --
> error compiling committee.c: too many arguments to function
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: unable to assign devices with VT-d in KVM
2009-12-29 5:30 ` Sheng Yang
@ 2009-12-29 16:10 ` Erez Shitrit
2009-12-30 1:17 ` Sheng Yang
0 siblings, 1 reply; 14+ messages in thread
From: Erez Shitrit @ 2009-12-29 16:10 UTC (permalink / raw)
To: Sheng Yang, kvm; +Cc: Avi Kivity
I tried it also, the same result :(
Any idea?
Thanks, Erez
-----Original Message-----
From: Sheng Yang [mailto:sheng@linux.intel.com]
Sent: Tuesday, December 29, 2009 7:30 AM
To: kvm@vger.kernel.org
Cc: Erez Shitrit; Avi Kivity
Subject: Re: unable to assign devices with VT-d in KVM
On Monday 28 December 2009 00:42:37 Erez Shitrit wrote:
> [I hope I didn't duplicate my response] I tried it, still have
> kernel-panic, Currently the message is:
> "
> ....
> MP-BIOS bug: 8254 timer not connected to IO-APIC Kernel panic - not
> syncing: IO-APIC + timer doesn't work! Try using the 'noapic' kernel
> parameter "
BTW, maybe you give --no-hpet a try in qemu command line.
--
regards
Yang, Sheng
>
> Thanks, Erez
>
> -----Original Message-----
> From: Avi Kivity [mailto:avi@redhat.com]
> Sent: Sunday, December 27, 2009 4:36 PM
> To: Erez Shitrit
> Cc: kvm@vger.kernel.org
> Subject: Re: unable to assign devices with VT-d in KVM
>
> On 12/27/2009 03:51 PM, Avi Kivity wrote:
> > Can you try adding -cpu qemu64,vendorid=GenuineIntel?
>
> Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
>
> --
> error compiling committee.c: too many arguments to function
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in the
> body of a message to majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: unable to assign devices with VT-d in KVM
2009-12-29 16:10 ` Erez Shitrit
@ 2009-12-30 1:17 ` Sheng Yang
2009-12-30 7:08 ` Erez Shitrit
0 siblings, 1 reply; 14+ messages in thread
From: Sheng Yang @ 2009-12-30 1:17 UTC (permalink / raw)
To: Erez Shitrit; +Cc: kvm, Avi Kivity
On Wednesday 30 December 2009 00:10:42 Erez Shitrit wrote:
> I tried it also, the same result :(
>
> Any idea?
What's your guest kernel version? I'd like to reproduce it.
--
regards
Yang, Sheng
>
> Thanks, Erez
> -----Original Message-----
> From: Sheng Yang [mailto:sheng@linux.intel.com]
> Sent: Tuesday, December 29, 2009 7:30 AM
> To: kvm@vger.kernel.org
> Cc: Erez Shitrit; Avi Kivity
> Subject: Re: unable to assign devices with VT-d in KVM
>
> On Monday 28 December 2009 00:42:37 Erez Shitrit wrote:
> > [I hope I didn't duplicate my response] I tried it, still have
> > kernel-panic, Currently the message is:
> > "
> > ....
> > MP-BIOS bug: 8254 timer not connected to IO-APIC Kernel panic - not
> > syncing: IO-APIC + timer doesn't work! Try using the 'noapic' kernel
> > parameter "
>
> BTW, maybe you give --no-hpet a try in qemu command line.
>
> --
> regards
> Yang, Sheng
>
> > Thanks, Erez
> >
> > -----Original Message-----
> > From: Avi Kivity [mailto:avi@redhat.com]
> > Sent: Sunday, December 27, 2009 4:36 PM
> > To: Erez Shitrit
> > Cc: kvm@vger.kernel.org
> > Subject: Re: unable to assign devices with VT-d in KVM
> >
> > On 12/27/2009 03:51 PM, Avi Kivity wrote:
> > > Can you try adding -cpu qemu64,vendorid=GenuineIntel?
> >
> > Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
> >
> > --
> > error compiling committee.c: too many arguments to function
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe kvm" in the
> > body of a message to majordomo@vger.kernel.org More majordomo info at
> >
> > http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: unable to assign devices with VT-d in KVM
2009-12-30 1:17 ` Sheng Yang
@ 2009-12-30 7:08 ` Erez Shitrit
0 siblings, 0 replies; 14+ messages in thread
From: Erez Shitrit @ 2009-12-30 7:08 UTC (permalink / raw)
To: Sheng Yang; +Cc: kvm, Avi Kivity
The guest is RH5.4
The host is RH5.5 (rh version 179)
-----Original Message-----
From: Sheng Yang [mailto:sheng@linux.intel.com]
Sent: Wednesday, December 30, 2009 3:18 AM
To: Erez Shitrit
Cc: kvm@vger.kernel.org; Avi Kivity
Subject: Re: unable to assign devices with VT-d in KVM
On Wednesday 30 December 2009 00:10:42 Erez Shitrit wrote:
> I tried it also, the same result :(
>
> Any idea?
What's your guest kernel version? I'd like to reproduce it.
--
regards
Yang, Sheng
>
> Thanks, Erez
> -----Original Message-----
> From: Sheng Yang [mailto:sheng@linux.intel.com]
> Sent: Tuesday, December 29, 2009 7:30 AM
> To: kvm@vger.kernel.org
> Cc: Erez Shitrit; Avi Kivity
> Subject: Re: unable to assign devices with VT-d in KVM
>
> On Monday 28 December 2009 00:42:37 Erez Shitrit wrote:
> > [I hope I didn't duplicate my response] I tried it, still have
> > kernel-panic, Currently the message is:
> > "
> > ....
> > MP-BIOS bug: 8254 timer not connected to IO-APIC Kernel panic - not
> > syncing: IO-APIC + timer doesn't work! Try using the 'noapic' kernel
> > parameter "
>
> BTW, maybe you give --no-hpet a try in qemu command line.
>
> --
> regards
> Yang, Sheng
>
> > Thanks, Erez
> >
> > -----Original Message-----
> > From: Avi Kivity [mailto:avi@redhat.com]
> > Sent: Sunday, December 27, 2009 4:36 PM
> > To: Erez Shitrit
> > Cc: kvm@vger.kernel.org
> > Subject: Re: unable to assign devices with VT-d in KVM
> >
> > On 12/27/2009 03:51 PM, Avi Kivity wrote:
> > > Can you try adding -cpu qemu64,vendorid=GenuineIntel?
> >
> > Sorry, the correct option is -cpu qemu64,vendor=GenuineIntel.
> >
> > --
> > error compiling committee.c: too many arguments to function
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe kvm" in
> > the body of a message to majordomo@vger.kernel.org More majordomo
> > info at
> >
> > http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2009-12-30 7:06 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-27 10:07 unable to assign devices with VT-d in KVM Erez Shitrit
2009-12-27 10:17 ` Thomas Mueller
2009-12-27 11:10 ` Avi Kivity
2009-12-27 13:09 ` Erez Shitrit
2009-12-27 13:36 ` Avi Kivity
2009-12-27 13:48 ` Erez Shitrit
2009-12-27 13:51 ` Avi Kivity
2009-12-27 14:36 ` Avi Kivity
2009-12-27 16:42 ` Erez Shitrit
2009-12-29 2:19 ` Sheng Yang
2009-12-29 5:30 ` Sheng Yang
2009-12-29 16:10 ` Erez Shitrit
2009-12-30 1:17 ` Sheng Yang
2009-12-30 7:08 ` Erez Shitrit
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox