Looks good, I'll get this to linux-user que once QEMU 2.0 is released.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1299190
Title:
Access to /proc/self/exe in linux-user mode
Status in QEMU:
Ne
Change over to my proper Xilinx email. s/petalogix.com/xilinx.com.
Signed-off-by: Peter Crosthwaite
---
MAINTAINERS | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7d17f83..39c8c66 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -304,
At Wed, 02 Apr 2014 16:18:15 -0400,
Cole Robinson wrote:
>
> On 04/02/2014 11:25 AM, Takashi Iwai wrote:
> > At Wed, 02 Apr 2014 17:19:51 +0200,
> > Gerd Hoffmann wrote:
> >>
> >> On Mi, 2014-04-02 at 11:07 -0400, Cole Robinson wrote:
> >>> +if (button->button == 1 &&
> >>> +button->ty
Hiya,
I found a couple of corner cases where signal handling fails in QEMU
linux-user support. "Signal handling" here being just a symptom -
actual problems are in TB / page management.
Here are a couple of simple tests
(https://github.com/andreiw/andreiw-wip/tree/master/qemu/tests). The
test:
1)
Hello there
Could you delete e-mail at the mailing list?
Best Regards
Chicken~
-Original Message-
From: qemu-devel-bounces+chickenjoon=gmail@nongnu.org
[mailto:qemu-devel-bounces+chickenjoon=gmail@nongnu.org] On Behalf Of
qemu-devel-requ...@nongnu.org
Sent: Thursday, March 20, 20
Change the DB_PRINT macro over to a regular if() rather than
conditional compilation to give constant compile testing of formats.
Signed-off-by: Peter Crosthwaite
---
hw/misc/zynq_slcr.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/hw/misc/zynq_slcr.c b/hw/
To bring it up to date with styling guidelines.
Signed-off-by: Peter Crosthwaite
---
hw/misc/zynq_slcr.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/hw/misc/zynq_slcr.c b/hw/misc/zynq_slcr.c
index cc29444..06eba08 100644
--- a/hw/misc/zynq_slcr.c
+++ b/hw/m
Near total rewrite of this device model. It is stylistically
obsolete, has numerous coverity fails and is not up to date with latest
Xilinx documentation. Fix.
The registers are flattened into a single array. This greatly simplifies
the MMIO accessor functions.
We take the oppurtunity to update t
Hi Peter,
Iv'e finally gotten around to looking at SLCR and its coverity issues.
Ended up doing a rewrite of the whole thing to action (P1).
Some styling updates to go with it as well (P2-3).
Regards,
Peter
Peter Crosthwaite (3):
misc: zynq-slcr: Rewrite
misc: zynq_slcr: Convert SBD::init
ping2
is there anything I can do to help these patches get merged?
Jan
On Mon, Mar 17, 2014 at 1:53 PM, Ján Veselý wrote:
> ping
>
> any problem with v2?
>
> regards,
> Jan
>
> On Sun, Feb 23, 2014 at 2:37 AM, Jan Vesely wrote:
>> v2: add usb_mouse_properties
>> use macros for bmAttributes
From: Gonglei
when map MSI-X table memory failed, the dev->msix_table not be
set to NULL, the assigned_dev_unregister_msix_mmio() will case
a segfault when munmap the failed dev->msix_table.
Signed-off-by: Gonglei
---
hw/i386/kvm/pci-assign.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
From: Gonglei
QEMU only mmap MSIX_PAGE_SIZE memory for all pci devices in
assigned_dev_register_msix_mmio(), meanwhile the set the one
page memmory to zero, so the rest memory will be random value
(maybe etnry.data is not 0). In the assigned_dev_update_msix_mmio()
maybe occur the issue of entry_n
I think the problem is not in libbacktrace per se but rather
libsanitizer initializing libbacktrace with contents of /proc/self/exe.
Patch is still relevant though.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpa
On Wed, Apr 02, 2014 at 01:01:28PM -0400, Gabriel L. Somlo wrote:
> Speaking of, I *thought* I had a vague idea of how all this stuff fits
> together, but it turns out I don't... There's
>
> - OVMF
> http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
>
> - Ti
On Wed, Apr 02, 2014 at 02:01:55PM +0800, Fam Zheng wrote:
> On Mon, 03/10 15:25, Fam Zheng wrote:
> > v17: Rebase to current master.
>
> Ping?
Hi Fam,
Sorry, I'll try to finish up my review of v17 tomorrow.
Jeff
An update to my issues. It seems that as soon as I remove the USB
devices in my qemu command everything is working perfect. I suspect
Battlefield has frozen upon exit since I had a XBox Controller connected
with pass through to Windows. Even though I did not use this Xbox
controller I got this free
On 2 April 2014 14:52, Richard Henderson wrote:
> On 04/02/2014 07:06 AM, Andreas Färber wrote:
>> FreeBSD 10.0-RELEASE has bswap16() etc. macros defined in sys/endian.h,
>> which leads to a conflict with our static inline definitions.
>>
>> Force using the system version of the macros.
>>
>> Sign
Am 02.04.2014 15:44, schrieb Paolo Bonzini:
> Max WRITE SAME length is also used when the UNMAP bit is zero, so it
> should be queried even if LBPWS=0. Same for the optimal transfer
> length.
>
> However, the write_zeroes_alignment only matters for UNMAP=1 so we
> still restrict it to LBPWS=1.
>
>
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Yang Zhang
> Sent: Friday, February 21, 2014 1:44 AM
> To: qemu-devel@nongnu.org
> Cc: peter.mayd...@linaro.org; xen-de...@lists.xensource.com;
> stefano.stabell...@eu.cit
Am 02.04.2014 15:05, schrieb Paolo Bonzini:
> Non-block SCSI devices do not support flushing, but we may still send
> them requests via bdrv_flush_all. Just ignore them.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/iscsi.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/block/iscs
Am 02.04.2014 14:45, schrieb Paolo Bonzini:
> Some targets may return "invalid field" as the ASCQ from WRITE SAME
> if they support the command only without the UNMAP field. Recognize
> that, and return ENOTSUP just like for "invalid operation code".
>
> Signed-off-by: Paolo Bonzini
> ---
> bloc
On 04/02/2014 11:25 AM, Takashi Iwai wrote:
> At Wed, 02 Apr 2014 17:19:51 +0200,
> Gerd Hoffmann wrote:
>>
>> On Mi, 2014-04-02 at 11:07 -0400, Cole Robinson wrote:
>>> +if (button->button == 1 &&
>>> +button->type == GDK_BUTTON_PRESS &&
>>> +!gd_is_grab_active(s) &&
>>> +
We don't implement the sparc64 iommu, and the kernel expects to be able
to use it.
The kernel sets up an iommu translation table, but qemu does not adjust its
internal mappings,
and thus the first time the kernel touches the PCI bus we get an oops.
If you build a kernel with virtio built in, you
On 04/02/2014 07:06 AM, Andreas Färber wrote:
> FreeBSD 10.0-RELEASE has bswap16() etc. macros defined in sys/endian.h,
> which leads to a conflict with our static inline definitions.
>
> Force using the system version of the macros.
>
> Signed-off-by: Andreas Färber
> ---
> On 9.0-RELEASE I di
On Wed, 2014-04-02 at 11:41 +0200, Alexander Graf wrote:
> Commit 6f1834a2b exposed a bug in openpic_kvm where we don't filter
> for memory events that only happen to the region we want to know
> events about.
>
> Add proper filtering, fixing the e500plat target with KVM.
>
> Signed-off-by: Alexa
Heinz Graalfs writes:
> On 01/04/14 17:48, Markus Armbruster wrote:
>> Heinz Graalfs writes:
>>
>>> Hi Kevin,
>>>
>>> doing a
>>>
>>> virsh detach-device ...
>>>
>>> ends up in the following QEMU monitor commands:
>>>
>>> 1. device_del ...
>>> 2. drive_del ...
>>>
>>> qmp_device_del() perf
Hello Dave,
Thanks for your quick reply.
On Wed, Apr 2, 2014 at 7:05 PM, Dr. David Alan Gilbert
wrote:
> You can add a launchpad entry if you like; however sicne I suspect
> it's my rework of --name to use QemuOpts that broke it, I'll add it
> to my list.
If it's already on your todo list, that
Yes, that's where it gets weird. I've never seen this on fresh VM.
It needs to be idle for couple of hours at least. And even then it
doesn't always hang.
So your OS is just sitting at a text console, running nothing special?
When you reboot after the migration what's the last thing you see
in t
* William Dauchy (wdau...@gmail.com) wrote:
> Hello,
>
> I was using the qemu command line option:
> -name foo,process=foo
> in order to get a nice process naming on my linux box.
>
> and so I could do
> $ ps axco pid,command | grep 'foo'
> 4242 foo
>
> I switched to a config file with:
> [name]
On Wed, Apr 02, 2014 at 05:07:05PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > If qemu gives OVMF a complete, concatenated dump of all tables, I'll
> > have to split that up into individual tables, and install those one by one.
>
> I feel like I should have a look at how coreboot handles this for a
On Wed, Apr 2, 2014 at 11:51 AM, Andreas Färber wrote:
> Hi,
>
> Am 02.04.2014 09:32, schrieb Sai Prajeeth:
> > I am booting an OpenIndiana image on qemu by using the -smp 4 option. I
> > seem to be running into this known
> > bug http://docs.oracle.com/cd/E19253-01/820-5245/ggmsj/index.html
> >
* Peter Maydell (peter.mayd...@linaro.org) wrote:
> Convert this device to use vmstate for its save/load, including
> providing a post_load function that sanitizes inbound data to
> avoid possible buffer overflows if it is malicious.
>
> Signed-off-by: Peter Maydell
> ---
> hw/net/stellaris_enet
On Wed, 2014-04-02 at 17:03 +0100, Anthony PERARD wrote:
> When you "xl create", you have about 10 second to start gdb on qemu,
> otherwise, xl will fail to create a guest.
I'd be quite happy with adding a backdoor to libxl for this case. i.e.
looking for the existence LIBXL_DEBUG_QEMU in the envi
* Peter Maydell (peter.mayd...@linaro.org) wrote:
> The rx_fifo pointer is awkward to migrate, and is actually
> redundant since it is always possible to determine it from
> the current rx[].len/.data and rx_fifo_len. Remove both
> rx_fifo and rx_fifo_len from the state, replacing them with
> a sim
Il 02/04/2014 18:10, Andreas Färber ha scritto:
Is the version_id important for that enterprise distribution?
We usually didn't make this depend on the release but on individual
changes, so PMM has a point. If someone did a savevm on master and after
this patch tries to loadvm it, maybe nothing
On Tue, Apr 01, 2014 at 05:01:18PM +0200, Fabio Fantoni wrote:
> Today I tried latest qemu 2.0 compiled from git (commit
> 63678e17cf399ff81b93417fe7bee8d6ef6b6b1b) on this dom0:
> Debian 7 (Wheezy) 64 bit with kernel from package linux-image-3.2.0-4-amd64
> version 3.2.54-2 and all dependency pack
Am 02.04.2014 17:56, schrieb Michael S. Tsirkin:
> On Wed, Apr 02, 2014 at 04:42:08PM +0100, Peter Maydell wrote:
>> On 2 April 2014 16:33, Paolo Bonzini wrote:
>>> The subsection already exists in one well-known enterprise Linux
>>> distribution, but for some strange reason the fields were swappe
On Wed, Apr 2, 2014 at 7:47 AM, Peter Maydell wrote:
> On 2 April 2014 13:11, Peter Crosthwaite wrote:
>> Like others, I have been carrying this change locally. Good to see it up!
>
> Why are you all booting raw Images anyway (just out of curiosity)? All my
> test cases boot either a zImage or a
On Wed, Apr 02, 2014 at 01:13:31PM +0200, Fabio Fantoni wrote:
> >- if you posted qemu's backtrace at the sigsegv.
>
> I tried to use gdb following this old post:
> https://lists.gnu.org/archive/html/qemu-devel/2011-12/msg02575.html
> but with same changes:
>
> /usr/lib/xen/bin# vi qemu-system-i3
Il 02/04/2014 17:55, Michael S. Tsirkin ha scritto:
> I've reviewed these and they look sane and safe for 2.0.
> mst, could you have a second look as PC maintainer and take them?
I'd rather delay to 2.1.
It's not a regression is it?
No, I'm fine with 2.1 since I won't be around to fix mess.
P
On Wed, Apr 02, 2014 at 04:42:08PM +0100, Peter Maydell wrote:
> On 2 April 2014 16:33, Paolo Bonzini wrote:
> > The subsection already exists in one well-known enterprise Linux
> > distribution, but for some strange reason the fields were swapped
> > when forward-porting the patch to upstream.
>
On Mon, Mar 31, 2014 at 11:58:57PM +0200, Andreas Färber wrote:
> Hi,
>
> Am 31.03.2014 18:26, schrieb Paolo Bonzini:
> > This is a resend of the I2C patches I posted a while ago.
> > Patches 1-3 are just a rebase.
> >
> > Patch 4 is the same as before, patches 5-7 make the tmp105
> > testcase mo
Il 01/04/2014 15:06, Eduardo Otubo ha scritto:
On 03/24/2014 03:13 PM, Paul Moore wrote:
On Thursday, March 13, 2014 10:42:42 AM Eduardo Otubo wrote:
The following changes since commit
750036a848ea913ba6343718ffa70da98f7eef6b:
Merge remote-tracking branch
'remotes/afaerber/tags/prep-for-up
Hi,
Am 02.04.2014 09:32, schrieb Sai Prajeeth:
> I am booting an OpenIndiana image on qemu by using the -smp 4 option. I
> seem to be running into this known
> bug http://docs.oracle.com/cd/E19253-01/820-5245/ggmsj/index.html
>
> Can someone tell me how can i go about doing workaround 2 on qemu??
Hello,
I was using the qemu command line option:
-name foo,process=foo
in order to get a nice process naming on my linux box.
and so I could do
$ ps axco pid,command | grep 'foo'
4242 foo
I switched to a config file with:
[name]
guest = "foo"
process = "foo"
but now the previous `ps` comman
Il 02/04/2014 17:42, Peter Maydell ha scritto:
On 2 April 2014 16:33, Paolo Bonzini wrote:
The subsection already exists in one well-known enterprise Linux
distribution, but for some strange reason the fields were swapped
when forward-porting the patch to upstream.
Limit headaches for said ent
On 2 April 2014 16:33, Paolo Bonzini wrote:
> The subsection already exists in one well-known enterprise Linux
> distribution, but for some strange reason the fields were swapped
> when forward-porting the patch to upstream.
>
> Limit headaches for said enterprise Linux distributor when the
> time
On Wed, 2014-04-02 at 08:50 +, Gonglei (Arei) wrote:
> Hi,
> > > >
> > > Actually I move the judge in function assigned_dev_register_msix_mmio.
> > > Because assigned_dev_register_msix_mmio do not address the return value,
> > > if dev->msix_table is null, this will result a segfault. Right?
>
On 04/02/2014 11:29 AM, Michael S. Tsirkin wrote:
> On Wed, Apr 02, 2014 at 11:25:32AM -0400, Vlad Yasevich wrote:
>> On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote:
>>> On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote:
On 04/02/2014 06:46 AM, Yan Vugenfirer wrote:
>
> O
* Ed Maste (ema...@freebsd.org) wrote:
> On 11 March 2014 12:13, Dr. David Alan Gilbert wrote:
>
> > Except pthread_setname_np is not portable and was previously
> > ifdef'd _GNU_SOURCE anyway, and the parameters on other OSs
> > maybe different (freebsd has got a 3rd parameter for no
> > apparen
On Wed, Apr 02, 2014 at 05:33:02PM +0200, Paolo Bonzini wrote:
> The subsection already exists in one well-known enterprise Linux
> distribution, but for some strange reason the fields were swapped
> when forward-porting the patch to upstream.
>
> Limit headaches for said enterprise Linux distribu
* Peter Maydell (peter.mayd...@linaro.org) wrote:
> Packet transmission for the stellaris ethernet controller can be triggered
> in one of two ways:
> * by setting a threshold value in the THR register; when the FIFO
>fill level reaches the threshold, the h/w starts transmitting.
>Software
The subsection already exists in one well-known enterprise Linux
distribution, but for some strange reason the fields were swapped
when forward-porting the patch to upstream.
Limit headaches for said enterprise Linux distributor when the
time will come to rebase their version of QEMU.
Signed-off-
On Wed, Apr 02, 2014 at 11:25:32AM -0400, Vlad Yasevich wrote:
> On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote:
> > On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote:
> >> On 04/02/2014 06:46 AM, Yan Vugenfirer wrote:
> >>>
> >>> On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin wrote
* Peter Maydell (peter.mayd...@linaro.org) wrote:
> The datasheet is clear that the frame length written to the DATA
> register is actually stored in the TX FIFO; this means we don't
> need to keep both tx_frame_len and tx_fifo_len state separately.
>
> Signed-off-by: Peter Maydell
> Reviewed-by:
At Wed, 02 Apr 2014 17:17:54 +0200,
Gerd Hoffmann wrote:
>
> On Mi, 2014-04-02 at 14:32 +0200, Takashi Iwai wrote:
> > +static gboolean gd_event(GtkWidget *widget, GdkEvent *event, void
> > *opaque)
> > +{
> > +if (event->type == GDK_MOTION_NOTIFY)
> > +return gd_motion_event(widget, &
On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote:
> On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote:
>> On 04/02/2014 06:46 AM, Yan Vugenfirer wrote:
>>>
>>> On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin wrote:
>>>
On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote:
Adds an include primitive to the syntax of QAPI schema files, allowing these to
be modularized into multiple per-topic files in the future.
Signed-off-by: Lluís Vilanova
---
Changes in v8:
* Do not show absolute paths in error messages.
Changes in v7:
* Add tests for relative path inclusion.
At Wed, 02 Apr 2014 17:19:51 +0200,
Gerd Hoffmann wrote:
>
> On Mi, 2014-04-02 at 11:07 -0400, Cole Robinson wrote:
> > +if (button->button == 1 &&
> > +button->type == GDK_BUTTON_PRESS &&
> > +!gd_is_grab_active(s) &&
> > +!qemu_input_is_absolute()) {
> > +
> > gtk_che
On Mi, 2014-04-02 at 11:07 -0400, Cole Robinson wrote:
> +if (button->button == 1 &&
> +button->type == GDK_BUTTON_PRESS &&
> +!gd_is_grab_active(s) &&
> +!qemu_input_is_absolute()) {
> +
> gtk_check_menu_item_set_active(GTK_CHECK_MENU_ITEM(s->grab_item),
> +
Use an explicit input file on the command-line instead of reading from standard
input
Signed-off-by: Lluís Vilanova
---
Makefile | 12 ++--
docs/qapi-code-gen.txt |4 ++--
scripts/qapi-commands.py
On Mi, 2014-04-02 at 14:32 +0200, Takashi Iwai wrote:
> +static gboolean gd_event(GtkWidget *widget, GdkEvent *event, void
> *opaque)
> +{
> +if (event->type == GDK_MOTION_NOTIFY)
> +return gd_motion_event(widget, &event->motion, opaque);
> +return FALSE;
> +}
Fails checkpatch:
WA
Signed-off-by: Lluís Vilanova
---
docs/qapi-code-gen.txt | 11 +
scripts/qapi.py| 66 +++-
tests/Makefile |5 ++
tests/qapi-schema/include-after-err.err|1
tests/qapi-schema/in
Il 02/04/2014 17:15, Michael S. Tsirkin ha scritto:
Yes and I think this someone was you actually.
Can something similar be done for this test?
I think ivshmem depends on ioeventfd, doesn't it? So short of
implementing ioeventfd for TCG, no.
Paolo
On Wed, Apr 02, 2014 at 05:07:09PM +0200, Andreas Färber wrote:
> Am 02.04.2014 17:06, schrieb Michael S. Tsirkin:
> > On Wed, Apr 02, 2014 at 04:57:48PM +0200, Andreas Färber wrote:
> >> Note that it launches two instances to as sharing memory is the purpose
> >> of Nahanni/ivshmem.
> >>
> >> Cc:
Signed-off-by: Lluís Vilanova
---
Makefile | 24 ++--
tests/Makefile | 20
2 files changed, 34 insertions(+), 10 deletions(-)
diff --git a/Makefile b/Makefile
index ec74039..84345ee 100644
--- a/Makefile
+++ b/Makefile
@@ -237,23 +237,35 @@ qapi
Signed-off-by: Lluís Vilanova
---
tests/qapi-schema/test-qapi.py |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/qapi-schema/test-qapi.py b/tests/qapi-schema/test-qapi.py
index b3d1e1d..ac6da13 100644
--- a/tests/qapi-schema/test-qapi.py
+++ b/tests/qapi-schema/te
On Wed, Apr 02, 2014 at 04:57:48PM +0200, Andreas Färber wrote:
> Note that it launches two instances to as sharing memory is the purpose
> of Nahanni/ivshmem.
>
> Cc: Cam Macdonell
> Signed-off-by: Andreas Färber
> ---
> This test demonstrates a use case of running two QEMU instances in qtest.
Hi,
> If qemu gives OVMF a complete, concatenated dump of all tables, I'll
> have to split that up into individual tables, and install those one by one.
I feel like I should have a look at how coreboot handles this for an
additional data point ...
cheers,
Gerd
Without this, we need to initiate a manual grab with ctrl+alt+g just
to get a usable mouse.
Signed-off-by: Cole Robinson
---
Gerd, Takashi, I think this should do what we want.
ui/gtk.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 9b8df12..ebaade2 10064
Am 02.04.2014 17:06, schrieb Michael S. Tsirkin:
> On Wed, Apr 02, 2014 at 04:57:48PM +0200, Andreas Färber wrote:
>> Note that it launches two instances to as sharing memory is the purpose
>> of Nahanni/ivshmem.
>>
>> Cc: Cam Macdonell
>> Signed-off-by: Andreas Färber
>> ---
>> This test demons
Hi,
> > From the conversation so far, it seems to me that:
> >
> > - type 0 is best left to the BIOS (user overrides via
> > command line at their own risk)
I think it was a bad idea to allow overriding type0 fields in the first
place. It also isn't used in practice. I don't think
[On 04/02/2014 08:47 AM, Peter Maydell wrote:
> On 2 April 2014 13:11, Peter Crosthwaite wrote:
>> Like others, I have been carrying this change locally. Good to see it up!
>
> Why are you all booting raw Images anyway (just out of curiosity)? All my
> test cases boot either a zImage or a uImage,
On Mi, 2014-04-02 at 09:28 -0400, Cole Robinson wrote:
> On 04/02/2014 08:32 AM, Takashi Iwai wrote:
> > I simply like it better, you don't? :)
> >
>
> In fact, relative mouse mode is a pain without this feature, you need to
> manually initiate a grab with ctrl+alt+g before mouse movement will ev
On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote:
> On 04/02/2014 06:46 AM, Yan Vugenfirer wrote:
> >
> > On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin wrote:
> >
> >> On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote:
> >>> When a link change occurs on a backend (like
Note that it launches two instances to as sharing memory is the purpose
of Nahanni/ivshmem.
Cc: Cam Macdonell
Signed-off-by: Andreas Färber
---
This test demonstrates a use case of running two QEMU instances in qtest.
However, similar to mst's proposed KVM acpi-test, it fails on systems
with
On 04/02/2014 06:46 AM, Yan Vugenfirer wrote:
>
> On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin wrote:
>
>> On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote:
>>> When a link change occurs on a backend (like tap), we currently do
>>> not propage such change to the nic. As a result
On 04/02/2014 04:52 PM, Alexander Graf wrote:
>
> On 02.04.2014, at 16:49, Fabien Chouteau wrote:
>
>> IRQ are lowered when ievent bit is cleared, so irq_pulse makes no sense
>> here...
>>
>> Signed-off-by: Fabien Chouteau
>
> Thanks, applied to ppc-next.
Thanks Alex,
> Given that the wiring
On 02.04.2014, at 16:49, Fabien Chouteau wrote:
> IRQ are lowered when ievent bit is cleared, so irq_pulse makes no sense
> here...
>
> Signed-off-by: Fabien Chouteau
Thanks, applied to ppc-next. Given that the wiring with boards is still missing
I don't think this is a critical 2.0 fix.
A
IRQ are lowered when ievent bit is cleared, so irq_pulse makes no sense
here...
Signed-off-by: Fabien Chouteau
---
hw/net/fsl_etsec/rings.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/fsl_etsec/rings.c b/hw/net/fsl_etsec/rings.c
index e36cfbe..d4a494f 100644
---
Il 02/04/2014 15:31, Laszlo Ersek ha scritto:
On 04/02/14 13:13, Fabio Fantoni wrote:
Il 01/04/2014 18:24, Laszlo Ersek ha scritto:
On 04/01/14 17:01, Fabio Fantoni wrote:
Today I tried latest qemu 2.0 compiled from git (commit
63678e17cf399ff81b93417fe7bee8d6ef6b6b1b) on this dom0:
Debian 7 (
On 01/04/14 17:48, Markus Armbruster wrote:
Heinz Graalfs writes:
Hi Kevin,
doing a
virsh detach-device ...
ends up in the following QEMU monitor commands:
1. device_del ...
2. drive_del ...
qmp_device_del() performs the device unplug path.
In case of a block device do_drive_del() t
On 11 March 2014 12:13, Dr. David Alan Gilbert wrote:
> Except pthread_setname_np is not portable and was previously
> ifdef'd _GNU_SOURCE anyway, and the parameters on other OSs
> maybe different (freebsd has got a 3rd parameter for no
> apparent reason).
No, glibc's arguments are identical to
Signed-off-by: Jun Li
This patch can make sure the data still existing after shrinking. And only
discard the unused (guest) clusters. If shrinking to the size which stored
data, It will return an error and will not do any change.
As this patch can support shrinking, so changed the func name of
Signed-off-by: Jun Li
This patch can make sure the data still existing after shrinking. And only
discard the unused (guest) clusters. If shrinking to the size which stored
data, It will return an error and will not do any change.
As this patch can support shrinking, so changed the func name of
Signed-off-by: Jun Li
This patch can make sure the data still existing after shrinking. And only
discard the unused (guest) clusters. If shrinking to the size which stored
data, It will return an error and will not do any change.
As this patch can support shrinking, so changed the func name of
Signed-off-by: Jun Li
This patch can make sure the data still existing after shrinking. And only
discard the unused (guest) clusters. If shrinking to the size which stored
data, It will return an error and will not do any change.
As this patch can support shrinking, so changed the func name of
Signed-off-by: Jun Li
This patch can make sure the data still existing after shrinking. And only
discard the unused (guest) clusters. If shrinking to the size which stored
data, It will return an error and will not do any change.
As this patch can support shrinking, so changed the func name of
FreeBSD 10.0-RELEASE has bswap16() etc. macros defined in sys/endian.h,
which leads to a conflict with our static inline definitions.
Force using the system version of the macros.
Signed-off-by: Andreas Färber
---
On 9.0-RELEASE I did not have this issue, so unsure if some version check
is nee
On 24.03.14 15:25, Andreas Färber wrote:
Am 23.03.2014 10:28, schrieb Prasad Joshi:
Signed-off-by: Prasad Joshi
---
hw/intc/openpic_kvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Thanks for spotting this, applied to ppc-next (w/ typo fix in subject):
https://github.com/afaerbe
I am using octeon linux as guest operating system with mips64. I want to
use SMP support. When i use '-smp 2' it display following error:
*Number of SMP cpus requested (2), exceeds max cpus supported by machine
`octeon' (1)*
Does QEMU support SMP for mips64?
Regards
--
Maryyam Muhammad Din
Al-Kha
On 02.04.14 10:31, Christian Borntraeger wrote:
On 01/04/14 16:47, Christian Borntraeger wrote:
We want to configure several things in KVM that go beyond what
ENABLE_CAP (we need payload) or ONE_REG (we need it for the VM
and we need to do more complex actions) can provide. Instead of
adding se
On 04/02/2014 09:42 AM, Takashi Iwai wrote:
> At Wed, 02 Apr 2014 09:28:54 -0400,
> Cole Robinson wrote:
>>
>> On 04/02/2014 08:32 AM, Takashi Iwai wrote:
>>> I simply like it better, you don't? :)
>>>
>>
>> In fact, relative mouse mode is a pain without this feature, you need to
>> manually initia
Am 02.04.2014 14:48, schrieb Paolo Bonzini:
> Il 01/04/2014 23:19, Hervé Poussineau ha scritto:
>> Signed-off-by: Hervé Poussineau
>>
>> ---
>> hw/ppc/prep.c |3 ---
>> 1 file changed, 3 deletions(-)
>>
>> diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
>> index 035b5b2..dfe4a5c 100644
>> --- a/hw
Max WRITE SAME length is also used when the UNMAP bit is zero, so it
should be queried even if LBPWS=0. Same for the optimal transfer
length.
However, the write_zeroes_alignment only matters for UNMAP=1 so we
still restrict it to LBPWS=1.
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 12 +++
At Wed, 02 Apr 2014 09:28:54 -0400,
Cole Robinson wrote:
>
> On 04/02/2014 08:32 AM, Takashi Iwai wrote:
> > I simply like it better, you don't? :)
> >
>
> In fact, relative mouse mode is a pain without this feature, you need to
> manually initiate a grab with ctrl+alt+g before mouse movement wi
On 04/02/14 14:38, Gabriel L. Somlo wrote:
> On Wed, Apr 02, 2014 at 12:35:26AM +0200, Laszlo Ersek wrote:
>> On 04/02/14 00:00, Kevin O'Connor wrote:
>>> On Tue, Apr 01, 2014 at 11:44:12PM +0200, Laszlo Ersek wrote:
Right now, OVMF can accept individual fields, or table-at-a-time blobs,
On 04/02/14 13:13, Fabio Fantoni wrote:
> Il 01/04/2014 18:24, Laszlo Ersek ha scritto:
>> On 04/01/14 17:01, Fabio Fantoni wrote:
>>> Today I tried latest qemu 2.0 compiled from git (commit
>>> 63678e17cf399ff81b93417fe7bee8d6ef6b6b1b) on this dom0:
>>> Debian 7 (Wheezy) 64 bit with kernel from pa
On 04/02/2014 08:32 AM, Takashi Iwai wrote:
> I simply like it better, you don't? :)
>
In fact, relative mouse mode is a pain without this feature, you need to
manually initiate a grab with ctrl+alt+g before mouse movement will even work.
Compare to our sdl front end, or virt-viewer, vinagre, vir
On 04/02/2014 08:32 AM, Takashi Iwai wrote:
> It's pretty annoying that the pointer reappears at a random place once
> after grabbing and ungrabbing the input. Better to restore to the
> original position where the pointer was grabbed.
>
> Reference: https://bugzilla.novell.com/show_bug.cgi?id=84
1 - 100 of 144 matches
Mail list logo