Am 10.07.2013 um 09:25 schrieb Michael Neuling mi...@neuling.org:
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
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 emulated devices such as IBMVIO
devices
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 Kardashevskiya...@ozlabs.ru
---
include/uapi/linux/kvm.h |2 ++
1 file changed, 2 insertions(+)
diff --git
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 such pages in real mode (when
MMU is off
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 vcpu
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
function, set that to 1 before 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 :).
Can you create a new local variable is_write
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 option, the architecture can control when
guest notifications
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, the architecture can control when
guest notifications
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 09.07.2013, at 18:01, Christian Borntraeger wrote:
On 09/07/13
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, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiya
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
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 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
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
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
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
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
+++
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
This patchset moves the debug registers in a structure, which allows
kvm to use same structure
On 06/27/2013 07:02 AM, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiya...@ozlabs.ru
---
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
---
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
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
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
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
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 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
>
On 04.07.2013, at 08:15, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
This patchset moves the debug registers in a structure, which allows
kvm to use same structure for debug emulation.
Note: Earilier a patchset
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
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 want
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 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 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
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:
>>>>
>>>&g
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 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 for QEMU emulated devices such as IBMVIO
devices
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, at 08:11, Alexey Kardashevskiy wrote:
This adds real mode handlers
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 acceleration as
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 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
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
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
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 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 02.04.2013, at 13:56, Gleb Natapov wrote:
On Mon, Mar 25, 2013 at 02:14:20PM -0700, Kevin Hilman wrote:
Gleb Natapov g...@redhat.com writes:
On Sun, Mar 24, 2013 at 02:44:26PM +0100, Frederic Weisbecker wrote:
2013/3/21 Gleb Natapov g...@redhat.com:
Isn't is simpler for
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
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
.
Cc: Rob Herringrob.herr...@calxeda.com
Cc: Alexander Grafag...@suse.de
Cc:sta...@vger.kernel.org v3.7..
Signed-off-by: Robert Richterrobert.rich...@calxeda.com
Acked-by: Alexander Graf ag...@suse.de
Alex
---
drivers/ata/sata_highbank.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On 30.04.2013, at 02:32, Rusty Russell wrote:
Alexander Graf ag...@suse.de writes:
Am 29.04.2013 um 05:09 schrieb Rusty Russell ru...@rustcorp.com.au:
Alexander Graf ag...@suse.de writes:
On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
This patch-set implements early printk
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 a
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
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.
>>>
Am 29.04.2013 um 05:09 schrieb Rusty Russell ru...@rustcorp.com.au:
Alexander Graf ag...@suse.de 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.
The current virtio
On 29.04.2013, at 14:48, Pranavkumar Sawargaonkar wrote:
On 29 April 2013 17:52, Alexander Graf ag...@suse.de wrote:
Am 29.04.2013 um 05:09 schrieb Rusty Russell ru...@rustcorp.com.au:
Alexander Graf ag...@suse.de writes:
On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote
On 29.04.2013, at 14:50, Peter Maydell wrote:
On 29 April 2013 13:22, Alexander Graf ag...@suse.de 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 reasonably
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
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
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
On 22.04.2013, at 05:10, Anup Patel wrote:
On 22 April 2013 06:51, Rusty Russell ru...@rustcorp.com.au wrote:
Pranavkumar Sawargaonkar pranavku...@linaro.org writes:
On 18 April 2013 12:21, Rusty Russell ru...@rustcorp.com.au wrote:
PranavkumarSawargaonkar pranavku...@linaro.org writes:
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,
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
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
Am 18.04.2013 um 09:32 schrieb Pranavkumar Sawargaonkar
pranavku...@linaro.org:
On 18 April 2013 12:21, Rusty Russell ru...@rustcorp.com.au wrote:
PranavkumarSawargaonkar pranavku...@linaro.org writes:
From: Pranavkumar Sawargaonkar pranavku...@linaro.org
This patch implements early
Am 18.04.2013 um 10:30 schrieb Peter Maydell peter.mayd...@linaro.org:
On 18 April 2013 07:49, Marc Zyngier m...@misterjones.org 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
Am 18.04.2013 um 10:48 schrieb Pranavkumar Sawargaonkar
pranavku...@linaro.org:
Hi Marc,
On 18 April 2013 13:06, Marc Zyngier marc.zyng...@arm.com wrote:
On Thu, 18 Apr 2013 12:47:18 +0530, Pranavkumar Sawargaonkar
pranavku...@linaro.org wrote:
Hi Marc,
On 18 April 2013 12:19, Marc
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.kerne
a step 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 ag...@suse.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
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
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 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: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: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: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: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 wa
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 wa
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 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
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
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 walk and emulation. But with EPT, it does not have
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 and emulation. But with EPT, it does not have to be: we
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:
On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
With KVM
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 and emulation. But with EPT, it does not have to be: we
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 12:50, Michael S. Tsirkin wrote:
With KVM, MMIO
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 12:50, Michael S. Tsirkin wrote:
With KVM, MMIO
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:
On 04.04.2013, at 14:08, Gleb Natapov wrote:
On Thu, Apr 04, 2013
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:
On 04.04.2013, at 14:38, Gleb Natapov wrote:
On Thu, Apr 04, 2013
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:
On 04.04.2013, at 12:50, Michael S. Tsirkin wrote:
With KVM
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:
On 04.04.2013, at 14:45, Gleb Natapov wrote:
On Thu, Apr 04
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
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 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 find a
On 14.03.2013, at 05:19, Thomas Abraham wrote:
On 14 March 2013 05:29, Alexander Graf ag...@suse.de 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 find any USB hubs on my bus
On 14.03.2013, at 04:38, Doug Anderson wrote:
Alexander,
On Wed, Mar 13, 2013 at 4:59 PM, Alexander Graf ag...@suse.de 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 find
On 14.03.2013, at 15:58, Thomas Abraham wrote:
On 14 March 2013 17:31, Alexander Graf ag...@suse.de wrote:
On 14.03.2013, at 05:19, Thomas Abraham wrote:
On 14 March 2013 05:29, Alexander Graf ag...@suse.de wrote:
On my Exynos 5 based Arndale system, I need to pull the reset line down
.
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 Graf
CC: Vivek
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
>>
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 ag...@suse.de wrote:
+ gpio_free(gpio);
Freeing the gpio is a little on the iffy side since you actually care
about keeping the value. Perhaps you can change
.
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 Graf ag...@suse.de
701 - 800 of 847 matches
Mail list logo
