Hello my name is Aaron Hudson,
I am sending this email, admittedly late, to suggest a new project. I
would love to see Qemu ported to an operating system without a
monolithic kernel. My initial ideas for target platforms are Minix3 or a
Plan9-like (ie Harvey or 9front). My personal preference
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/772358
Title:
VNC working
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/784977
Title:
qemu-img
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/678363
Title:
Swapping
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/747583
Title:
Windows
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/638806
Title:
Crashes
On 18 March 2017 at 21:15, Marc Bommert wrote:
> I ran into some behaviour I don't understand and which may be a qemu problem
> but which may also be my fault, since I haven't investigated much on QOM so
> far.
> I am currently writing a NIC sysbus device based on the
Hello development,
I ran into some behaviour I don't understand and which may be a qemu problem
but which may also be my fault, since I haven't investigated much on QOM so far.
I am currently writing a NIC sysbus device based on the structure of
hw/net/smc91c111.c
qemu is invoked as:
$
On Wed, Mar 15, 2017 at 11:30 AM Stefan Hajnoczi
wrote:
> Signed-off-by: Stefan Hajnoczi
> ---
> tests/qemu-iotests/178 | 75
>
> tests/qemu-iotests/178.out.qcow2 | 33 ++
>
Hello.
I want to make qemu_thread_create return a flag as described here
(http://wiki.qemu-project.org/BiteSizedTasks), but I’m not sure how callers
should behave if it fails.
I could make it so they would call something like error_report() and then call
abort(), but then it is almost a copy
On Wed, Mar 15, 2017 at 11:30 AM Stefan Hajnoczi
wrote:
> The image creation options parsed by qcow2_create() are also needed to
> implement .bdrv_measure(). Extract the parsing code, including input
> validation.
>
> Signed-off-by: Stefan Hajnoczi
>
On 17 March 2017 at 21:06, Marek Vasut wrote:
> Add a const qom link between the CPU and the IIC instead
> of passing the CPU link through a qom property.
>
> Signed-off-by: Marek Vasut
> Cc: Alexander Graf
> Cc: Chris Wulff
> Cc:
Add emulation for Exynos4210 Pseudo Random Number Generator which could
work on fixed seeds or with seeds provided by True Random Number
Generator block inside the SoC.
Implement only the fixed seeds part of it in polling mode (no
interrupts). Simple testing:
# echo "exynos" >
On 17 March 2017 at 18:18, Max Filippov wrote:
> Hi Peter,
>
> please pull the following two fixes for the target/xtensa.
>
> The following changes since commit dd4d2578215cd380f40a38028a9904e15b135ef3:
>
> Merge remote-tracking branch
Last ping for review; otherwise I'll put them into rc1 anyway
since it's fixing a regression.
thanks
-- PMM
On 14 March 2017 at 11:52, Peter Maydell wrote:
> Ping for review -- since this is a bugfix it should go
> into 2.9.
>
> thanks
> -- PMM
>
> On 20 February 2017
On 17 March 2017 at 15:22, Paolo Bonzini wrote:
> si_band is not found in OpenBSD. It is marked as obsolescent in
> POSIX, so we can delete it without any remorse.
>
> Reported-by: Peter Maydell
> Signed-off-by: Paolo Bonzini
On 18 March 2017 at 02:27, Max Reitz wrote:
> On 17.03.2017 16:24, Paolo Bonzini wrote:
>> EPROTO is not found in OpenBSD. We usually use EIO when no better
>> errno is available, do that here too.
>>
>> Reported-by: Peter Maydell
>> Signed-off-by:
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 1489850003-5652-1-git-send-email-a.pereva...@samsung.com
Subject: [Qemu-devel] [RFC PATCH 0/2] Calcuate downtime for postcopy live
migration
Type: series
=== TEST SCRIPT BEGIN ===
Am 17.03.2017 um 15:51 schrieb Paolo Bonzini:
>
> On 17/03/2017 12:24, Fam Zheng wrote:
>> On Fri, 03/17 12:16, Paolo Bonzini wrote:
>>>
>>> On 17/03/2017 12:11, Peter Lieven wrote:
>> like VMDK or QCOW2 shouldn't we trust the information from the l2 tables
>> in the VMDK or QCOW2?
>
This patch provides downtime calculation per vCPU,
as a summary and as a overlapped value for all vCPUs.
This approach just keeps tree with page fault addr as a key,
and t1-t2 interval of pagefault time and page copy time, with
affected vCPU bit mask.
For more implementation details please see
Hi David,
I already asked you about downtime calculation for postcopy live migration.
As I remember you said it's worth not to calculate it per vCPU or maybe I
understood you incorrectly. I decided to proof it could be useful.
This patch set is based on commit
Signed-off-by: Alexey Perevalov
---
linux-headers/linux/userfaultfd.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/linux-headers/linux/userfaultfd.h
b/linux-headers/linux/userfaultfd.h
index 2ed5dc3..7b299a2 100644
--- a/linux-headers/linux/userfaultfd.h
+++
Public bug reported:
I'm running a command (locale-gen) inside of an armv7h chroot mounted on
my x86_64 desktop by putting qemu-arm-static into /usr/bin/ of the
chroot file system and I get a core dump.
locale-gen
Generating locales...
en_US.UTF-8...localedef:
Add emulation for Exynos4210 Pseudo Random Number Generator which could
work on fixed seeds or with seeds provided by True Random Number
Generator block inside the SoC.
Implement only the fixed seeds part of it in polling mode (no
interrupts). Simple testing:
# echo "exynos" >
On 14 March 2017 at 16:18, Paolo Bonzini wrote:
> From: Jitendra Kolhe
>
> Using "-mem-prealloc" option for a large guest leads to higher guest
> start-up and migration time. This is because with "-mem-prealloc" option
> qemu tries to map every guest
Hi,
The patch below adds the new command-line option `-powerdown' which
changes the behavior for both SIGHUP and SIGINT signals to cause a clean
power down of the guest using an ACPI shutdown request.
If this option is not used, the original behavior is kept.
Regards,
Simon.
Signed-off-by:
Public bug reported:
With
-virtfs local,path="/tmp",security_model=mapped-xattr,mount_tag="shared2"
in the qemu command line,
shared2 on /mnt/testbis type 9p
(rw,sync,dirsync,relatime,trans=virtio,version=9p2000.L,msize=262144)
in the guest mount points, and
tmpfs on /tmp type tmpfs
Le 17/03/2017 à 21:43, Alex Bennée a écrit :
>
> Laurent Vivier writes:
>
>> Le 27/02/2017 à 15:38, Alex Bennée a écrit :
>>>
>>> Laurent Vivier writes:
>>>
Le 24/02/2017 à 12:20, Alex Bennée a écrit :
> There are a couple of changes that occur at
Hi,
Thanks for reporting this.
This patch has wrong format and it seems that you pasted the content
to this email directly, please follow the introduction bellow to submit a patch:
http://wiki.qemu-project.org/Contribute/SubmitAPatch
Thanks,
Hailiang
On 2017/3/18 13:43,
29 matches
Mail list logo