On 01/05/2013 01:29 PM, Liu Yuan wrote:
> On 01/05/2013 12:40 PM, Liu Yuan wrote:
>> On 01/05/2013 12:38 AM, Stefan Hajnoczi wrote:
>>> Hi Yuan,
>>> BDRV_O_NOCACHE means bypass host page cache (O_DIRECT).
>>>
>>> BDRV_O_CACHE_WB specifies the cache semantics that the guest sees - that
>>> means whe
On 01/05/2013 12:40 PM, Liu Yuan wrote:
> On 01/05/2013 12:38 AM, Stefan Hajnoczi wrote:
>> Hi Yuan,
>> BDRV_O_NOCACHE means bypass host page cache (O_DIRECT).
>>
>> BDRV_O_CACHE_WB specifies the cache semantics that the guest sees - that
>> means whether the disk cache is writethrough or writeback
On 01/05/2013 12:38 AM, Stefan Hajnoczi wrote:
> Hi Yuan,
> BDRV_O_NOCACHE means bypass host page cache (O_DIRECT).
>
> BDRV_O_CACHE_WB specifies the cache semantics that the guest sees - that
> means whether the disk cache is writethrough or writeback.
>
> In other words, BDRV_O_NOCACHE is a hos
Andreas Färber writes:
> Hi,
>
> Am 02.01.2013 19:07, schrieb Anthony Liguori:
>> 2) Patches that no longer apply via git am --3way will receive a
>> notification.
>
> Isn't Nacked-by too strong of a notification for a mere technical need
> for a rebase (compared to a rejection of its conc
Supposedly QEMU is able to build with Clang and yet trying to do so
I am seeing the build fail as follows..
Comments?
gmake[1]: Entering directory `/home/brad/qemu/pc-bios/optionrom'
clang -I. -I/home/brad/qemu -I/home/brad/qemu/include
-I/home/brad/qemu/libcacard -Wall -Wstrict-prototypes -Wer
Unconditional bswap replaced by __get_user/__put_user.
Signed-off-by: Richard Henderson
---
linux-user/signal.c | 22 --
linux-user/syscall_defs.h | 2 +-
2 files changed, 9 insertions(+), 15 deletions(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index 95
We've now optimized the ld/st versions; reuse that for the "legacy"
versions. Always use inlines so that we get the type checking that
we expect.
Signed-off-by: Richard Henderson
---
include/qemu/bswap.h | 147 +++
1 file changed, 53 insertions(+)
Move the bswap_N -> bswapN wrappers inside CONFIG_BYTESWAP_H.
Change the ultimate fallback defintions from macros to inline functions.
The proper types recieved by the function arguments means we can remove
unnecessary casts, making the code more readable.
Signed-off-by: Richard Henderson
---
i
Use the new host endian unaligned access functions instead of
open coding byte-by-byte references. Remove assembly special
cases for i386 and ppc -- we've now exposed the operation to
the compiler sufficiently for these to be optimized automatically.
Signed-off-by: Richard Henderson
---
include
Fixes the libfdt enabled build for hosts that have .
The code at the beginning of qemu/bswap.h is attempting to standardize
on bswapN. In the case of CONFIG_MACHINE_BSWAP_H, this is all we get.
In the case of CONFIG_BYTESWAP_H, we get bswap_N from the system header
and then wrap these with inline
The previous formuation with multiple assignments to __typeof(*hptr) falls
down when hptr is qualified const. E.g. with const struct S *p, p->f is
also qualified const.
With this formulation, there's no assignment to any local variable.
Signed-off-by: Richard Henderson
---
linux-user/qemu.h |
On Fri, Jan 04, 2013 at 05:41:41PM -0700, Eric Blake wrote:
> On 01/04/2013 05:28 PM, Brad Smith wrote:
> > On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
> >> If a compression format other than gzip is used we might
> >> as well move to xz instead of bzip2.
>
> Agreed, many projects
Signed-off-by: Richard Henderson
---
include/qemu/bswap.h | 51 ++-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/include/qemu/bswap.h b/include/qemu/bswap.h
index b2a8f94..381554b 100644
--- a/include/qemu/bswap.h
+++ b/include/qemu
On 01/04/2013 05:28 PM, Brad Smith wrote:
> On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
>> If a compression format other than gzip is used we might
>> as well move to xz instead of bzip2.
Agreed, many projects are dropping bzip2 as irrelevant (slower than the
more-widely-available
Commit 2296f194dfde4c0a54f249d3fdb8c8ca21dc611b reduced the number
of syscalls performed during user emulation startup, but failed to
consider the use of symbolic links in creating directory structures.
Signed-off-by: Richard Henderson
---
path.c | 5 +++--
1 file changed, 3 insertions(+), 2 del
Version 1 was way back in October,
http://lists.gnu.org/archive/html/qemu-devel/2012-10/msg02854.html
wherein Blue asked me to re-do the unaligned access function part of
the patch. I've now done that, as patch 3 of this series.
But having a look at was frought with ugliness, and
I've now c
Peter Maydell recommended the change to be more proper. The result was tested
and shows coming up with the same proper value.
Signed-off-by: Samuel Seay
---
linux-user/signal.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/linux-user/signal.c b/linux-user/signal.c
index
On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
> If a compression format other than gzip is used we might
> as well move to xz instead of bzip2.
11.8M qemu-1.3.0.tar.gz
9.8M qemu-1.3.0.tar.bz2
7.8M qemu-1.3.0.tar.xz
diff --git a/Makefile b/Makefile
index a7ac04b..9073a86 100644
---
On 01/02/2013 09:16 AM, Benoît Canet wrote:
> Signed-off-by: Benoit Canet
> ---
> block/qcow2.c | 38 ++
> 1 file changed, 38 insertions(+)
>
> diff --git a/block/qcow2.c b/block/qcow2.c
> index 410d3c1..9a7177b 100644
> --- a/block/qcow2.c
> +++ b/block/qco
On 12/29/2012 01:45 AM, Wenchao Xia wrote:
> This mirror function will return all image info including
> snapshots. Now Qemu have both query-image and query-block
> interfaces, and qemu-img share the code for image info
> retrieving with qemu emulator.
>
> Signed-off-by: Wenchao Xia
> ---
> bl
We already used to support the external proxy facility of FSL MPICs,
but only implemented it halfway correctly.
This patch adds support for
* dynamic enablement of the EPR facility
* interrupt acknowledgement only when the interrupt is delivered
This way the implementation now is closer to r
On 04.01.2013, at 20:07, Scott Wood wrote:
> On 01/04/2013 12:54:51 PM, Alexander Graf wrote:
>> On 04.01.2013, at 19:50, Scott Wood wrote:
>> > On 01/04/2013 04:24:59 AM, Alexander Graf wrote:
>> >> msi_supported = true;
>> >> list = list_be;
>> >> diff --git a/target-ppc/Makefil
When nested SVM is supported, the kernel returns the SVM flag on
GET_SUPPORTED_CPUID[1], so we can check the SVM flag safely on
kvm_check_features_against_host().
I don't know why the original code ignored the SVM flag. Maybe it was
because kvm_cpu_fill_host() used the CPUID instruction directly i
This will be necessary once kvm_check_features_against_host() starts
using KVM-specific definitions (so it won't compile anymore if
CONFIG_KVM is not set).
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 4
1 file changed, 4 insertions(+)
diff --git a/target-i386/cpu.c b/target-i386
This is a cleanup that tries to solve two small issues:
- We don't need a separate kvm_pv_eoi_features variable just to keep a
constant calculated at compile-time, and this style would require
adding a separate variable (that's declared twice because of the
CONFIG_KVM ifdef) for each fea
On 12/29/2012 01:45 AM, Wenchao Xia wrote:
> Now this function have a mirror name with bdrv_query_image_info
> to tip well what it is doing.
Awkward to read. Maybe:
Now that we have bdrv_query_image_info, rename this function to make it
more obvious what it is doing.
>
> Signed-off-by: Wench
Make for() cycle reusable for the next patch
Signed-off-by: Igor Mammedov
---
v3:
-replace e[bcd]x arguments naming with vendor[123]
-fix/swap vendor2 and vendor3 order
Spotted-By: Eduardo Habkost
Tested vendor feature in TCG/KVM mode + custom value, works as expected
v
We don't need any hack to ignore CPUID_EXT_HYPERVISOR anymore, because
kvm_arch_get_supported_cpuid() now set CPUID_EXT_HYPERVISOR properly.
So, this shouldn't introduce any behavior change, but it makes the code
simpler.
Signed-off-by: Eduardo Habkost
---
My goal is to eliminate the check_feat f
The existing -cpu host code simply set every bit inside svm_features
(initializing it to -1), and that makes it impossible to make the
enforce/check options work properly when the user asks for SVM features
explicitly in the command-line.
So, instead of initializing svm_features to -1, use GET_SUP
Signed-off-by: Hervé Poussineau
---
hw/acpi_piix4.c | 91 ---
1 file changed, 40 insertions(+), 51 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index 06a8aca..63b41db 100644
--- a/hw/acpi_piix4.c
+++ b/hw/acpi_piix4.c
@@ -531,6
Changes on v2:
- Now both the kvm_mmu-disable and -cpu "enforce" changes are on the same
series
- Coding style fixes
Git tree for reference:
git://github.com/ehabkost/qemu-hacks.git cpu-enforce-all.v2
https://github.com/ehabkost/qemu-hacks/tree/cpu-enforce-all.v2
Patches 1-2 disable the
When using -cpu host, we don't need to use the kvm_default_features
variable, as the user is explicitly asking QEMU to enable all feature
supported by the host.
This changes the kvm_cpu_fill_host() code to use GET_SUPPORTED_CPUID to
initialize the kvm_features field, so we get all host KVM feature
Stefan Hajnoczi wrote:
> On Fri, Dec 21, 2012 at 10:25:51AM +0800, Wenchao Xia wrote:
>> resent the mail to mail-list.
>> ---
>>
>> Hi, Paolo and Juan
>> Currently savevm needs pause vm, and I am working on that make it
>> lively.
>
> What is the benefit over migrating to fil
The -cpu check/enforce warnings are printing incorrect information about the
missing flags. There are no feature flags on CPUID leaves 0 and 0x8000, but
there were references to 0 and 0x8000 in the table at
kvm_check_features_against_host().
This changes the model_features_t struct to cont
Am 04.01.2013 um 22:44 schrieb "Stefan Weil" :
>> From: Lucas Meneghel Rodrigues
>>
>> Add a test device which supports the kvmctl ioports,
>> so one can run the KVM unittest suite.
>>
>> Intended Usage:
>>
>> qemu-system-x86_64 -nographic \
>>-device pc-testdev \
>>-device isa-debug
I have no idea why PPRO_FEATURES was being ignored on the check of the
CPUID.8001H.EDX bits. I believe it was a mistake, and it was
supposed to be ~(PPRO_FEATURES & CPUID_EXT2_AMD_ALIASES) or just
~CPUID_EXT2_AMD_ALIASES, because some time ago kvm_cpu_fill_host() used
the CPUID instruction dire
Now that all entries have check_feat=~0 on
kvm_check_features_against_host(), we can eliminate check_feat entirely
and make the code check all bits.
This patch shouldn't introduce any behavior change, as check_feat is set
to ~0 on all entries.
Signed-off-by: Eduardo Habkost
---
Changes v2:
- Co
Signed-off-by: Hervé Poussineau
---
hw/isa-bus.c | 127 --
hw/isa.h |2 +-
2 files changed, 125 insertions(+), 4 deletions(-)
diff --git a/hw/isa-bus.c b/hw/isa-bus.c
index 86b0bbd..bcf7cd4 100644
--- a/hw/isa-bus.c
+++ b/hw/isa-bu
On Fri, Jan 04, 2013 at 09:46:30PM +0100, Igor Mammedov wrote:
> On Fri, 4 Jan 2013 18:02:33 -0200
> Eduardo Habkost wrote:
>
> > On Fri, Jan 04, 2013 at 08:37:24PM +0100, Igor Mammedov wrote:
> > > Make for() cycle reusable for the next patch
> > >
> > > Signed-off-by: Igor Mammedov
> > > ---
On Fri, Jan 04, 2013 at 05:56:22PM -0200, Eduardo Habkost wrote:
> +/* Original model name for -cpu ? listing */
> +const char *model_name;
This is a leftover of a test I was making. It will be removed.
--
Eduardo
On Fri, Jan 04, 2013 at 05:56:16PM -0200, Eduardo Habkost wrote:
> This is a new RFC for the x86 CPU subclasses. This version handles the "host"
> subclass differently, and I believe this made the code much simpler.
>
> However, a few tricks were necessary:
>
> - To keep the "default_kvm_feature
The kvm_mmu_op feature was removed from the kernel since v3.3 (released
in March 2012), it was marked for removal since January 2011 and it's
slower than shadow or hardware assisted paging (see kernel commit
fb92045843). It doesn't make sense to keep it enabled by default.
Also, keeping it enabled
This adds the following feature words to the list of flags to be checked
by kvm_check_features_against_host():
- cpuid_7_0_ebx_features
- ext4_features
- kvm_features
- svm_features
This will ensure the "enforce" flag works as it should: it won't allow
QEMU to be started unless every flag tha
pc-testdev.c cannot be compiled with MinGW:
CCi386-softmmu/hw/i386/../pc-testdev.o
hw/i386/../pc-testdev.c:38:22: warning: sys/mman.h: file not found
hw/i386/../pc-testdev.c: In function ‘test_flush_page’:
hw/i386/../pc-testdev.c:103: warning: implicit declaration of function
‘mprotect’
...
From: Gerd Hoffmann
Signed-off-by: Gerd Hoffmann
Tested-by: Hervé Poussineau
---
hw/usb/hcd-uhci.c | 106 +++--
trace-events |2 -
2 files changed, 30 insertions(+), 78 deletions(-)
diff --git a/hw/usb/hcd-uhci.c b/hw/usb/hcd-uhci.c
in
On Fri, Jan 04, 2013 at 08:48:42PM +, Blue Swirl wrote:
[...]
> > +/* machine init function for pc-0.14 - pc-1.2 */
> > static void pc_init_pci(QEMUMachineInitArgs *args)
> > {
> > ram_addr_t ram_size = args->ram_size;
> > @@ -232,12 +233,20 @@ static void pc_init_pci(QEMUMachineInitArgs
> From: Lucas Meneghel Rodrigues
>
> Add a test device which supports the kvmctl ioports,
> so one can run the KVM unittest suite.
>
> Intended Usage:
>
> qemu-system-x86_64 -nographic \
> -device pc-testdev \
> -device isa-debug-exit,iobase=0xf4,iosize=0x04 \
> -kernel /path/to/kvm/un
Signed-off-by: Hervé Poussineau
---
include/exec/ioport.h | 19
ioport.c | 121 -
2 files changed, 140 deletions(-)
diff --git a/include/exec/ioport.h b/include/exec/ioport.h
index fc28350..b02ddf7 100644
--- a/include/exec
Signed-off-by: Hervé Poussineau
---
include/exec/memory.h |4
memory.c | 44
2 files changed, 48 deletions(-)
diff --git a/include/exec/memory.h b/include/exec/memory.h
index 2322732..4a757f0 100644
--- a/include/exec/memory.h
Signed-off-by: Hervé Poussineau
---
hw/qxl.c |4 +---
hw/vga.c |8 ++--
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index d08b9bd..8279a95 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -2048,7 +2048,6 @@ static int qxl_init_primary(PCIDevice *dev)
{
Signed-off-by: Hervé Poussineau
---
hw/sun4u.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/sun4u.c b/hw/sun4u.c
index cbfd217..c9150ad 100644
--- a/hw/sun4u.c
+++ b/hw/sun4u.c
@@ -825,11 +825,12 @@ static void sun4uv_init(MemoryRegion *address_space_mem,
ivec_
Signed-off-by: Hervé Poussineau
---
hw/xen_platform.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/hw/xen_platform.c b/hw/xen_platform.c
index e7611bb..02e0146 100644
--- a/hw/xen_platform.c
+++ b/hw/xen_platform.c
@@ -279,7 +279,8 @@ static void p
Signed-off-by: Hervé Poussineau
---
hw/ppc_oldworld.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/ppc_oldworld.c b/hw/ppc_oldworld.c
index fff5129..99eb22e 100644
--- a/hw/ppc_oldworld.c
+++ b/hw/ppc_oldworld.c
@@ -223,6 +223,7 @@ static void ppc_heathrow_init(QEMUMachineInitArgs *a
Signed-off-by: Hervé Poussineau
---
hw/ppc_newworld.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/ppc_newworld.c b/hw/ppc_newworld.c
index fabcc08..cd30f42 100644
--- a/hw/ppc_newworld.c
+++ b/hw/ppc_newworld.c
@@ -274,6 +274,7 @@ static void ppc_core99_init(QEMUMachineInitArgs *arg
These proposed patches aim at removing the .old_portio member of
MemoryRegionOps structure, and replacing their usage by .read/.write
handlers.
That way, faked I/O address space can be removed from architectures
which don't have it (MIPS, PowerPC...), and commits like
a178274efabcbbc5d44805b51def8
On 01/04/2013 03:17:21 PM, Blue Swirl wrote:
On Fri, Jan 4, 2013 at 8:49 PM, Scott Wood
wrote:
> On 01/04/2013 02:46:00 PM, Blue Swirl wrote:
>>
>> On Thu, Jan 3, 2013 at 11:07 PM, Scott Wood
>> wrote:
>> > It looks like one of the adjustments was wrapping an error
string --
>> > does
>
On Fri, Jan 04, 2013 at 07:02:17PM -0200, Eduardo Habkost wrote:
> On Fri, Jan 04, 2013 at 08:47:07PM +, Blue Swirl wrote:
> > > {
> > > -kvm_default_features |= kvm_pv_eoi_features;
> > > +#ifdef CONFIG_KVM
> > > +if (kvm_enabled())
> >
> > Missing braces, please read CODING_STYLE an
On Fri, Jan 4, 2013 at 8:49 PM, Scott Wood wrote:
> On 01/04/2013 02:46:00 PM, Blue Swirl wrote:
>>
>> On Thu, Jan 3, 2013 at 11:07 PM, Scott Wood
>> wrote:
>> > It looks like one of the adjustments was wrapping an error string --
>> > does
>> > QEMU not follow the Linux rule of not wrapping erro
Eduardo Habkost writes:
> The Cc header of the message looks broken. It contained:
>
> Cc:
>
> =?utf-8?q?kvm=40vger=2Ekernel=2Eorg=2C_Gleb_Natapov_=3Cgleb=40redhat=2E?=.=?utf-8?q?com=3E=2C_libvir-list=40redhat=2Ecom=2C_Marcelo_Tosatti_=3Cmtosat?=.=?utf-8?q?ti=40redhat=2Ecom=3E=2C_Igor_Mammed
On Mon, Dec 31, 2012 at 12:16 PM, Roger Pau Monne wrote:
> This protocol extension reuses the same set of grant pages for all
> transactions between the front/back drivers, avoiding expensive tlb
> flushes, grant table lock contention and switches between userspace
> and kernel space. The full des
Hi,
Am 02.01.2013 19:07, schrieb Anthony Liguori:
> 2) Patches that no longer apply via git am --3way will receive a
> notification.
Isn't Nacked-by too strong of a notification for a mere technical need
for a rebase (compared to a rejection of its concept/approach)?
Also, since quite a f
On Fri, Jan 04, 2013 at 08:47:07PM +, Blue Swirl wrote:
> > {
> > -kvm_default_features |= kvm_pv_eoi_features;
> > +#ifdef CONFIG_KVM
> > +if (kvm_enabled())
>
> Missing braces, please read CODING_STYLE and use checkpatch.pl to find
> problems in patches.
Sorry (again). I will soon
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
On Wed, Jan 02, 2013 at 12:07:57PM -0600, Anthony Liguori wrote:
> Hi,
>
> Over the holiday, I spent some time overhauling my patch tracking
> scripts. One new feature is automated responses so you will start
> seeing some additional mail on the list. Notably:
>
> 1) My 'Thanks, applied.' mai
On Wed, Jan 2, 2013 at 6:07 PM, Anthony Liguori wrote:
> Hi,
>
> Over the holiday, I spent some time overhauling my patch tracking
> scripts. One new feature is automated responses so you will start
> seeing some additional mail on the list. Notably:
>
> 1) My 'Thanks, applied.' mails are now
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
Pulled, thanks.
Regards,
Anthony Liguori
On Fri, Jan 4, 2013 at 3:37 PM, Eduardo Habkost wrote:
> The -cpu check/enforce warnings are printing incorrect information about the
> missing flags. There are no feature flags on CPUID leaves 0 and 0x8000,
> but
> there were references to 0 and 0x8000 in the table at
> kvm_check_feature
On Fri, Jan 04, 2013 at 08:37:24PM +0100, Igor Mammedov wrote:
> Make for() cycle reusable for the next patch
>
> Signed-off-by: Igor Mammedov
> ---
> v3:
> fix/swap vendor2 and vendor3 order
> Spotted-By: Eduardo Habkost
> v2:
> place x86cpu_vendor_words2str() a bit earlier,
On 01/04/2013 02:46:00 PM, Blue Swirl wrote:
On Thu, Jan 3, 2013 at 11:07 PM, Scott Wood
wrote:
> It looks like one of the adjustments was wrapping an error string
-- does
> QEMU not follow the Linux rule of not wrapping error strings? If
not, maybe
> that should change.
There was some d
On Fri, Jan 4, 2013 at 2:52 PM, Eduardo Habkost wrote:
> The kvm_mmu_op feature was removed from the kernel since v3.3 (released
> in March 2012), it was marked for removal since January 2011 and it's
> slower than shadow or hardware assisted paging (see kernel commit
> fb92045843). It doesn't mak
On Fri, Jan 4, 2013 at 2:52 PM, Eduardo Habkost wrote:
> This is a cleanup that tries to solve two small issues:
>
> - We don't need a separate kvm_pv_eoi_features variable just to keep a
>constant calculated at compile-time, and this style would require
>adding a separate variable (that'
The Cc header of the message looks broken. It contained:
Cc:
=?utf-8?q?kvm=40vger=2Ekernel=2Eorg=2C_Gleb_Natapov_=3Cgleb=40redhat=2E?=.=?utf-8?q?com=3E=2C_libvir-list=40redhat=2Ecom=2C_Marcelo_Tosatti_=3Cmtosat?=.=?utf-8?q?ti=40redhat=2Ecom=3E=2C_Igor_Mammedov_=3Cimammedo=40redhat=2Ecom?=.=?utf
On Fri, 4 Jan 2013 18:02:33 -0200
Eduardo Habkost wrote:
> On Fri, Jan 04, 2013 at 08:37:24PM +0100, Igor Mammedov wrote:
> > Make for() cycle reusable for the next patch
> >
> > Signed-off-by: Igor Mammedov
> > ---
> > v3:
> > fix/swap vendor2 and vendor3 order
> > Spotted-By: Ed
On Thu, Jan 3, 2013 at 11:07 PM, Scott Wood wrote:
> On 01/03/2013 12:31:47 PM, Alexander Graf wrote:
>>
>>
>> On 22.12.2012, at 03:15, Scott Wood wrote:
>>
>> > Critical interrupts on FSL MPIC are not supposed to pay
>> > attention to priority, IACK, EOI, etc. On the currently modeled
>> > versi
Am 04.01.2013 um 21:21 schrieb Anthony Liguori :
> Hi,
>
> This is an automated message generated from the QEMU Patches.
> Thank you for submitting this patch. This patch no longer applies to
> qemu.git.
Great idea, but not patricularly useful for ppc patches :). Could you please
just omit
On Wed, Jan 2, 2013 at 1:29 PM, Tim Hardeck wrote:
> This patch adds basic Websocket Protocol version 13 - RFC 6455 - support
> to QEMU VNC. Binary encoding support on the client side is mandatory.
>
> Because of the GnuTLS requirement the Websockets implementation is
> optional (--enable-vnc-ws).
Note that this is temporary: just like we would eventually kill usage of
x86_def_t inside cpu_x86_parse_featurestr(), we will eventually kill
usage of X86CPU inside that function as well.
This will help us keep the x86_def_t usage restricted to the CPU object
creation code.
Signed-off-by: Eduardo
On Fri, Jan 4, 2013 at 5:12 AM, Jason Wang wrote:
> On 12/29/2012 01:52 AM, Blue Swirl wrote:
>> On Fri, Dec 28, 2012 at 10:32 AM, Jason Wang wrote:
>>> This patch implements both userspace and vhost support for multiple queue
>>> virtio-net (VIRTIO_NET_F_MQ). This is done by introducing an array
Pulled, thanks.
N.B. This note may be extraneous because the pull request was sent by a
version of git older than 1.7.9 making the pull request ambigious. Please
consider upgrading to a newer version of git.
Regards,
Anthony Liguori
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
On Thu, Jan 3, 2013 at 2:52 PM, wrote:
> From: KONRAD Frederic
>
> Create the virtio-pci device. This transport device will create a
> virtio-pci-bus, so one VirtIODevice can be connected.
>
> Signed-off-by: KONRAD Frederic
> ---
> hw/virtio-pci.c | 133
> +
On Thu, Jan 3, 2013 at 2:52 PM, wrote:
> From: KONRAD Frederic
>
> Create virtio-blk which extends virtio-device, so it can be connected on
> virtio-bus.
>
> Signed-off-by: KONRAD Frederic
> ---
> hw/virtio-blk.c | 101
> +++-
> hw/virtio-bl
Pulled, thanks.
N.B. This note may be extraneous because the pull request was sent by a
version of git older than 1.7.9 making the pull request ambigious. Please
consider upgrading to a newer version of git.
Regards,
Anthony Liguori
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
Hi,
This is an automated message generated from the QEMU Patches.
Thank you for submitting this patch. This patch no longer applies to qemu.git.
This may have occurred due to:
1) Changes in mainline requiring your patch to be rebased and re-tested.
2) Sending the mail using a tool other t
What I mean is that QEMU isn't compiled with guest support for NPTL on
every architecture.
If you look in the configure script around line 3900, you'll see some
architectures have target_nptl="yes" while others (including sparc) do
not.
Unfortunately it looks like the code isn't complete for spar
This is a new RFC for the x86 CPU subclasses. This version handles the "host"
subclass differently, and I believe this made the code much simpler.
However, a few tricks were necessary:
- To keep the "default_kvm_features" compat functions working (this shouldn't
be necessary once we start usi
Instead of forcing the caller to guess what went wrong while creating
the CPU object, return error information in a Error argument.
Also, as cpu_x86_create() won't print error messages itself anymore,
change cpu_x86_init() to print any error returned by cpu_x86_create()
or cpu_x86_realize().
Sign
Move the check for "host" to beginning of function, so instead of a
confusing if/else-if/else mess we now have just two obvious if/else
blocks:
1) Special case for "host";
2) General case for CPU model lookup on x86_defs list.
This way, we will be able to easily move those two parts to separate
c
Move the initialization to the cpu_x86_find_by_name(), inside the block
for predefined CPU models.
That code is not necessary for -cpu "host", because:
- kvm_features doesn't need to be set because kvm_cpu_fill_host()
already sets all bits supported by the host.
- the CPUID_EXT_HYPERVISOR flag
As we will need to create the CPU object after splitting the CPU model
string (because we're going to use different subclasses for each CPU
model), move the CPU object creation to cpu_x86_register(), and at the
same time rename cpu_x86_register() to cpu_x86_create().
This will also simplify the CP
Make for() cycle reusable for the next patch
Signed-off-by: Igor Mammedov
---
v3:
fix/swap vendor2 and vendor3 order
Spotted-By: Eduardo Habkost
v2:
place x86cpu_vendor_words2str() a bit earlier, before feature
arrays to avoid compile error when vendor property is convert
From: Jason Baron
I've tested these patches by migrating Windows 7 and Fedora 17 guests (while
uunder i/o) on both piix with ahci attached and on q35 (which has a built-in
ahci controller).
Changes from v2:
-migrate all relevant ahci fields
-flush any pending i/o in 'post_load'
Changes from v
Hi,
Add migration bits for ahci. This allows q35 to be migratable. I also
have been working on some qtest migration tests, to show that this does
something. I will re-post those separately.
Thanks,
-Jason
Jason Baron (2):
ahci: remove unused AHCIDevice fields
ahci: add migration support
h
From: Jason Baron
'dma_status' and 'dma_cb' are written to, but never read.
Remove these fields in preparation for AHCI migration bits.
Signed-off-by: Jason Baron
---
hw/ide/ahci.c |8 ++--
hw/ide/ahci.h |2 --
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/hw/ide/a
On 01/04/2013 03:18:08 AM, Gerd Hoffmann wrote:
Store --extra-cflags and --extra-ldflags in config-host.mak,
then pass them on to the pixman configure script.
Cc: Scott Wood
Signed-off-by: Gerd Hoffmann
---
Makefile |2 +-
configure |4
2 files changed, 5 insertions(+), 1 deleti
Ping.
r~
On 12/31/2012 10:09 AM, Richard Henderson wrote:
> Changes v3-v4:
> Rebase after source tree rearrangements.
>
> Changes v2-v3:
> Ignore softfloat "style" completely. Code now formatted per QEMU.
>
> Changes v1-v2:
> Incorporating feedback from Peter Maydell (previously missed i
On 01/02/2013 06:06 PM, dill...@dillona.com wrote:
> From: Dillon Amburgey
>
> Without these, some networking programs will not work
>
> Signed-off-by: Dillon Amburgey
> ---
> linux-user/socket.h | 69
> +++
> 1 files changed, 69 insertions(+)
1 - 100 of 217 matches
Mail list logo
