On 06/22/2012 04:46 PM, Juan Quintela wrote:
> Calculate the number of dirty pages takes a lot on hosts with lots
> of memory. Just maintain how many pages are dirty.
>
> Signed-off-by: Juan Quintela
> ---
> arch_init.c | 15 +--
> cpu-all.h |1 +
> exec-obsolete.h |
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> Always use accessors to read/set the dirty bitmap.
>
> Signed-off-by: Juan Quintela
> ---
> exec-obsolete.h | 40
> exec.c |3 +--
> 2 files changed, 21 insertions(+), 22 deletions(-)
>
> diff
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> ram_save_remaining() is an expensive operation when there is a lot of memory.
> So we only call the function when we need it.
>
> Signed-off-by: Juan Quintela
> ---
> arch_init.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
The Buildbot has detected a new failure on builder default_openbsd_4.9 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_4.9/builds/298
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_openbsd49
Bu
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> Checking each 64 pages is a random magic number as good as any other.
> We don't want to test too many times, but on the other hand,
> qemu_get_clock_ns() is not so expensive either. We want to be sure
> that we spent less than 50ms (half of buffered_
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> Refactor the code that is only needed for tcg to an static function.
> Call that only when tcg is enabled. We can't refactor to a dummy
> function in the kvm case, as qemu can be compiled at the same time
> with tcg and kvm.
>
> Signed-off-by: Juan Q
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> If buffers are full, don't iterate, just exit.
>
> Signed-off-by: Juan Quintela
> ---
> savevm.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/savevm.c b/savevm.c
> index 40320be..9101bfb 100644
> --- a/savevm.c
> +++ b/savevm.c
>
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> This allows to know how long each section takes to save.
>
> An awk script like this tells us sections that takes more that 10ms
>
> $1 ~ /savevm_state_iterate_end/ {
> /* Print savevm_section_end line when > 10ms duration */
> if ($2 > 1
On Mon, Jun 25, 2012 at 11:23:25AM +0800, guanxue...@mprc.pku.edu.cn wrote:
> [snip]
> >>> > +unrecognized:
> >>> > + ?? ??cpu_abort(env, "Wrong register (%d) or wrong operation (%d) in
> >>> cp0_set!\n",
> >>> > + ?? ?? ?? ?? ?? ??creg, cop);
> >>>
> >>> The call to cpu_abort() would mean that the
On 06/22/2012 04:46 PM, Juan Quintela wrote:
> We add time spent for migration to the output of "info migrate"
> command. 'total_time' means time since the start fo migration if
> migration is 'active', and total time of migration if migration is
> completed. As we are also interested in transfer
>> > Does this pass scripts/checkpatch.pl? These should become
>> > if (cop != 0) {
>> > goto unrecognized;
>> > }
>> Thanks for pointing it out, and sorry for that.
>> I will correct it in next version.
>
> You can run scripts/checkpatch.pl before you submit the patch.
>
> Regards,
> chenwj
Hi Max,
On Thu, Jun 21, 2012 at 6:24 PM, Max Filippov wrote:
> On Thu, Jun 21, 2012 at 6:58 AM, Jia Liu wrote:
>> Add OpenRISC instruction tanslation routines.
>>
>> Signed-off-by: Jia Liu
>
> [...]
>
>> + case 0x0009:
>> + switch (op1) {
>> + case 0x03: /*l.div*/
>> +
[snip]
>>> > +unrecognized:
>>> > + �� ��cpu_abort(env, "Wrong register (%d) or wrong operation (%d) in
>>> cp0_set!\n",
>>> > + �� �� �� �� �� ��creg, cop);
>>>
>>> The call to cpu_abort() would mean that the guest is able to terminate
>>> QEMU at will, which is not OK. What does real HW do?
>> In
> On Wed, Jun 20, 2012 at 2:10 AM, Guan Xuetao wrote:
>> On Mon, 2012-06-18 at 19:59 +, Blue Swirl wrote:
>> [snip]
>>>
>>> hw_error() also aborts, it would be nice to avoid that. However, the
>>> situation is somewhat different from the instruction case, since only
>>> privileged guest code (
> On Wed, Jun 20, 2012 at 1:56 AM, Guan Xuetao wrote:
>> On Mon, 2012-06-18 at 20:02 +, Blue Swirl wrote:
>> [snip]
>>> > diff --git a/hw/puv3.h b/hw/puv3.h
>>> > new file mode 100644
>>> > index 000..bcfc978
>>> > --- /dev/null
>>> > +++ b/hw/puv3.h
>>> > @@ -0,0 +1,49 @@
>>> > +/*
>>> >
On Mon, Jun 25, 2012 at 12:23 PM, Jia Liu wrote:
> Hi Peter,
>
> On Thu, Jun 21, 2012 at 5:03 PM, Peter Crosthwaite
> wrote:
>> On Thu, Jun 21, 2012 at 12:58 PM, Jia Liu wrote:
>>> Add a IIS dummy board.
>>>
>>> Signed-off-by: Jia Liu
>>> ---
>>> hw/openrisc/Makefile.objs | 2 +-
>>> hw/ope
Hi Peter,
On Thu, Jun 21, 2012 at 5:03 PM, Peter Crosthwaite
wrote:
> On Thu, Jun 21, 2012 at 12:58 PM, Jia Liu wrote:
>> Add a IIS dummy board.
>>
>> Signed-off-by: Jia Liu
>> ---
>> hw/openrisc/Makefile.objs | 2 +-
>> hw/openrisc_sim.c | 160
>> +
Ping! @PMM
You rejected my workaround in V2 (i.e. using -dtb to force is_linux)
on the grounds that youd "accept some reasonable way of saying "this
ELF file is a Linux kernel"," That brings us back to V1 - this patch.
Any objections?
Regards,
Peter
On Fri, Jun 1, 2012 at 11:41 AM, Peter Maydell
On Sun, Jun 24, 2012 at 8:53 PM, Alexander Graf wrote:
> Hi Blue / Aurelien,
>
> This is a quick fix patch queue for ppc when using. Thanks a lot to
> Stefan for finding the issues!
>
> Please pull.
Thanks, pulled.
>
> Alex
>
>
> The following changes since commit 3c01ae0ea29915d165c384d0bd1cbaf
From: Stefan Weil
This fixes a compiler error when QEMU was configured with --enable-debug.
Signed-off-by: Stefan Weil
Signed-off-by: Alexander Graf
---
target-ppc/translate_init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-ppc/translate_init.c b/target-p
From: Stefan Weil
The order of the arguments was wrong (copy+paste error).
Signed-off-by: Stefan Weil
Signed-off-by: Alexander Graf
---
target-ppc/translate.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-ppc/translate.c b/target-ppc/translate.c
index 73ee74
Hi Blue / Aurelien,
This is a quick fix patch queue for ppc when using. Thanks a lot to
Stefan for finding the issues!
Please pull.
Alex
The following changes since commit 3c01ae0ea29915d165c384d0bd1cbafcf4364a4d:
Scott Wood (1):
tci: don't write zero for reloc in tci_out_label
are
On Sun, Jun 24, 2012 at 8:34 PM, Peter Maydell wrote:
> On 24 June 2012 21:18, Blue Swirl wrote:
>> Link in oslib objects also for BSD user, but avoid using the version of
>> qemu_vmalloc() defined in oslib-posix.c.
>
> Do you happen to know why bsd-user has its own implementation of
> qemu_vmall
On 24 June 2012 21:18, Blue Swirl wrote:
> Link in oslib objects also for BSD user, but avoid using the version of
> qemu_vmalloc() defined in oslib-posix.c.
Do you happen to know why bsd-user has its own implementation of
qemu_vmalloc() but linux-user doesn't? Discrepancies between the
two make
Link in oslib objects also for BSD user, but avoid using the version of
qemu_vmalloc() defined in oslib-posix.c.
Signed-off-by: Blue Swirl
---
Makefile.target |2 +-
oslib-posix.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/Makefile.target b/Makefile.target
i
On Sun, Jun 24, 2012 at 5:15 PM, Hervé Poussineau wrote:
>
> Signed-off-by: Hervé Poussineau
> ---
> hw/esp.c | 13 ++---
> trace-events | 3 +++
> 2 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/hw/esp.c b/hw/esp.c
> index 796cdc1..ec40d93 100644
> --- a/hw/es
Ah, my eyes get bad - please disregard, foudn the DMA_INTREN vs. DMA_INTR
differences :-(
Martin
Can somebody explain this code sniplet from hw/sparc32_dma.c to me?
Either it is some hidden threaded gem (in which case s->dmaregs need to be
volatile at least), or some tests are a bit confused and any reasonably
optimizing compiler will create code that apparently the author did not
intend:
sta
Signed-off-by: Hervé Poussineau
---
hw/esp.c | 13 ++---
trace-events |3 +++
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/hw/esp.c b/hw/esp.c
index 796cdc1..ec40d93 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -26,6 +26,7 @@
#include "scsi.h"
#include "esp.h"
#
Signed-off-by: Hervé Poussineau
---
hw/esp.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/esp.c b/hw/esp.c
index 8d73e56..aff8de6 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -270,7 +270,7 @@ static void handle_satn(ESPState *s)
uint8_t buf[32];
int len;
Signed-off-by: Hervé Poussineau
---
hw/esp.c | 162 --
1 file changed, 95 insertions(+), 67 deletions(-)
diff --git a/hw/esp.c b/hw/esp.c
index d9dd2aa..796cdc1 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -44,12 +44,9 @@
typedef struct E
The PCI version is supported in lots of Operating Systems,
and has been successfully tested on:
- MS DOS 6.22 with MS Windows 3.11
- MS Windows 98 SE
- MS Windows NT 3.1
- MS Windows NT 4.0
Signed-off-by: Hervé Poussineau
---
default-configs/i386-softmmu.mak |1 +
hw/esp.c
Signed-off-by: Hervé Poussineau
---
hw/esp.c |4
trace-events |1 +
2 files changed, 5 insertions(+)
diff --git a/hw/esp.c b/hw/esp.c
index 985a2ee..85078e0 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -113,6 +113,7 @@ struct ESPState {
#define CMD_MSGACC 0x12
#define CMD_PAD
Signed-off-by: Hervé Poussineau
---
hw/esp.c |6 ++
trace-events |1 +
2 files changed, 7 insertions(+)
diff --git a/hw/esp.c b/hw/esp.c
index ac91f00..985a2ee 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -117,6 +117,7 @@ struct ESPState {
#define CMD_SELATN 0x42
#define CMD_SELA
Signed-off-by: Hervé Poussineau
---
hw/esp.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/esp.c b/hw/esp.c
index a1f5b8a..d9dd2aa 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -186,7 +186,7 @@ static void esp_dma_enable(void *opaque, int irq, int level)
static v
Signed-off-by: Hervé Poussineau
---
hw/esp.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/hw/esp.c b/hw/esp.c
index 85078e0..a1f5b8a 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -50,6 +50,7 @@ struct ESPState {
uint8_t wregs[ESP_REGS];
qemu_irq irq;
uint32_
The same mechanism is already in place for some select commands.
Signed-off-by: Hervé Poussineau
---
hw/esp.c |5 +
1 file changed, 5 insertions(+)
diff --git a/hw/esp.c b/hw/esp.c
index aff8de6..ac91f00 100644
--- a/hw/esp.c
+++ b/hw/esp.c
@@ -435,6 +435,11 @@ static void handle_ti(ESP
This patchset adds a PCI connection to the 53c9x emulation already
present in QEMU. The emulated card is the AMD PCscsi adapter,
and has been tested on multiple Microsoft operating systems.
Changes v1 -> v2:
- use qemu_log_mask(LOG_UNIMP, ...) instead of error_report()
- use prefix esp_pci_* for
On Fri, Jun 22, 2012 at 10:48:56AM -0700, Chris Wedgwood wrote:
> > FITRIM is a mounted filesystem feature to discard (or "trim") blocks which
> > are not in use by the filesystem. This is useful for solid-state drives
> > (SSDs) and thinly-provisioned storage. Provide access to the feature
> > fr
Public bug reported:
Host: Debian Linux
GCC: 4.7.1
Qemu version: 3c01ae0ea29915d165c384d0bd1cbafcf4364a4d
configure flags: --enable-linux-aio
Fails to link:
LINK i386-softmmu/qemu-system-i386
target-i386/helper.o:helper.c:function do_inject_x86_mce: error: undefined
reference to 'loglevel'
t
On Sun, Jun 24, 2012 at 2:04 PM, Stefan Weil wrote:
> The order of the arguments was wrong (copy+paste error).
Confirmed, a bug with
d0f1562d6ace0fdb7d2db190dd5a9a2e7492c3b3
>
> Signed-off-by: Stefan Weil
> ---
>
> Hi Alex, hi Blue,
>
> there is still one more bug for target-ppc with --enable-d
On 24.06.2012, at 16:18, Stefan Weil wrote:
> This fixes a compiler error when QEMU was configured with --enable-debug.
>
> Signed-off-by: Stefan Weil
> ---
>
> Alex, please review. It fixes the compiler error, but I did the change
> simply by comparision with other functions, so I have no i
pull?
On Wed, Jun 20, 2012 at 5:46 PM, wrote:
> From: Zhi Yong Wu
>
> The patchset is on top of hub-based networking patchset.
>
> For this patchset, my git repo:
>
> g...@github.com:wuzhy/qemu.git for-anthony
>
> Zhi Yong Wu (3):
> net: fix the coding style
> net: add the support for -netdev
pull?
On Thu, Jun 21, 2012 at 9:14 PM, Stefan Hajnoczi wrote:
> On Wed, Jun 20, 2012 at 10:42 AM, wrote:
>> From: Zhi Yong Wu
>>
>> All comments have been addressed and stefan has completed one more reviewing.
>>
>> For this patchset, my git repo:
>>
>> g...@github.com:wuzhy/qemu.git for-antho
On 06/24/2012 05:58 PM, Jan Kiszka wrote:
>>> Are there really cases where the framebuffer is accessible both via MMIO
>>> and RAM-like mappings at the same time? If so, the current flushing on
>>> vmexit would help either as the direct mappings would not trigger exits.
>>> Or what do you mean?
>>
On 2012-06-24 16:56, Avi Kivity wrote:
> On 06/24/2012 05:51 PM, Jan Kiszka wrote:
>> On 2012-06-24 16:46, Avi Kivity wrote:
>>> On 06/24/2012 05:40 PM, Jan Kiszka wrote:
On 2012-06-24 16:35, Avi Kivity wrote:
> On 06/24/2012 05:08 PM, Jan Kiszka wrote:
>> As a first step, I will post
On 06/24/2012 05:51 PM, Jan Kiszka wrote:
> On 2012-06-24 16:46, Avi Kivity wrote:
>> On 06/24/2012 05:40 PM, Jan Kiszka wrote:
>>> On 2012-06-24 16:35, Avi Kivity wrote:
On 06/24/2012 05:08 PM, Jan Kiszka wrote:
> As a first step, I will post a series later that gets rid of
> kvm_flus
On 2012-06-24 16:46, Avi Kivity wrote:
> On 06/24/2012 05:40 PM, Jan Kiszka wrote:
>> On 2012-06-24 16:35, Avi Kivity wrote:
>>> On 06/24/2012 05:08 PM, Jan Kiszka wrote:
As a first step, I will post a series later that gets rid of
kvm_flush_coalesced_mmio_buffer in the common vmexit path
On 06/24/2012 05:40 PM, Jan Kiszka wrote:
> On 2012-06-24 16:35, Avi Kivity wrote:
>> On 06/24/2012 05:08 PM, Jan Kiszka wrote:
>>> As a first step, I will post a series later that gets rid of
>>> kvm_flush_coalesced_mmio_buffer in the common vmexit path.
>>
>> If you defer this, I can think of tw
On 2012-06-24 16:35, Avi Kivity wrote:
> On 06/24/2012 05:08 PM, Jan Kiszka wrote:
>> As a first step, I will post a series later that gets rid of
>> kvm_flush_coalesced_mmio_buffer in the common vmexit path.
>
> If you defer this, I can think of two places that need to flush:
> - anything that ac
On 06/24/2012 05:08 PM, Jan Kiszka wrote:
> As a first step, I will post a series later that gets rid of
> kvm_flush_coalesced_mmio_buffer in the common vmexit path.
If you defer this, I can think of two places that need to flush:
- anything that accesses those memory areas (such as DMA to the
fra
On 06/24/2012 05:08 PM, Jan Kiszka wrote:
> On 2012-06-24 10:49, Avi Kivity wrote:
>> On 06/23/2012 02:45 PM, Jan Kiszka wrote:
>>>
>>> Hmm, we may need the iothread lock around cpu_set_apic_tpr for
>>> !kvm_irqchip_in_kernel(). And as we are at it, apic_base manipulation
>>> can be but there as we
This fixes a compiler error when QEMU was configured with --enable-debug.
Signed-off-by: Stefan Weil
---
Alex, please review. It fixes the compiler error, but I did the change
simply by comparision with other functions, so I have no idea whether
it is really correct.
Regards,
Stefan
target-pp
With this patch, the iothread lock will be only hold around
1.kvm_flush_coalesced_mmio_buffer();
2.kvm_handle_io();
3.cpu_physical_memory_rw()
And I think the cpu_lock is something which we can treat as apic_state
device's lock, which the first device, we free it out of the iothread
lock
Regards
On 2012-06-24 15:34, liu ping fan wrote:
> On Sat, Jun 23, 2012 at 7:45 PM, Jan Kiszka wrote:
>> On 2012-06-23 11:06, Marcelo Tosatti wrote:
>>> On Fri, Jun 22, 2012 at 09:22:59PM -0300, Marcelo Tosatti wrote:
On Sat, Jun 23, 2012 at 12:55:49AM +0200, Jan Kiszka wrote:
> Should have decla
On 2012-06-24 10:49, Avi Kivity wrote:
> On 06/23/2012 02:45 PM, Jan Kiszka wrote:
>>
>> Hmm, we may need the iothread lock around cpu_set_apic_tpr for
>> !kvm_irqchip_in_kernel(). And as we are at it, apic_base manipulation
>> can be but there as well.
>>
>> With in-kernel irqchip, there is no suc
On Fri, Jun 22, 2012 at 8:36 PM, Stefan Hajnoczi wrote:
> On Thu, Jun 21, 2012 at 4:06 PM, Liu Ping Fan wrote:
>> diff --git a/cpu-defs.h b/cpu-defs.h
>> index f49e950..7305822 100644
>> --- a/cpu-defs.h
>> +++ b/cpu-defs.h
>> @@ -30,6 +30,7 @@
>> #include "osdep.h"
>> #include "qemu-queue.h"
>
The order of the arguments was wrong (copy+paste error).
Signed-off-by: Stefan Weil
---
Hi Alex, hi Blue,
there is still one more bug for target-ppc with --enable-debug,
so strictly speaking, the subject is not correct: the patch
fixes the build only partially.
Regards,
Stefan
target-ppc/tra
On Fri, Jun 22, 2012 at 8:55 PM, Andreas Färber wrote:
> Am 21.06.2012 17:06, schrieb Liu Ping Fan:
>> introduce a lock for per-cpu to protect agaist accesing from
>> other vcpu thread.
>>
>> Signed-off-by: Liu Ping Fan
>> ---
>> cpu-defs.h | 2 ++
>> cpus.c | 17 +
>>
On Sat, Jun 23, 2012 at 7:45 PM, Jan Kiszka wrote:
> On 2012-06-23 11:06, Marcelo Tosatti wrote:
>> On Fri, Jun 22, 2012 at 09:22:59PM -0300, Marcelo Tosatti wrote:
>>> On Sat, Jun 23, 2012 at 12:55:49AM +0200, Jan Kiszka wrote:
Should have declared this [RFC] in the subject and CC'ed kvm...
Thanks, applied.
On Sat, Jun 23, 2012 at 6:41 PM, Stefan Weil wrote:
> The new inline function qemu_log_vprintf should use this attribute.
>
> Signed-off-by: Stefan Weil
> ---
> qemu-log.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/qemu-log.h b/qemu-log.h
> in
Thanks, applied.
On Thu, Jun 21, 2012 at 8:18 PM, Stefan Weil wrote:
> Commit dcff25f2cd8c11a9368cc2369aeb0319c32d9e26 removed too many *.d
> files. The directories fpu/ and tcg/ still don't use the recursive
> subdir rules.
>
> Signed-off-by: Stefan Weil
> ---
> Makefile.target | 2 +-
> 1
On Sat, Jun 23, 2012 at 11:06 PM, Alexander Graf wrote:
> Hi Blue / Aurelien,
>
> This is my current patch queue for ppc. Please pull.
Thanks, pulled.
>
> Alex
>
>
> The following changes since commit affe5189907f397514cdd4ee7446595c1246a0e9:
> Alexander Graf (1):
> TCG: Fix compile brea
Thanks, applied.
On Tue, Jun 19, 2012 at 2:31 AM, Scott Wood wrote:
> If tci_out_label is called in the context of tcg_gen_code_search_pc, we
> could be overwriting an already patched relocation with zero -- and not
> repatch it because the set_label is past search_pc, causing a QEMU crash
> when
On Wed, Jun 20, 2012 at 12:26 PM, Peter Maydell
wrote:
> This is a pullreq for outstanding target-arm patches. In fact it
> only has my cp15 rework series in it. (No changes in that since the
> v2 series I sent out some weeks back except for a tiny trivial fix
> for a textual rebase conflict.)
>
>
On Tue, Jun 19, 2012 at 1:30 PM, Peter Maydell wrote:
> Hi; this is an arm-devs pullreq which mostly has patches which I've
> had queued since before freeze and my holiday. (I had to make a
> trivial fix to one of the GIC patches to account for the list of
> object files moving from Makefile.targe
On Mon, Jun 18, 2012 at 1:36 PM, Alexander Graf wrote:
> Hi Blue / Aurelien,
>
> This is my current patch queue for s390. Please pull.
Thanks, pulled.
>
> Alex
>
>
> The following changes since commit eb2aeacf983a2a88a2b31e8fee067c38bd10abd3:
> malc (1):
> audio/winwave: Fix typo
>
> are
Booting in safe mode works, but only without networking.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1014681
Title:
BSOD with newer host kernels (x64) and W2k8S guest (x64)
Status in QEMU:
New
On 06/23/2012 02:45 PM, Jan Kiszka wrote:
>
> Hmm, we may need the iothread lock around cpu_set_apic_tpr for
> !kvm_irqchip_in_kernel(). And as we are at it, apic_base manipulation
> can be but there as well.
>
> With in-kernel irqchip, there is no such need. Also, no one accesses
> eflags outsid
Hi,
I have set up a block device of 20G on my hard drive and is located at
/dev/sda2. Now I have created a raw image inside this device via command:
"hp1:~ # qemu-img create -f raw /dev/sda2:server.img 10G"
Then I copied the iso file on this device via command:
"hp1:~# cp ~/CD.iso /dev/sda2:CD,i
On Sun, 2012-06-24 at 06:03 +, Blue Swirl wrote:
> > + * A smarter implementation can be devised if needed to
> > + * use lighter barriers based on the direction of the
> > + * transfer, the DMA context, etc...
> > + */
> > +if (kvm_enabled())
> > +smp_mb();
>
> Mis
On Sat, Jun 23, 2012 at 2:00 PM, Andreas Färber wrote:
> Am 22.06.2012 21:36, schrieb Anthony Liguori:
>> The line between linux-user and softmmu is not very well defined right now.
>> linux-user really don't want to include devices and making CpuState a child
>> of
>> DeviceState would require p
72 matches
Mail list logo
