Reproduced with uptodate qemu.git:
./x86_64-softmmu/qemu-system-x86_64 --enable-kvm -drive file=../../delme.img -m
512 -vnc :1 -net nic,model=virtio -net user,hostfwd=tcp::-:22
[... immediately ssh -p localhost in another terminal, then wait while VM
starts to boot ...]
Segmentation fa
inline void
insque(void *a, void *b)
{
register struct quehead *element = (struct quehead *) a;
register struct quehead *head = (struct quehead *) b;
element->qh_link = head->qh_link;
(line 27 is the last line)
(gdb) p *element
Cannot access memory at address 0x0
(gdb) p a
Same crash in wine:
user@gx110-lubuntu:~/qemu/i386-softmmu $ wine --version
wine-1.3.37
user@gx110-lubuntu:~/qemu/i386-softmmu $ winedbg qemu-system-i386.exe -L
..\\pc-bios -fda fda.img
WineDbg starting on pid 0024
0x7b85dedf: movl%ed
ping? is this ok? Or it is not trivial at all, and better do a normal
patch? And write it better?
I have no inconvenience on doing so, but I didn't want to duplicate patches
in the list.
El 10/02/2012 10:57, "Alex Barcelo" escribió:
> // Test source and desired /real output:
>
> #include
> #inc
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/826363
Title:
qemu-img convert does not work with vdi files
Status in QEMU:
Fix Rel
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/922131
Title:
QEMU v1.0-788-g3316364 crashes in win32 native environment
Status in QE
At 02/15/2012 01:35 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:24, Wen Congyang wrote:
>> Crash needs extra memory mapping to determine phys_base.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> cpu-all.h |2 ++
>> target-i386/arch-dump.c | 43 +++
On 15.02.2012 07:23, Evgeny Voevodin wrote:
On 14.02.2012 23:51, Peter Maydell wrote:
On 10 February 2012 05:36, Evgeny Voevodin wrote:
This set of patches adds support for Samsung Exynos4210-based boards
NURI and SMDKC210.
Tested on Linux kernel v3.x series.
Boot smdkc210 board with root files
At 02/15/2012 01:21 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:22, Wen Congyang wrote:
>> Add API to get all virtual address and physical address mapping.
>> If there is no virtual address for some physical address, the virtual
>> address is 0.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> memory_map
At 02/15/2012 12:39 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:20, Wen Congyang wrote:
>> The memory mapping list stores virtual address and physical address mapping.
>> The folloing patch will use this information to create PT_LOAD in the vmcore.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> Makefil
At 02/15/2012 02:27 AM, Jan Kiszka Wrote:
> On 2012-02-14 19:05, Jan Kiszka wrote:
>> On 2012-02-09 04:28, Wen Congyang wrote:
>>> The new monitor command dump may take long time to finish. So we need run it
>>> at the background.
>>
>> How does it work? Like live migration, i.e. you retransmit (ov
At 02/15/2012 12:19 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:19, Wen Congyang wrote:
>> Sync command needs these two APIs to suspend/resume monitor.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> monitor.c | 27 +++
>> monitor.h |2 ++
>> 2 files changed, 29 insertions(
At 02/15/2012 01:59 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:28, Wen Congyang wrote:
>> Signed-off-by: Wen Congyang
>> ---
>> Makefile.target |8 +-
>> dump.c | 590
>> ++
>> dump.h |3 +
>> hmp-commands.hx | 16
At 02/15/2012 01:39 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:26, Wen Congyang wrote:
>> Dump info contains: endian, class and architecture. The next
>> patch will use these information to create vmcore.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> cpu-all.h |3 +++
>> dump.h
On 14.02.2012 23:51, Peter Maydell wrote:
On 10 February 2012 05:36, Evgeny Voevodin wrote:
This set of patches adds support for Samsung Exynos4210-based boards NURI and
SMDKC210.
Tested on Linux kernel v3.x series.
Boot smdkc210 board with root filesystem on NFS disk and serial port #0
redir
At 02/15/2012 01:31 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:24, Wen Congyang wrote:
>> The core file contains register's value. These APIs write registers to
>> core file, and them will be called in the following patch.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> cpu-all.h |6 +
At 02/15/2012 01:07 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:21, Wen Congyang wrote:
>> Walk cpu's page table and collect all virtual address and physical address
>> mapping.
>> Then, add these mapping into memory mapping list.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> Makefile.target
At 02/15/2012 12:52 AM, Jan Kiszka Wrote:
> On 2012-02-09 04:21, Wen Congyang wrote:
>> This API will be used in the following patch.
>>
>> Signed-off-by: Wen Congyang
>> ---
>> cpu-common.h |2 ++
>> exec.c | 16
>> 2 files changed, 18 insertions(+), 0 deletions(-)
>
Public bug reported:
# qemu-system-x86_64 --version
QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice
Bellard
# qemu-system-x86_64 -fda /dev/fd0
qemu-system-x86_64: -fda /dev/fd0: could not open disk image /dev/fd0: No such
device or address
Starting with a medium (flop
Public bug reported:
Host: XP SP3 / Vista SP2
configure commandline: ./configure --target-list="i386-softmmu" --audio-
drv-list=sdl --audio-card-list=ac97,sb16,adlib --disable-linux-aio
--disable-vnc-thread --disable-vnc-jpeg --extra-cflags="-O0 -pipe"
gcc -v:
Using built-in specs.
Target: mingw
Always add a byte before the final 512-bytes alignment to reserve the
space for the ROM checksum.
Signed-off-by: Jan Kiszka
---
pc-bios/optionrom/optionrom.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/pc-bios/optionrom/optionrom.h b/pc-bios/optionrom/optionrom.h
i
Fix win32_rearm_timer and mm_rearm_timer: they should be able to handle
INT64_MAX as a delta parameter without overflowing.
Also, the next deadline in ms should be calculated rounding down rather
than up (see unix_rearm_timer and dynticks_rearm_timer).
Finally ChangeTimerQueueTimer takes an unsign
We run a cloud hosting provider using qemu-kvm 1.0, and are keen to find a
contractor to track down and fix some issues with blockio throttled IDE
devices in current qemu HEAD.
The impact of a heavy user of disk IO on other virtual machines' disk
performance is a real and serious problem for us, a
In order to perform critical manipulations on the VM state in the
context of a VCPU, specifically code patching, stopping and resuming of
all VCPUs may be necessary. resume_all_vcpus is already compatible, now
enable pause_all_vcpus for this use case by stopping the calling context
before starting
Various stubs and #ifdefs to compile for Windows using mingw
cross-build. Still has 1 linker error due to a dependency on the
forthcoming win32 versions of the GAChannel/transport class.
Signed-off-by: Michael Roth
---
Makefile |2 +-
Makefile.objs|9 +++--
configure
This allows qemu-ga to function as a Windows service:
- to install the service (will auto-start on boot):
qemu-ga --service install
- to start the service:
net start qemu-ga
- to stop the service:
net stop qemu-ga
- to uninstall service:
qemu-ga --service uninstall
Origina
Signed-off-by: Michael Roth
---
Makefile.objs |2 +-
qga/commands-posix.c | 528
qga/guest-agent-commands.c | 528
3 files changed, 529 insertions(+), 529 deletions(-)
create mode
Also delta in qemu_next_alarm_deadline is a 64 bit value so set the
default to INT64_MAX instead of INT32_MAX.
Signed-off-by: Stefano Stabellini
---
qemu-timer.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 29410f1..de20852 1
Implement guest-shutdown RPC for Windows. Functionally this should be
equivalent to the posix implementation.
Original patch by Gal Hammer
Signed-off-by: Michael Roth
---
qga/commands-win32.c | 41 -
1 files changed, 40 insertions(+), 1 deletions(-)
d
On Tue, Feb 14, 2012 at 09:19, Paolo Bonzini wrote:
> The problem happens when qdev_set_prop_* is passed a NULL pointer.
> The first patch allows this; the second improves the error message
> if there are problems with qdev properties, as requested by Peter.
>
> Blue Swirl, can you apply?
Thanks,
On 10 February 2012 05:36, Evgeny Voevodin wrote:
> This set of patches adds support for Samsung Exynos4210-based boards NURI and
> SMDKC210.
> Tested on Linux kernel v3.x series.
> Boot smdkc210 board with root filesystem on NFS disk and serial port #0
> redirected to terminal
> # qemu-system-
On 02/14/2012 10:54 AM, Blue Swirl wrote:
> By the way, it could be possible to extract and extend the regparm(3)
> change and switch to always using the stack based calling convention
> (eliminate REGPARM), before AREG0 patches. Then the performance effect
> could be measured for just this change.
Ping?
On Tue, Jan 3, 2012 at 9:54 AM, wrote:
> From: Khansa Butt
>
> [sorry version missed in previous set]
> This is the team work of Ehsan-ul-Haq, Abdul Qadeer, Abdul Waheed, Khansa Butt
> from HPCN Lab KICS UET Lahore.
> In previous patch set we were including Cavium specific instructions al
On 02/14/2012 11:24 AM, Markus Armbruster wrote:
Markus Armbruster writes:
Anthony Liguori writes:
[Anthony asking for error_set() instead of error_report()...]
Basically, same thing here and the remaining functions. Let's not
introduce additional uses of error_report().
That said, I imag
On Mon, Feb 13, 2012 at 23:41, Richard Henderson wrote:
> On 02/13/2012 12:13 PM, Blue Swirl wrote:
>> Blue Swirl (6):
>> TCG: split i386 and x86_64
>> TCG: clean up i386 and x86_64
>
> I object to these. I do NOT think splitting these makes the code base
> as a whole any cleaner.
Currently
The CH registers is only written, never read. So we can remove these
operations and, in case of up_set_tpr, also the ECX push/pop.
Signed-off-by: Jan Kiszka
---
pc-bios/optionrom/kvmvapic.S |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/pc-bios/optionrom/kvmvapic.S
2012/2/14 Lluís Vilanova :
> Artyom Tarasenko writes:
> [...]
>> QEMU 1.0.50 monitor - type 'help' for more information
>> (qemu) profile
>> unknown command: 'profile'
>> (qemu) info profile
>> async time 38505498320 (38.505)
>> qemu time 35947093161 (35.947)
>
>> Is there a way to find out more
On 2012-02-14 19:05, Jan Kiszka wrote:
> On 2012-02-09 04:28, Wen Congyang wrote:
>> The new monitor command dump may take long time to finish. So we need run it
>> at the background.
>
> How does it work? Like live migration, i.e. you retransmit (overwrite)
> already written but then dirtied page
On 2012-02-09 04:34, Wen Congyang wrote:
> diff --git a/hmp-commands.hx b/hmp-commands.hx
> index a026905..388b9ac 100644
> --- a/hmp-commands.hx
> +++ b/hmp-commands.hx
> @@ -868,9 +868,11 @@ ETEXI
>
> {
> .name = "dump",
> -.args_type = "detach:-d,file:s",
> +
Fix a typo in pl031_interrupt() which meant we were setting a bit
in the interrupt mask rather than the interrupt status register
and thus not actually raising an interrupt. This fix allows the
rtctest program from the kernel's Documentation/rtc.txt to pass
rather than hanging.
Signed-off-by: Pete
Many of the current RPC implementations are very much POSIX-specific
and require complete re-writes for Windows. There are however a small
set of core guest agent commands that are common to both, and other
commands such as guest-file-* which *may* be portable. So we introduce
commands.c for the la
These patches apply on top of qemu.git master, and can also be obtained from:
git://github.com/mdroth/qemu.git qga-win32-v3
CHANGES SINCE V2:
- Fixed long-standing bug in getopt usage that triggered on win32 (Matsuda)
- Treat ERROR_OPERATION_ABORTED on read from unconnected/empty channel
as eof
On Tue, Feb 14, 2012 at 02:24, Peter A. G. Crosthwaite
wrote:
> Implemented cadence UART serial controller
>
> Signed-off-by: Peter A. G. Crosthwaite
> Signed-off-by: John Linn
> ---
> changes from v1:
> converted register file to array
> added vmsd state save/load support
> removed read side ef
From: Bo Yang
Windows 2008 sp2 tries to read mac address from phys
and then write the read value into it. This patch
is a workaround for the issue.
Signed-off-by: Bo Yang
---
hw/rtl8139.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
i
This will allow the APIC core to file a TPR access report. Depending on
the accelerator and kernel irqchip mode, it will either be delivered
right away or queued for later reporting.
In TCG mode, we can restart the triggering instruction and can therefore
forward the event directly. KVM does not a
On 2012-02-09 04:28, Wen Congyang wrote:
> The new monitor command dump may take long time to finish. So we need run it
> at the background.
How does it work? Like live migration, i.e. you retransmit (overwrite)
already written but then dirtied pages? Hmm... no.
What does background mean then? Wh
On 2012-02-09 04:28, Wen Congyang wrote:
> Signed-off-by: Wen Congyang
> ---
> Makefile.target |8 +-
> dump.c | 590
> ++
> dump.h |3 +
> hmp-commands.hx | 16 ++
> hmp.c|9 +
> hmp.h
On 2012-02-09 04:26, Wen Congyang wrote:
> Dump info contains: endian, class and architecture. The next
> patch will use these information to create vmcore.
>
> Signed-off-by: Wen Congyang
> ---
> cpu-all.h |3 +++
> dump.h | 10 ++
> target-i386/arch
On 2012-02-09 04:24, Wen Congyang wrote:
> Crash needs extra memory mapping to determine phys_base.
>
> Signed-off-by: Wen Congyang
> ---
> cpu-all.h |2 ++
> target-i386/arch-dump.c | 43 +++
> 2 files changed, 45 insertions(+), 0 dele
On 2012-02-09 04:24, Wen Congyang wrote:
> The core file contains register's value. These APIs write registers to
> core file, and them will be called in the following patch.
>
> Signed-off-by: Wen Congyang
> ---
> cpu-all.h |6 +
> target-i386/arch-dump.c | 243
> +++
v3 comes with the following changes:
- clear TPR access report on system reset
(in case we load a guest without the option ROM)
- addressed review comments on details in kvmvapic.c
- streamlined 16-bit VAPIC port handling
- included cleanup for useless next_cpu casts in cpus.c
(to avoid c
2012/2/14 Laurent Desnogues :
> 2012/2/14 Lluís Vilanova :
>> Artyom Tarasenko writes:
> [...]
>>> Here it looks like "compute_all_sub" and "compute_all_sub_xcc" are
>>> good candidates for optimizing: together they take the same amount of
>>> time as cpu_sparc_exec. I guess both operations would b
Markus Armbruster writes:
> Anthony Liguori writes:
[Anthony asking for error_set() instead of error_report()...]
>> Basically, same thing here and the remaining functions. Let's not
>> introduce additional uses of error_report().
>>
>> That said, I imagine you don't want to introduce a bunch o
On 02/14/2012 03:38 AM, Andreas Färber wrote:
> Am 14.02.2012 00:41, schrieb Richard Henderson:
>> On 02/13/2012 12:13 PM, Blue Swirl wrote:
>>> Blue Swirl (6):
>>> TCG: split i386 and x86_64
>>> TCG: clean up i386 and x86_64
>>
>> I object to these. I do NOT think splitting these makes the co
On 2012-02-09 04:22, Wen Congyang wrote:
> Add API to get all virtual address and physical address mapping.
> If there is no virtual address for some physical address, the virtual
> address is 0.
>
> Signed-off-by: Wen Congyang
> ---
> memory_mapping.c | 65
> +
Use the newly introduced HVM_PARAM_BUFIOREQ_EVTCHN to receive
notifications for buffered io events.
After the first notification is received leave the event channel masked
and setup a timer to process the rest of the batch.
Once we have completed processing the batch, unmask the event channel
and d
On 2012-02-09 04:21, Wen Congyang wrote:
> Walk cpu's page table and collect all virtual address and physical address
> mapping.
> Then, add these mapping into memory mapping list.
>
> Signed-off-by: Wen Congyang
> ---
> Makefile.target |2 +-
> cpu-all.h |7 ++
>
Artyom Tarasenko writes:
>> [...]
>>> Here it looks like "compute_all_sub" and "compute_all_sub_xcc" are
>>> good candidates for optimizing: together they take the same amount of
>>> time as cpu_sparc_exec. I guess both operations would be trivial in
>>> the x86_64 assembler. What would be the best
On 2012-02-09 04:21, Wen Congyang wrote:
> This API will be used in the following patch.
>
> Signed-off-by: Wen Congyang
> ---
> cpu-common.h |2 ++
> exec.c | 16
> 2 files changed, 18 insertions(+), 0 deletions(-)
>
> diff --git a/cpu-common.h b/cpu-common.h
> ind
On 2012-02-09 04:20, Wen Congyang wrote:
> The memory mapping list stores virtual address and physical address mapping.
> The folloing patch will use this information to create PT_LOAD in the vmcore.
>
> Signed-off-by: Wen Congyang
> ---
> Makefile.target |1 +
> memory_mapping.c | 130
>
On 02/14/12 07:25, Michael Tokarev wrote:
On 14.02.2012 05:42, Reeted wrote:
Hello, subject says it all
The driver for windows 2000 for the -vga std should be the Anapa VBE
Vesa VBEMP if I understand correctly
but I cannot on earth find this executable
http://navozhdeniye.narod.ru/vbemp.htm
a
Hello, subject says it all
The driver for windows 2000 for the -vga std should be the Anapa VBE
Vesa VBEMP if I understand correctly
but I cannot on earth find this executable
http://navozhdeniye.narod.ru/vbemp.htm
all links for download all over the world are dangling!
Anybody has conserved t
On 2012-02-09 04:19, Wen Congyang wrote:
> Sync command needs these two APIs to suspend/resume monitor.
>
> Signed-off-by: Wen Congyang
> ---
> monitor.c | 27 +++
> monitor.h |2 ++
> 2 files changed, 29 insertions(+), 0 deletions(-)
>
> diff --git a/monitor.c b/m
- remove qemu_calculate_timeout;
- explicitly size timeout to uint32_t;
- introduce slirp_update_timeout;
- pass NULL as timeout argument to select in case timeout is the maximum
value;
Signed-off-by: Stefano Stabellini
Acked-by: Paul Brook
---
async.c |2 +-
main-loop.c |
As we have thread-local cpu_single_env now and KVM uses exactly one
thread per VCPU, we can drop the cpu_single_env updates from the loop
and initialize this variable only once during setup.
Signed-off-by: Jan Kiszka
---
cpus.c|1 +
kvm-all.c |5 -
2 files changed, 1 insertions(+
This imports and builds the original VAPIC option ROM of qemu-kvm.
Its interaction with QEMU is described in the commit that introduces the
corresponding device model.
Signed-off-by: Jan Kiszka
---
.gitignore |1 +
Makefile |2 +-
pc-bios/optionrom/M
This adds a win32 channel implementation that makes qemu-ga functional
on Windows using virtio-serial (unix-listen/isa-serial not currently
implemented). Unlike with the posix implementation, we do not use
GIOChannel for the following reasons:
- glib calls stat() on an fd to check whether S_IFCHR
Use OPTION_ROM_START/END from the common header file, add comment to
init code.
Signed-off-by: Jan Kiszka
---
pc-bios/optionrom/kvmvapic.S | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/pc-bios/optionrom/kvmvapic.S b/pc-bios/optionrom/kvmvapic.S
index
rtc_clock is only used by the RTC emulator (mc146818rtc.c), however Xen
has its own RTC emulator in the hypervisor so we can disable it.
Signed-off-by: Stefano Stabellini
---
xen-all.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index fd39168
Am 14.02.2012 16:28, schrieb Paolo Bonzini:
> On 02/14/2012 04:16 PM, Kevin Wolf wrote:
>> Juan, Paolo, this is a subsection in a struct array. Does this work
>> meanwhile or is it still broken?
>
> Juan fixed it.
Oh, cool. :-)
Then I'll apply the other four patches as well.
Kevin
CPUState::next_cpu is already CPUState *.
Signed-off-by: Jan Kiszka
---
cpus.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/cpus.c b/cpus.c
index d0c8340..4e65894 100644
--- a/cpus.c
+++ b/cpus.c
@@ -853,7 +853,7 @@ static int all_vcpus_paused(void)
if
On Tue, Feb 14, 2012 at 4:15 PM, Artyom Tarasenko wrote:
> 2012/2/14 Laurent Desnogues :
>> 2012/2/14 Lluís Vilanova :
>>> Artyom Tarasenko writes:
>> [...]
Here it looks like "compute_all_sub" and "compute_all_sub_xcc" are
good candidates for optimizing: together they take the same amou
Document guest agent schema types in similar fashion as qmp schema
types.
Signed-off-by: Michael Roth
---
qapi-schema-guest.json | 118 +++-
1 files changed, 97 insertions(+), 21 deletions(-)
diff --git a/qapi-schema-guest.json b/qapi-schema-guest.js
On 02/14/2012 04:16 PM, Kevin Wolf wrote:
Juan, Paolo, this is a subsection in a struct array. Does this work
meanwhile or is it still broken?
Juan fixed it.
Paolo
This enables acceleration for MMIO-based TPR registers accesses of
32-bit Windows guest systems. It is mostly useful with KVM enabled,
either on older Intel CPUs (without flexpriority feature, can also be
manually disabled for testing) or any current AMD processor.
The approach introduced here is
Am 06.02.2012 22:29, schrieb Hervé Poussineau:
> Here are misc fixes done by VirtualBox team.
> With these patches, floppy emulation is now good enough to run Xenix.
>
> Changes v3->v4:
> - added pc-1.1 machine type
> - disable media transfer rate check on older machine types
> - save/restore medi
This is mostly in preparation for the win32 port, which won't use
GIO channels for reasons that will be made clearer later. Here the
GAChannel class is just a loose wrapper around GIOChannel
calls/callbacks, but we also roll in the logic/configuration for
various channel types and managing unix soc
Am 06.02.2012 22:29, schrieb Hervé Poussineau:
> The programmed rate has to be the same as the required rate for the
> floppy format ; if that's not the case, the transfer should abort.
> This check can be disabled by using the 'check_media_rate' property.
>
> Save media rate value only if media r
On Tue, Feb 14, 2012 at 1:21 PM, Alex Barcelo wrote:
> On Tue, Feb 14, 2012 at 13:20, Stefan Hajnoczi wrote:
>> On Tue, Feb 14, 2012 at 11:53 AM, Alex Barcelo wrote:
>>> On Tue, Feb 14, 2012 at 10:24, Stefan Hajnoczi wrote:
(...)
What happens when a vcpu thread creates a coroutine whi
On Tue, Feb 14, 2012 at 1:12 PM, Alex Barcelo wrote:
> On Tue, Feb 14, 2012 at 13:17, Stefan Hajnoczi wrote:
>> On Tue, Feb 14, 2012 at 11:38 AM, Alex Barcelo wrote:
>>> On Tue, Feb 14, 2012 at 09:33, Stefan Hajnoczi wrote:
On Mon, Feb 13, 2012 at 04:11:15PM +0100, Alex Barcelo wrote:
Am 06.02.2012 22:29, schrieb Hervé Poussineau:
>
> Signed-off-by: Hervé Poussineau
> ---
> hw/pc_piix.c | 11 ++-
> 1 files changed, 10 insertions(+), 1 deletions(-)
>
> diff --git a/hw/pc_piix.c b/hw/pc_piix.c
> index c06f1b5..400c6b6 100644
> --- a/hw/pc_piix.c
> +++ b/hw/pc_piix.c
PIT and PCSPK are emulated by the hypervisor so we don't need to emulate
them in Qemu: this patch prevents Qemu from waking up needlessly at
PIT_FREQ on Xen.
Signed-off-by: Stefano Stabellini
---
hw/pc.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/hw/pc.c b/h
2012/2/14 Lluís Vilanova :
> Artyom Tarasenko writes:
> [...]
>> QEMU 1.0.50 monitor - type 'help' for more information
>> (qemu) profile
>> unknown command: 'profile'
>> (qemu) info profile
>> async time 38505498320 (38.505)
>> qemu time 35947093161 (35.947)
>
>> Is there a way to find out more
Hi all,
this small patch series prevents QEMU from waking up needlessly on Xen
several times a second in order to check some timers.
I would like some comments (or some acks ;-) on patch #4 and #5.
The first patch stops QEMU from emulating the PIT on Xen, the second
patch disables the rtc_clock
Hi,
>> I see. I've expeced the the guest os putting them into a hlt loop or
>> some simliar idle state. Play save and expliticly pausing them all is
>> certainly good from a robustness perspective.
> Yes. We should not trust a guest to do the "right thing".
Updated patch attached.
>>> I thin
2012/2/14 Lluís Vilanova :
> Artyom Tarasenko writes:
[...]
>> Here it looks like "compute_all_sub" and "compute_all_sub_xcc" are
>> good candidates for optimizing: together they take the same amount of
>> time as cpu_sparc_exec. I guess both operations would be trivial in
>> the x86_64 assembler.
Juan Quintela wrote:
> Hi
>
> Please send in any agenda items you are interested in covering.
As there are no topics, call is cancelled.
Happy hacking,
Juan.
PD. You should use the extra time to draw a qemu mascot O:-)
> Cheers,
>
> Juan.
On Tue, Feb 14, 2012 at 01:47:59PM +, Paul Brook wrote:
> > > > Now an OS can have a standard driver and use it
> > > > to activate hotplug functionality. This is OS hotplug (OSHP).
> > >
> > > So presumably this will work on targets that don't have ACPI?
> > > Assuming a competent guest OS of
>>> On 14.02.12 at 14:46, Anthony PERARD wrote:
> On Tue, Feb 14, 2012 at 13:13, Jan Beulich wrote:
> On 13.02.12 at 13:20, Anthony PERARD wrote:
>>> From: Jiang Yunhong
>>>
>>> A more complete history can be found here:
>>> git://xenbits.xensource.com/qemu-xen-unstable.git
>>
>> This needs
Artyom Tarasenko writes:
[...]
> QEMU 1.0.50 monitor - type 'help' for more information
> (qemu) profile
> unknown command: 'profile'
> (qemu) info profile
> async time 38505498320 (38.505)
> qemu time 35947093161 (35.947)
> Is there a way to find out more?
Command "info jit" also has some inf
> > > Now an OS can have a standard driver and use it
> > > to activate hotplug functionality. This is OS hotplug (OSHP).
> >
> > So presumably this will work on targets that don't have ACPI?
> > Assuming a competent guest OS of course. Have you tested this?
>
> This being the qemu side of thing
On Tue, Feb 14, 2012 at 13:13, Jan Beulich wrote:
On 13.02.12 at 13:20, Anthony PERARD wrote:
>> From: Jiang Yunhong
>>
>> A more complete history can be found here:
>> git://xenbits.xensource.com/qemu-xen-unstable.git
>
> This needs to be updated to include the changes in
> http://xenbits.
On Tue, Feb 14, 2012 at 12:49:08PM +, Paul Brook wrote:
> > > In a nutshell, I don't know what a SHPC is (nor OSHP), so I'm looking
> > > for an additional Ack.
> >
> > No problem, I'll get an Ack :)
> > Meanwhile - here's a summary, as far as I understand it.
> >
> > Originally PCI SIG only
On 02/07/2012 03:47 PM, Stefan Hajnoczi wrote:
On Wed, Feb 01, 2012 at 08:37:12AM +0530, Supriya Kannery wrote:
+/* stash state before reopen */
+raw_rs->stash_s = g_malloc0(sizeof(BDRVRawState));
+memcpy(raw_rs->stash_s, s, sizeof(BDRVRawState));
Copying a struct is fragile, Mike
On 02/07/2012 03:38 PM, Stefan Hajnoczi wrote:
On Wed, Feb 01, 2012 at 08:36:58AM +0530, Supriya Kannery wrote:
Struct BDRVReopenState along with three reopen related functions
introduced for handling reopening of images safely. This can be
extended by each of the block drivers to reopen respect
On Tue, Feb 14, 2012 at 13:20, Stefan Hajnoczi wrote:
> On Tue, Feb 14, 2012 at 11:53 AM, Alex Barcelo wrote:
>> On Tue, Feb 14, 2012 at 10:24, Stefan Hajnoczi wrote:
>>> (...)
>>> What happens when a vcpu thread creates a coroutine while another QEMU
>>> thread raises SIG_IPI? The SIG_IPI will
>>> On 13.02.12 at 13:20, Anthony PERARD wrote:
> From: Jiang Yunhong
>
> A more complete history can be found here:
> git://xenbits.xensource.com/qemu-xen-unstable.git
This needs to be updated to include the changes in
http://xenbits.xen.org/gitweb/?p=qemu-xen-unstable.git;a=commitdiff;h=bb36d
On Tue, Feb 14, 2012 at 13:17, Stefan Hajnoczi wrote:
> On Tue, Feb 14, 2012 at 11:38 AM, Alex Barcelo wrote:
>> On Tue, Feb 14, 2012 at 09:33, Stefan Hajnoczi wrote:
>>> On Mon, Feb 13, 2012 at 04:11:15PM +0100, Alex Barcelo wrote:
This new implementation... well, it seems to work (I have
> > The only way to handle this rebustly is to pre-allocate all the memory
> > we're ever going to need[1]. I don't see that happening.
>
> FWIW, users can already opt-in to pre-allocation if running KVM enabled
> QEMU
>
>-mem-path /dev/shm -mem-prealloc (or /dev/hugepages more usefully)
> This series of patches implements coroutines method with
> sigaltstack.
>
> The flow of creation and management of the coroutines is
> quite similar to the coroutine-ucontext.c. The way to use
> sigaltstack to achieve the needed stack manipulation is
> done in a way quite similar to the GNU Port
1 - 100 of 163 matches
Mail list logo
