On Fr, 2014-10-10 at 20:44 +0100, Peter Maydell wrote:
> Following cleanup of the vga device code in commit d2e043a8041,
> the arrays dmask4 and dmask16 are now unused. gcc doesn't warn
> about this, but clang does; remove them.
Queued up.
thanks,
Gerd
On Fr, 2014-10-10 at 19:05 +0200, Marc-André Lureau wrote:
> a different patch series for the driver. However, it is simple enough
> to keep qemu running on empty areas update, which is what this patch
> provides.
added to spice patch queue.
thanks,
Gerd
Hi Peter,
On 2014/10/14 12:54, Peter Maydell wrote:
> On 14 October 2014 04:36, zhuyijun wrote:
>> From: Zhu Yijun
>>
>> Commit 0b183fc871:"memory: move mem_path handling to
>> memory_region_allocate_system_memory" split memory_region_init_ram and
>> memory_region_init_ram_from_file. Also it mo
On 14 October 2014 07:10, Paolo Bonzini wrote:
> Il 14/10/2014 06:54, Peter Maydell ha scritto:
>> Why is this patch only changing this board? What's special
>> about virt that means we don't want to also make this
>> change for the other ARM boards? What about all the other
>> boards for the othe
Il 14/10/2014 06:54, Peter Maydell ha scritto:
> Why is this patch only changing this board? What's special
> about virt that means we don't want to also make this
> change for the other ARM boards? What about all the other
> boards for the other architectures?
-mem-path is not too useful without
On 14 October 2014 04:36, zhuyijun wrote:
> From: Zhu Yijun
>
> Commit 0b183fc871:"memory: move mem_path handling to
> memory_region_allocate_system_memory" split memory_region_init_ram and
> memory_region_init_ram_from_file. Also it moved mem-path handling a step
> up from memory_region_init_ram
From: Zhu Yijun
Commit 0b183fc871:"memory: move mem_path handling to
memory_region_allocate_system_memory" split memory_region_init_ram and
memory_region_init_ram_from_file. Also it moved mem-path handling a step
up from memory_region_init_ram to memory_region_allocate_system_memory.
Therefore f
>> Hi,
>> I encounter a problem that after deleting snapshot, the qcow2 image
>> size is very larger than that it should be displayed by ls command,
>> but the virtual disk size is okay via qemu-img info.
>> I suspect that during updating l1 table offset, ot
I also tried to add a virt io device to the frontend but still no disc in the
VM. Am I missing anything else?
{"QMP": {"version": {"qemu": {"micro": 0, "minor": 0, "major": 2}, "package": "
(Debian 2.0.0+dfsg-2ubuntu1.2)"}, "capabilities": []}}
{"execute":"qmp_capabilities"}
{"return": {}}
{ "
Hi,
All 37 patches should be applied now, in their latest version, with
Reviewed-bys and my Sob...
https://github.com/afaerber/qemu-cpu/commits/qom-next
This is a series size that I would ask to split in the future.
Thanks,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Ge
Am 13.10.2014 um 15:40 schrieb Andreas Färber:
> Already queued, not yet pushed. On my way to KVM Forum...
Fixed up the preceding series and pushed this one now:
https://github.com/afaerber/qemu-cpu/commits/qom-next
Thanks,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Ger
On 10/13/2014 09:27 AM, Bastian Koppelmann wrote:
> Add instructions of BO opcode format.
> Add microcode generator functions gen_swap, gen_ldmst.
> Add microcode generator functions gen_st/ld_preincr, which write back the
> address after the memory access.
> Add helper for circular and bit revers
On 10/13/2014 09:27 AM, Bastian Koppelmann wrote:
> Add instructions of BIT opcode format.
> Add microcode generator functions gen_bit_1/2op to do 1/2 bit operations on
> the last bit.
>
> Signed-off-by: Bastian Koppelmann
> ---
> v2 -> v3:
> - OR_NOR_T, AND_NOR_T: Now uses normal conditiona
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: 13 October 2014 16:53
> To: Paul Durrant
> Cc: qemu-devel@nongnu.org; xen-de...@lists.xenproject.org; Stefano
> Stabellini; Peter Maydell; Paolo Bonzini; Michael Tokarev; Stefan Hajnoczi;
> Ste
On Mon, 13 Oct 2014 14:09:54 +0300
"Michael S. Tsirkin" wrote:
> On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
> > On Mon, 6 Oct 2014 20:25:04 +0300
> > "Michael S. Tsirkin" wrote:
> > > [...]
> > >
> > > BTW I reverted that patch, and to fix migration, I'm thinking
> > > about app
On Mon, 13 Oct 2014, Paul Durrant wrote:
> The ioreq-server API added to Xen 4.5 offers better security than
> the existing Xen/QEMU interface because the shared pages that are
> used to pass emulation request/results back and forth are removed
> from the guest's memory space before any requests ar
On 10/13/14 22:47, Alexander Graf wrote:
>
> Could you please instead rewrite it to use g_strdup_printf() rather than
> strncat()s? That way we resolve all string pitfalls automatically - and
> this code is not the fast path, so doing an extra memory allocation is ok.
>
I guess, it is a personal
Add instructions of BO opcode format.
Add microcode generator functions gen_swap, gen_ldmst.
Add microcode generator functions gen_st/ld_preincr, which write back the
address after the memory access.
Add helper for circular and bit reverse addr mode calculation.
Add sign extended bitmask for BO_OF
Add instructions of BIT opcode format.
Add microcode generator functions gen_bit_1/2op to do 1/2 bit operations on the
last bit.
Signed-off-by: Bastian Koppelmann
---
v2 -> v3:
- OR_NOR_T, AND_NOR_T: Now uses normal conditionals instead of preprocessor.
target-tricore/translate.c | 312 +++
Hi guys,
here is the next round of TriCore patches. The first patch addresses a clang
issue mentioned by Peter Maydell and
some bugfixes. And the other four add instructions of the ABS, ABSB, B, BIT and
BO opcode format.
Thanks,
Bastian
v2 -> v3:
- OR_NOR_T, AND_NOR_T: Now uses normal con
Add instructions of B opcode format.
Signed-off-by: Bastian Koppelmann
Reviewed-by: Richard Henderson
---
target-tricore/translate.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/target-tricore/translate.c b/target-tricore/translate.c
index fc89a43..830bcd0 10
Add instructions of ABS, ABSB opcode format.
Add microcode generator functions for ld/st of two 32bit reg as one 64bit value.
Add microcode generator functions for ldmst and swap.
Add helper ldlcx, lducx, stlcx and stucx.
Signed-off-by: Bastian Koppelmann
Reviewed-by: Richard Henderson
---
targ
Move FCX loading of save_context_ to caller functions, for STLCX, STUCX insn to
use those functions.
Move FCX storing of restore_context_ to caller functions, for LDLCX, LDUCX insn
to use those functions.
Remove do_raise_exception function, which caused clang to emit a warning.
Fix: save_context_
On 13 October 2014 16:59, Eric Blake wrote:
> -isystem is a heavy hammer, affecting the entire compilation. Better
> might be just marking the ONE header as being a system header (silence
> various warnings caused by just that header, while still letting the
> rest of the compilation warn). If t
On Mon, Oct 13, 2014 at 02:05:34PM +0200, Paolo Bonzini wrote:
> Il 24/09/2014 17:21, Benoît Canet ha scritto:
> > The module takes care of computing minimal and maximal
> > values over the time slice duration.
>
> The code looks good, just two comments:
>
> > +/* Get the average value
> > + *
>
On 10/12/2014 01:50 AM, Peter Maydell wrote:
> On 12 October 2014 01:32, Chen Gang wrote:
>> On 10/12/14 5:25, Peter Maydell wrote:
>>> Some other approaches to this that would confine the
>>> fix to the makefiles rather than requiring us to modify
>>> the vixl source itself:
>>> a) add a -Wno- o
On 10.10.14 16:47, Peter Maydell wrote:
> On 10 October 2014 11:59, Antony Pavlov wrote:
>> Running barebox on qemu-system-mips* with '-d unimp' overloads
>> stderr by very very many mips_cpu_handle_mmu_fault() messages:
>>
>> mips_cpu_handle_mmu_fault address=b80003fd ret 0 physical 1
On 13.10.14 16:36, Chen Gang wrote:
> strncat() will append additional '\0' to destination buffer, so need
> additional 1 byte for it, or may cause memory overflow, just like other
> area within QEMU have done.
>
> Signed-off-by: Chen Gang
I agree with this patch. However, the code is pretty u
strncat() will append additional '\0' to destination buffer, so need
additional 1 byte for it, or may cause memory overflow, just like other
area within QEMU have done.
Signed-off-by: Chen Gang
---
target-ppc/kvm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-pp
I reapplied my changes on top of your v5 with the latest backing. It
basically scraps most of my changes on this patch for yours, except for
some slight updates here and there.
I'll continue to make any v7 updates on your v5 set.
Greg
On 13 October 2014 08:36, Peter Maydell wrote:
> On 13 Oct
Am 13.10.2014 um 12:55 schrieb Gonglei:
> On 2014/10/9 19:51, Gonglei wrote:
>
>> Andreas, ping?
>>
>
>
> Ping..., again.
Already queued, not yet pushed. On my way to KVM Forum...
Regards,
Andreas
>
>> Best regards,
>> -Gonglei
>>
>>> -Original Message-
>>> From: qemu-devel-bounces+a
I have just few minor comments.
Reviewed-by: Yongbok Kim
regards,
Yongbok
On 08/10/2014 11:55, Leon Alrae wrote:
Signed-off-by: Leon Alrae
---
v3:
* use sextract32 instead of open coding the bit field extraction
* replace _i64 with _tl in DAHI, DATI and DAUI
* fix misleading LDPC comment
---
On 13 October 2014 15:13, Greg Bellows wrote:
> I realize that, but I don't believe your changes were available yet and
> still sounded to be a bit in flux, so I was waiting to merge.
>
> As I mentioned previously, I had already merged on top of your initial
> changes.
Ah. I thought when you said
I realize that, but I don't believe your changes were available yet and
still sounded to be a bit in flux, so I was waiting to merge.
As I mentioned previously, I had already merged on top of your initial
changes.
I'll recommit with your changes.
Greg
On 13 October 2014 08:06, Peter Maydell wr
On 10 October 2014 18:03, Greg Bellows wrote:
> From: Fabian Aggeler
>
> Make arm_current_el() return EL3 for secure PL1 and monitor mode.
> Increase MMU modes since mmu_index is directly infered from arm_
"inferred"
> current_el(). Changes assertion in arm_el_is_aa64() to allow EL3.
"Change"
On 10 October 2014 18:03, Greg Bellows wrote:
> From: Fabian Aggeler
>
> Implements SMC instruction in AArch32 using the A32 syndrome. When executing
> SMC instruction from monitor CPU mode SCR.NS bit is reset.
>
> Signed-off-by: Sergey Fedorov
> Signed-off-by: Fabian Aggeler
> Signed-off-by: G
Il 13/10/2014 10:32, Jiri Slaby ha scritto:
> No, the DMA addresses are on purpose 32-bit: to teach the people always
> set the dma mask properly in the driver. This driver copies COMBO6x
> devices (liberouter.org) behaviour which I used until the cards got
> obsoleted (hard to find PCI-X slots now
On 10 October 2014 18:03, Greg Bellows wrote:
> Renamed the arm_current_pl CPU function to more accurately represent that it
> returns the ARMv8 EL rather than ARMv7 PL.
>
> Signed-off-by: Greg Bellows
>
> ==
>
> v5 -> v6
> - Renamed DisasContext current_pl field to current_el
> - Added c
Il 10/10/2014 14:09, Jiri Slaby ha scritto:
> I am using qemu for teaching the Linux kernel at our university. I
> wrote a simple PCI device that can answer to writes/reads, generate
> interrupts and perform DMA. As I am dragging it locally over 2 years,
> I am sending it to you now.
>
> Signed-of
On 10 October 2014 18:03, Greg Bellows wrote:
> From: Sergey Fedorov
>
> Reject switching to monitor mode from non-secure state.
>
> Signed-off-by: Sergey Fedorov
> Signed-off-by: Fabian Aggeler
> Reviewed-by: Edgar E. Iglesias
> Signed-off-by: Greg Bellows
> ---
> target-arm/helper.c | 2 ++
The Xen ioreq-server API, introduced in Xen 4.5, requires that PCI device
models explicitly register with Xen for config space accesses. This patch
adds a PCI bus listener interface which can be used by the Xen interface
code to monitor PCI buses for arrival and departure of devices.
Signed-off-by
The ioreq-server API added to Xen 4.5 offers better security than
the existing Xen/QEMU interface because the shared pages that are
used to pass emulation request/results back and forth are removed
from the guest's memory space before any requests are serviced.
This prevents the guest from mapping
This patch series is v2 of what was the single patch "Xen: Use
the ioreq-server API when available". The code that adds the
PCI bus listener is now in patch #1 of this series and the
remainder of the changes, in patch #2, have been re-worked to
constrain the #ifdefing to xen_common.h, as requested
On 10 October 2014 18:03, Greg Bellows wrote:
> From: Fabian Aggeler
>
> arm_is_secure() function allows to determine CPU security state
> if the CPU implements Security Extensions/EL3.
> arm_is_secure_below_el3() returns true if CPU is in secure state
> below EL3.
>
> Signed-off-by: Sergey Fedor
On Mon, Oct 13, 2014 at 02:29:20PM +0200, Alexander Graf wrote:
>
>
> On 13.10.14 12:42, Greg Kurz wrote:
> > On Mon, 13 Oct 2014 12:01:07 +0300
> > "Michael S. Tsirkin" wrote:
> >
> >> On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
> >>> On Mon, 6 Oct 2014 20:25:04 +0300
> >>> "Mic
On 10 October 2014 18:03, Greg Bellows wrote:
> From: Fabian Aggeler
>
> Increasing banked_r13 and banked_r14 to store LR_mon and SP_mon (bank
> index 7).
>
> Signed-off-by: Fabian Aggeler
> Signed-off-by: Greg Bellows
Reviewed-by: Peter Maydell
thanks
-- PMM
On 13.10.14 12:42, Greg Kurz wrote:
> On Mon, 13 Oct 2014 12:01:07 +0300
> "Michael S. Tsirkin" wrote:
>
>> On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
>>> On Mon, 6 Oct 2014 20:25:04 +0300
>>> "Michael S. Tsirkin" wrote:
[...]
BTW I reverted that patch, and to fi
Il 24/09/2014 17:21, Benoît Canet ha scritto:
> The module takes care of computing minimal and maximal
> values over the time slice duration.
The code looks good, just two comments:
> +/* Get the average value
> + *
> + * @ta: the timed average structure used
> + * @ret: the average value
> + */
ping...
On Mon, 2014-10-06 at 19:38 +0800, Zhu Guihua wrote:
> After inputting device_del command in monitor, we expect to list all
> hotpluggable devices automatically by pressing tab key. This patchset provides
> the function to list all peripheral devices such as memory devices.
>
> v3:
> - co
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
> On Mon, 6 Oct 2014 20:25:04 +0300
> "Michael S. Tsirkin" wrote:
> > [...]
> >
> > BTW I reverted that patch, and to fix migration, I'm thinking
> > about applying the following patch on top of master.
> >
>
> Michael,
>
> I could for
Hi guys, is there any update on this issue?
Tx
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/921208
Title:
win7/x64 installer hangs on startup with 0x005d.
Status in QEMU:
Confirmed
Status
On 2014/10/9 19:51, Gonglei wrote:
> Andreas, ping?
>
Ping..., again.
> Best regards,
> -Gonglei
>
>> -Original Message-
>> From: qemu-devel-bounces+arei.gonglei=hotmail@nongnu.org
>> [mailto:qemu-devel-bounces+arei.gonglei=hotmail@nongnu.org] On
>> Behalf Of Gonglei
>> Sent:
On Mon, 13 Oct 2014 16:23:58 +1030
Rusty Russell wrote:
> Cornelia Huck writes:
> > With virtio-1, we support more than 32 feature bits. Let's make
> > vdev->guest_features depend on the number of supported feature bits,
> > allowing us to grow the feature bits automatically.
>
> It's a judgeme
On Mon, 13 Oct 2014 16:28:32 +1030
Rusty Russell wrote:
> Cornelia Huck writes:
> > Note that we care only about the fields still in use for virtio v1.0.
> >
> > Reviewed-by: Thomas Huth
> > Reviewed-by: David Hildenbrand
> > Signed-off-by: Cornelia Huck
>
> Hi Cornelia,
>
> These p
On Mon, 13 Oct 2014 12:01:07 +0300
"Michael S. Tsirkin" wrote:
> On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
> > On Mon, 6 Oct 2014 20:25:04 +0300
> > "Michael S. Tsirkin" wrote:
> > > [...]
> > >
> > > BTW I reverted that patch, and to fix migration, I'm thinking
> > > about app
I want to add this message for vhost-user backend's memory changed.Any
suggestion?
* VHOST_USER_CLEAR_MEM_TABLE
Id: 15
Equivalent ioctl: VHOST_USER_CLEAR_MEM_TABLE
Master payload: u64
Clear the memory regions on the slave when the memory of the forward
freed.e.g.when unp
Am 13.10.2014 um 10:19 schrieb Zhang Haoyu:
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size is
very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O j
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
> On Mon, 6 Oct 2014 20:25:04 +0300
> "Michael S. Tsirkin" wrote:
> > [...]
> >
> > BTW I reverted that patch, and to fix migration, I'm thinking
> > about applying the following patch on top of master.
> >
>
> Michael,
>
> I could for
On Mon, 6 Oct 2014 20:25:04 +0300
"Michael S. Tsirkin" wrote:
> [...]
>
> BTW I reverted that patch, and to fix migration, I'm thinking
> about applying the following patch on top of master.
>
Michael,
I could force the migration issue with a rhel65 guest thanks to the
following patch, applied
On 10/10/2014, 04:54 PM, Claudio Fontana wrote:
> Hello,
>
> On 10.10.2014 14:09, Jiri Slaby wrote:
>> I am using qemu for teaching the Linux kernel at our university. I
>> wrote a simple PCI device that can answer to writes/reads, generate
>> interrupts and perform DMA. As I am dragging it locall
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image
size is very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O jo
>>Ah, you're right. We need to add an options field, or use a new
>>blockdev-mirror command.
Ok, thanks. Can't help to implement this, but I'll glad to help for testing.
- Mail original -
De: "Paolo Bonzini"
À: "Alexandre DERUMIER"
Cc: "Ceph Devel" , "qemu-devel"
Envoyé: Lundi 13 O
Am 13.10.2014 um 09:13 schrieb Zhang Haoyu:
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size is
very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O j
>> Hi,
>> I encounter a problem that after deleting snapshot, the qcow2 image size
>> is very larger than that it should be displayed by ls command,
>> but the virtual disk size is okay via qemu-img info.
>> I suspect that during updating l1 table offset, other I/O job referenc
Il 13/10/2014 08:06, Alexandre DERUMIER ha scritto:
>
> Also, about drive-mirror, I had tried with detect-zeroes with simple qcow2
> file,
> and It don't seem to help.
> I'm not sure that detect-zeroes is implement in drive-mirror.
>
> also, the target mirrored volume don't seem to have the det
65 matches
Mail list logo
