Re: [Qemu-devel] A question about PCI device address spaces

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

Re: [Qemu-devel] A question about PCI device address spaces

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

Re: [Qemu-devel] A question about PCI device address spaces

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

Re: [Qemu-devel] A question about PCI device address spaces

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

Re: [Qemu-devel] A question about PCI device address spaces

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

Re: [Qemu-devel] A question about PCI device address spaces

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

[Qemu-devel] A question about PCI device address spaces

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 device, we are having PCIDevice::bus_master_as for the device

Re: [Qemu-devel] A question about virtual machine communication with Guest through serial device

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

[Qemu-devel] A question about virtual machine communication with Guest through serial device

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 through serial device) with Guest OS. what should i do?

Re: [Qemu-devel] A question about this commit "char: convert from GIOChannel to QIOChannel"

- 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

Re: [Qemu-devel] A question about this commit "char: convert from GIOChannel to QIOChannel"

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)); } +

[Qemu-devel] A question about this commit "char: convert from GIOChannel to QIOChannel"

Commit 9894dc0cdcc397ee5b26370bc53da6d360a363c2 “char: convert from GIOChannel to QIOChannel”, about the below code segment： ・・・ ・・・ @@ -3107,22 +2965,16 @@ static void tcp_chr_close(CharDriverState *chr) s->reconnect_timer = 0; } qapi_free_SocketAddress(s->addr); -if (s->f

Re: [Qemu-devel] A question about this commit "char: convert from GIOChannel to QIOChannel"

- 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

Re: [Qemu-devel] A question about postcopy safety

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.

Re: [Qemu-devel] A question about postcopy safety

* 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

Re: [Qemu-devel] A question about postcopy safety

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

Re: [Qemu-devel] a question

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 .. >

[Qemu-devel] a question

Hi all, 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 th

Re: [Qemu-devel] A question about this commit 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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

Re: [Qemu-devel] A question about this commit 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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

Re: [Qemu-devel] A question about this commit 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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

[Qemu-devel] A question about this commit 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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_chr_read(QIOChannel *chan, GIOCondition cond, void *opaque) { CharDriverState

Re: [Qemu-devel] A question about tb_next_offset[2]

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

[Qemu-devel] A question about tb_next_offset[2]

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 the guest address, not the address on the host. I found a variable

Re: [Qemu-devel] A question about 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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

Re: [Qemu-devel] A question about 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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->

[Qemu-devel] A question about 9894dc0cdcc397ee5b26370bc53da6d360a363c2

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->opaque; -int fd; +QIOChannelSocket *sioc = qio_channel_socket_new();

Re: [Qemu-devel] a question for control queue

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

[Qemu-devel] a question for control queue

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 control queue to send some commands? Or could the vhost also setup t

Re: [Qemu-devel] A question about virtio inside qemu

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

[Qemu-devel] A question about virtio inside qemu

Hi community,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? virtqueue available ring or the underlying bdrv_read_aio()

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

Re: [Qemu-devel] A Question

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

[Qemu-devel] A Question

Hi, guys, I want to emulate some code for ARM7TDMI. Does Qemu support this ARM type? Thank you Zhenkai

Re: [Qemu-devel] A question about qemu 0.9.1

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

Re: [Qemu-devel] A question about qemu 0.9.1

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

[Qemu-devel] A question about qemu 0.9.1

I am learning qemu 0.9.1，and there is a question.After I complied the project,there are some codes in "/i386-softmmu/op.h" case INDEX_op_movl_A0_EAX: { extern void op_movl_A0_EAX(); memcpy(gen_code_ptr, (void *)((char *)&op_movl_A0_EAX+0), 3); gen_code_ptr += 3; } Where is this op_movl_A0_EAX() c

RE: [Qemu-devel] A question about QEMU on unix

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

Re: [Qemu-devel] A question about QEMU on unix

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

[Qemu-devel] A question about QEMU on unix

Can QEMU run on QNX ? My machine is Cpu - arm11 Os - qnx6.5 Does QEMU support my machine ? Thanks.

Re: [Qemu-devel] A question regarding QEMU.

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

[Qemu-devel] A question regarding QEMU.

Hi! My name is Chunghwan. I am a Masters student working the Flux Systems Research Group, the University of Utah, USA. I have a question regarding QEMU. First, let me introduce what I am doing related with QEMU. I and two other students have formed up a team for a project called "Accelerating Dyn

Re: [Qemu-devel] a question

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

[Qemu-devel] a question

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 computer. Would it be possible?

Re: [Qemu-devel] A question about QEMU performance

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

Re: [Qemu-devel] A question about QEMU performance

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

Re: [Qemu-devel] A question about QEMU performance

> 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

Re: [Qemu-devel] A question about QEMU performance

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

[Qemu-devel] A question about QEMU performance

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 deeply? Example: if I run the same program on i386 emulation without kqem

[Qemu-devel] A question about using floppy drivers

Host OS:win98se Guest Os:Dos 7.1qemu command:  Change fda D:\QEMU\test.img ;Load virtual floppy driver qemu command:      info Block    ;virtual floppy driver had installed   After press ctrl+alt+1 key ,at  Guest OS   C:>A:  Enter key, Guest OS still show the message:   "No