On Mon, Feb 18, 2019 at 9:59 PM David Kiarie wrote:
>
>
>> >
>> > 3. And this might be something specific to my AMD IOMMU (1022:1437,
>> Family
>> > 16h), but the PS4 OS is checks the entire word stored in these registers
>> > and computes the expression as:
>> > config[AMDVI_CAPAB_BAR_LOW] | cap
>
> >
> > 3. And this might be something specific to my AMD IOMMU (1022:1437,
> Family
> > 16h), but the PS4 OS is checks the entire word stored in these registers
> > and computes the expression as:
> > config[AMDVI_CAPAB_BAR_LOW] | cap[AMDVI_CAPAB_BAR_HIGH] << 32
> > So just storing half words sh
On Sat, Feb 16, 2019 at 10:11:28PM +0300, David Kiarie wrote:
> -- Forwarded message -
> From: Alexandro Sánchez Bach
> Date: Wed, Jan 31, 2018 at 2:29 AM
> Subject: QEMU: AMD IOMMU implementation bugs
> To:
>
>
> Hey David,
>
> hello Mr Alexandro Sanchez Bach,
>
> I'm working
-- Forwarded message -
From: Alexandro Sánchez Bach
Date: Wed, Jan 31, 2018 at 2:29 AM
Subject: QEMU: AMD IOMMU implementation bugs
To:
Hey David,
hello Mr Alexandro Sanchez Bach,
I'm working with your AMD IOMMU implementation since I'm writing a
PlayStation 4 emulator. I foun
On Tue, 08/22 10:39, Tushar Bhardwaj wrote:
> Respected Sir,
>
> I studided many articles for QEMU-KVM source code installation which are
> confusing. Please guide me how to install QEMU-KVM with source code on
> UBUNTU linux distribution.
Please don't repeat what has already been answered:
http
Respected Sir,
I studided many articles for QEMU-KVM source code installation which are
confusing. Please guide me how to install QEMU-KVM with source code on
UBUNTU linux distribution.
--
"Purity and Simplicity Reflects the Inner Beauty of soul"
*Thank you With Regards:Tushar Sharma,*
*I
Hello,
Seems like nobody at qemu-discuss has any clue about this topic, so I'm
forwarding my question to qemu-devel.
Forwarded Message
Subject:QEMU Simple tracing doesn't work
Date: Tue, 4 Oct 2016 17:11:04 +0300
From: Ivan Korolev
To: qemu-disc...@nongnu.or
Am 05.05.2015 um 15:07 hat Paolo Bonzini geschrieben:
>
>
> On 05/05/2015 15:03, Kevin Wolf wrote:
> > > Yes, the SCSI command WRITE SAME with UNMAP = 1 (not coincidentially :))
> > > calls discard too. Who knows what the guest used it for...
> > >
> > > However, write zeroes doesn't go through
On 05/05/2015 15:03, Kevin Wolf wrote:
> > Yes, the SCSI command WRITE SAME with UNMAP = 1 (not coincidentially :))
> > calls discard too. Who knows what the guest used it for...
> >
> > However, write zeroes doesn't go through bdrv_co_discard, does it?
>
> Initially I expected that it does, b
Am 05.05.2015 um 13:49 hat Paolo Bonzini geschrieben:
>
>
> On 05/05/2015 13:48, Kevin Wolf wrote:
> > It depends. In its basic form, bdrv_discard() just means "I don't care
> > about the data any more". Then clearing the dirty bitmap is correct.
> >
> > The content is only important if the call
On Tue, 05/05 13:48, Kevin Wolf wrote:
> Am 05.05.2015 um 12:27 hat Fam Zheng geschrieben:
> > On Tue, 05/05 12:13, Paolo Bonzini wrote:
> > >
> > >
> > > On 05/05/2015 09:36, Fam Zheng wrote:
> > > I don't think this commit is relevant. The bug is caused by
> > > bdrv_co_discard clearing the bi
On 05/05/2015 13:49, Paolo Bonzini wrote:
>
>
> On 05/05/2015 13:48, Kevin Wolf wrote:
>> It depends. In its basic form, bdrv_discard() just means "I don't care
>> about the data any more". Then clearing the dirty bitmap is correct.
>>
>> The content is only important if the caller used discard
On 05/05/2015 13:48, Kevin Wolf wrote:
> It depends. In its basic form, bdrv_discard() just means "I don't care
> about the data any more". Then clearing the dirty bitmap is correct.
>
> The content is only important if the caller used discard to write zeros
> because can_write_zeroes_with_unmap
Am 05.05.2015 um 12:27 hat Fam Zheng geschrieben:
> On Tue, 05/05 12:13, Paolo Bonzini wrote:
> >
> >
> > On 05/05/2015 09:36, Fam Zheng wrote:
> > I don't think this commit is relevant. The bug is caused by
> > bdrv_co_discard clearing the bitmap (which is not supported during
> > iteration, an
On Tue, 05/05 12:13, Paolo Bonzini wrote:
>
>
> On 05/05/2015 09:36, Fam Zheng wrote:
> I don't think this commit is relevant. The bug is caused by
> bdrv_co_discard clearing the bitmap (which is not supported during
> iteration, and is caught by the assertion). That bdrv_reset_dirty is
> not r
On 05/05/2015 09:36, Fam Zheng wrote:
> Since the gdb output is suggesting 1.5.3, it's worth to trying 2.3 which has
> this:
>
> commit c4237dfa635900e4d1cdc6038d5efe3507f45f0c
> Author: Vladimir Sementsov-Ogievskiy
> Date: Thu Nov 27 12:40:46 2014 +0300
>
> block: fix sp
On Thu, 04/30 17:50, Paolo Bonzini wrote:
> John, Fam,
>
> I got this report offlist. This happens if a bit in the hbitmap is
> cleared and the HBitmap has _not_ yet reached the bit. See this comment
> in include/qemu/hbitmap.h:
>
> * Resetting bits before the current
> * position of the iter
On 30/04/2015 17:50, Paolo Bonzini wrote:
> John, Fam,
>
> I got this report offlist. This happens if a bit in the hbitmap is
> cleared and the HBitmap has _not_ yet reached the bit. See this comment
> in include/qemu/hbitmap.h:
>
> * Resetting bits before the current
> * position of the it
John, Fam,
I got this report offlist. This happens if a bit in the hbitmap is
cleared and the HBitmap has _not_ yet reached the bit. See this comment
in include/qemu/hbitmap.h:
* Resetting bits before the current
* position of the iterator is also okay. However, concurrent
* resetting of bi
Dear developers,
I want to design a shared memory for Vm in qemu. So, I also need to design
a mechanism to let two vms communicate. Is there already some module in
Qemu ?
I saw that qemu could support live migration. Can the vm also access the
previous machine after migration? Thanks.
- Gary
Dear Alex,
Thank you for your answer. Unfortunately, I had not yet the opportunity
to test it as I don't have a Kepler arch (I suppose it depends on it ?).
I will keep you informed of the results.
Regards,
Jean
Le 03/04/2013 20:16, Alex Williamson a écrit :
> On Wed, 2013-04-03 at 16:26 +0200,
On Wed, May 22, 2013 at 11:27 AM, Oliver Francke wrote:
> Hi Stefan,
>
> thanks for your attention. See all infos below including complete
> command-line.
>
Hi Oliver,
I just sent a fix for qemu.git/master. If you need to backport it, replace
qemu_get_queue(s->nic) with &s->nic->nc.
Please let
Hi Stefan,
thanks for your attention. See all infos below including complete
command-line.
Thnx,
Oliver.
Original Message
Subject: [Qemu-stable] connectivity problem with Windows 7 + heavy
network-traffic
Date: Wed, 08 May 2013 10:04:19 +0200
From: Oliver Francke
T
On Wed, 2013-04-03 at 16:26 +0200, Jean Parpaillon wrote:
>
>
> Message original
> Sujet: [Qemu-discuss] pci-assign error
> Date : Wed, 03 Apr 2013 12:12:15 +0200
> De : Jean Parpaillon
> Pour : qemu-disc...@nongnu.org
>
> Dear all,
> I'm trying to assign a PCI graphic card to
Message original
Sujet: [Qemu-discuss] pci-assign error
Date : Wed, 03 Apr 2013 12:12:15 +0200
De : Jean Parpaillon
Pour : qemu-disc...@nongnu.org
Dear all,
I'm trying to assign a PCI graphic card to a qemu guest.
When I start the guest with libvirt, I have the following err
On 2013-02-26 10:21, Stefan Hajnoczi wrote:
> On Mon, Feb 25, 2013 at 11:38 PM, wrote:
>> I coded a socket-based cable between 2 vanilla kvm, here are the commands
>> to do:
>
> Please try:
>
> kvm \
> -nodefaults \
> -nographic \
> -serial stdio \
> -drive file=guest1,media=di
On Mon, Feb 25, 2013 at 11:38 PM, wrote:
> I coded a socket-based cable between 2 vanilla kvm, here are the commands
> to do:
Please try:
kvm \
-nodefaults \
-nographic \
-serial stdio \
-drive file=guest1,media=disk,if=virtio \
-netdev socket,id=socket0,connect=127.0.0.1:4
Hello Stefan,
I coded a socket-based cable between 2 vanilla kvm, here are the commands
to do:
tar xvf qemu_test_sock.tar.gz
cd qemu_test_sock
make
./qemu_test_sock
kvm \
-nodefaults \
-nographic \
-serial stdio \
-drive file=guest1,media=disk,if=virtio \
-device virti
On Sun, Feb 24, 2013 at 02:14:43PM -0600, clow...@clownix.net wrote:
> The patch is for version 21.3 of cloonix which uses qemu-1.4.0-rc1, but
> I now use qemu-1.4.0 and the bug is still there.
Please post the QEMU command-line so we can see how the socket netdev
was configured.
Stefan
On Sun, Feb 24, 2013 at 02:14:43PM -0600, clow...@clownix.net wrote:
> I use qemu inside a gplv3 software called cloonix, I have patched qemu to
> have unix sockets instead of inet ones but the bug I have with unix
> sockets may also happen with inet ones.
>
> The bug can be reproduced in cloonix
Hello,
I use qemu inside a gplv3 software called cloonix, I have patched qemu to
have unix sockets instead of inet ones but the bug I have with unix
sockets may also happen with inet ones.
The bug can be reproduced in cloonix context by using iperf, it occurs
randomly in a virtual cloonix network
On 10/29/2012 06:48 AM, Luiz Capitulino wrote:
On Sat, 27 Oct 2012 07:44:09 +0500
Abbas wrote:
Qemu-qa port for Windows domains does not seem to support fs-freeze-* calls.
That's correct, it doesn't.
Fascinating. Seems fewer people feel the need for it.
I compiled the latest qemu-ga.exe wi
On Sat, 27 Oct 2012 07:44:09 +0500
Abbas wrote:
> Qemu-qa port for Windows domains does not seem to support fs-freeze-* calls.
That's correct, it doesn't.
> I compiled the latest qemu-ga.exe with mingw32 from git, installed it as
> a service on a VM but snapshotting with quiesce is failing.
>
Qemu-qa port for Windows domains does not seem to support fs-freeze-* calls.
I compiled the latest qemu-ga.exe with mingw32 from git, installed it as
a service on a VM but snapshotting with quiesce is failing.
error: internal error unable to execute QEMU command
'guest-fsfreeze-freeze': this feat
> Thanks for heading up. i am not sure this software is related to QEMU, but it
> seems that BlueStacks is a system-emulator.
> I would like to learn your experiences of qemu-user.
If you read carefully the thread mentioned in the link I gave you,
https://groups.google.com/forum/?fromgroups#
-- Forwarded message --
From: Liu Xin
Date: Wed, Jun 27, 2012 at 1:19 PM
Subject: Re: [Qemu-devel] qemu as dynamic binary translation infrastructure
To: "陳韋任 (Wei-Ren Chen)"
Weiren,
Thanks for heading up. i am not sure this software is related to QEMU, but
it seems that BlueSta
Hi there!
I send you some bug report I've reported to NetBSD's mailing lists.
--
Victor Dorneanu
--- Begin Message ---
Hello there!
I don't know if you can remember this thread [1]. Whenever I tried to
use some previously configured TAP device, I got a segmentation fault. I
thought it could so
On Thu, Nov 19, 2009 at 01:11:56PM -0500, Steve Grubb wrote:
> On Thursday 19 November 2009 04:09:48 am Kevin Wolf wrote:
> > >> ...
> > >> In hw/e1000.c at line 89, vlan is declared to be 4 bytes. At line 382 is
> > >> an attempt to do a memmove over it with a size of 12.
> > >
> > > Obviously thi
On Thursday 19 November 2009 04:09:48 am Kevin Wolf wrote:
> >> ...
> >> In hw/e1000.c at line 89, vlan is declared to be 4 bytes. At line 382 is
> >> an attempt to do a memmove over it with a size of 12.
> >
> > Obviously this was intentional. Would replacing
> > memmove(tp->vlan, tp->data
Am 18.11.2009 20:06, schrieb Stefan Weil:
> Kevin Wolf schrieb:
>> Hi all,
>>
>> as Steve suggests, I'm forwarding the list of issues he found to the
>> mailing list. I've already looked at a few points in the block code and
>> sent patches. If everyone picks up one point, we should get through the
Kevin Wolf schrieb:
> Hi all,
>
> as Steve suggests, I'm forwarding the list of issues he found to the
> mailing list. I've already looked at a few points in the block code and
> sent patches. If everyone picks up one point, we should get through the
> list quickly. Who volunteers for the TCG ones?
On Wed, Nov 18, 2009 at 1:39 PM, Kevin Wolf wrote:
> Hi all,
>
> as Steve suggests, I'm forwarding the list of issues he found to the
> mailing list. I've already looked at a few points in the block code and
> sent patches. If everyone picks up one point, we should get through the
> list quickly.
On Wed, 18 Nov 2009, Kevin Wolf wrote:
> Hi all,
>
> as Steve suggests, I'm forwarding the list of issues he found to the
> mailing list. I've already looked at a few points in the block code and
> sent patches. If everyone picks up one point, we should get through the
> list quickly. Who volunte
Hi all,
as Steve suggests, I'm forwarding the list of issues he found to the
mailing list. I've already looked at a few points in the block code and
sent patches. If everyone picks up one point, we should get through the
list quickly. Who volunteers for the TCG ones? ;-)
Kevin
Original-
Hello
> 1. How do I build my own .img file to boot?
Simply use qemu-img to create one. There are many file types you can
use, raw, cow,qcow and etc.
After that, simply start qemu with this new blank image together with
your favourite distro ISO image (pass the path and the filename to
-cdrom)
This was asked on my local CLUG. Does anyone have any experience in
clustering qemu? Any war stories, any gotchas, any hints?
Thanks
Wesley Parish
-- Forwarded Message --
Subject: qemu
Date: Sat, 29 Oct 2005 11:13
From: Steve Holdoway <[EMAIL PROTECTED]>
To: linux-users@it.
-- Forwarded Message --
(B
(BSubject: qemu-arm : additional fix around QSUB maybe need
(BDate: Saturday 14 May 2005 02:26
(BFrom: "TAKAGO Daisuke" <[EMAIL PROTECTED]>
(BTo: [EMAIL PROTECTED]
(B
(BDear Paul Brook
(B
(BHello!
(BThank very much for sending fix-patch to me q
47 matches
Mail list logo
