On 19.05.14 12:53, Michael Mueller wrote:
On Fri, 16 May 2014 22:31:12 +0200
Alexander Graf wrote:
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014 14:08:24 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm
On 19.05.14 13:29, Michael Mueller wrote:
On Mon, 19 May 2014 12:41:45 +0200
Alexander Graf wrote:
On 19.05.14 12:13, Michael Mueller wrote:
On Fri, 16 May 2014 22:35:34 +0200
Alexander Graf wrote:
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander
On 19.05.14 12:13, Michael Mueller wrote:
On Fri, 16 May 2014 22:35:34 +0200
Alexander Graf wrote:
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander Graf wrote:
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander
On 19.05.14 12:13, Michael Mueller wrote:
On Fri, 16 May 2014 22:35:34 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014
On 19.05.14 13:29, Michael Mueller wrote:
On Mon, 19 May 2014 12:41:45 +0200
Alexander Graf ag...@suse.de wrote:
On 19.05.14 12:13, Michael Mueller wrote:
On Fri, 16 May 2014 22:35:34 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014
On 19.05.14 12:53, Michael Mueller wrote:
On Fri, 16 May 2014 22:31:12 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014 14:08:24 +0200
Alexander Graf ag...@suse.de wrote:
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables
,
Reviewed-by: Alexander Graf ag...@suse.de
Alex
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 19.05.14 16:18, Michael Mueller wrote:
On Mon, 19 May 2014 13:48:08 +0200
Alexander Graf ag...@suse.de wrote:
On 19.05.14 12:53, Michael Mueller wrote:
On Fri, 16 May 2014 22:31:12 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014
On 19.05.14 19:03, Michael Mueller wrote:
On Mon, 19 May 2014 16:49:28 +0200
Alexander Graf ag...@suse.de wrote:
On 19.05.14 16:18, Michael Mueller wrote:
On Mon, 19 May 2014 13:48:08 +0200
Alexander Graf ag...@suse.de wrote:
On 19.05.14 12:53, Michael Mueller wrote:
On Fri, 16 May 2014
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander Graf wrote:
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014 14:08:24 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm/s390 via the vm attribute
interface.
During KVM initialization, the host properties cpuid, IBC value
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per virtual machine.
Different virtual machines may want to expose different facilities and
cpu ids
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm/s390 via the vm attribute
interface.
During KVM initialization, the host properties cpuid, IBC value and the
facility list are stored in the architecture specific cpu model structure.
During vcpu setup,
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per virtual machine.
Different virtual machines may want to expose different facilities and
cpu ids to the guest, so let's make them per-vm instead of global.
In addition this patch renames all ocurrences of
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per virtual machine.
Different virtual machines may want to expose different facilities and
cpu ids to the guest, so let's make them per-vm instead of global.
In addition this patch renames all ocurrences of
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm/s390 via the vm attribute
interface.
During KVM initialization, the host properties cpuid, IBC value and the
facility list are stored in the architecture specific cpu model structure.
During vcpu setup,
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander Graf ag...@suse.de wrote:
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per virtual machine.
Different virtual machines may want to expose different facilities
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014 14:08:24 +0200
Alexander Graf ag...@suse.de wrote:
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm/s390 via the vm attribute
interface.
During KVM initialization, the host properties cpuid
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander Graf ag...@suse.de wrote:
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander Graf ag...@suse.de wrote:
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces
Sven-Haegar Koch wrote:
> On Tue, 25 Feb 2014, Dave Hansen wrote:
>
>
>> On 02/25/2014 03:09 PM, Alexander Graf wrote:
>>
>>>> Couldn't we also (maybe in parallel) just teach the sysctl userspace
>>>> about sysfs? This way w
> Am 26.02.2014 um 09:05 schrieb Hugh Dickins :
>
>> On Tue, 25 Feb 2014, Johannes Weiner wrote:
>>> On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
>>> Configuration of tunables and Linux virtual memory settings has
>>> tradit
Am 26.02.2014 um 09:05 schrieb Hugh Dickins hu...@google.com:
On Tue, 25 Feb 2014, Johannes Weiner wrote:
On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
Configuration of tunables and Linux virtual memory settings has
traditionally
happened via sysctl. Thanks
Sven-Haegar Koch wrote:
On Tue, 25 Feb 2014, Dave Hansen wrote:
On 02/25/2014 03:09 PM, Alexander Graf wrote:
Couldn't we also (maybe in parallel) just teach the sysctl userspace
about sysfs? This way we don't have to do parallel sysctls and sysfs
for *EVERYTHING* in the kernel
>> Am 26.02.2014 um 01:19 schrieb Peter Zijlstra :
>>
>>> On Tue, Feb 25, 2014 at 12:15:28PM -0500, Johannes Weiner wrote:
>>> On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
>>> Configuration of tunables and Linux virtual memory settings
> Am 26.02.2014 um 01:34 schrieb Dave Hansen :
>
>> On 02/24/2014 03:28 PM, Alexander Graf wrote:
>> Configuration of tunables and Linux virtual memory settings has traditionally
>> happened via sysctl. Thanks to that there are well established ways to make
>
Am 26.02.2014 um 01:34 schrieb Dave Hansen dave.han...@intel.com:
On 02/24/2014 03:28 PM, Alexander Graf wrote:
Configuration of tunables and Linux virtual memory settings has traditionally
happened via sysctl. Thanks to that there are well established ways to make
sysctl configuration
Am 26.02.2014 um 01:19 schrieb Peter Zijlstra pet...@infradead.org:
On Tue, Feb 25, 2014 at 12:15:28PM -0500, Johannes Weiner wrote:
On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
Configuration of tunables and Linux virtual memory settings has
traditionally
happened via
-by: Alexander Graf
---
kernel/sysctl.c | 10 +++
mm/ksm.c| 78 +++
2 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 332cefc..2169a00 100644
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
Signed-off-by: Alexander Graf ag...@suse.de
---
kernel/sysctl.c | 10 +++
mm/ksm.c| 78 +++
2 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 332cefc..2169a00 100644
--- a/kernel
On 04.02.2014, at 09:03, Alexey Kardashevskiy wrote:
> On 01/13/2014 02:44 AM, Alexander Graf wrote:
>>
>> On 10.01.2014, at 08:21, Alexey Kardashevskiy wrote:
>>
>>> When write to MMIO happens and there is an ioeventfd for that and
>>> is handled su
On 04.02.2014, at 09:03, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/13/2014 02:44 AM, Alexander Graf wrote:
On 10.01.2014, at 08:21, Alexey Kardashevskiy a...@ozlabs.ru wrote:
When write to MMIO happens and there is an ioeventfd for that and
is handled successfully, ioeventfd_write
On 10.01.2014, at 08:21, Alexey Kardashevskiy wrote:
> When write to MMIO happens and there is an ioeventfd for that and
> is handled successfully, ioeventfd_write() returns 0 (success) and
> kvmppc_handle_store() returns EMULATE_DONE. Then kvmppc_emulate_mmio()
> converts EMULATE_DONE to
On 10.01.2014, at 08:21, Alexey Kardashevskiy a...@ozlabs.ru wrote:
When write to MMIO happens and there is an ioeventfd for that and
is handled successfully, ioeventfd_write() returns 0 (success) and
kvmppc_handle_store() returns EMULATE_DONE. Then kvmppc_emulate_mmio()
converts
On 02.12.2013, at 11:21, Zhouyi Zhou wrote:
> NULL return of kvmppc_mmu_hpte_cache_next should be handled
>
> Signed-off-by: Zhouyi Zhou
Thanks, applied to kvm-ppc-queue.
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 02.12.2013, at 11:21, Zhouyi Zhou zhouzho...@gmail.com wrote:
NULL return of kvmppc_mmu_hpte_cache_next should be handled
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
Thanks, applied to kvm-ppc-queue.
Alex
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On 02.12.2013, at 04:07, Zhouyi Zhou wrote:
> ping
>> I do a grep for kmem_cache_zalloc and kmem_cache_alloc
>> in kernel tree, and find some code do not handle NULL
>> return of kmem_cache_zalloc correctly
>>
>>
>> Signed-off-by: Zhouyi Zhou
Thanks a lot for the patch. I'd assume we
On 02.12.2013, at 04:07, Zhouyi Zhou yizhouz...@ict.ac.cn wrote:
ping
I do a grep for kmem_cache_zalloc and kmem_cache_alloc
in kernel tree, and find some code do not handle NULL
return of kmem_cache_zalloc correctly
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
Thanks a lot
goes back to relying on
TIF_NEED_RESCHED.
Boot tested on x86_64 and compile tested on ppc64.
Reported-by: Alexander Graf
Reported-by: Benjamin Herrenschmidt
Signed-off-by: Peter Zijlstra
Fixes the issue for me.
Tested-by: Alexander Graf
Alex
--
To unsubscribe from this list: send the line
goes back to relying on
TIF_NEED_RESCHED.
Boot tested on x86_64 and compile tested on ppc64.
Reported-by: Alexander Graf ag...@suse.de
Reported-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Signed-off-by: Peter Zijlstra pet...@infradead.org
Fixes the issue for me.
Tested-by: Alexander Graf
Hi,
With current Linus' master tree my ibook started emitting a lot of annoying
csum calculation warnings. I've bisected it down to the commit seen in the
subject line, but I suppose the real problem lies somewhere a lot deeper and
only gets revealed thanks to the more clever checksum logic
Hi,
With current Linus' master tree my ibook started emitting a lot of annoying
csum calculation warnings. I've bisected it down to the commit seen in the
subject line, but I suppose the real problem lies somewhere a lot deeper and
only gets revealed thanks to the more clever checksum logic
On 10.07.2013, at 09:25, Michael Neuling wrote:
> Alexander Graf wrote:
>
>>
>> On 09.07.2013, at 06:24, Michael Neuling wrote:
>>
>>> Alexander Graf wrote:
>>>
>>>>
>>>> On 04.07.2013, at 08:15, Bharat Bhushan wrote:
On 10.07.2013, at 09:25, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 09.07.2013, at 06:24, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 04.07.2013, at 08:15, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
On 02.10.2013, at 16:33, Paolo Bonzini wrote:
> Il 02/10/2013 16:08, Alexander Graf ha scritto:
>>> The hwrng is accessible by host userspace via /dev/mem.
>>
>> A guest should live on the same permission level as a user space
>> application. If you run QEMU as U
On 02.10.2013, at 15:57, Michael Ellerman wrote:
> On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
>> On Wed, Oct 02, 2013 at 11:50:50AM +0200, Alexander Graf wrote:
>>>
>>> On 02.10.2013, at 11:11, Alexander Graf wrote:
>>>
>>> So how
On 02.10.2013, at 11:11, Alexander Graf wrote:
>
> On 02.10.2013, at 11:06, Benjamin Herrenschmidt wrote:
>
>> On Wed, 2013-10-02 at 10:46 +0200, Paolo Bonzini wrote:
>>
>>>
>>> Thanks. Any chance you can give some numbers of a kernel hypercall and
&g
On 02.10.2013, at 11:06, Benjamin Herrenschmidt wrote:
> On Wed, 2013-10-02 at 10:46 +0200, Paolo Bonzini wrote:
>
>>
>> Thanks. Any chance you can give some numbers of a kernel hypercall and
>> a userspace hypercall on Power, so we have actual data? For example a
>> hypercall that returns
On 02.10.2013, at 11:06, Benjamin Herrenschmidt wrote:
On Wed, 2013-10-02 at 10:46 +0200, Paolo Bonzini wrote:
Thanks. Any chance you can give some numbers of a kernel hypercall and
a userspace hypercall on Power, so we have actual data? For example a
hypercall that returns H_PARAMETER
On 02.10.2013, at 11:11, Alexander Graf wrote:
On 02.10.2013, at 11:06, Benjamin Herrenschmidt wrote:
On Wed, 2013-10-02 at 10:46 +0200, Paolo Bonzini wrote:
Thanks. Any chance you can give some numbers of a kernel hypercall and
a userspace hypercall on Power, so we have actual data
On 02.10.2013, at 15:57, Michael Ellerman wrote:
On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
On Wed, Oct 02, 2013 at 11:50:50AM +0200, Alexander Graf wrote:
On 02.10.2013, at 11:11, Alexander Graf wrote:
So how do you solve live migration between a kernel that has this patch
On 02.10.2013, at 16:33, Paolo Bonzini wrote:
Il 02/10/2013 16:08, Alexander Graf ha scritto:
The hwrng is accessible by host userspace via /dev/mem.
A guest should live on the same permission level as a user space
application. If you run QEMU as UID 1000 without access to /dev/mem, why
On 10/01/2013 11:23 AM, Paul Mackerras wrote:
On Tue, Oct 01, 2013 at 11:39:08AM +0300, Gleb Natapov wrote:
On Tue, Oct 01, 2013 at 06:34:26PM +1000, Michael Ellerman wrote:
On Thu, Sep 26, 2013 at 11:06:59AM +0200, Paolo Bonzini wrote:
Il 26/09/2013 08:31, Michael Ellerman ha scritto:
Some
On 10/01/2013 11:23 AM, Paul Mackerras wrote:
On Tue, Oct 01, 2013 at 11:39:08AM +0300, Gleb Natapov wrote:
On Tue, Oct 01, 2013 at 06:34:26PM +1000, Michael Ellerman wrote:
On Thu, Sep 26, 2013 at 11:06:59AM +0200, Paolo Bonzini wrote:
Il 26/09/2013 08:31, Michael Ellerman ha scritto:
Some
Am 14.09.2013 um 07:10 schrieb Andrew Jones :
> Signed-off-by: Andrew Jones
> ---
> arch/arm/kvm/arm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/kvm/arm.c b/arch/arm/kvm/arm.c
> index 741f66a2edbd7..9ebf8ac3a12ff 100644
> --- a/arch/arm/kvm/arm.c
> +++
Am 14.09.2013 um 07:10 schrieb Andrew Jones drjo...@redhat.com:
Signed-off-by: Andrew Jones drjo...@redhat.com
---
arch/arm/kvm/arm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kvm/arm.c b/arch/arm/kvm/arm.c
index 741f66a2edbd7..9ebf8ac3a12ff 100644
---
On 10.07.2013, at 02:25, Michael Neuling wrote:
> Alexander Graf wrote:
>
>>
>> On 09.07.2013, at 06:24, Michael Neuling wrote:
>>
>>> Alexander Graf wrote:
>>>
>>>>
>>>> On 04.07.2013, at 08:15, Bharat Bhushan wrote:
On 10.07.2013, at 02:25, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 09.07.2013, at 06:24, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 04.07.2013, at 08:15, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
On 17.07.2013, at 17:10, Thadeu Lima de Souza Cascardo wrote:
> err was overwritten by a previous function call, and checked to be 0. If
> the following page allocation fails, 0 is going to be returned instead
> of -ENOMEM.
>
> Signed-off-by: Thadeu Lima de Souza Cascardo
Thanks, applied to
On 17.07.2013, at 17:10, Thadeu Lima de Souza Cascardo wrote:
err was overwritten by a previous function call, and checked to be 0. If
the following page allocation fails, 0 is going to be returned instead
of -ENOMEM.
Signed-off-by: Thadeu Lima de Souza Cascardo casca...@linux.vnet.ibm.com
across exec().
>
> Signed-off-by: Yann Droneaud
> Link: http://lkml.kernel.org/r/cover.1377372576.git.ydrone...@opteya.com
Reviewed-by: Alexander Graf
Would it make sense to simply inherit the O_CLOEXEC flag from the parent kvm fd
instead? That would give user space the power to keep fd
ydrone...@opteya.com
Link: http://lkml.kernel.org/r/cover.1377372576.git.ydrone...@opteya.com
Reviewed-by: Alexander Graf ag...@suse.de
Would it make sense to simply inherit the O_CLOEXEC flag from the parent kvm fd
instead? That would give user space the power to keep fds across exec
On 15.08.2013, at 09:54, Alexey Kardashevskiy wrote:
> On 08/15/2013 05:43 PM, Alexander Graf wrote:
>>
>> On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
>>
>>> On 08/15/2013 05:25 PM, Alexander Graf wrote:
>>>>
>>
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
> On 08/15/2013 05:25 PM, Alexander Graf wrote:
>>
>> On 15.08.2013, at 09:24, Alexander Graf wrote:
>>
>>>
>>> On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
>>>
&
On 15.08.2013, at 09:24, Alexander Graf wrote:
>
> On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
>
>> On 08/15/2013 05:16 PM, Alexander Graf wrote:
>>>
>>> On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
>>>
>>>> This
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
> On 08/15/2013 05:16 PM, Alexander Graf wrote:
>>
>> On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
>>
>>> This is to reserve a capablity number for upcoming support
>>> of VFIO-IOMMU DMA opera
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
> This is to reserve a capablity number for upcoming support
> of VFIO-IOMMU DMA operations in real mode.
>
> Signed-off-by: Alexey Kardashevskiy
>
> ---
> Changes:
> 2013/07/16:
> * changed the number
>
> 2013/07/11:
> * changed order in
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
2013/07/16:
* changed the number
2013/07/11:
* changed order
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey
On 15.08.2013, at 09:54, Alexey Kardashevskiy wrote:
On 08/15/2013 05:43 PM, Alexander Graf wrote:
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey
On 10.07.2013, at 09:25, Michael Neuling wrote:
> Alexander Graf wrote:
>
>>
>> On 09.07.2013, at 06:24, Michael Neuling wrote:
>>
>>> Alexander Graf wrote:
>>>
>>>>
>>>> On 04.07.2013, at 08:15, Bharat Bhushan wrote:
On 10.07.2013, at 09:25, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 09.07.2013, at 06:24, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 04.07.2013, at 08:15, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
On 11.07.2013, at 15:41, chandrashekar shastri wrote:
> Hi All,
>
> I complied the latest kernel 3.10.0+ pulled from the git on top of
> 3.10.0-rc5+ by enabling the new Virtualiztaion features. The compliation was
> sucessfull, when I rebooted the machine it fails to boot with error as "
>
On 11.07.2013, at 15:13, Alexey Kardashevskiy wrote:
> On 07/11/2013 10:58 PM, Benjamin Herrenschmidt wrote:
>> On Thu, 2013-07-11 at 14:51 +0200, Alexander Graf wrote:
>>> I don't like bloat usually. But Alexey even had an #ifdef DEBUG in
>>> there to selectively
On 11.07.2013, at 14:33, Benjamin Herrenschmidt wrote:
> On Thu, 2013-07-11 at 15:12 +1000, Alexey Kardashevskiy wrote:
Any debug code is prohibited? Ok, I'll remove.
>>>
>>> Debug code that requires code changes is prohibited, yes.
>>> Debug code that is runtime switchable (pr_debug,
On 11.07.2013, at 14:39, Benjamin Herrenschmidt wrote:
> On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
>> And that's bad. Jeez, seriously. Don't argue this case. We enable new
>> features individually unless we're 100% sure we can keep everything
>> working. In th
On 11.07.2013, at 14:37, Benjamin Herrenschmidt wrote:
> On Thu, 2013-07-11 at 11:52 +0200, Alexander Graf wrote:
>>> Where exactly (it is rather SPAPR_TCE_IOMMU but does not really
>> matter)?
>>> Select it on KVM_BOOK3S_64? CONFIG_KVM_BOOK3S_64_HV?
>>> CO
On 11.07.2013, at 12:54, Alexey Kardashevskiy wrote:
> On 07/11/2013 08:11 PM, Alexander Graf wrote:
>>
>> On 11.07.2013, at 07:12, Alexey Kardashevskiy wrote:
>>
>>> On 07/10/2013 08:05 PM, Alexander Graf wrote:
>>>>
>>>> On 10.07.2013, a
On 11.07.2013, at 07:12, Alexey Kardashevskiy wrote:
> On 07/10/2013 08:05 PM, Alexander Graf wrote:
>>
>> On 10.07.2013, at 07:00, Alexey Kardashevskiy wrote:
>>
>>> On 07/10/2013 03:02 AM, Alexander Graf wrote:
>>>> On 07/06/2013 05:07 PM, Alexey
On 11.07.2013, at 10:57, Alexey Kardashevskiy wrote:
> On 07/10/2013 03:32 AM, Alexander Graf wrote:
>> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
>>> This adds special support for huge pages (16MB). The reference
>>> counting cannot be easily done for su
On 11.07.2013, at 10:57, Alexey Kardashevskiy wrote:
On 07/10/2013 03:32 AM, Alexander Graf wrote:
On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
This adds special support for huge pages (16MB). The reference
counting cannot be easily done for such pages in real mode (when
MMU is off
On 11.07.2013, at 07:12, Alexey Kardashevskiy wrote:
On 07/10/2013 08:05 PM, Alexander Graf wrote:
On 10.07.2013, at 07:00, Alexey Kardashevskiy wrote:
On 07/10/2013 03:02 AM, Alexander Graf wrote:
On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
This adds real mode handlers
On 11.07.2013, at 12:54, Alexey Kardashevskiy wrote:
On 07/11/2013 08:11 PM, Alexander Graf wrote:
On 11.07.2013, at 07:12, Alexey Kardashevskiy wrote:
On 07/10/2013 08:05 PM, Alexander Graf wrote:
On 10.07.2013, at 07:00, Alexey Kardashevskiy wrote:
On 07/10/2013 03:02 AM
On 11.07.2013, at 14:37, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 11:52 +0200, Alexander Graf wrote:
Where exactly (it is rather SPAPR_TCE_IOMMU but does not really
matter)?
Select it on KVM_BOOK3S_64? CONFIG_KVM_BOOK3S_64_HV?
CONFIG_KVM_BOOK3S_64_PR? PPC_BOOK3S_64?
I'd say
On 11.07.2013, at 14:39, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 13:15 +0200, Alexander Graf wrote:
And that's bad. Jeez, seriously. Don't argue this case. We enable new
features individually unless we're 100% sure we can keep everything
working. In this case an ENABLE_CAP
On 11.07.2013, at 14:33, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 15:12 +1000, Alexey Kardashevskiy wrote:
Any debug code is prohibited? Ok, I'll remove.
Debug code that requires code changes is prohibited, yes.
Debug code that is runtime switchable (pr_debug, trace points, etc)
On 11.07.2013, at 15:13, Alexey Kardashevskiy wrote:
On 07/11/2013 10:58 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-07-11 at 14:51 +0200, Alexander Graf wrote:
I don't like bloat usually. But Alexey even had an #ifdef DEBUG in
there to selectively disable in-kernel handling of multi-TCE
On 11.07.2013, at 15:41, chandrashekar shastri wrote:
Hi All,
I complied the latest kernel 3.10.0+ pulled from the git on top of
3.10.0-rc5+ by enabling the new Virtualiztaion features. The compliation was
sucessfull, when I rebooted the machine it fails to boot with error as
systemd
On 10.07.2013, at 16:17, Alexey Kardashevskiy wrote:
> On 07/10/2013 08:27 PM, Alexander Graf wrote:
>>
>> On 10.07.2013, at 01:35, Alexey Kardashevskiy wrote:
>>
>>> On 07/10/2013 01:35 AM, Alexander Graf wrote:
>>>> On 06/27/2013 07:02 AM, Al
On 10.07.2013, at 12:48, Gleb Natapov wrote:
> On Wed, Jul 10, 2013 at 12:45:59PM +0200, Alexander Graf wrote:
>>
>> On 10.07.2013, at 12:42, Gleb Natapov wrote:
>>
>>> On Wed, Jul 10, 2013 at 12:39:01PM +0200, Alexander Graf wrote:
>>>>
>>&
On 10.07.2013, at 12:49, Christian Borntraeger wrote:
> On 10/07/13 12:39, Alexander Graf wrote:
>>
>> On 09.07.2013, at 18:01, Christian Borntraeger wrote:
>>
>>> On 09/07/13 15:56, Dominik Dingel wrote:
>>>> By setting a Kconfig option, th
On 10.07.2013, at 12:42, Gleb Natapov wrote:
> On Wed, Jul 10, 2013 at 12:39:01PM +0200, Alexander Graf wrote:
>>
>> On 09.07.2013, at 18:01, Christian Borntraeger wrote:
>>
>>> On 09/07/13 15:56, Dominik Dingel wrote:
>>>> By setting a Kconfig
On 10.07.2013, at 12:40, Alexander Graf wrote:
>
> On 10.07.2013, at 12:39, Benjamin Herrenschmidt wrote:
>
>> On Wed, 2013-07-10 at 12:33 +0200, Alexander Graf wrote:
>>>
>>> It's not exactly obvious that you're calling it with writing == 1 :).
>&g
On 10.07.2013, at 12:39, Benjamin Herrenschmidt wrote:
> On Wed, 2013-07-10 at 12:33 +0200, Alexander Graf wrote:
>>
>> It's not exactly obvious that you're calling it with writing == 1 :).
>> Can you create a new local variable "is_write" in the calling
&g
On 09.07.2013, at 18:01, Christian Borntraeger wrote:
> On 09/07/13 15:56, Dominik Dingel wrote:
>> By setting a Kconfig option, the architecture can control when
>> guest notifications will be presented by the apf backend.
>> So there is the default batch mechanism, working as before, where the
On 10.07.2013, at 01:29, Alexey Kardashevskiy wrote:
> On 07/10/2013 03:32 AM, Alexander Graf wrote:
>> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
>>> This adds special support for huge pages (16MB). The reference
>>> counting cannot be easily done for su
On 10.07.2013, at 01:35, Alexey Kardashevskiy wrote:
> On 07/10/2013 01:35 AM, Alexander Graf wrote:
>> On 06/27/2013 07:02 AM, Alexey Kardashevskiy wrote:
>>> Signed-off-by: Alexey Kardashevskiy
>>> ---
>>> include/uapi/linux/kvm.h |2 ++
>>>
On 10.07.2013, at 07:00, Alexey Kardashevskiy wrote:
> On 07/10/2013 03:02 AM, Alexander Graf wrote:
>> On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
>>> This adds real mode handlers for the H_PUT_TCE_INDIRECT and
>>> H_STUFF_TCE hypercalls for QEMU emul
Am 10.07.2013 um 09:25 schrieb Michael Neuling :
> Alexander Graf wrote:
>
>>
>> On 09.07.2013, at 06:24, Michael Neuling wrote:
>>
>>> Alexander Graf wrote:
>>>
>>>>
>>>> On 04.07.2013, at 08:15, Bharat Bhushan wrote:
601 - 700 of 847 matches
Mail list logo
