On Sa, 2014-02-01 at 15:35 +0100, BALATON Zoltan wrote:
> On Sat, 1 Feb 2014, Alexander Graf wrote:
> > The assert happens inside the guest, so I'm afraid you'll have to add
> > debugging output to edk2. Just print out the port number if port & 3 in
> > the code path above.
>
> I've come this sa
Signed-off-by: Sebastian Huber
---
hw/misc/zynq_slcr.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/misc/zynq_slcr.c b/hw/misc/zynq_slcr.c
index e42a5b0..433d439 100644
--- a/hw/misc/zynq_slcr.c
+++ b/hw/misc/zynq_slcr.c
@@ -399,6 +399,9 @@ static void zynq_slcr_w
KVM & libvirt: you are welcome to join the QEMU umbrella organization
like last year.
What is GSoC?
Google Summer of Code 2014 (GSoC) provides funding for students to
work on open source projects for 12-weeks over the summer. Open
source organizations apply to participate and those accepted recei
Hello!
I would like to ask whether there are any ongoing efforts towards accelerating
the QEMU User mode Translation by conducting path exploration; binary decoding
(For example supported by an Intel tool like XED2 or academic work like
Jakstab) (ahead-of-time, before translation starts) and mo
If 1 is written to the SLCR's PSS_RESET_CTRL register request a qemu
reset.
The RTEMS BSPs use this bit and if -no-reboot is used qemu exits cleanly.
Signed-off-by: Chris Johns
---
hw/misc/zynq_slcr.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/hw/misc/zynq_slcr.c b
Building against with a recent glib in a custom prefix fails because
the gthread cflags in the pkg-config file do not have the correct path
while the glib pc file does.
Signed-off-by: Chris Johns
---
configure | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure b/
The following registers control whether MAC can receive frames:
- MODER.RXEN bit that enables/disables receiver;
- TX_BD_NUM register that specifies number of RX descriptors.
Notify QEMU networking core when the MAC is ready to receive frames.
Discard frame and raise BUSY interrupt when the frame a
On Sun, Feb 02, 2014 at 11:31:33PM +, Peter Maydell wrote:
> On 2 February 2014 23:17, Christoffer Dall
> wrote:
> > Implement support to save/restore the ARM KVM VGIC state from the
> > kernel. The basic appraoch is to transfer state from the in-kernel VGIC
> > to the emulated arm-gic state
On Sun, Feb 2, 2014 at 1:04 PM, wrote:
> From: "Edgar E. Iglesias"
>
> Signed-off-by: Edgar E. Iglesias
Reviewed-by: Peter Crosthwaite
> ---
> hw/cris/axis_dev88.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/hw/cris/axis_dev88.c b/hw/cris/axis_dev88.c
> i
On Sun, Feb 2, 2014 at 1:04 PM, wrote:
> From: "Edgar E. Iglesias"
>
> Signed-off-by: Edgar E. Iglesias
Reviewed-by: Peter Crosthwaite
> ---
> hw/cris/Makefile.objs | 1 -
> hw/cris/pic_cpu.c | 47
> ---
> include/hw/cris/etraxfs.h |
On Sun, Feb 2, 2014 at 1:04 PM, wrote:
> From: "Edgar E. Iglesias"
>
> Signed-off-by: Edgar E. Iglesias
Reviewed-by: Peter Crosthwaite
> ---
> target-cris/cpu.c | 20
> target-cris/cpu.h | 4
> 2 files changed, 24 insertions(+)
>
> diff --git a/target-cris/cpu.c b
Add support for saving VMState of 2D arrays of uint32 values.
Reviewed-by: Peter Maydell
Signed-off-by: Christoffer Dall
---
include/migration/vmstate.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
index be193ba..a106d51 100
The GICC_APRn registers are not currently supported by the ARM GIC v2.0
emulation. This patch adds the missing state.
Note that we also change the number of APRs to use a define GIC_NR_APRS
based on the maximum number of preemption levels. This patch also adds
RAZ/WI accessors for the four regis
Right now the arm gic emulation doesn't keep track of the source of an
SGI (which apparently Linux guests don't use, or they're fine with
assuming CPU 0 always).
Add the necessary matrix on the GICState structure and maintain the data
when setting and clearing the pending state of an IRQ and make
On 2 February 2014 23:17, Christoffer Dall wrote:
> Implement support to save/restore the ARM KVM VGIC state from the
> kernel. The basic appraoch is to transfer state from the in-kernel VGIC
> to the emulated arm-gic state representation and let the standard QEMU
> vmstate save/restore handle sa
Save and restore the ARM KVM VGIC state from the kernel. We rely on
QEMU to marshal the GICState data structure and therefore simply
synchronize the kernel state with the QEMU emulated state in both
directions.
We take some care on the restore path to check the VGIC has been
configured with enoug
Add a binary_point field to the gic emulation structure and support
setting/getting this register now when we have it. We don't actually
support interrupt grouping yet, oh well.
Reviewed-by: Peter Maydell
Signed-off-by: Christoffer Dall
---
Changes [v2 -> v3]:
- Treat writes for GIC prior to v
The existing implementation of the pending behavior in gic_set_irq,
gic_complete_irq, and the distributor pending set/clear registers does
not follow the semantics of the GICv2.0 specs, but may implement the
11MPCore support. Therefore, maintain the existing semantics for
11MPCore and v7M NVIC and
Implement support to save/restore the ARM KVM VGIC state from the
kernel. The basic appraoch is to transfer state from the in-kernel VGIC
to the emulated arm-gic state representation and let the standard QEMU
vmstate save/restore handle saving the arm-gic state. Restore works by
reversing the pro
On 28.01.2014 17:52, Benoît Canet wrote:
Signed-off-by: Benoit Canet
---
tests/qemu-iotests/075 | 85 ++
tests/qemu-iotests/075.out | 27 +++
tests/qemu-iotests/group | 1 +
3 files changed, 113 insertions(+)
create mode 10064
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Example of command line:
-drive if=virtio,file.driver=quorum,\
file.children.0.file.filename=1.raw,\
file.children.0.node-name=1.raw,\
file.children.0.driver=raw,\
file.children.1.file.filename=2.raw,\
file.children.1.node-name=2.raw,\
On Fri, Jan 31, 2014 at 06:09:20PM +, Peter Maydell wrote:
> On 28 January 2014 20:32, Christoffer Dall
> wrote:
[...]
>
> This looks broadly right; a couple of comments below.
>
[...]
> > +
> > +static void gic_set_irq_generic(GICState *s, int irq, int level,
> > +
On Fri, Jan 31, 2014 at 06:33:25PM +, Peter Maydell wrote:
> On 28 January 2014 20:32, Christoffer Dall
> wrote:
> > Right now the arm gic emulation doesn't keep track of the source of an
> > SGI (which apparently Linux guests don't use, or they're fine with
> > assuming CPU 0 always).
> >
>
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Signed-off-by: Benoit Canet
---
block/quorum.c | 19 +++
1 file changed, 19 insertions(+)
Reviewed-by: Max Reitz
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Makes a vote to select error if any.
Signed-off-by: Benoit Canet
---
block/quorum.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/block/quorum.c b/block/quorum.c
index 9b0718b..1b84b07 100
On Fri, Jan 31, 2014 at 02:21:42PM +, Peter Maydell wrote:
> On 29 January 2014 13:21, Peter Maydell wrote:
> > On 28 January 2014 20:28, Christoffer Dall
> > wrote:
> >> This patch series adds generic support for issuing device control
> >> related ioctls and supports creating the ARM KVM-a
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Signed-off-by: Benoit Canet
---
block/quorum.c | 67 ++
1 file changed, 67 insertions(+)
diff --git a/block/quorum.c b/block/quorum.c
index a47cd33..9b0718b 100644
--- a/bloc
Haven't used 9pfs in a while.
I thought these patches are a good time to play with it some more.
I have encountered two issues.
What I'm doing:
host: qemu a75143eda2ddf581b51e96c000974bcdfe2cbd10.
/scm/qemu/x86_64-softmmu/qemu-system-x86_64 -enable-kvm -m 1g -cpu kvm64
-smp 2 f20-x64.qcow2 -net
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Signed-off-by: Benoit Canet
---
block/quorum.c | 11 +++
1 file changed, 11 insertions(+)
Reviewed-by: Max Reitz
On 28.01.2014 17:52, Benoît Canet wrote:
From: Benoît Canet
Check that every bs file returns the same length.
Otherwize, return -EIO to disable the quorum and
*Otherwise
avoid length discrepancy.
Signed-off-by: Benoit Canet
---
block/quorum.c | 26 ++
1 file cha
On 2 February 2014 20:46, Michael S. Tsirkin wrote:
> Signed-off-by: Michael S. Tsirkin
> ---
> hw/i386/pc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> index 348b15f..e715a33 100644
> --- a/hw/i386/pc.c
> +++ b/hw/i386/pc.c
> @@ -83
Signed-off-by: Michael S. Tsirkin
---
hw/i386/pc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/i386/pc.c b/hw/i386/pc.c
index 348b15f..e715a33 100644
--- a/hw/i386/pc.c
+++ b/hw/i386/pc.c
@@ -835,8 +835,8 @@ static void load_linux(FWCfgState *fw_cfg,
init
On 2 February 2014 19:39, Xin Tong wrote:
> what should i do here? i want to pass the ADDR_READ/addr_write into
> the macro. But i do not know how I can convert it into
> env->tlb_v_table[mmu_idx][vidx].ADDR_READ/env->tlb_v_table[mmu_idx][vidx].addr_write.
I told you what you were doing wrong. Ju
what should i do here? i want to pass the ADDR_READ/addr_write into
the macro. But i do not know how I can convert it into
env->tlb_v_table[mmu_idx][vidx].ADDR_READ/env->tlb_v_table[mmu_idx][vidx].addr_write.
Thanks a lot,
Xin
On Sun, Feb 2, 2014 at 1:29 PM, Peter Maydell wrote:
> On 2 February
On 2 February 2014 19:01, Xin Tong wrote:
> I am getting some compilation errors while stringnifying the
> ADDR_READ, addr_write.
>
> function helper_be_ldq_cmmu
>
> if (!VICTIM_TLB_HIT(ADDR_READ)) {
>
>
> macro
>
> #define VICTIM_TLB_HIT(ACCESS_TYPE)
>
I am getting some compilation errors while stringnifying the
ADDR_READ, addr_write.
function helper_be_ldq_cmmu
if (!VICTIM_TLB_HIT(ADDR_READ)) {
macro
#define VICTIM_TLB_HIT(ACCESS_TYPE) \
({
On 2 February 2014 18:27, Xin Tong wrote:
> On Sun, Feb 2, 2014 at 10:19 AM, Peter Maydell
> wrote:
>> Statement expressions are supported by both gcc and clang,
>> which is the set of compilers we care about.
>
> Ok got it. would moving vtlb_idx inside the macro break the C89 rule
> of "No Vari
On Sun, Feb 2, 2014 at 10:19 AM, Peter Maydell wrote:
> On 2 February 2014 15:15, Xin Tong wrote:
>> Hi Peter
>>
>> Thank you for your reviews , i have 2 questions.
>>
>> On Sat, Feb 1, 2014 at 4:14 PM, Peter Maydell
>> wrote:
>>> On 28 January 2014 17:31, Xin Tong wrote:
+/* macro to che
From: Martin Husemann
Do not rely on int8_t (and friends) not being preprocessor
symbols (or symbols expanding to themselves). On NetBSD (for example) the
glue(u, SDATA_TYPE) results in u__int8_t, which is undefined. There is no way
to stop cpp expanding inner macros, so just add the few line
From: Stefan Weil
Signed-off-by: Stefan Weil
Signed-off-by: Michael Tokarev
---
hw/ppc/ppc4xx_devs.c |2 --
1 file changed, 2 deletions(-)
diff --git a/hw/ppc/ppc4xx_devs.c b/hw/ppc/ppc4xx_devs.c
index 239aada..9160ee7 100644
--- a/hw/ppc/ppc4xx_devs.c
+++ b/hw/ppc/ppc4xx_devs.c
@@ -27,8
Am 31.01.2014 um 21:41 schrieb Stefan Hajnoczi :
> On Fri, Jan 31, 2014 at 6:32 PM, Peter Lieven wrote:
>>
>> Am 31.01.2014 um 17:07 schrieb Stefan Hajnoczi :
>>
>>> On Fri, Jan 31, 2014 at 12:38:48PM +0100, Peter Lieven wrote:
This adds v6 of the NFS protocol driver + qemu-iotest adjustm
On Fri, Jan 31, 2014 at 02:27:08PM +0100, Igor Mammedov wrote:
> due to recent change introduced by:
> "pcihp: reduce number of device check events"
>
> 'up' field is cleared right after it's read.
> This is incompatible with legacy BIOS ACPI code
> where PCNF ACPI method reads this field 32 times
"Kirill A. Shutemov" writes:
> Currently we silently ignore getversion requests for anything except
> file or directory. Let's instead return ENOTTY error to indicate that
> getversion is not supported. It makes implementation consistent on
> all not-supported cases.
>
> Signed-off-by: Kirill A.
"Kirill A. Shutemov" writes:
> Currently we fail getattr request altogether if we can't read
> P9_STATS_GEN for some reason. It breaks valid use cases:
>
> E.g let's assume we have non-readable directory with execution bit set
> on host and we export it to client over 9p On host we can chdir into
From: Fam Zheng
Signed-off-by: Fam Zheng
Signed-off-by: Michael Tokarev
---
tests/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/tests/.gitignore b/tests/.gitignore
index 1aed224..9ba9d96 100644
--- a/tests/.gitignore
+++ b/tests/.gitignore
@@ -4,6 +4,7 @@ check-qint
check-
There's nothing exciting in there, some really small things here and there.
Please pull.
Thanks,
/mjt
The following changes since commit 89e4a51ca9546a7bbe1998c4e3d4a3ac3a0c19be:
Merge remote-tracking branch 'stefanha/tags/tracing-pull-request' into
staging (2014-01-31 11:13:08 +)
are
From: Richard Henderson
Commit c9baa30f42a87f61627391698f63fa4d1566d9d8 failed to
delete all of the relevant code, leading to Werrors about
unused symbols.
Signed-off-by: Richard Henderson
Signed-off-by: Michael Tokarev
---
tcg/s390/tcg-target.c | 19 ---
1 file changed, 19
From: Stefan Hajnoczi
osdep.c does not use trace_*() so we can just drop the include.
Signed-off-by: Stefan Hajnoczi
Reviewed-by: Benoit Canet
Signed-off-by: Michael Tokarev
---
util/osdep.c |1 -
1 file changed, 1 deletion(-)
diff --git a/util/osdep.c b/util/osdep.c
index 62072b4..bd4f
From: Stefan Weil
This fixes a compiler warning with -Werror=missing-format-attribute
and allows improved compiler checks for variable argument lists.
Signed-off-by: Stefan Weil
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Michael Tokarev
---
include/qemu/readline.h |3 ++-
monitor.c
On 2 February 2014 15:15, Xin Tong wrote:
> Hi Peter
>
> Thank you for your reviews , i have 2 questions.
>
> On Sat, Feb 1, 2014 at 4:14 PM, Peter Maydell
> wrote:
>> On 28 January 2014 17:31, Xin Tong wrote:
>>> +/* macro to check the victim tlb */
>>> +#define HELPER_CHECK_VICTIM_TLB(ACCESS_
From: Stefan Weil
Instead of packing BiosLinkerLoaderEntry, an unused global variable called
QEMU_PACKED was created (detected by smatch static code analysis).
Including qemu-common.h gets the right definition and also includes some
standard include files which now can be removed here.
Cc: qemu
"Kirill A. Shutemov" writes:
> All get_st_gen() implementations except handle_ioc_getversion() have
> guard for undefined FS_IOC_GETVERSION. Let's add it there too.
>
> Signed-off-by: Kirill A. Shutemov
Reviewed-by: Aneesh Kumar K.V
> ---
> hw/9pfs/virtio-9p-handle.c | 5 +
> 1 file chan
"Kirill A. Shutemov" writes:
> v9fs_co_st_gen() expects to see error code in errno, not in return code.
>
> Let's fix this.
>
> Signed-off-by: Kirill A. Shutemov
Reviewed-by: Aneesh Kumar K.V
> ---
> hw/9pfs/virtio-9p-local.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
>
Hi Peter
Thank you for your reviews , i have 2 questions.
On Sat, Feb 1, 2014 at 4:14 PM, Peter Maydell wrote:
> On 28 January 2014 17:31, Xin Tong wrote:
>> This patch adds a victim TLB to the QEMU system mode TLB.
>>
>> QEMU system mode page table walks are expensive. Taken by running QEMU
>>
On Fri, Jan 31, 2014 at 12:39:01PM -0700, Eric Blake wrote:
> On 01/31/2014 12:03 PM, Gabriel L. Somlo wrote:
> > Allow guests to omit the configuration of a floppy disk controller.
> >
> > Signed-off-by: Gabriel Somlo
> > ---
> >
> > New in this version:
> >
> > - "int have_fdc = 1;" instead
On Sun, 2 Feb 2014 15:12:55 +0200
"Michael S. Tsirkin" wrote:
> On Thu, Jan 09, 2014 at 05:36:37PM +0100, Igor Mammedov wrote:
> > .. so OSPM could notice resource conflict if there is any.
> >
> > Signed-off-by: Igor Mammedov
>
> Hi Igor,
> I noticed an unpleasant side effect caused by this p
The driver in "virtio-win-0.1-74.iso" are already signed with Red Hat
certificate.
You get the warning because they are not signed with MS WHQL signature.
Signing with ReactIOS certificate will not help.
Best regards,
Yan.
** Changed in: qemu
Status: New => Invalid
--
You received this
On Thu, Jan 09, 2014 at 05:36:37PM +0100, Igor Mammedov wrote:
> .. so OSPM could notice resource conflict if there is any.
>
> Signed-off-by: Igor Mammedov
Hi Igor,
I noticed an unpleasant side effect caused by this patch.
Now, windows xp prompts me for a driver for this device
every time I boo
On Sun, Feb 2, 2014 at 1:50 PM, Paolo Bonzini wrote:
> Il 02/02/2014 02:47, Max Filippov ha scritto:
>
>> Hello,
>>
>> is there any way to notify networking core that adapter's
>> NetClientInfo::can_receive return value is about to change from 0 to 1?
>
> Yes, qemu_flush_queued_packets.
>
> See co
Il 02/02/2014 02:47, Max Filippov ha scritto:
Hello,
is there any way to notify networking core that adapter's
NetClientInfo::can_receive return value is about to change from 0 to 1?
Yes, qemu_flush_queued_packets.
See commit e8b4c68 (e1000: flush queue whenever can_receive can go from
false
60 matches
Mail list logo
