On Mon, Dec 26, 2016 at 01:01:34PM +0200, Marcel Apfelbaum wrote:
> On 12/22/2016 11:42 AM, Peter Xu wrote:
> > Hello,
> >
>
> Hi Peter,
>
> > Since this is a general topic, I picked it out from the VT-d
> > discussion and put it here, just want to be more clear of it.
> >
> > The issue is, whe
On 12/22/2016 11:42 AM, Peter Xu wrote:
Hello,
Hi Peter,
Since this is a general topic, I picked it out from the VT-d
discussion and put it here, just want to be more clear of it.
The issue is, whether we have exposed too much address spaces for
emulated PCI devices?
Now for each PCI devic
On Fri, Dec 23, 2016 at 11:21:53AM +, Peter Maydell wrote:
> On 22 December 2016 at 09:42, Peter Xu wrote:
> > Hello,
> >
> > Since this is a general topic, I picked it out from the VT-d
> > discussion and put it here, just want to be more clear of it.
> >
> > The issue is, whether we have exp
On 22 December 2016 at 09:42, Peter Xu wrote:
> Hello,
>
> Since this is a general topic, I picked it out from the VT-d
> discussion and put it here, just want to be more clear of it.
>
> The issue is, whether we have exposed too much address spaces for
> emulated PCI devices?
>
> Now for each PCI
On Thu, Dec 22, 2016 at 05:42:40PM +0800, Peter Xu wrote:
> Hello,
>
> Since this is a general topic, I picked it out from the VT-d
> discussion and put it here, just want to be more clear of it.
>
> The issue is, whether we have exposed too much address spaces for
> emulated PCI devices?
>
> No
On 22/12/2016 10:42, Peter Xu wrote:
> Hello,
>
> Since this is a general topic, I picked it out from the VT-d
> discussion and put it here, just want to be more clear of it.
>
> The issue is, whether we have exposed too much address spaces for
> emulated PCI devices?
>
> Now for each PCI devi
On Mon, Oct 31, 2016 at 06:41:23AM +, Liu Pedroa wrote:
> Hi Everyone.
>
>
> I have a sample question. As the subset description.
>
>
> Guest OS : Ubuntu OS
>
> QEMU : linux kernel 4.8
>
>
> so i want the virtual client OS can communication( can send and receive
> messages throu
- Original Message -
> From: "wangyunjian"
> To: "Paolo Bonzini"
> Cc: berra...@redhat.com, qemu-devel@nongnu.org, "caihe"
> Sent: Monday, October 17, 2016 4:17:45 PM
> Subject: RE: A question about this commit "char: convert from GIOChannel to
> QIOChannel"
>
> In function tcp_chr_c
In function tcp_chr_close, the s->sioc needs call object_unref() to be released
?
About the below code:
@@ -3205,10 +3205,13 @@ static void tcp_chr_close(CharDriverState *chr)
s->listen_tag = 0;
}
if (s->listen_ioc) {
object_unref(OBJECT(s->listen_ioc));
}
+
- Original Message -
> From: "wangyunjian"
> To: berra...@redhat.com, pbonz...@redhat.com, qemu-devel@nongnu.org
> Cc: "caihe"
> Sent: Monday, October 17, 2016 3:02:32 PM
> Subject: A question about this commit "char: convert from GIOChannel to
> QIOChannel"
>
> Commit 9894dc0cdcc397e
On Mon, Sep 05, 2016 at 02:52:14PM +0100, Dr. David Alan Gilbert wrote:
> * liut...@yahoo.com (liut...@yahoo.com) wrote:
> > Hi David,
>
> Hi Liutao,
>
> > I'm studying the process of postcopy migration, and I found that the memory
> > pages migrated from source to destination are not encrypted.
* liut...@yahoo.com (liut...@yahoo.com) wrote:
> Hi David,
Hi Liutao,
> I'm studying the process of postcopy migration, and I found that the memory
> pages migrated from source to destination are not encrypted. Does this make
> the VM vulnerable if it's memory has been tampered with during post
On Mon, Aug 29, 2016 at 12:51:20PM +, liut...@yahoo.com wrote:
> Hi David,I'm studying the process of postcopy migration, and I found
> that the memory pages migrated from source to destination are not
> encrypted. Does this make the VM vulnerable if it's memory has been
> tampered with during
On 26 August 2016 at 10:31, Michael Rolnik wrote:
> I want to partially implement AT STK500 board in order to run FreeRTOS AVR
> / ATMegaAVR demo.
> if you look into ATmega32 documentation you will see that, for example,
> Timer/Countet1 registers are held together at memory addresses [0x46 ..
>
On Thu, Aug 25, 2016 at 01:21:47PM +, Gaohaifeng (A) wrote:
> On Tue, Aug 23, 2016 at 08:57:44AM +, Gaohaifeng (A) wrote:
> > Hi Daniel & Paolo,
> > >
> > > Commit 9894dc0c "char: convert from GIOChannel to QIOChannel", about
> > >
> > > the below code segment:
> > >
> > > -static gboole
On Tue, Aug 23, 2016 at 08:57:44AM +, Gaohaifeng (A) wrote:
> Hi Daniel & Paolo,
> >
> > Commit 9894dc0c "char: convert from GIOChannel to QIOChannel", about
> >
> > the below code segment:
> >
> > -static gboolean tcp_chr_read(GIOChannel *chan, GIOCondition cond,
> > void *opaque)
> > +sta
On Tue, Aug 23, 2016 at 08:57:44AM +, Gaohaifeng (A) wrote:
> Hi Daniel & Paolo,
>
> Commit 9894dc0c "char: convert from GIOChannel to QIOChannel", about
>
> the below code segment:
>
> -static gboolean tcp_chr_read(GIOChannel *chan, GIOCondition cond, void
> *opaque)
> +static gboolean tcp
On 26 July 2016 at 19:49, Kartik Ramkrishnan wrote:
> Hello all,
>
>I am running an i386 binary in user mode using qemu.
>
>In the code, I am looking for the next location that the simulated
> program counter jumps to when a TranslationBlock completes execution. This
> address should be th
Hi,
I got it, thanks for your quick reply :)
Regards,
-Gonglei
> -Original Message-
> From: Daniel P. Berrange [mailto:berra...@redhat.com]
> Sent: Monday, July 18, 2016 5:07 PM
> To: Gonglei (Arei)
> Cc: Paolo Bonzini; Lilijun (Jerry); qemu-devel@nongnu.org
> Subject: Re: A question a
On Mon, Jul 18, 2016 at 08:41:32AM +, Gonglei (Arei) wrote:
> Hi Daniel & Paolo,
>
> Commit 9894dc0c "char: convert from GIOChannel to QIOChannel",
> about the below code segment:
>
> static bool qemu_chr_open_socket_fd(CharDriverState *chr, Error **errp)
> {
> TCPCharDriver *s = chr->
On 01/09/2015 02:41 PM, Ouyang, Changchun wrote:
>
> Hi all,
>
> I have a question about the control queue in qemu,
>
> When the qemu have configured the control queue, and guest also
> negotiated the control queue successfully with qemu,
>
> Will the qemu will let vhost know guest try to use cont
On Wed, Dec 11, 2013 at 08:55:33PM +, Yaodong Yang wrote:
> I have a quick question about the virtio inside qemu. When the user
> application sends to a specific virtual disk a large number of read requests
> in a very short time, where should these requests be queued? Inside the
> virtqueue
On 6 May 2011 00:20, Rob Landley wrote:
> On 05/05/2011 05:32 PM, Peter Maydell wrote:
>> (ARM kernels having alas not yet got to the point where you
>> can build a single kernel that will boot on everything.)
>
> Grant Likely's working on making it happen via device trees. Here's my
> bookmark ou
On 05/05/2011 05:32 PM, Peter Maydell wrote:
> On 5 May 2011 23:13, Rob Landley wrote:
>> On 05/05/2011 02:01 AM, Peter Maydell wrote:
>>> I'm afraid I don't entirely understand your file naming
>>> system there -- it seems to say which architecture the
>>> system images are for but not what board
On 5 May 2011 23:13, Rob Landley wrote:
> On 05/05/2011 02:01 AM, Peter Maydell wrote:
>> I'm afraid I don't entirely understand your file naming
>> system there -- it seems to say which architecture the
>> system images are for but not what board?
>
> Exactly. An armv5l root filesystem will run
On 05/05/2011 02:01 AM, Peter Maydell wrote:
> On 5 May 2011 00:16, Rob Landley wrote:
>> I note that I have a half-dozen prebuilt system images at
>> http://landley.net/aboriginal/downloads/binaries and the build scripts
>> and such are in the directories above that.
>
> I'm afraid I don't entir
On 5 May 2011 00:16, Rob Landley wrote:
> I note that I have a half-dozen prebuilt system images at
> http://landley.net/aboriginal/downloads/binaries and the build scripts
> and such are in the directories above that.
I'm afraid I don't entirely understand your file naming
system there -- it see
On 05/04/2011 10:46 AM, Peter Maydell wrote:
> On 4 May 2011 16:26, Zhenkai Zhang wrote:
>> I want to emulate some code for ARM7TDMI. Does Qemu support this ARM type?
>
> No, we don't emulate an ARM7TDMI. However depending on what your code
> does it's possible that you might be able to get away
On 4 May 2011 16:26, Zhenkai Zhang wrote:
> I want to emulate some code for ARM7TDMI. Does Qemu support this ARM type?
No, we don't emulate an ARM7TDMI. However depending on what your code
does it's possible that you might be able to get away with using the
ARM926 model. If you want to emulate a
2011/4/4 y y :
> I am learning qemu 0.9.1
The obvious question here is "why are you looking at 0.9.1?"; it
is now extremely old... In particular it predates the switch to TCG
so anything you learn about the codegen process is likely to be
irrelevant to newer versions.
-- PMM
On Mon, 4 Apr 2011 08:10:55 pm y y wrote:
> op_movl_A0_EAX() come from?
I think its a pre-processor generated thing.
So to find it, I think you need to find the parts (like INDEX_op in one pre-
processor command, and the rest in another place), and how it is pasted
together.
HTH.
Brad
I want to run QEMU on a QNX box, to emulate an android system.
-Original Message-
From: Jes Sorensen [mailto:jes.soren...@redhat.com]
Sent: Wednesday, March 30, 2011 3:41 PM
To: Bin (Bin) Shi
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] A question about QEMU on unix
On 03/29/11
On 03/29/11 12:55, Bin (Bin) Shi wrote:
> Can QEMU run on QNX ?
>
> My machine is
>
> Cpu - arm11
>
> Os - qnx6.5
>
> Does QEMU support my machine ?
Hi,
Do you mean if QEMU can emulate ARM11 and boot QNX that way, or do you
want to run QEMU on a QNX box?
I don't think QEMU has been ported t
Chung Hwan Kim writes:
> I and two other students have formed up a team for a project called
> "Accelerating Dynamic Binary Translation with the GPUs". As the name of
> the project suggests our main idea is to parallelize Dynamic Binary
> Translation (DBT) process and speed it up with GPUs using t
Marian-Nicolae V. Ion schrieb:
Hello,
Is is possible to boot qemu not from a disk image but directly from a
partition ? i.e. I am on Linux Fedora, I have a partition with Mandriva
(I use dual-boot and I can boot on it) but I would like to start my
Mandriva system from qemu, not by rebooting the
On Wednesday 27 September 2006 4:27 am, Martin Guy wrote:
> There are some statistics at freaknet.org/martin/QEMU for various
> types of x86 processor, but giving only BogoMIPS, which are way
> overrated.
> I presume this is cos QEMU translates the kernel speed test loop once
> then runs it as x86
There are some statistics at freaknet.org/martin/QEMU for various
are in cluster.aleph1.co.uk/~martin/qemu.html (please ignore the other
Sorry, that first page is bogus. I meant the second.
M
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http
> If I run qemu for i386 without kqemu it uses soft-mmu, so it operates as
> another architetture as ppc or mips right?
> So... are the performace of qemu the same if I use i386 or mips or something
> change deeply?
> Example: if I run the same program on i386 emulation without kqemu or on
> mips
Alessandro Corradi <[EMAIL PROTECTED]> wrote:
> Hi all,
> This is my question:
> If I run qemu for i386 without kqemu it uses soft-mmu, so it operates as
> another architetture as ppc or mips right?
> So... are the performace of qemu the same if I use i386 or mips or something
> change deepl
39 matches
Mail list logo
