elow for further discussion.
A semantically similar (but deprecated) interface for block
devices is described in raw(8).
> Thanks a lot!
>
> Yaodong
>
--
Best Regards,
Dunrong Huang
Homepage: http://mathslinux.org
The content filename point to may be erased by qemu_opts_absorb_qdict()
in raw_open_common() in drv->bdrv_file_open()
So it's better to use bs->filename.
Signed-off-by: Dunrong Huang
---
block.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/bl
On Wed, Oct 2, 2013 at 5:48 PM, Stefan Hajnoczi wrote:
> On Tue, Sep 24, 2013 at 06:14:01PM +0800, Dunrong Huang wrote:
> > The content filename point to will be erased by qemu_opts_absorb_qdict()
> > in raw_open_common() in drv->bdrv_file_open()
> >
> > So i
ping?
On Tue, Sep 24, 2013 at 8:12 PM, Max Reitz wrote:
> On 2013-09-24 12:14, Dunrong Huang wrote:
>
>> The content filename point to will be erased by qemu_opts_absorb_qdict()
>> in raw_open_common() in drv->bdrv_file_open()
>>
>> So it's better to
The content filename point to will be erased by qemu_opts_absorb_qdict()
in raw_open_common() in drv->bdrv_file_open()
So it's better to use bs->filename.
Signed-off-by: Dunrong Huang
---
block.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/bl
69816047-16384-4-git-send-email-jordan.l.jus...@intel.com
> Signed-off-by: Anthony Liguori
>
> :100644 100644 327ae12f08b9dddc796d753d8adfb1f70c78b2c1
> 8e7bbf8698f6bcaa5ae945ef86e7b51effde06fe M kvm-all.c
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1212402/+subscriptions
>
>
--
Best Regards,
Dunrong Huang
Homepage: http://mathslinux.org
On Wed, Jun 5, 2013 at 10:44 AM, Dunrong Huang wrote:
>
>
> On Wed, Jun 5, 2013 at 1:03 AM, Jordan Justen wrote:
>
>> On Tue, Jun 4, 2013 at 1:26 AM, Dunrong Huang
>> wrote:
>> > On Tue, Jun 4, 2013 at 3:51 PM, Gleb Natapov wrote:
>> >> On Tue, Ju
On Wed, Jun 5, 2013 at 1:03 AM, Jordan Justen wrote:
> On Tue, Jun 4, 2013 at 1:26 AM, Dunrong Huang
> wrote:
> > On Tue, Jun 4, 2013 at 3:51 PM, Gleb Natapov wrote:
> >> On Tue, Jun 04, 2013 at 03:47:47PM +0800, Dunrong Huang wrote:
> >> > On Tue, Jun
On Tue, Jun 4, 2013 at 3:51 PM, Gleb Natapov wrote:
> On Tue, Jun 04, 2013 at 03:47:47PM +0800, Dunrong Huang wrote:
> > On Tue, Jun 4, 2013 at 2:47 PM, Paolo Bonzini
> wrote:
> >
> > > Il 04/06/2013 05:47, Dunrong Huang ha scritto:
> > > >
> > &g
On Tue, Jun 4, 2013 at 2:47 PM, Paolo Bonzini wrote:
> Il 04/06/2013 05:47, Dunrong Huang ha scritto:
> >
> > QEMU command:
> > ~/usr/bin/qemu-system-x86_64 -enable-kvm -m 1024 debian-append.img
> >
> > git bisect tells that the following commi
On Tue, Jun 4, 2013 at 2:41 PM, Jordan Justen wrote:
> Fixed in 651eb0f4?
>
No, it still fails.
>
> On Mon, Jun 3, 2013 at 8:47 PM, Dunrong Huang
> wrote:
> >
> > QEMU command:
> > ~/usr/bin/qemu-system-x86_64 -enable-kvm -m 1024 debian-append.img
> >
information I should provide?
--
Best Regards,
Dunrong Huang
Homepage: http://mathslinux.org
Blue Swirl
Cc: Paolo Bonzini
Signed-off-by: Dunrong Huang
---
v1 -> v2:
* Fix it by adding "-I$(
On Mon, Apr 29, 2013 at 4:19 PM, Paolo Bonzini wrote:
> Il 28/04/2013 20:04, Dunrong Huang ha scritto:
> > The following error occurs when building dtc module:
> >
> > CHK version_gen.h
> >CC libfdt/fdt.o
> > cc1: error: dtc: No such file or
Blue Swirl
Signed-off-by: Dunrong Huang
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 8aca92f..64b0b1b 100644
--- a/Makefile
+++ b/Makefile
@@ -148,7 +148,7 @@ $(SRC_PATH)/pixman/configure:
DTC_MAKE_ARGS=-I$(SRC_PATH)/dtc VPATH=$(SRC
The value of "do_interrupt" member of CPUClass shoule be set to a
target-specific function, or it will lead to a segfault like below:
$ moxie-softmmu/qemu-system-moxie -M moxiesim
Segmentation fault
Cc: Anthony Green
Cc: Blue Swirl
Cc: Andreas Färber
Signed-off-by: Dunrong Huang
-
#x27;m not able to answer it myself.
>>
>> > If i resize the qemu windows by dragging the corner, the screen won'
>> > t be scale (red arrow).
>> > But if i resize the window by the border, screen can scale (green
>> > arrow). Is it a bug?
>>
>> --
>> Eric Blake eblake redhat com +1-919-301-3266
>> Libvirt virtualization library http://libvirt.org
>>
--
Best Regards,
Dunrong Huang
eanup() to clean this VirtIODevice
rather than virtio_cleanup(), which attempts to free the vdev.
This error was introduced by commit 05ff686536f408ba6e8426b1b54d25bd3379fda2
recently.
Signed-off-by: Dunrong Huang
---
hw/virtio-blk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Wed, Mar 13, 2013 at 7:28 PM, Stefan Hajnoczi wrote:
> On Wed, Mar 13, 2013 at 06:01:40PM +0800, Dunrong Huang wrote:
>> Hi, Paolo && Stefan:
>>
>> When I test the dataplane feature with git master, I find that VM will
>> hang if dataplane is enabled. Bu
f course, in this case you should not close the notifier's
underlying file descriptors or handle with event_notifier_cleanup.
Signed-off-by: Paolo Bonzini
Signed-off-by: Stefan Hajnoczi
I can provide more information if need.
--
Best Regards,
Dunrong Huang
da" to specify which device to mount.
>Please provide some insight. Thanks
>
> Saptarshi
--
Best Regards,
Dunrong Huang
for my remote
> clients - can I still use VNC?
Any monitor is capable QXL format, actually spice display is not
relevant to hardware monitor.
> A change in the guest would be okay, but I still must be able to use the
> existing client environment...
>
If you want to use VNC for display, pass "-vnc :1" to qemu command line.
This way, VNC server is running in QEMU, not guest, you donot need to change
anything in guest.
--
Best Regards,
Dunrong Huang
ravirtual graphics card.
It means you must install qxl driver in your guest to make this card work.
More details, please refer:
http://www.linux-kvm.org/page/SPICE
> Thanks.
>
> Best regards,
>
> Erik
>
--
Best Regards,
Dunrong Huang
2012/11/16 Marian Krcmarik :
>
>
> - Original Message -
>> From: "Christophe Fergeau"
>> To: "Dunrong Huang"
>> Cc: "Amit Shah" , "spice-devel"
>> , "qemu-devel"
>>
>> Sent: Friday, November
Thanks for your quick reply.
2012/11/16 Christophe Fergeau :
> On Fri, Nov 16, 2012 at 06:02:33PM +0800, Dunrong Huang wrote:
>> I meet a weird problem:
>> If I I boot QEMU with virtio-serial being enabled and assign only one
>> cpu to windows VM, when I shutdown VM, QEMU
=charconsole0,id=console0",
guest will not hang too.
I don't know what make QEMU hang, windows virtio-serial driver, QEMU
virtio-serial or usb redirection?
Any help is appreciated.
--
Best Regards,
Dunrong Huang
hes to
qemu-devel mailing list, with cc'ing to maintainers mentioned above.
You should take a look at this guide:
http://wiki.qemu.org/Contribute/SubmitAPatch
>
>
> Thanks
> from Peter (mcheun...@hotmail.com)
--
Best Regards,
Dunrong Huang
; > ID
> >>> > 0x00 Chip ID 0x00
> >>> > Intel/Sharp Extended Query Table at 0x0031
> >>> > Using buffer write method
> >>> > smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre
> >>> > eth0: SMC91C11xFD (rev
d:
qemu-system-arm ... your-qemu-option ... -append "root=/dev/sda mem=256"
>
> /dev/sda
> /dev/sda1
> /dev/hda
> /dev/hda1
>
> Can anyone please help?
>
>
>
--
Best Regards,
Dunrong Huang
rface() was called, sdpy.worker was
not be initialized yet, in this case, segment fault occurred
while qemu_spice_display_resize() was called.
Signed-off-by: Dunrong Huang
---
ui/spice-display.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ui/spice-display.c b/ui/spice-displa
> it already. If someone finds a broken distribution, tell me and I
> > insert some compat code.
>
> Acked-by: Gerd Hoffmann
>
> cheers,
> Gerd
>
>
--
Best Regards,
Dunrong Huang
= mkstemp(filename);
if (fd < 0 || close(fd)) {
return -errno;
}
return 0;
}
So you can simply set a "TMPDIR=/var/whatyouwant" and run QEMU.
>
> ____
> xuanmao_001
>
> From: Dunrong Huang
> Date: 2012-09-06 18:00
> To
T|O_EXCL, and that they retry in
> a loop in case they lose the race, at which point they are reinventing
> the loop already done on their behalf by mkstemp()...).
>
> --
> Eric Blake ebl...@redhat.com +1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
--
Best Regards,
Dunrong Huang
Hi, thanks for you reply.
2012/9/5 Paolo Bonzini :
> Il 05/09/2012 15:26, riegama...@gmail.com ha scritto:
>> From: Dunrong Huang
>>
>> The caller would not delete temporary file after failed get_tmp_filename().
>>
>> Signed-off-by: Dunrong Huang
>> ---
>
2012/9/5 Kevin Wolf :
> Am 05.09.2012 11:40, schrieb Stefan Hajnoczi:
>> On Wed, Sep 05, 2012 at 04:26:14PM +0800, riegama...@gmail.com wrote:
>>> From: Dunrong Huang
>>>
>>> If we failed to create temporary snapshot, the error message did not m
races {} are needed.
> +*pentry = ehdr.e_entry - ph->p_vaddr + ph->p_paddr;
> +
> snprintf(label, sizeof(label), "phdr #%d: %s", i, name);
> rom_add_blob_fixed(label, data, mem_size, addr);
>
> --
> 1.7.8.6
>
>
--
Best Regards,
Dunrong Huang
der.c
> Best Regards,
> Olivia Yin
>
--
Best Regards,
Dunrong Huang
it.
I resend it just now.
http://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg01437.html
> Probably broken in commit 93bfef4c, cc'ing its author.
>
> Of course, I don't mind you picking a default machine for xtensa, if
> that's what you want.
>
--
Best Regards,
Dunrong Huang
n. The caller will handle this and exit (or downgrade
> to TCG if the user wanted that).
>
Thanks for your review.
I agree with you, I should use "goto err" like other checks.
> -- PMM
--
Best Regards,
Dunrong Huang
2012/7/31 Stefan Hajnoczi :
> On Wed, Jul 25, 2012 at 12:11 PM, wrote:
>> From: Dunrong Huang
>>
>> The VCPU count limit in kernel now is 254, defined by KVM_MAX_VCPUS
>> in kernel's header files. But the count limit in QEMU is 255,
>> so QEMU will faile
2012/7/23 Andreas Färber :
> Am 23.07.2012 12:47, schrieb riegama...@gmail.com:
>> From: Dunrong Huang
>>
>> The VCPU count limit in kernel now is 254, defined by KVM_MAX_VCPUS
>> in kernel's header files. But the count limit in QEMU is 255,
>> so QEMU will f
casting &val to char *.
> +break;
> +default:
> +goto unimplemented;
> +}
> +break;
> case TARGET_SOL_SOCKET:
> switch (optname) {
> /* Options with 'int' argument. */
> --
> 1.7.8.6
>
>
--
Best Regards,
Dunrong Huang
rted ancillary data: %d/%d\n",
> cmsg->cmsg_level, cmsg->cmsg_type);
> memcpy(target_data, data, len);
> } else {
> --
> 1.7.8.6
>
--
Best Regards,
Dunrong Huang
re32",
> +.init = puv3_init,
> +.use_scsi = 0,
Since there is only one machine type for unicore32 architecture,
is_default field should be set to 1, so that find_default_machine()
returns with non-null value.
> +};
> +
> +static void puv3_machine_init(void)
> +{
> +qemu_register_machine(&puv3_machine);
> +}
> +
> +machine_init(puv3_machine_init)
--
Best Regards,
Dunrong Huang
destination disk image filename\n"
> " 'output_fmt' is the destination format\n"
> " 'options' is a comma separated list of format specific options
> in a\n"
Those error reporting also need to be corrected:
if (sval < 0 || *end) {
error_report("Invalid image size specified! You may use k, M, G or "
"T suffixes for ");
error_report("kilobytes, megabytes, gigabytes and terabytes.");
ret = -1;
goto out;
}
--
Best Regards,
Dunrong Huang
use do_sendrecvmsg in linux-user does
> not pass the msg->msg_name to the target.
>
> We fix the above issues.
>
Your patch is weird, maybe this is caused by your mail client.
You'd better use the tool "git send-email" to send patch.
--
Best Regards,
Dunrong Huang
samba server
failed silently without any indication of what it did wrong.
To avoid it, we check whether the shared directory exist and
if users have permission to access this directory when QEMU's
"built-in" SMB server is enabled.
Signed-off-by: Dunrong Huang
---
net/slirp.c | 12
ix it
>
>> +error_report("could not find '%s', please install it",
>> + CONFIG_SMBD_COMMAND);
>> +return -1;
>> +}
>> +
>> +if (access(exported_dir, F_OK)) {
>
> What about checking for R_OK | X_OK to avoid that we run into lacking
> permissions later on?
>
I agree with you, I will send a v2 patch
--
Best Regards,
Dunrong Huang
cce->func(cce->opaque);
>>> +}
>>> +
>>> +PRINT_DEBUG("%s rate: %llu\n", pll->name, pll->rate);
>>
>> pll->rate is of type uint64_t incompatible with "%llu"
>
>
> Type uint64_t is included from /usr/include/std
2012/7/4 Maksim Kozlov :
> Add exynos4210 Clock Management Units emulation
>
> Signed-off-by: Maksim Kozlov
> ---
> hw/arm/Makefile.objs |1 +
> hw/exynos4210.c | 16 +
> hw/exynos4210.h | 42 ++
> hw/exynos4210_cmu.c | 1464
> ++
sse_fn_l_p = sse_op_table3b[(s->dflag == 2) * 2 +
> +sse_fn_i_p = sse_op_table3b[(s->dflag == 2) * 2 +
> ((b >> 8) - 2) +
> (b & 1) * 4];
> - sse_fn_l_p(cpu_T[0], cpu_ptr0);
> +sse_fn_i_p(cpu_T[0], cpu_ptr0);
> }
> gen_op_mov_reg_T0(ot, reg);
> break;
> --
> 1.7.5.4
>
>
--
Best Regards,
Dunrong Huang
samba server
failed silently without any indication of what it did wrong.
To avoid it, we check whether the shared directory exists or
not when QEMU's "built-in" SMB server is enabled.
Signed-off-by: Dunrong Huang
---
net/slirp.c | 14 ++
1 files changed, 14 insertions(
--
> target-i386/translate.c | 59
> +++
> 1 file changed, 34 insertions(+), 25 deletions(-)
>
--
Best Regards,
Dunrong Huang
ons with different signatures.
>
> Instead of crashing by calling address 0, the code now jumps to
> label illegal_op.
>
Your patch is much more elegant than mine, :-). And it works for me, thanks.
--
Best Regards,
Dunrong Huang
2012/6/29 Andreas Färber :
> Am 29.06.2012 08:41, schrieb Dunrong Huang:
>> Commit c4baa0503d9623f1ce891f525ccd140c598bc29a improved SSE table type
>> safety but raises compile error of incompatible pointer type.
>
> What's the difference between the signatures?
>
Th
t
> is of type ‘TCGv_i32’
> /qemu/target-i386/translate.c:3635: error: assignment from incompatible
> pointer type
> /qemu/target-i386/translate.c:3636: error: incompatible type for argument 1
> of ‘sse_fn_l_p’
> /qemu/target-i386/translate.c:3636: note: expected ‘TCGv_i64’ but argument
> is of type ‘TCGv_i32’
>
> Regards,
>
> Stefan
>
>
--
Best Regards,
Dunrong Huang
Commit c4baa0503d9623f1ce891f525ccd140c598bc29a improved SSE table type
safety but raises compile error of incompatible pointer type.
Fix it by casting to correct function type
Signed-off-by: Dunrong Huang
---
target-i386/translate.c | 22 +++---
1 files changed, 11 insertions
This post may give you some advice
http://lists.gnu.org/archive/html/qemu-devel/2012-06/msg02319.html
2012/6/28 Davide Ferraretto :
> I want compile qemu with --static:
> ./configure --static --target-list=i386-linux-user,arm-linux-user
> --python=/usr/bin/python2.7 --prefix=/install_qemu
>
> Qem
bdir-libcacard] Error 2
>
I also get this error, my solution is to delete the temporary file by:
rm -rf libcacard/libcacard
rm -rf libcacard/trace
I think there should be a better way to solve it.
>
> --
> Regards,
>
> Zhi Yong Wu
>
--
Regards,
Dunrong Huang
blog: ht
2012/6/14 Davide Ferraretto :
> I want compile qemu with --static:
> ./configure --static --target-list=i386-linux-user,arm-linux-user
> --python=/usr/bin/python2.7 --prefix=/install_qemu
>
> Qemu returns:
> /usr/bin/ld: cannot find -lssl3
> /usr/bin/ld: cannot find -lsmime3
> /usr/bin/ld: cannot f
2012/6/10 BRULE Herman <1011...@bugs.launchpad.net>:
> I can't debug it with gdb, it crash after the kernel boot (the qemu
> application crash).
> I'm under gentoo:
I am under gentoo too, why cant you use debug qemu?
There is another way to debug qemu:
Open a terminal, set you core file size to
2012/6/5 MATSUDA, Daiki :
> I tried qemu-1.1.0. But it says 1.1.50 and
> $ echo VERSION
> 1.1.50
>
> Is it correct ?
It's correct. Because v1.1 has released, v1.1.50 means it's a
development branch for
v1.2(next branch).
If you want to try latest stable version, you should download it from
http://w
rade your kernel, maybe this problem
can be fixed.
It's just a suggestion.
>
> -Original Message-----
> From: Dunrong Huang [mailto:riegama...@gmail.com]
> Sent: Monday, June 04, 2012 2:26 PM
> To: Charles.Tsai-蔡清海-研究�l展部
> Cc: qemu-devel@nongnu.org
> Subject: Re: [Qemu-
2012/6/4 Charles.Tsai-蔡清海-研究�l展部 :
> I am just curious about this issue. Is there any document mentioning the
> lowest version of the kernel to be supported by VirtIO?
>
See http://www.linux-kvm.org/page/Virtio
>
> -Original Message-
> From: Dunrong Huang [mailto:ri
2012/6/4 Dunrong Huang :
> 2012/6/4 Charles.Tsai-蔡清海-研究�l展部 :
>> The kernel version is 3.0.0.12
>> The Qemu version is 1.0.0(we upgraded it)
>>
>> What version of kernel do we need to upgrade?
> The latest version is v3.4, so you can try and upgrade to v3.1, v3.
2012/6/4 Charles.Tsai-蔡清海-研究�l展部 :
> The kernel version is 3.0.0.12
> The Qemu version is 1.0.0(we upgraded it)
>
> What version of kernel do we need to upgrade?
The latest version is v3.4, so you can try and upgrade to v3.1, v3.2
or v3.3, and test
it.
>
> -Original Message-
> From: mathsli
Jorge Bastos writes:
> Public bug reported:
>
> Howdy,
>
> Testing QEMU 1.1.0 but doesn't compile:
>
>
> CCfsdev/virtfs-proxy-helper.o
> In file included from /usr/include/i386-linux-gnu/bits/sigcontext.h:28:0,
> from /usr/include/signal.h:339,
> from ./qem
Hi, folks
I am reading ChangeLog/1.1 in our wiki, and find a wrong machine name.
In this sentence: "New 'nuri' and 'smbkc210' models of Samsung
Exynos4210 based devboards."
The correct model name is "smdkc210", not "smbkc210".
Can anyone who have editor privileges fix it?
--
linuxer and ema
2012/5/27 Charlie Somerville :
> Hi qemu-devel,
>
> I tried to build the 1.1.0-rc3 on Mac OS X Lion, and I get this compile
> error:
>
> qga/commands-posix.c: In function ‘qmp_guest_shutdown’:
> qga/commands-posix.c:65: error: ‘environ’ undeclared (first use in this
> function)
> qga/commands-posix
2012/5/23 Luiz Capitulino
> On Wed, 23 May 2012 10:35:36 +0800
> dunrong huang wrote:
>
> > 2012/5/23 Andreas Färber
> >
> > > Am 23.05.2012 01:09, schrieb q...@buildbot.b1-systems.de:
> > > > The Buildbot has detected a new failure on builder
> &g
2012/5/23 Andreas Färber
> Am 23.05.2012 01:09, schrieb q...@buildbot.b1-systems.de:
> > The Buildbot has detected a new failure on builder
> default_openbsd_current while building qemu.
> > Full details are available at:
> >
> http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/b
The str allocated in visit_type_str was not freed.
The visit_type_str function is an input visitor(-to-native)
here, it will allocate memory for caller, so the caller is responsible for
freeing the memory.
Signed-off-by: dunrong huang
---
hw/qdev-properties.c |6 +-
1 files changed, 5
What's the difference of these two method to call bdrv_close_all?
If you close qemu window, the main_loop will return immediately, and call
bdrv_close_all.
2012/5/16 Pavel Dovgaluk
> Prevent disk data loss when closing qemu window.
>
> Signed-off-by: Pavel Dovgalyuk
> ---
> vl.c |2 +-
>
t and return.
So, i think it doesnt matter whether initializing it or not in this
situation.
But the str must be freed to avoid memory leak
2012/5/15 Michael Roth
> On Mon, May 14, 2012 at 09:36:36PM +0200, Stefan Weil wrote:
> > Hello,
> >
> > Am 03.05.2012 10:34, schrieb
Sorry, i miss the "[PATCH]" in mail's title, i will resend it again.
2012/5/3 dunrong huang
> The str allocated in visit_type_str was not freed
>
> Signed-off-by: dunrong huang
> ---
> hw/qdev-properties.c |8 ++--
> 1 files changed, 6 insertions(+), 2
The str allocated in visit_type_str was not freed
Signed-off-by: dunrong huang
---
hw/qdev-properties.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index 98dd06a..8088699 100644
--- a/hw/qdev-properties.c
+++ b/hw
The str allocated in visit_type_str was not freed
Signed-off-by: dunrong huang
---
hw/qdev-properties.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index 98dd06a..8088699 100644
--- a/hw/qdev-properties.c
+++ b/hw
77 matches
Mail list logo
