On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
> With KVM, MMIO is much slower than PIO, due to the need to
> do page walk and emulation. But with EPT, it does not have to be: we
> know the address from the VMCS so if the address is unique, we can look
> up the eventfd directly, bypassing emu
On 04.04.2013, at 13:04, Michael S. Tsirkin wrote:
> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
>>
>>> With KVM, MMIO is much slower than PIO, due to the need to
>>> do page wa
On 04.04.2013, at 14:08, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
>>
>>> With KVM, MMIO is much slower than PIO, due to the need to
>>> do page walk a
On 04.04.2013, at 14:19, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 02:09:53PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 13:04, Michael S. Tsirkin wrote:
>>
>>> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>>>
>&g
On 04.04.2013, at 14:08, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
>>
>>> With KVM, MMIO is much slower than PIO, due to the need to
>>> do page walk a
On 04.04.2013, at 14:34, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 02:22:09PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:08, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>>>
>>>
On 04.04.2013, at 14:38, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 02:32:08PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:08, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>>>
>>>
On 04.04.2013, at 14:45, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 02:39:51PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:38, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 02:32:08PM +0200, Alexander Graf wrote:
>>>>
>&g
On 04.04.2013, at 14:56, Gleb Natapov wrote:
> On Thu, Apr 04, 2013 at 02:49:39PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:45, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 02:39:51PM +0200, Alexander Graf wrote:
>>>>
>&g
On 04.04.2013, at 14:58, Michael S. Tsirkin wrote:
> On Thu, Apr 04, 2013 at 02:22:09PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:08, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 01:57:34PM +0200, Alexander Graf wrote:
>>>>
>&g
On 04.04.2013, at 15:33, Michael S. Tsirkin wrote:
> On Thu, Apr 04, 2013 at 03:06:42PM +0200, Alexander Graf wrote:
>>
>> On 04.04.2013, at 14:56, Gleb Natapov wrote:
>>
>>> On Thu, Apr 04, 2013 at 02:49:39PM +0200, Alexander Graf wrote:
>>>>
>&g
rk on
Arndale systems for me.
Signed-off-by: Alexander Graf
CC: Vivek Gautam
CC: Jingoo Han
CC: Alan Stern
CC: Kukjin Kim
CC: Felipe Balbi
CC: Greg Kroah-Hartman
---
As this affects 3.9, this patch should definitely be considered for inclusion
there.
---
drivers/usb/host/ehci-s5p.c
On 13.03.2013, at 18:28, Doug Anderson wrote:
> Alexander,
>
> On Tue, Mar 12, 2013 at 6:09 PM, Alexander Graf wrote:
>> - err = gpio_request_one(gpio, GPIOF_OUT_INIT_HIGH, "ehci_vbus_gpio");
>> - if (err)
>> + /* reset pulls the line
On 13.03.2013, at 18:59, Doug Anderson wrote:
> Alexander,
>
> On Wed, Mar 13, 2013 at 10:45 AM, Alexander Graf wrote:
>>
>>>> + gpio_free(gpio);
>>>
>>> Freeing the gpio is a little on the iffy side since you actually care
>>> ab
found.
This way we don't accidently reserve the vbus GPIO pin, but later on
defer the creation of our controller, because the phy device tree node
hasn't been probed yet.
This patch implements the above logic, making EHCI and OHCI work on
Arndale systems for me.
Signed-off-by: Alexander
On 14.03.2013, at 05:19, Thomas Abraham wrote:
> On 14 March 2013 05:29, Alexander Graf wrote:
>> On my Exynos 5 based Arndale system, I need to pull the reset line down
>> and then let it go up again to actually perform a reset. Without that
>> reset, I can't f
On 14.03.2013, at 04:38, Doug Anderson wrote:
> Alexander,
>
> On Wed, Mar 13, 2013 at 4:59 PM, Alexander Graf wrote:
>> On my Exynos 5 based Arndale system, I need to pull the reset line down
>> and then let it go up again to actually perform a reset. Without that
>&
On 14.03.2013, at 15:58, Thomas Abraham wrote:
> On 14 March 2013 17:31, Alexander Graf wrote:
>>
>> On 14.03.2013, at 05:19, Thomas Abraham wrote:
>>
>>> On 14 March 2013 05:29, Alexander Graf wrote:
>>>> On my Exynos 5 based Arndale system, I need
On 05.08.2012, at 11:52, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
>
> A new label is also added to avoid freeing things that are known to not yet
> be allocated.
>
> A simplified version of the seman
On 02.10.2012, at 23:43, Nishanth Aravamudan wrote:
> Hi Ben,
>
> On 02.10.2012 [10:58:29 +1000], Benjamin Herrenschmidt wrote:
>> On Mon, 2012-10-01 at 16:03 +0200, Alexander Graf wrote:
>>> Phew. Here we go :). It looks to be more of a PPC specific problem
>>
On 03.10.2012, at 00:17, Nishanth Aravamudan wrote:
> On 02.10.2012 [23:47:39 +0200], Alexander Graf wrote:
>>
>> On 02.10.2012, at 23:43, Nishanth Aravamudan wrote:
>>
>>> Hi Ben,
>>>
>>> On 02.10.2012 [10:58:29 +1000], Benjamin Herrenschmi
in_unlock/spin_lock in one spot where we
> switch pools.
>
> - We need to provide locking around dart_tlb_invalidate_all and
> dart_tlb_invalidate_one now that the global lock is gone.
>
> Reported-by: Alexander Graf
> Signed-off-by: Anton Blanchard
> ---
>
> There i
The new uapi framework splits kernel internal and user space exported
bits of header files more cleanly. Adjust the ePAPR header accordingly.
Signed-off-by: Alexander Graf
---
arch/powerpc/include/asm/Kbuild |1 -
arch/powerpc/include/asm/epapr_hcalls.h | 56
s 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 ke
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 kv
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_
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 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 y
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 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 04.07.2013, at 08:15, Bharat Bhushan wrote:
> From: Bharat Bhushan
>
> This patchset moves the debug registers in a structure, which allows
> kvm to use same structure for debug emulation.
>
> Note: Earilier a patchset
> "https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-June/108132.htm
On 06/27/2013 07:02 AM, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiy
---
include/uapi/linux/kvm.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
index 970b1f5..0865c01 100644
--- a/include/uapi/linux/kvm.h
+++ b/i
On 07/08/2013 03:33 AM, Benjamin Herrenschmidt wrote:
On Sun, 2013-07-07 at 01:07 +1000, Alexey Kardashevskiy wrote:
The current VFIO-on-POWER implementation supports only user mode
driven mapping, i.e. QEMU is sending requests to map/unmap pages.
However this approach is really slow, so we want
On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
The existing TCE machine calls (tce_build and tce_free) only support
virtual mode as they call __raw_writeq for TCE invalidation what
fails in real mode.
This introduces tce_build_rm and tce_free_rm real mode versions
which do mostly the same b
On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT
and H_STUFF_TCE requests without passing them to QEMU, which saves time
on switching to QEMU and back.
Both real and virtual modes are supported. First the kernel tries to
hand
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 emulated devices such as IBMVIO
devices or emulated PCI. These calls allow adding multiple entries
(up to 512) into the TCE table in one call which save
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) so we added a list of huge pages. It is populated in
virtual mode and get_page is called just once per
On 09.07.2013, at 06:24, Michael Neuling wrote:
> Alexander Graf wrote:
>
>>
>> On 04.07.2013, at 08:15, Bharat Bhushan wrote:
>>
>>> From: Bharat Bhushan
>>>
>>> This patchset moves the debug registers in a structure, which allow
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:
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
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 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 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 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 call
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
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: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: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 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, Alexe
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 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 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 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 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
>>
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
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 selective
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 "
> s
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
> +++ b/
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/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 p
gt;
> This patch creates a sysfs entry which reports the value of these keys
> as an ASCII string, to help emulators (such as QEMU) load OS X when
> running on genuine Apple hardware.
>
> Signed-off-by: Gabriel L. Somlo
Acked-by: Alexander Graf
Alex
> ---
>
> For extra
On 10.12.2012, at 20:54, Henrik Rydberg wrote:
> Hi Guenter,
>
>> On Mon, Dec 10, 2012 at 09:51:35AM -0500, Gabriel L. Somlo wrote:
>>> The AppleSMC contains two char[32] keys, OSK0 and OSK1, which are not
>>> reported in the key count and index by default. These keys are used by
>>> the OS X bo
On 10.12.2012, at 21:43, Rene Rebe wrote:
>
> On 10.12.2012, at 21:19, Alexander Graf wrote:
>
>>
>> On 10.12.2012, at 20:54, Henrik Rydberg wrote:
>>
>>> Hi Guenter,
>>>
>>>> On Mon, Dec 10, 2012 at 09:51:35AM -0500, Gabriel L. S
into the right direction. And it should also fix a build
error that I experienced with CONFIG_IOMMU and CONFIG_KVM on ppc and arm.
Reviewed-by: Alexander Graf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
Am 18.04.2013 um 09:32 schrieb Pranavkumar Sawargaonkar
:
> On 18 April 2013 12:21, Rusty Russell wrote:
>>
>> PranavkumarSawargaonkar writes:
>>> From: Pranavkumar Sawargaonkar
>>>
>>> This patch implements early printk support for virtio-mmio console devices
>>> without using any hyperc
Am 18.04.2013 um 10:30 schrieb Peter Maydell :
> On 18 April 2013 07:49, Marc Zyngier wrote:
>> If you need an early console, why not simply wire the 8250 emulation in
>> kvmtool to be useable from the MMIO bus? I reckon this would solve your
>> problem in a more elegant way...
>
> The other a
Am 18.04.2013 um 10:48 schrieb Pranavkumar Sawargaonkar
:
> Hi Marc,
>
> On 18 April 2013 13:06, Marc Zyngier wrote:
>> On Thu, 18 Apr 2013 12:47:18 +0530, Pranavkumar Sawargaonkar
>> wrote:
>>> Hi Marc,
>>>
>>> On 18 April 2013 12:19, Marc Zyngier wrote:
>>>
Hi Pranavkumar,
>>
On 22.04.2013, at 05:10, Anup Patel wrote:
> On 22 April 2013 06:51, Rusty Russell wrote:
>>
>> Pranavkumar Sawargaonkar writes:
>>> On 18 April 2013 12:21, Rusty Russell wrote:
PranavkumarSawargaonkar writes:
> From: Pranavkumar Sawargaonkar
>
> This patch implement
On 05.06.2013, at 08:11, Alexey Kardashevskiy wrote:
> This adds real mode handlers for the H_PUT_TCE_INDIRECT and
> H_STUFF_TCE hypercalls for QEMU emulated devices such as IBMVIO
> devices or emulated PCI. These calls allow adding multiple entries
> (up to 512) into the TCE table in one call w
On 05.06.2013, at 08:11, Alexey Kardashevskiy wrote:
> This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT
> and H_STUFF_TCE requests without passing them to QEMU, which should
> save time on switching to QEMU and back.
>
> Both real and virtual modes are supported - whenever the
On 17.06.2013, at 09:55, Alexey Kardashevskiy wrote:
> On 06/17/2013 08:06 AM, Alexander Graf wrote:
>>
>> On 05.06.2013, at 08:11, Alexey Kardashevskiy wrote:
>>
>>> This adds real mode handlers for the H_PUT_TCE_INDIRECT and
>>> H_STUFF_TCE hypercalls f
On 17.06.2013, at 10:34, Alexey Kardashevskiy wrote:
> On 06/17/2013 06:02 PM, Alexander Graf wrote:
>>
>> On 17.06.2013, at 09:55, Alexey Kardashevskiy wrote:
>>
>>> On 06/17/2013 08:06 AM, Alexander Graf wrote:
>>>>
>>>> On 05.06.2013,
On 17.06.2013, at 10:37, Benjamin Herrenschmidt wrote:
> On Mon, 2013-06-17 at 17:55 +1000, Alexey Kardashevskiy wrote:
>> David:
>> ===
>> So, in the case of MULTITCE, that's not quite right. PR KVM can
>> emulate a PAPR system on a BookE machine, and there's no reason not to
>> allow TCE accel
On 06/17/2013 10:51 AM, Alexey Kardashevskiy wrote:
On 06/17/2013 06:40 PM, Alexander Graf wrote:
On 17.06.2013, at 10:34, Alexey Kardashevskiy wrote:
On 06/17/2013 06:02 PM, Alexander Graf wrote:
On 17.06.2013, at 09:55, Alexey Kardashevskiy wrote:
On 06/17/2013 08:06 AM, Alexander Graf
On 06/17/2013 12:46 PM, Alexander Graf wrote:
On 06/17/2013 10:51 AM, Alexey Kardashevskiy wrote:
On 06/17/2013 06:40 PM, Alexander Graf wrote:
On 17.06.2013, at 10:34, Alexey Kardashevskiy wrote:
On 06/17/2013 06:02 PM, Alexander Graf wrote:
On 17.06.2013, at 09:55, Alexey Kardashevskiy
On 19.06.2013, at 06:59, Benjamin Herrenschmidt wrote:
> On Wed, 2013-06-19 at 13:05 +0930, Rusty Russell wrote:
>> symbol_get() won't try to load a module; it'll just fail. This is what
>> you want, since they must have vfio in the kernel to get a valid fd...
>
> Ok, cool. I suppose what we wa
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 a
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 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 r
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:
>>>
>>>> O
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,
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:
>
Cc: Rob Herring
Cc: Alexander Graf
Cc: v3.7..
Signed-off-by: Robert Richter
Acked-by: Alexander Graf
Alex
---
drivers/ata/sata_highbank.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ata/sata_highbank.c b/drivers/ata/sata_highbank.c
index 5dba77c..b1a664a
On 30.04.2013, at 02:32, Rusty Russell wrote:
> Alexander Graf writes:
>> Am 29.04.2013 um 05:09 schrieb Rusty Russell :
>>
>>> Alexander Graf writes:
>>>> On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
>>>>
>>>>> Th
On 02.04.2013, at 13:56, Gleb Natapov wrote:
> On Mon, Mar 25, 2013 at 02:14:20PM -0700, Kevin Hilman wrote:
>> Gleb Natapov writes:
>>
>>> On Sun, Mar 24, 2013 at 02:44:26PM +0100, Frederic Weisbecker wrote:
2013/3/21 Gleb Natapov :
> Isn't is simpler for kernel/context_tracking.c to
On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
> This patch-set implements early printk support for virtio console devices
> without using any hypercalls.
>
> The current virtio early printk code in kernel expects that hypervisor will
> provide some mechanism generally a hypercall to
Am 29.04.2013 um 05:09 schrieb Rusty Russell :
> Alexander Graf writes:
>> On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
>>
>>> This patch-set implements early printk support for virtio console devices
>>> without using any hypercalls.
>>>
On 29.04.2013, at 14:48, Pranavkumar Sawargaonkar wrote:
> On 29 April 2013 17:52, Alexander Graf wrote:
>>
>>
>> Am 29.04.2013 um 05:09 schrieb Rusty Russell :
>>
>>> Alexander Graf writes:
>>>> On 26.04.2013, at 13:04, Pranavkumar Sawargaon
On 29.04.2013, at 14:50, Peter Maydell wrote:
> On 29 April 2013 13:22, Alexander Graf wrote:
>> Oh, and it should default to off.
>
> That would be a pretty unhelpful default. We should default
> things so that console output from the kernel is available
> as early as r
On 02.08.2012, at 09:08, Raghavendra K T
wrote:
> On 08/01/2012 11:55 PM, Marcelo Tosatti wrote:
>> On Wed, Aug 01, 2012 at 04:19:01PM +0530, Raghavendra K T wrote:
>>> On 08/01/2012 08:37 AM, Marcelo Tosatti wrote:
On Tue, Jul 24, 2012 at 02:23:59PM +0530, Raghavendra K T wrote:
> Fr
On 07/24/2012 10:53 AM, Raghavendra K T wrote:
From: Raghavendra K T
Thanks Alex for KVM_HC_FEATURES inputs and Jan for VAPIC_POLL_IRQ,
and Peter (HPA) for suggesting hypercall ABI addition.
Signed-off-by: Raghavendra K T
---
Please have a closer look at Hypercall ABI newly added
Changes sin
On 11.07.2012, at 13:04, Avi Kivity wrote:
> On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
>> On 11/07/12 11:06, Avi Kivity wrote:
>> [...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
>>>
>>> Perhaps x86 should copy this.
>>
On 11.07.2012, at 13:23, Avi Kivity wrote:
> On 07/11/2012 02:16 PM, Alexander Graf wrote:
>>>
>>>> yes the data structure itself seems based on the algorithm
>>>> and not on arch specific things. That should work. If we move that to
>>>>
On 12.07.2012, at 05:57, Stephen Rothwell wrote:
> Hi Alexander,
>
> Today's linux-next merge of the kvm-ppc tree got a conflict in
> arch/powerpc/kvm/booke_interrupts.S between commit c75df6f96c59
> ("powerpc: Fix usage of register macros getting ready for %r0 change")
> from the powerpc tree a
On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote:
> On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell
> wrote:
>
>> Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
>> for hcalls") from the kvm-ppc tree added an include of asm/epapr_hcall.h
>> to the user visible part of asm/kvm
On 11.10.2012, at 11:27, David Howells wrote:
> Stephen Rothwell wrote:
>
>> I just removed epapr_hcalls.h from the Kbuild file as I am not sure how
>> it should be broken up. David, can you have a look at this, please?
>
> Files should be broken up along around __KERNEL__ conditionals. If t
On 11.10.2012, at 17:50, Scott Wood wrote:
> On 10/11/2012 08:04:58 AM, Alexander Graf wrote:
>> On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote:
>> > On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell
>> > wrote:
>> >
>> >> Commit 549d62d8
Howdy,
While running 3.6.0-rcX I am having a few issues with nfsd on my PPC970 based
system. For some reason every time I actually end up accessing an NFS share on
it, it crashes away at random points. It looks a lot like corrupted pointers in
all logs. I also can't reproduce the oopses without
On 28.09.2012, at 04:04, Linus Torvalds wrote:
> On Thu, Sep 27, 2012 at 6:55 PM, Alexander Graf wrote:
>>
>> Below are OOPS excerpts from different rc's I tried. All of them crashed -
>> all the way up to current Linus' master branch. I haven't cross-c
On 28.09.2012, at 17:10, J. Bruce Fields wrote:
> On Fri, Sep 28, 2012 at 04:19:55AM +0200, Alexander Graf wrote:
>>
>> On 28.09.2012, at 04:04, Linus Torvalds wrote:
>>
>>> On Thu, Sep 27, 2012 at 6:55 PM, Alexander Graf wrote:
>>>>
>>>&g
1 - 100 of 540 matches
Mail list logo
