2017 at 11:00, Jiahuan Zhang wrote:
> Hi, now it is working with the following char-pipe_new.c.
>
> See the patch. Doing the "if fifo has space" polling only when there are
> data on the pipe, and next reading from pipe.
> The sub_thread does these three things, and
On 19 April 2017 at 12:09, Peter Maydell wrote:
> On 19 April 2017 at 11:04, Jiahuan Zhang wrote:
> > Okay. Thank you for pointing this out.
> > I would like to make a new serial device based on pl011,
> > but containing a buffer for guest-to-host data transfer.
>
>
On 19 April 2017 at 11:55, Peter Maydell wrote:
> On 19 April 2017 at 10:25, Jiahuan Zhang wrote:
> > On 19 April 2017 at 11:15, Peter Maydell
> wrote:
> >> What is happening is that the guest kernel's serial driver
> >> has a loop that (simplifi
On 19 April 2017 at 11:15, Peter Maydell wrote:
> On 19 April 2017 at 09:56, Jiahuan Zhang wrote:
> > Do you mean that it is reasonable for QEMU emulation consumes high CPU
> time
> > when doing host-guest interaction, since the interaction calls many QEMU
> >
On 18 April 2017 at 18:26, Peter Maydell wrote:
> On 18 April 2017 at 17:19, Jiahuan Zhang wrote:
> > Dear QEMU developers,
> > I am measuring the processor time for guest-host communication via
> socket.
> > The guest app is to write a 5M image to a serial device.
Dear QEMU developers,
I am measuring the processor time for guest-host communication via socket.
The guest app is to write a 5M image to a serial device.
The serial deivce is redirected to the socket in the command line.
The host app is to receive the data via socket until the peer closes the
conne
On 18 April 2017 at 16:32, Stefan Hajnoczi wrote:
> On Tue, Apr 11, 2017 at 09:01:40AM +0200, Jiahuan Zhang wrote:
> > I made a test to check the time difference of QEMU emulated ARM-based
> Linux
> > guest and the Windows host. The result is, the guest time is around 0.2
>
Dear QEMU developers,
I made a test to check the time difference of QEMU emulated ARM-based Linux
guest and the Windows host. The result is, the guest time is around 0.2
second faster than the host. I used the "-rtc base" option.
So can I say that, the time precision of QEMU emulation is in secon
On 7 April 2017 at 08:26, Jiahuan Zhang wrote:
> On 6 April 2017 at 19:58, G 3 wrote:
>
>>
>> On Apr 6, 2017, at 12:00 PM, qemu-devel-requ...@nongnu.org wrote:
>>
>> Dear QEMU developers,
>>>
>>> I need multiple ARM-based hardware emulation runi
On 6 April 2017 at 19:58, G 3 wrote:
>
> On Apr 6, 2017, at 12:00 PM, qemu-devel-requ...@nongnu.org wrote:
>
> Dear QEMU developers,
>>
>> I need multiple ARM-based hardware emulation runing simultaneously in one
>> PC.
>> I wander if QEMU is capble to run two system emulation at the same time.
>
Dear QEMU developers,
I need multiple ARM-based hardware emulation runing simultaneously in one
PC.
I wander if QEMU is capble to run two system emulation at the same time.
Or I have to use two QEMU for two system emulation
If the former is possible, where can i find some docs about it? I have
se
signalled its handler.
It is working in my case to transfer large data. Rational? Please check.
On 24 March 2017 at 08:24, Jiahuan Zhang wrote:
> Hi, here are the patch files for char-pipe.c, char-win.c, char-win.h
>
>
> On 23 March 2017 at 18:31, Paolo Bonzini wrote:
>
>
Hi, here are the patch files for char-pipe.c, char-win.c, char-win.h
On 23 March 2017 at 18:31, Paolo Bonzini wrote:
>
>
> On 23/03/2017 18:28, Jiahuan Zhang wrote:
> > Hi, the method doesn't work for pipe. It still causes the same issue.
> > The only difference is
11:35, Paolo Bonzini wrote:
>
>
> On 23/03/2017 11:12, Jiahuan Zhang wrote:
> >
> > It's Windows that doesn't support it (the Windows function name is
> > WaitForSingleObject).
> >
> >
> > Hi, I have checked the Windows chardev implimen
On 22 March 2017 at 12:27, Paolo Bonzini wrote:
>
>
> On 22/03/2017 11:28, Jiahuan Zhang wrote:
> >
> > A function that lets a process sleep until data is available on the
> > socket. The solution is to rewrite Windows chardev handling in QEMU
> to
> &g
On 22 March 2017 at 10:37, Paolo Bonzini wrote:
>
>
> On 22/03/2017 09:48, Jiahuan Zhang wrote:
> >
> >
> > On 22 March 2017 at 09:40, Paolo Bonzini > <mailto:pbonz...@redhat.com>> wrote:
> >
> >
> > > > I am using a windows na
On 22 March 2017 at 09:40, Paolo Bonzini wrote:
>
> > > I am using a windows named pipe to get the data from a window
> > > host program, which uses ReadFile () in char_win.c
> >
> > OK, bugs in the windows-specific char backend would be
> > unsurprising.
> >
> > I'm not entirely sure how the cha
Okay. Thank you very much.
I'll take your advice and test.
Let's see the chardev maintainers reply.
Best,
Huan
2017年3月21日 19:28，"Peter Maydell" 写道：
> On 21 March 2017 at 18:11, Jiahuan Zhang wrote:
> > What do you mean "RXFE will be cleared"?
> &g
2017年3月21日 18:55，"Peter Maydell" 写道：
On 21 March 2017 at 17:48, Jiahuan Zhang wrote:
> The guest program is as follows.
>
> While (*UART_FR & PL011_RXFE); //wait until fifo not empty
> for (i=0;i <16;i++){
>data [i] = (unsigned char) *UART_DR; //read from
guest program is as follows.
While (*UART_FR & PL011_RXFE); //wait until fifo not empty
for (i=0;i <16;i++){
data [i] = (unsigned char) *UART_DR; //read from the data register.
}
Best,
Huan
2017年3月21日 18:17，"Peter Maydell" 写道：
On 21 March 2017 at 16:59, Jiahuan Zhang wrote:
On 21 March 2017 at 17:59, Jiahuan Zhang wrote:
>
>
> On 21 March 2017 at 17:50, Peter Maydell wrote:
>
>> On 21 March 2017 at 16:47, Jiahuan Zhang
>> wrote:
>> > The actual situation is, pl011_can_receive is returning false, the fifo
>> is
>> &g
On 21 March 2017 at 17:50, Peter Maydell wrote:
> On 21 March 2017 at 16:47, Jiahuan Zhang wrote:
> > The actual situation is, pl011_can_receive is returning false, the fifo
> is
> > full, pl011_read does't start.
> > At this moment, only pl011_can_recieve is ke
many thanks for the rapid reply!
On 21 March 2017 at 17:39, Peter Maydell wrote:
> On 21 March 2017 at 16:32, Jiahuan Zhang wrote:
> > I found the serial device is always trying to receive all the data when
> > ReadFile() is running, then start reading. Even if the fi
Dear QEMU developers,
I am trying to read streaming data from a serial device by pointing to the
data register. The input data for the serial device is a string, whose
length is larger than the receiving fifo (I am using pl011). Ths input is
done by ReadFile() since my host is Win 7;
Now the gues
Dear QEMU developers,
I have a problem when running qemu to build a system with versatilepb,
linux zImage and rootfs. the qemu cmdl is as follows.
../qemu/build/arm-softmmu/qemu-system-arm.exe -M versatilepb -kernel zImage
-dtb versatile-pb.dtb -initrd ramfs.gz -nographic -append "console=ttyAMA0
I found the problem! The pipe server and client should be both ready, and
then data transfer can start.
The windows pipe implementation is well-done! Sorry for bothering...
On 1 March 2017 at 16:24, Jiahuan Zhang wrote:
> I think the reading failure in 2 is because there is no writing to
16:12, Jiahuan Zhang wrote:
> What I have done is two things.
>
> 1. I create a NamedPipeClient.exe to open the pipe and write a string into
> it. QEMU indicates the string is recieved from the pipe.
>
> 2. I create another NamedPipeClient.exe to open the pipe and read the d
, Marc-André Lureau
wrote:
> Hi
>
> On Wed, Mar 1, 2017 at 6:42 PM Jiahuan Zhang
> wrote:
>
>> Hi,
>>
>> I agree with you about win_chr_poll(). But what I wonder is how to write
>> data into the pipe for the host to get. I see "writeFile()" in
>
the right
buffer pointer for WriteFile() is.
Any clue is greatly appreciated!
On 1 March 2017 at 15:25, Marc-André Lureau
wrote:
> Hi
>
> On Wed, Mar 1, 2017 at 5:16 PM Jiahuan Zhang
> wrote:
>
>> Dear QEMU developers,
>>
>> I want the host-guest communication for
Dear QEMU developers,
I want the host-guest communication for QEMU. I want to achieve
it via serial port redirection to a pipe. My host is windows and guest is
Linux. QEMU is in version 2.8.50
I looked into char-pipe.c and char-win.c, and find that the current QEMU
only supports reading data on t
Dear QEMU developers,
I am a student working on the host-guest interaction for a Windows Host and
Linux Quest. Actually, I aim to make a universal pipe implementation for
any host-guest interaction.
I am now using a serial port to redirect to a pipe. This is working with
LInux host and Linux gues
31 matches
Mail list logo
