Signed-off-by: Fam Zheng
---
tests/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/Makefile b/tests/Makefile
index 16f0e4c..f430b18 100644
--- a/tests/Makefile
+++ b/tests/Makefile
@@ -463,7 +463,7 @@ check-qapi-schema: $(patsubst %,check-%,
$(check-qapi-schema
For the purpose of allowing running quick group on tmpfs.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/group | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/group b/tests/qemu-iotests/group
index a4742c6..08099b9 100644
--- a/tests/qemu-iotests/group
+++
Using /tmp, which is usually mounted as tmpfs, the quick group can be
quicker.
On my laptop (Lenovo T430s with Fedora 20), this reduces the time from
50s to 30s.
Signed-off-by: Fam Zheng
Reviewed-by: Max Reitz
---
tests/qemu-iotests-quick.sh | 2 +-
tests/qemu-iotests/check| 1 +
2 files c
qemu-iotests contains useful tests that have a nice coverage of block layer
code. Adding check-block (which calls tests/qemu-iotests-quick.sh) to "make
check" is good for developers' self-testing.
v2: Address comments from reviewing of v1:
Remove 091 from quick group. (Kevin)
Add Max's rev
On Fri, 12/12 10:13, Cornelia Huck wrote:
> On Fri, 12 Dec 2014 11:08:21 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Fri, Dec 12, 2014 at 10:01:46AM +0100, Cornelia Huck wrote:
> > > Several places check against the feature bit number instead of against
> > > the feature bit. Fix them.
> > >
>
On Sun, Dec 14, 2014 at 9:28 PM, Richard Henderson wrote:
> On 12/13/2014 06:21 PM, Max Filippov wrote:
>> Max Filippov (2):
>> target-xtensa: record available window in TB flags
>> target-xtensa: don't generate dead code
>>
>> target-xtensa/cpu.h | 12 +
>> target-xtensa/helper.h|
On 2014/12/8 21:49, Peter Maydell wrote:
> On 2 December 2014 at 12:56, Shannon Zhao wrote:
>> Add support for NUMA on ARM64. Tested successfully running a guest
>> Linux kernel with the following patch applied:
>
> I'm still hoping for review from somebody who better understands
> how QEMU and N
The series of patches adds support EEH for VFIO PCI devices on sPAPR platform.
It requires corresponding host kernel support, which was merged during 3.17
merge window. This patchset has been rebased to Alex Graf's QEMU repository:
git://github.com/agraf/qemu.git (branch: ppc-next)
The impleme
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls and adds
callback sPAPRPHBClass::eeh_handler, which is going to be used
this way:
* RTAS calls are received in spapr_pci.c, sanity check is
The patch implements sPAPRPHBClass::eeh_handler so that the
EEH RTAS requests can be routed to VFIO for further handling.
Signed-off-by: Gavin Shan
---
hw/misc/vfio.c | 1 +
hw/ppc/spapr_pci_vfio.c | 56 +
2 files changed, 57 insertions(+
From: Alexey Kardashevskiy
This makes find_phb()/find_dev() public and changed its names
to spapr_pci_find_phb()/spapr_pci_find_dev() as they are going to
be used from other parts of QEMU such as VFIO DDW (dynamic DMA window)
or VFIO PCI error injection or VFIO EEH handling - in all these
cases t
From: Pavel Dovgalyuk
TCG generates optimized code for i386 repz instructions in single step mode.
It means that when ecx becomes 0, execution of the string instruction breaks
immediately without an additional iteration for ecx==0 (which will only check
ecx and set the flags). Omitting this itera
From: Dmitry Poletaev
Signed-off-by: Dmitry Poletaev
Signed-off-by: Richard Henderson
---
target-i386/fpu_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-i386/fpu_helper.c b/target-i386/fpu_helper.c
index 8768e1c..30d34d5 100644
--- a/target-i386/fpu_helper.
From: Dmitry Poletaev
Signed-off-by: Dmitry Poletaev
Signed-off-by: Richard Henderson
---
target-i386/fpu_helper.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/target-i386/fpu_helper.c b/target-i386/fpu_helper.c
index 1d4eee3..8768e1c 100644
--- a/ta
l-patches-2014-12-11' into staging (2014-12-11
18:27:02 +)
are available in the git repository at:
git://github.com/rth7680/qemu.git tags/x86-next-20141214
for you to fetch changes up to c4d4525c38cd93cc5d1a743976eb25ac571d435f:
target-i386: fix icount processing for repz instruct
On 13/12/2014 23:10, Torbjörn Granlund wrote:
> I wrote:
>
> The s390 instruction emulation makes GMP fail most of its tests.
> I have isolated one of the problems:
>
> How to reproduce:
>
> gcc m.c x.s
> ./a.out
>
> Correct output on actual hardware:
>
>
> I
My Two Cents.
I am using Xubuntu 14.04 recent install -- all updates.
I created a WIN7 x64 VM (fresh clean install) with most Windows updates
-- nothing else.
Note: I use a script (command line startup) of "qemu-system-x86_64"
Inside Windows 7, I shutdown a few services that I thought I did no
On 14 December 2014 at 20:56, Gaurav Sharma wrote:
> I just wanted to know if instruction fetch from non ram mapped region
> supported in qemu ?
No. If you try it you'll probably hit the "Trying to execute code
outside RAM or ROM" fatal error in get_page_addr_code().
(The region can be device-for
Hi,
I just wanted to know if instruction fetch from non ram mapped region
supported in qemu ?
I looked at the code as how TLB is being formed and maintained, and my
understanding of the code confirms the same.
Just wanted to cross-check if that is correct ?
Thanks,
Gaurav
On 12/13/2014 08:48 AM, 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 180003fd
> prot 3
> mips_cpu_handle_mmu_fault ad
On 12/13/2014 06:21 PM, Max Filippov wrote:
> Max Filippov (2):
> target-xtensa: record available window in TB flags
> target-xtensa: don't generate dead code
>
> target-xtensa/cpu.h | 12 +
> target-xtensa/helper.h| 2 +-
> target-xtensa/op_helper.c | 29 +-
> target-xtensa/tra
Hi,
kindly help me ...
Kindly create an user id for the my name to access QEMU materials.
Preferred user ID: Pankajusic
Thanks for the support.
--
Thanks with Regards:
Pankaj Kumar Gupta
Hyderabad, Telangana
cell: *+91-9035486588*
Looking at what? At the lack of problems as comment #14 says?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1025244
Title:
qcow2 image increasing disk size above the virtual limit
Status in QEMU:
Thanks!
The fix is correct, but I am not sure this patch is needed.
This is a frozen part of the code with XP and Windows 2003 support for NetKVM
only.
The library that is used for newer OSes and other drivers has this fix:
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/commit/264f1
Signed-off-by: Gal Hammer
---
docs/specs/vmgenid.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 docs/specs/vmgenid.txt
diff --git a/docs/specs/vmgenid.txt b/docs/specs/vmgenid.txt
new file mode 100644
index 000..656d598
--- /dev/null
++
Based on Microsoft's sepecifications (paper can be dowloaded from
http://go.microsoft.com/fwlink/?LinkId=260709), add a device
description to the SSDT ACPI table and its implementation.
The GUID is set using a global "vmgenid.uuid" parameter.
Signed-off-by: Gal Hammer
---
default-configs/i386-
Hi,
Resending patches after the release of version 2.2.
Please note that this patch set doesn't include the *.hex.generated
files and the binary ACPI tables (make check will fail).
Thanks,
Gal.
VX - Fixed typos in docs and a few clarification.
V9 - Add a unit test.
- Rebased to version
Signed-off-by: Gal Hammer
---
tests/Makefile | 2 ++
tests/vmgenid-test.c | 48
2 files changed, 50 insertions(+)
create mode 100644 tests/vmgenid-test.c
diff --git a/tests/Makefile b/tests/Makefile
index 16f0e4c..612441a 100644
--- a/tes
28 matches
Mail list logo
