This patch add test for btc instruction.
Signed-off-by: Wei Yongjun
---
x86/emulator.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/x86/emulator.c b/x86/emulator.c
index eefb764..e278812 100644
--- a/x86/emulator.c
+++ b/x86/emulator.c
@@ -360,6 +360,21
If bit offset operands is a negative number, BitOp instruction
will return wrong value. This patch fix it.
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/emulate.c | 45 ++---
1 files changed, 30 insertions(+), 15 deletions(-)
diff --git a/arch/x86/kvm/emu
On Wed, Aug 04, 2010 at 07:17:30PM -0400, Kevin O'Connor wrote:
> On Wed, Aug 04, 2010 at 06:25:52PM +0300, Gleb Natapov wrote:
> > On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
> > > There are better ways like using string I/O and optimizing the PIO
> > > path in the kernel. Th
On 08/04/2010 11:06 PM, David S. Ahern wrote:
On 08/04/10 11:34, Avi Kivity wrote:
And it's awesome for fast prototyping. Of course, once that fast
becomes dog slow, it's not useful anymore.
For the Nth time, it's only slow with 100MB initrds.
100MB is really not that large for an initrd.
Hi,
I have a problem similar to the one seen on this list before - when I boot my
freebsd based(but modified) image in Qemu with KVM on CentOS, then after almost
booting completely, the image hangs - just before the login prompt is seen. If
I do not have KVM ie plain CenOS with Qemu, then this
On 08/04/2010 06:17 PM, Anjali Kulkarni wrote:
Hi,
I am new to Virtualization, so can someone point me to
conferences/tutorials/courses that I can attend related to Linux KVM,
para-virtualization, device driver virtualization, hardware assisted
virtualization etc.? Even documents pointers will
Qemu-kvm tree has already fixed this issue:
commit 4cf3e6f3d85492f20a773dd6c9068ab89ba24a18
Author: Alex Williamson
Date: Wed Jun 2 10:58:29 2010 -0600
acpi_piix4: save gpe and pci hotplug slot status
PCI hotplug currently doesn't work after a migration because
we don't migra
On Thu, Jul 22, 2010 at 01:14:17PM +0300, Michael Goldish wrote:
> whql_submission runs a submission on a given device. It requires a
> functioning external DTM server which runs rss.exe like regular Windows VMs,
> preferably with administrator permissions.
> The submission is defined by descripto
On Thu, Jul 15, 2010 at 06:57:35PM +0300, Michael Goldish wrote:
> These utilities use sc to stop and start windows services. They're used by
> whql_submission
> and whql_client_install to stop or restart wttsvc on the client machine.
>
> Signed-off-by: Michael Goldish
> ---
> client/tests/kvm
Hi,
I'm trying to resume a VM from a migration and hotplug a PCI
device, however I can't get it working. PCI hotplugging after booting the
guest works fine, but if I migrate the guest, I can no longer hotplug.
I'm using qemu/kvm out of the ubuntu 10.4 repositories. I am
migrating using `mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
After an upgrade to qemu-kvm-0.12.5 and vanilla Linux 2.6.35, I now can
not boot my XP guest. It hangs at the splash screen. I can get to the
kvm console via 2, but it still won't get past the black
screen at boot.
Once I downgraded back to
Hi,
I am new to Virtualization, so can someone point me to
conferences/tutorials/courses that I can attend related to Linux KVM,
para-virtualization, device driver virtualization, hardware assisted
virtualization etc.? Even documents pointers will be much useful.
Thanks!
Anjali
--
To unsubscri
Hi,
I am new to Virtualization, so can someone point me to
conferences/tutorials/courses that I can attend related to Linux KVM,
para-virtualization, device driver virtualization, hardware assisted
virtualization etc.? Even documents pointers will be much useful.
Thanks!
Anjali
--
To unsubscrib
On Wed, Aug 04, 2010 at 06:25:52PM +0300, Gleb Natapov wrote:
> On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
> > There are better ways like using string I/O and optimizing the PIO
> > path in the kernel. That should cut down the 1s slow down with a
> > 100MB initrd by a bit. B
On Wed, Aug 04, 2010 at 06:01:54PM +0300, Gleb Natapov wrote:
> On Wed, Aug 04, 2010 at 09:50:55AM -0500, Anthony Liguori wrote:
> > On 08/04/2010 09:38 AM, Gleb Natapov wrote:
> > >ROM does not muck with the e820. It uses PMM to allocate memory and the
> > >memory it gets is marked as reserved in
This allows the device to work properly with an emulated IOMMU.
Signed-off-by: Eduard - Gabriel Munteanu
---
hw/rtl8139.c | 99 -
1 files changed, 56 insertions(+), 43 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 72e2242..
Emulated PCI IDE controllers now use the memory access interface. This
also allows an emulated IOMMU to translate and check accesses.
Map invalidation results in cancelling DMA transfers. Since the guest OS
can't properly recover the DMA results in case the mapping is changed,
this is a fairly goo
This introduces emulation for the AMD IOMMU, described in "AMD I/O
Virtualization Technology (IOMMU) Specification".
Signed-off-by: Eduard - Gabriel Munteanu
---
Makefile.target |2 +
configure | 10 +
hw/amd_iommu.c | 671 +++
hw
PCI devices should access memory through pci_memory_*() instead of
cpu_physical_memory_*(). This also provides support for translation and
access checking in case an IOMMU is emulated.
Memory maps are treated as remote IOTLBs (that is, translation caches
belonging to the IOMMU-aware device itself)
Hi,
I hope I solved the issues raised by Anthony and Paul.
Please have a look and tell me what you think. However, don't merge it yet (in
case you like it), I need to test and cleanup some pieces further. There are
also some patches from the previous series I didn't include yet.
Thanks,
Hi,
Am trying to boot up my guest (on fedora12) that requires Intel's PCIe
NIC 82580EB. qemu-kvm supported models are :
qemu: Supported NIC models:
ne2k_pci,i82551,i82557b,i82559er,rtl8139,e1000,pcnet,virtio
Could you provide pointers to how I can go about adding support for
i82580EB ? Is there a
On 08/04/2010 01:30 PM, Eric W. Biederman wrote:
>
> This fixes a regression in 2.6.35 from 2.6.34, that is
> present for select models of Intel cpus when people are
> using an MP table.
>
> The commit cf7500c0ea133d66f8449d86392d83f840102632
> "x86, ioapic: In mpparse use mp_register_ioapic" sta
This fixes a regression in 2.6.35 from 2.6.34, that is
present for select models of Intel cpus when people are
using an MP table.
The commit cf7500c0ea133d66f8449d86392d83f840102632
"x86, ioapic: In mpparse use mp_register_ioapic" started
calling mp_register_ioapic from MP_ioapic_info. An extrem
On Wed, Aug 04, 2010 at 02:06:58PM -0600, David S. Ahern wrote:
>
>
> On 08/04/10 11:34, Avi Kivity wrote:
>
> >> And it's awesome for fast prototyping. Of course, once that fast
> >> becomes dog slow, it's not useful anymore.
> >
> > For the Nth time, it's only slow with 100MB initrds.
>
> 10
On 08/04/10 11:34, Avi Kivity wrote:
>> And it's awesome for fast prototyping. Of course, once that fast
>> becomes dog slow, it's not useful anymore.
>
> For the Nth time, it's only slow with 100MB initrds.
100MB is really not that large for an initrd.
Consider the deployment of stateless no
On 08/04/2010 09:16 PM, Anthony Liguori wrote:
Why not go with 9p? That would save off even more time, as you don't
have to generate an iso. You could just copy all the relevant
executables into tmpfs and boot from there using your kernel and a
very small (pre-built) initrd.
You can't boot f
On 04.08.2010, at 20:16, Anthony Liguori wrote:
> On 08/04/2010 01:13 PM, Alexander Graf wrote:
>> On 04.08.2010, at 19:46, Richard W.M. Jones wrote:
>>
>>
>>> On Wed, Aug 04, 2010 at 07:36:04PM +0300, Avi Kivity wrote:
>>>
This is basically my suggestion to libguestfs: instead of g
On 08/04/2010 09:13 PM, Alexander Graf wrote:
It's not trivial mind you, and won't happen straightaway. Part of it
is that it requires reworking the appliance builder (a matter of just
coding really). The less trivial part is that we have to 'hide' the
CD device throughout the publically ava
On 08/04/2010 01:13 PM, Alexander Graf wrote:
On 04.08.2010, at 19:46, Richard W.M. Jones wrote:
On Wed, Aug 04, 2010 at 07:36:04PM +0300, Avi Kivity wrote:
This is basically my suggestion to libguestfs: instead of generating
an initrd, generate a bootable cdrom, and boot from that.
On 04.08.2010, at 19:53, Anthony Liguori wrote:
> On 08/04/2010 12:37 PM, Avi Kivity wrote:
>> On 08/04/2010 08:27 PM, Anthony Liguori wrote:
>>> On 08/04/2010 12:19 PM, Avi Kivity wrote:
On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
>
> That's another story and I totally agree here,
On 08/04/2010 12:37 PM, Avi Kivity wrote:
On 08/04/2010 08:27 PM, Anthony Liguori wrote:
On 08/04/2010 12:19 PM, Avi Kivity wrote:
On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
That's another story and I totally agree here, but not reusing
/dev/sd* is not intrinsic in the design of virtio-b
On 08/04/2010 08:46 PM, Richard W.M. Jones wrote:
On Wed, Aug 04, 2010 at 07:36:04PM +0300, Avi Kivity wrote:
This is basically my suggestion to libguestfs: instead of generating
an initrd, generate a bootable cdrom, and boot from that. The
result is faster and has a smaller memory footprint.
On Wed, Aug 04, 2010 at 07:36:04PM +0300, Avi Kivity wrote:
> This is basically my suggestion to libguestfs: instead of generating
> an initrd, generate a bootable cdrom, and boot from that. The
> result is faster and has a smaller memory footprint. Everyone wins.
We had some discussion of this
On Wed, Aug 04, 2010 at 11:44:33AM -0500, Anthony Liguori wrote:
> On 08/04/2010 11:36 AM, Avi Kivity wrote:
> > On 08/04/2010 07:30 PM, Avi Kivity wrote:
> >> On 08/04/2010 04:52 PM, Anthony Liguori wrote:
> >
> This is not like DMA event if done in chunks and chunks can be pretty
> bi
On 08/04/2010 08:27 PM, Anthony Liguori wrote:
On 08/04/2010 12:19 PM, Avi Kivity wrote:
On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
That's another story and I totally agree here, but not reusing
/dev/sd* is not intrinsic in the design of virtio-blk (and one thing
that Windows gets right;
On 04.08.2010, at 19:36, Anthony Liguori wrote:
> On 08/04/2010 12:31 PM, Alexander Graf wrote:
>> On 04.08.2010, at 19:26, Anthony Liguori wrote:
>>
>>
>>> On 08/04/2010 11:45 AM, Alexander Graf wrote:
>>>
Frankly, I partially agreed to your point when we were talking about 300ms
On 08/04/2010 12:31 PM, Alexander Graf wrote:
On 04.08.2010, at 19:26, Anthony Liguori wrote:
On 08/04/2010 11:45 AM, Alexander Graf wrote:
Frankly, I partially agreed to your point when we were talking about 300ms vs.
2 seconds. Now that we're talking 8 seconds that whole point is
On 08/04/2010 08:31 PM, Alexander Graf wrote:
Even better yet, why not use virtio-9p and expose all of fw_cfg as files? Then
implement a simple virtio-9p client in SeaBIOS and maybe even get direct
kernel/initrd boot from a real 9p system ;).
libguestfs could use 9pfs directly. That will
On 08/04/2010 08:27 PM, Alexander Graf wrote:
Well, it isn't. Two external projects already use it. You can't change it due
to the needs to live migrate from older versions.
You can always extend it. You can even break it with a new -M.
Yes. But it's a pain to make sure it all works out.
On 04.08.2010, at 19:26, Anthony Liguori wrote:
> On 08/04/2010 11:45 AM, Alexander Graf wrote:
>> Frankly, I partially agreed to your point when we were talking about 300ms
>> vs. 2 seconds. Now that we're talking 8 seconds that whole point is moot. We
>> chose the wrong interface to transfer
On 08/04/2010 12:19 PM, Avi Kivity wrote:
On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
That's another story and I totally agree here, but not reusing
/dev/sd* is not intrinsic in the design of virtio-blk (and one thing
that Windows gets right; everything is SCSI, period).
I don't really
On 04.08.2010, at 19:14, Avi Kivity wrote:
> On 08/04/2010 08:01 PM, Alexander Graf wrote:
>>
>>>
2) Using a different interface (that could also be DMA fw_cfg - remember,
we're on a private interface anyways)
>>> A guest/host interface is not private.
>> fw_cfg is as private as it g
On 08/04/2010 11:45 AM, Alexander Graf wrote:
Frankly, I partially agreed to your point when we were talking about 300ms vs.
2 seconds. Now that we're talking 8 seconds that whole point is moot. We chose
the wrong interface to transfer kernel+initrd data into the guest.
Now the question is how
On 04.08.2010, at 19:19, Avi Kivity wrote:
> On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
>>
>> That's another story and I totally agree here, but not reusing /dev/sd* is
>> not intrinsic in the design of virtio-blk (and one thing that Windows gets
>> right; everything is SCSI, period).
>>
>
On 08/04/2010 08:01 PM, Paolo Bonzini wrote:
That's another story and I totally agree here, but not reusing
/dev/sd* is not intrinsic in the design of virtio-blk (and one thing
that Windows gets right; everything is SCSI, period).
I don't really get why everything must be SCSI. Everythin
On 08/04/2010 08:01 PM, Alexander Graf wrote:
2) Using a different interface (that could also be DMA fw_cfg - remember, we're
on a private interface anyways)
A guest/host interface is not private.
fw_cfg is as private as it gets with host/guest interfaces. It's about as close
as CPU spec
Hello Eddie,
On Wed, 2010-08-04 at 10:06 +0800, Dong, Eddie wrote:
> But zero-copy is a Linux generic feature that can be used by other
> VMMs as well if the BE service drivers want to incorporate. If we can
> make mp device VMM-agnostic (it may be not yet in current patch), that
> will help Linu
On 04.08.2010, at 18:54, Avi Kivity wrote:
> On 08/04/2010 07:45 PM, Alexander Graf wrote:
>>
>> I see two alternatives out of this mess:
>>
>> 1) Speed up string PIO so we're actually fast again.
>
> Certainly, the best option given that it needs no new interfaces, and
> improves the most wo
On 08/04/2010 06:49 PM, Anthony Liguori wrote:
Right, the only question is, to you inject your own bus or do you
just reuse SCSI. On the surface, it seems like reusing SCSI has a
significant number of advantages. For instance, without changing the
guest's drivers, we can implement PV cdroms or
On 08/04/2010 07:45 PM, Alexander Graf wrote:
I see two alternatives out of this mess:
1) Speed up string PIO so we're actually fast again.
Certainly, the best option given that it needs no new interfaces, and
improves the most workloads.
2) Using a different interface (that could also b
On 08/04/2010 07:44 PM, Anthony Liguori wrote:
The option rom stuff has a number of short comings. Because we hijack
int19, extboot doesn't get to run. That means that if you use -kernel
to load a grub (the Ubuntu guys for their own absurd reasons) then
grub does not see extboot backed dis
On 04.08.2010, at 18:49, Anthony Liguori wrote:
> On 08/04/2010 11:48 AM, Alexander Graf wrote:
>> On 04.08.2010, at 18:46, Anthony Liguori wrote:
>>
>>
>>> On 08/04/2010 11:44 AM, Avi Kivity wrote:
>>>
On 08/04/2010 03:53 PM, Anthony Liguori wrote:
> So how do we en
On 08/04/2010 11:48 AM, Alexander Graf wrote:
On 04.08.2010, at 18:46, Anthony Liguori wrote:
On 08/04/2010 11:44 AM, Avi Kivity wrote:
On 08/04/2010 03:53 PM, Anthony Liguori wrote:
So how do we enable support for more than 20 disks? I think a virtio-scsi is
inevitable..
On 08/04/2010 07:08 PM, Gleb Natapov wrote:
After applying cache fix nothing definite as far as I remember (I ran it last
time
almost 2 week ago, need to rerun). Code always go through emulator now
and check direction flags to update SI/DI accordingly. Emulator is a big
switch and it calls var
On 04.08.2010, at 18:46, Anthony Liguori wrote:
> On 08/04/2010 11:44 AM, Avi Kivity wrote:
>> On 08/04/2010 03:53 PM, Anthony Liguori wrote:
>>>
>>> So how do we enable support for more than 20 disks? I think a virtio-scsi
>>> is inevitable..
>>
>> Not only for large numbers of disks, also f
On 08/04/2010 11:44 AM, Avi Kivity wrote:
On 08/04/2010 03:53 PM, Anthony Liguori wrote:
So how do we enable support for more than 20 disks? I think a
virtio-scsi is inevitable..
Not only for large numbers of disks, also for JBOD performance. If
you have one queue per disk you'll have lo
On 04.08.2010, at 18:36, Avi Kivity wrote:
> On 08/04/2010 07:30 PM, Avi Kivity wrote:
>> On 08/04/2010 04:52 PM, Anthony Liguori wrote:
>
This is not like DMA event if done in chunks and chunks can be pretty
big. The code that dials with copying may temporary unmap some pci
d
On 08/04/2010 11:36 AM, Avi Kivity wrote:
On 08/04/2010 07:30 PM, Avi Kivity wrote:
On 08/04/2010 04:52 PM, Anthony Liguori wrote:
This is not like DMA event if done in chunks and chunks can be pretty
big. The code that dials with copying may temporary unmap some pci
devices to have more sp
On 08/04/2010 03:53 PM, Anthony Liguori wrote:
So how do we enable support for more than 20 disks? I think a
virtio-scsi is inevitable..
Not only for large numbers of disks, also for JBOD performance. If you
have one queue per disk you'll have low queue depths and high interrupt
rates.
On 08/04/2010 11:30 AM, Avi Kivity wrote:
On 08/04/2010 04:52 PM, Anthony Liguori wrote:
This is not like DMA event if done in chunks and chunks can be pretty
big. The code that dials with copying may temporary unmap some pci
devices to have more space there.
That's a bit complicated becau
On 08/04/2010 07:09 PM, Nadav Har'El wrote:
+ kvm_read_guest_virt(gva,&field_value,
+ vmcs_field_size(field_type, vcpu), vcpu, NULL);
Check for exception.
I am not sure what I should really do here... In emulating VMWRITE, we
try to read from memory the
On 08/04/2010 07:30 PM, Avi Kivity wrote:
On 08/04/2010 04:52 PM, Anthony Liguori wrote:
This is not like DMA event if done in chunks and chunks can be pretty
big. The code that dials with copying may temporary unmap some pci
devices to have more space there.
That's a bit complicated beca
On 08/04/2010 05:39 PM, Anthony Liguori wrote:
We could make kernel an awful lot smarter but unless we've got someone
just itching to write 16-bit option rom code, I think our best bet is
to try to leverage a standard bootloader and expose a disk containing
the kernel/initrd.
A problem w
On 08/04/2010 04:52 PM, Anthony Liguori wrote:
This is not like DMA event if done in chunks and chunks can be pretty
big. The code that dials with copying may temporary unmap some pci
devices to have more space there.
That's a bit complicated because SeaBIOS is managing the PCI devices
whe
On 08/04/2010 04:24 PM, Richard W.M. Jones wrote:
It's boot time, so you can just map it over some existing RAM surely?
Linuxboot.bin can work out where to map it so it won't be in any
memory either being used or the target for the copy.
There's no such thing as boot time from the host's poin
On 08/04/2010 04:04 PM, Anthony Liguori wrote:
On 08/04/2010 03:17 AM, Avi Kivity wrote:
For playing games, there are three options:
- existing fwcfg
- fwcfg+dma
- put roms in 4GB-2MB (or whatever we decide the flash size is) and
have the BIOS copy them
Existing fwcfg is the least amount of
On Mon, Jun 14, 2010, Avi Kivity wrote about "Re: [PATCH 13/24] Implement
VMREAD and VMWRITE":
> >+#ifdef CONFIG_X86_64
> >+switch (vmcs_field_type(field)) {
> >+case VMCS_FIELD_TYPE_U64: case VMCS_FIELD_TYPE_ULONG:
> >+if (!is_long_mode(vcpu)) {
> >+kvm_reg
On Wed, Aug 04, 2010 at 05:59:40PM +0200, Alexander Graf wrote:
>
> On 04.08.2010, at 17:48, Gleb Natapov wrote:
>
> > On Wed, Aug 04, 2010 at 05:31:12PM +0200, Alexander Graf wrote:
> >>
> >> On 04.08.2010, at 17:25, Gleb Natapov wrote:
> >>
> >>> On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anth
On 04.08.2010, at 17:48, Gleb Natapov wrote:
> On Wed, Aug 04, 2010 at 05:31:12PM +0200, Alexander Graf wrote:
>>
>> On 04.08.2010, at 17:25, Gleb Natapov wrote:
>>
>>> On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
On 08/04/2010 09:51 AM, David S. Ahern wrote:
>
>>>
On Wed, Aug 04, 2010 at 05:31:12PM +0200, Alexander Graf wrote:
>
> On 04.08.2010, at 17:25, Gleb Natapov wrote:
>
> > On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
> >> On 08/04/2010 09:51 AM, David S. Ahern wrote:
> >>>
> >>> On 08/03/10 12:43, Avi Kivity wrote:
> libgu
On 04.08.2010, at 17:25, Gleb Natapov wrote:
> On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
>> On 08/04/2010 09:51 AM, David S. Ahern wrote:
>>>
>>> On 08/03/10 12:43, Avi Kivity wrote:
libguestfs does not depend on an x86 architectural feature.
qemu-system-x86_64 e
On Wed, Aug 04, 2010 at 09:57:17AM -0500, Anthony Liguori wrote:
> On 08/04/2010 09:51 AM, David S. Ahern wrote:
> >
> >On 08/03/10 12:43, Avi Kivity wrote:
> >>libguestfs does not depend on an x86 architectural feature.
> >>qemu-system-x86_64 emulates a PC, and PCs don't have -kernel. We should
>
On Wed, Aug 04, 2010 at 10:07:24AM -0500, Anthony Liguori wrote:
> On 08/04/2010 10:01 AM, Gleb Natapov wrote:
> >
> >Hm, may be. I read seabios code differently, but may be I misread it.
>
> The BIOS Boot Specification spells it all out pretty clearly.
>
I have the spec. Isn't this enough to be
On 08/04/2010 10:01 AM, Gleb Natapov wrote:
Hm, may be. I read seabios code differently, but may be I misread it.
The BIOS Boot Specification spells it all out pretty clearly.
If a ROM needs memory after the init function, it needs to use the
traditional tricks to allocate long term memo
On Wed, Aug 04, 2010 at 09:50:55AM -0500, Anthony Liguori wrote:
> On 08/04/2010 09:38 AM, Gleb Natapov wrote:
> >>
> >>But even if it wasn't it can potentially create havoc. I think we
> >>currently believe that the northbridge likely never forwards RAM
> >>access to a device so this doesn't fit
On 08/04/2010 09:51 AM, David S. Ahern wrote:
On 08/03/10 12:43, Avi Kivity wrote:
libguestfs does not depend on an x86 architectural feature.
qemu-system-x86_64 emulates a PC, and PCs don't have -kernel. We should
discourage people from depending on this interface for production use.
On 08/03/10 12:43, Avi Kivity wrote:
> libguestfs does not depend on an x86 architectural feature.
> qemu-system-x86_64 emulates a PC, and PCs don't have -kernel. We should
> discourage people from depending on this interface for production use.
That is a feature of qemu - and an important one
On 08/04/2010 09:38 AM, Gleb Natapov wrote:
But even if it wasn't it can potentially create havoc. I think we
currently believe that the northbridge likely never forwards RAM
access to a device so this doesn't fit how hardware would work.
Good point.
More importantly, BIOSes and R
On 08/04/2010 09:22 AM, Paolo Bonzini wrote:
On 08/04/2010 04:00 PM, Gleb Natapov wrote:
Maybe we're just being too fancy here.
We could rewrite -kernel/-append/-initrd to just generate a floppy
image in RAM, and just boot from floppy.
May be. Can floppy be 100M?
Well, in theory you can hav
On Wed, Aug 04, 2010 at 09:22:22AM -0500, Anthony Liguori wrote:
> On 08/04/2010 08:26 AM, Gleb Natapov wrote:
> >On Wed, Aug 04, 2010 at 02:24:08PM +0100, Richard W.M. Jones wrote:
> >>On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
> >>>On 08/04/2010 08:07 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 09:14:01AM -0500, Anthony Liguori wrote:
> >Unmapping device and mapping it at the same place is easy. Enumerating
> >pci devices from multiboot.bin looks like unneeded churn though.
> >
> >>Maybe we're just being too fancy here.
> >>
> >>We could rewrite -kernel/-append/-in
On 08/04/2010 04:00 PM, Gleb Natapov wrote:
Maybe we're just being too fancy here.
We could rewrite -kernel/-append/-initrd to just generate a floppy
image in RAM, and just boot from floppy.
May be. Can floppy be 100M?
Well, in theory you can have 16384 bytes/sector, 256 tracks, 255
sectors
On 08/04/2010 08:26 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 02:24:08PM +0100, Richard W.M. Jones wrote:
On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
On 08/04/2010 08:07 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguo
On 08/04/2010 09:00 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:52:44AM -0500, Anthony Liguori wrote:
On 08/04/2010 08:34 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
On 08/04/2010 08:07 AM, Gleb Natapov wrote:
On
On Wed, 2010-08-04 at 14:53 +0200, Gerrit van der Kolk wrote:
> I managed to get libvirtd out of the loop. I'm starting the vm with:
> qemu-kvm -S -M fedora-13 -enable-kvm -m 2048 -smp
> 2,sockets=1,cores=2,threads=1 -name test -uuid
> 5ffc03bf-3562-1c90-9543-a64b2416a4a1 -nodefaults -chardev
>
On Wed, Aug 04, 2010 at 08:52:44AM -0500, Anthony Liguori wrote:
> On 08/04/2010 08:34 AM, Gleb Natapov wrote:
> >On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
> >>On 08/04/2010 08:07 AM, Gleb Natapov wrote:
> >>>On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
>
On Wed, 2010-08-04 at 14:53 +0200, Gerrit van der Kolk wrote:
> I managed to get libvirtd out of the loop. I'm starting the vm with:
> qemu-kvm -S -M fedora-13 -enable-kvm -m 2048 -smp
> 2,sockets=1,cores=2,threads=1 -name test -uuid
> 5ffc03bf-3562-1c90-9543-a64b2416a4a1 -nodefaults -chardev
>
On 08/04/2010 08:34 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
On 08/04/2010 08:07 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
On 08/04/2010 03:17 AM, Avi Kivity wrote:
For p
On Wed, Jun 16, 2010, Gleb Natapov wrote about "Re: [PATCH 13/24] Implement
VMREAD and VMWRITE":
> On Mon, Jun 14, 2010 at 12:36:02PM +0300, Avi Kivity wrote:
> > vmread doesn't support 64-bit writes to memory outside long mode, so
> > you'll have to truncate the write.
> >
> > I think you'll be
On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
> On 08/04/2010 08:07 AM, Gleb Natapov wrote:
> >On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> >>On 08/04/2010 03:17 AM, Avi Kivity wrote:
> >>>For playing games, there are three options:
> >>>- existing fwcfg
> >
On Wed, Aug 04, 2010 at 02:22:29PM +0100, Richard W.M. Jones wrote:
>
> On Wed, Aug 04, 2010 at 04:07:09PM +0300, Gleb Natapov wrote:
> > On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> > > On 08/04/2010 03:17 AM, Avi Kivity wrote:
> > > >For playing games, there are three optio
On Wed, Aug 04, 2010 at 02:24:08PM +0100, Richard W.M. Jones wrote:
> On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
> > On 08/04/2010 08:07 AM, Gleb Natapov wrote:
> > >On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> > >>On 08/04/2010 03:17 AM, Avi Kivity wrote
On Wed, Aug 04, 2010 at 08:15:04AM -0500, Anthony Liguori wrote:
> On 08/04/2010 08:07 AM, Gleb Natapov wrote:
> >On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> >>On 08/04/2010 03:17 AM, Avi Kivity wrote:
> >>>For playing games, there are three options:
> >>>- existing fwcfg
> >
On Wed, Aug 04, 2010 at 04:07:09PM +0300, Gleb Natapov wrote:
> On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> > On 08/04/2010 03:17 AM, Avi Kivity wrote:
> > >For playing games, there are three options:
> > >- existing fwcfg
> > >- fwcfg+dma
> > >- put roms in 4GB-2MB (or what
On 08/04/2010 08:07 AM, Gleb Natapov wrote:
On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
On 08/04/2010 03:17 AM, Avi Kivity wrote:
For playing games, there are three options:
- existing fwcfg
- fwcfg+dma
- put roms in 4GB-2MB (or whatever we decide the flash size i
On Wed, Aug 04, 2010 at 08:04:09AM -0500, Anthony Liguori wrote:
> On 08/04/2010 03:17 AM, Avi Kivity wrote:
> >For playing games, there are three options:
> >- existing fwcfg
> >- fwcfg+dma
> >- put roms in 4GB-2MB (or whatever we decide the flash size is)
> >and have the BIOS copy them
> >
> >Exi
On 08/04/2010 03:17 AM, Avi Kivity wrote:
For playing games, there are three options:
- existing fwcfg
- fwcfg+dma
- put roms in 4GB-2MB (or whatever we decide the flash size is) and
have the BIOS copy them
Existing fwcfg is the least amount of work and probably satisfactory
for isapc. fwcfg
On 08/04/2010 04:24 AM, Richard W.M. Jones wrote:
On Wed, Aug 04, 2010 at 08:54:35AM +0300, Avi Kivity wrote:
On 08/04/2010 01:06 AM, Richard W.M. Jones wrote:
On Tue, Aug 03, 2010 at 10:24:41PM +0300, Avi Kivity wrote:
Why do we need to transfer roms? These are devices on
I managed to get libvirtd out of the loop. I'm starting the vm with:
qemu-kvm -S -M fedora-13 -enable-kvm -m 2048 -smp 2,sockets=1,cores=2,threads=1
-name test -uuid 5ffc03bf-3562-1c90-9543-a64b2416a4a1 -nodefaults -chardev
socket,id=monitor,path=/var/lib/libvirt/qemu/test.monitor,server,nowait -
On 08/04/2010 02:57 AM, Paolo Bonzini wrote:
On 08/03/2010 11:34 PM, Anthony Liguori wrote:
Comparing (from personal experience) the complexity of the Windows
drivers for Xen and virtio shows that it's not a bad idea at all.
Not quite sure what you're suggesting, but I could have been clearer
1 - 100 of 148 matches
Mail list logo
