do this
one?
Thanks,
Alexey Mochkin.
Hi David.
On 2016-01-11 22:51, Dr. David Alan Gilbert wrote:
* Alexey (aluka...@alukardd.org) wrote:
Hello.
Hi,
I have two servers between which I need have live migration.
First server have QEMU emulator version 2.3.0
Second server have QEMU emulator version 2.5.0
Migration command look
Hello,
On 2016-01-12 12:19, Dr. David Alan Gilbert wrote:
* Alexey (aluka...@alukardd.org) wrote:
Hi David.
On 2016-01-11 22:51, Dr. David Alan Gilbert wrote:
>* Alexey (aluka...@alukardd.org) wrote:
>>Hello.
>
>Hi,
>
>>I have two servers between which I need have li
On 2016-01-12 13:04, Dr. David Alan Gilbert wrote:
* Alexey (aluka...@alukardd.org) wrote:
Hello,
On 2016-01-12 12:19, Dr. David Alan Gilbert wrote:
>* Alexey (aluka...@alukardd.org) wrote:
>>Hi David.
>>
>>On 2016-01-11 22:51, Dr. David Alan Gilbert wrote:
>>>*
ice
'fw_cfg'
qemu-system-x86_64: load of migration failed: No such file or directory
Is it possible to do this migration?
Regards,
Alexey Mochkin.
Hello.
On 2016-01-21 14:49, Dr. David Alan Gilbert wrote:
* Alexey (aluka...@alukardd.org) wrote:
Hello,
On 2016-01-16 02:24, Eric Blake wrote:
>On 01/12/2016 05:11 AM, Dr. David Alan Gilbert wrote:
>
>>>Tell me please right way to append zeros to "BIOS (ia32) ROM Ext.
&
=408196, clat=76usec
from guest:
bw=398MB/s, iops=99720, clat=316usec
Both host and guest system I boot with `scsi_mod.use_blk_mq=Y`.
Why difference in 4 times?!
Regards,
Alexey Mochkin
=408196, clat=76usec
from guest:
bw=398MB/s, iops=99720, clat=316usec
Both host and guest system I boot with `scsi_mod.use_blk_mq=Y`.
Why difference in 4 times?!
Regards,
Alexey Mochkin
On Wed, Jun 14, 2017 at 05:29:39PM +0200, Juan Quintela wrote:
> Alexey Perevalov wrote:
> > On 06/13/2017 02:42 PM, Juan Quintela wrote:
> >> Alexey Perevalov wrote:
> >>
> >> Hi
> >>
> >> I think that it would make things clearer if we do
On Tue, Jun 27, 2017 at 12:03:10PM +0800, Peter Xu wrote:
> On Mon, Jun 26, 2017 at 11:35:20AM +0300, Alexey Perevalov wrote:
> > This patch adds ability to track down already received
> > pages, it's necessary for calculation vCPU block time in
> > postcopy migration
On Tue, Jun 27, 2017 at 06:17:40PM +0800, Peter Xu wrote:
> On Tue, Jun 27, 2017 at 05:50:27AM -0400, Alexey Perevalov wrote:
>
> [...]
>
> > @@ -60,6 +62,14 @@ static inline void *ramblock_ptr(RAMBlock *block,
> > ram_addr_t offset)
> > retur
Hi Philippe,
On Fri, Apr 14, 2017 at 01:05:52PM -0300, Philippe Mathieu-Daudé wrote:
> Hi Alexey,
>
> On 04/14/2017 10:17 AM, Alexey Perevalov wrote:
> >There is a lack of g_int_cmp which compares pointers value in glib,
> >xen_disk.c introduced its own, so the same functi
Hello, thank you for so detailed comment,
On Fri, Apr 21, 2017 at 11:27:55AM +0100, Peter Maydell wrote:
> On 14 April 2017 at 14:17, Alexey Perevalov wrote:
> > There is a lack of g_int_cmp which compares pointers value in glib,
> > xen_disk.c introduced its own, so the sa
On Fri, Apr 21, 2017 at 11:24:54AM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > Userfaultfd mechanism is able to provide process thread id,
> > in case when client request it with UFDD_API ioctl.
> >
> > Signed-off-by: A
, Apr 21, 2017 at 01:00:32PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > This patch provides downtime calculation per vCPU,
> > as a summary and as a overlapped value for all vCPUs.
> >
> > This approach just keeps tree wi
Hello David,
this mail just for CPUMASK discussion.
On Fri, Apr 21, 2017 at 01:00:32PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > This patch provides downtime calculation per vCPU,
> > as a summary and as a overlapped valu
On Mon, Apr 24, 2017 at 04:12:29PM +0800, Peter Xu wrote:
> On Fri, Apr 21, 2017 at 06:22:12PM +0300, Alexey wrote:
> > On Fri, Apr 21, 2017 at 11:24:54AM +0100, Dr. David Alan Gilbert wrote:
> > > * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > > > Userfaultf
On Fri, May 05, 2017 at 03:11:14PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey (a.pereva...@samsung.com) wrote:
> > On Tue, May 02, 2017 at 09:51:44AM +0100, Dr. David Alan Gilbert wrote:
> > > * Alexey (a.pereva...@samsung.com) wrote:
> > > > On Fri, Apr 28
On Mon, May 08, 2017 at 02:29:06PM +0800, Peter Xu wrote:
> On Fri, Apr 28, 2017 at 02:11:19PM +0300, Alexey Perevalov wrote:
> > On 04/28/2017 01:00 PM, Peter Xu wrote:
> > >On Fri, Apr 28, 2017 at 09:57:37AM +0300, Alexey Perevalov wrote:
> > >>This patch provides
On Tue, May 09, 2017 at 10:40:34AM +0100, Dr. David Alan Gilbert wrote:
> * Peter Xu (pet...@redhat.com) wrote:
> > On Mon, May 08, 2017 at 12:08:07PM +0300, Alexey wrote:
> > > On Mon, May 08, 2017 at 02:29:06PM +0800, Peter Xu wrote:
> > > > On Fri, Apr 28, 20
On Tue, May 09, 2017 at 10:44:34AM +0100, Daniel P. Berrange wrote:
> On Tue, May 09, 2017 at 10:40:34AM +0100, Dr. David Alan Gilbert wrote:
> > * Peter Xu (pet...@redhat.com) wrote:
> > > On Mon, May 08, 2017 at 12:08:07PM +0300, Alexey wrote:
> > > > On Mon, Ma
On Tue, May 09, 2017 at 08:01:01PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey (a.pereva...@samsung.com) wrote:
> > On Tue, May 09, 2017 at 10:40:34AM +0100, Dr. David Alan Gilbert wrote:
> > > * Peter Xu (pet...@redhat.com) wrote:
> > > > On Mon, May 08, 2017 at
On Wed, May 10, 2017 at 04:58:59PM +0100, Daniel P. Berrange wrote:
> On Wed, May 10, 2017 at 06:46:50PM +0300, Alexey wrote:
> > On Tue, May 09, 2017 at 10:44:34AM +0100, Daniel P. Berrange wrote:
> > > On Tue, May 09, 2017 at 10:40:34AM +0100, Dr. David Alan Gilbert wrote:
On Thu, May 11, 2017 at 12:56:55PM +0800, Peter Xu wrote:
> On Wed, May 10, 2017 at 04:58:59PM +0100, Daniel P. Berrange wrote:
> > On Wed, May 10, 2017 at 06:46:50PM +0300, Alexey wrote:
> > > On Tue, May 09, 2017 at 10:44:34AM +0100, Daniel P. Berrange wrote:
> > > &
On Tue, May 16, 2017 at 12:34:16PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > This patch provides blocktime calculation per vCPU,
> > as a summary and as a overlapped value for all vCPUs.
> >
> > This approach was s
On Thu, Jun 29, 2017 at 11:28:02AM +0800, Peter Xu wrote:
> On Wed, Jun 28, 2017 at 08:49:32AM -0400, Alexey Perevalov wrote:
>
> [...]
>
> > @@ -2324,8 +2352,14 @@ static int ram_load_setup(QEMUFile *f, void *opaque)
>
> [1]
>
> >
> > s
| 13 ++
> hw/virtio/vhost-user.c| 293 +++-
> include/exec/cpu-common.h | 3 +
> include/exec/ram_addr.h | 2 +
> migration/migration.c | 3 +
> migration/migration.h | 8 +
> migration/postcopy-ram.c | 357
> +++---
> migration/postcopy-ram.h | 69 +++
> migration/ram.c | 5 +
> migration/ram.h | 1 +
> migration/savevm.c| 13 ++
> migration/trace-events| 6 +
> trace-events | 3 +
> vl.c | 4 +-
> 17 files changed, 926 insertions(+), 84 deletions(-)
>
> --
> 2.13.0
>
>
--
BR
Alexey
On Mon, Jul 03, 2017 at 05:49:26PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey (a.pereva...@samsung.com) wrote:
> >
> > Hello, David!
> >
> > Thank for you patch set.
> >
> > On Wed, Jun 28, 2017 at 08:00:18PM +0100, Dr. David Alan Gilbert (git)
On Tue, May 16, 2017 at 11:32:51AM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > This modification is necessary for userfault fd features which are
> > required to be requested from userspace.
> > UFFD_FEATURE_THREAD_ID is a o
On Tue, May 16, 2017 at 12:34:16PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > This patch provides blocktime calculation per vCPU,
> > as a summary and as a overlapped value for all vCPUs.
> >
> > This approach was s
On Mon, May 22, 2017 at 11:20:13AM -0500, Eric Blake wrote:
> On 05/12/2017 08:31 AM, Alexey Perevalov wrote:
> > Right now it could be used on destination side to
> > enable vCPU blocktime calculation for postcopy live migration.
> > vCPU blocktime - it's time sinc
Hi, Peter,
On Wed, May 24, 2017 at 10:36:29AM +0800, Peter Xu wrote:
> On Tue, May 23, 2017 at 02:31:05PM +0300, Alexey Perevalov wrote:
> > This modification is necessary for userfault fd features which are
> > required to be requested from userspace.
> > UFFD_FEATURE_THREA
On Wed, May 24, 2017 at 02:57:36PM +0800, Peter Xu wrote:
> On Tue, May 23, 2017 at 02:31:08PM +0300, Alexey Perevalov wrote:
> > This patch adds ability to track down already copied
> > pages, it's necessary for calculation vCPU block time in
> > postcopy migration fea
On Wed, May 24, 2017 at 03:53:05PM +0800, Peter Xu wrote:
> On Tue, May 23, 2017 at 02:31:09PM +0300, Alexey Perevalov wrote:
> > This patch provides blocktime calculation per vCPU,
> > as a summary and as a overlapped value for all vCPUs.
> >
> > This approach was s
On Mon, Apr 24, 2017 at 06:26:31PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > Right now to initiate postcopy live migration need to
> > send request to source machine and specify destination.
> >
> > User could reques
+ Andrea Arcangeli
On Mon, Apr 24, 2017 at 06:10:02PM +0100, Dr. David Alan Gilbert wrote:
> * Alexey (a.pereva...@samsung.com) wrote:
> > On Mon, Apr 24, 2017 at 04:12:29PM +0800, Peter Xu wrote:
> > > On Fri, Apr 21, 2017 at 06:22:12PM +0300, Alexey wrote:
> > > >
On Fri, Apr 28, 2017 at 05:22:05PM +0100, Dr. David Alan Gilbert wrote:
> * Peter Xu (pet...@redhat.com) wrote:
> > On Fri, Apr 28, 2017 at 01:03:45PM +0300, Alexey Perevalov wrote:
> >
> > [...]
> >
> > > >>diff --git a/migration/postcopy-ram.c b/migr
On Tue, May 02, 2017 at 09:51:44AM +0100, Dr. David Alan Gilbert wrote:
> * Alexey (a.pereva...@samsung.com) wrote:
> > On Fri, Apr 28, 2017 at 05:22:05PM +0100, Dr. David Alan Gilbert wrote:
> > > * Peter Xu (pet...@redhat.com) wrote:
> > > > On Fri, Apr 28, 20
This seems to affect me too; I have a loop on interrupt handler after
the first interrupt called.
The version of qemu is latest 3.1 from upstream, so this is not Ubuntu
issue.
However, have you done with it? Just commenting out
env->CP0_Status &= ~(1 << CP0St_EXL);
does not help.
--
You recei
On Fri, Jun 22, 2012 at 6:16 PM, Alexey Kardashevskiy wrote:
> On 07/06/12 09:17, Alex Williamson wrote:
> > On Fri, 2012-05-25 at 17:35 +1000, Alexey Kardashevskiy wrote:
> >> Some adapters (like NEC PCI USB controller) do not flush their config
> >> on a sioftware re
ons
didn't initialize high part of 64bit BAR.
The patch is tested on Linux 2.6.18 - 3.1.0 and Windows 2008 Server
Signed-off-by: Alexey Korolev
---
hw/pci.c | 45 +
hw/pci.h |7 +++
2 files changed, 52 insertions(+), 0 deletions(-)
d
00 8100010503d4
Call Trace:
[] panic+0x12c/0x12f
[] do_exit+0x85/0x87b
[] kernel_math_error+0x0/0x90
Code: 0f 31 29 c8 48 39 f8 72 f5 c3 65 8b 04 25 2c 00 00 00 48 98
console shuts up ...
<0>Kernel panic - not syncing: Attempted to kill init!
Please look at HPET lines. HPET is mapped to 0xfed0.
Size of ivshmem is 32MB. During pci enumeration ivshmem will corrupt the range
from 0xfe00 - 0x.
It overlaps HPET memory. When Linux does late_hpet init, it finds garbage and
this is causing panic.
Thanks,
Alexey
On 26/01/12 01:51, Michael S. Tsirkin wrote:
> On Wed, Jan 25, 2012 at 06:46:03PM +1300, Alexey Korolev wrote:
>> Hi,
>> In this post
>> http://lists.gnu.org/archive/html/qemu-devel/2011-12/msg03171.html I've
>> mentioned about the issues when 64Bit PCI BAR is pr
On 27/01/12 03:36, Michael S. Tsirkin wrote:
> On Thu, Jan 26, 2012 at 03:52:27PM +0200, Avi Kivity wrote:
>> On 01/26/2012 11:14 AM, Michael S. Tsirkin wrote:
>>> On Wed, Jan 25, 2012 at 06:46:03PM +1300, Alexey Korolev wrote:
>>>> Hi,
>>>> In this p
On 27/01/12 04:12, Avi Kivity wrote:
> On 01/26/2012 04:36 PM, Michael S. Tsirkin wrote:
>> On Thu, Jan 26, 2012 at 03:52:27PM +0200, Avi Kivity wrote:
>>> On 01/26/2012 11:14 AM, Michael S. Tsirkin wrote:
>>>> On Wed, Jan 25, 2012 at 06:46:03PM +1300, Alexey Koro
On 31/01/12 22:43, Avi Kivity wrote:
> On 01/31/2012 11:40 AM, Avi Kivity wrote:
>> On 01/27/2012 06:42 AM, Alexey Korolev wrote:
>>> On 27/01/12 04:12, Avi Kivity wrote:
>>>> On 01/26/2012 04:36 PM, Michael S. Tsirkin wrote:
>>>>> On Thu, Jan 2
On 01/02/12 20:04, Michael S. Tsirkin wrote:
> On Wed, Feb 01, 2012 at 06:44:42PM +1300, Alexey Korolev wrote:
>> On 31/01/12 22:43, Avi Kivity wrote:
>>> On 01/31/2012 11:40 AM, Avi Kivity wrote:
>>>> On 01/27/2012 06:42 AM, Alexey Korolev wrote:
>>>
ndirectly)
generated
ppc64-softmmu/config-target.mak with CONFIG_VFIO_PCI=y.
What is the correct solution?
--
Alexey
egion
where MSI/MSIX vectors point to.
Signed-off-by: Alexey Kardashevskiy
---
hw/msi.c | 14 ++
hw/msi.h |1 +
hw/msix.c |8
hw/msix.h |3 +++
4 files changed, 26 insertions(+)
diff --git a/hw/msi.c b/hw/msi.c
index 5233204..c7b3e6a 100644
--- a/hw/msi.c
+++
blic for a symmetry.
Signed-off-by: Alexey Kardashevskiy
---
hw/msi.c | 29 +
hw/msi.h |2 ++
hw/msix.c | 11 ++-
hw/msix.h |3 +++
4 files changed, 44 insertions(+), 1 deletion(-)
diff --git a/hw/msi.c b/hw/msi.c
index 5233204..9ad84a4 100644
---
On 21/06/12 17:39, Jan Kiszka wrote:
> On 2012-06-21 09:18, Alexey Kardashevskiy wrote:
>>
>> agrhhh. sha1 of the patch changed after rebasing :)
>>
>>
>>
>> Added (msi|msix)_(set|get)_message() function for whoever might
>> want to use them.
>&g
On 21/06/12 20:38, Jan Kiszka wrote:
> On 2012-06-21 12:28, Alexey Kardashevskiy wrote:
>> On 21/06/12 17:39, Jan Kiszka wrote:
>>> On 2012-06-21 09:18, Alexey Kardashevskiy wrote:
>>>>
>>>> agrhhh. sha1 of the patch changed after rebasing :)
>>>
On 21/06/12 20:36, Andreas Färber wrote:
> Am 21.06.2012 05:22, schrieb Alexey Kardashevskiy:
>> I am trying to compile the very last qemu with vfio_pci enabled. VFIO_PCI is
>> added as below:
>>
>> ./configure:
>>
>> case "$target_arch2" in
&
hypercalls. So in order to support MSIX for virtio-pci on
POWER we have to initialize MSI/MSIX message from QEMU.
Signed-off-by: Alexey Kardashevskiy
---
hw/msi.c | 13 +
hw/msi.h |1 +
hw/msix.c |9 +
hw/msix.h |2 ++
4 files changed, 25 insertions(+)
diff --git a
On 21/06/12 22:19, Andreas Färber wrote:
> Am 21.06.2012 13:21, schrieb Alexey Kardashevskiy:
>> On 21/06/12 20:36, Andreas Färber wrote:
>>> Am 21.06.2012 05:22, schrieb Alexey Kardashevskiy:
>>>> I am trying to compile the very last qemu with vfio_pci enabled. VF
On 21/06/12 21:49, Jan Kiszka wrote:
> On 2012-06-21 13:39, Alexey Kardashevskiy wrote:
>> Added (msi|msix)_set_message() functions.
>>
>> Currently msi_notify()/msix_notify() write to these vectors to
>> signal the guest about an interrupt so the correct values have
vectors, instead
it uses RTAS hypercalls. So in order to support MSIX for virtio-pci on
POWER we have to initialize MSI/MSIX message from QEMU.
Signed-off-by: Alexey Kardashevskiy
---
hw/msi.c | 13 +
hw/msi.h |1 +
hw/msix.c |9 +
hw/msix.h |2 ++
4 files changed
On 22/06/12 00:04, Andreas Färber wrote:
> Am 21.06.2012 15:10, schrieb Alexey Kardashevskiy:
>> On 21/06/12 22:19, Andreas Färber wrote:
>>> Am 21.06.2012 13:21, schrieb Alexey Kardashevskiy:
>>>> On 21/06/12 20:36, Andreas Färber wrote:
>>>>> Am 2
On 07/06/12 09:17, Alex Williamson wrote:
> On Fri, 2012-05-25 at 17:35 +1000, Alexey Kardashevskiy wrote:
>> Some adapters (like NEC PCI USB controller) do not flush their config
>> on a sioftware reset and remember DMA config, etc.
>>
>> If we use such an adapter with
QEMU from qemu.org/master (not qemu-kvm), linux host 3.4, ppc64.
Shortly the problem is in the host kernel: closing a file in one thread does
not interrupt select() waiting on the same file description in another thread.
Longer story is:
I'll use VFIO as an example as I hit this when I was debug
On 01/07/12 22:43, Michael S. Tsirkin wrote:
> On Sun, Jul 01, 2012 at 09:06:20PM +1000, Alexey Kardashevskiy wrote:
>> QEMU from qemu.org/master (not qemu-kvm), linux host 3.4, ppc64.
>>
>> Shortly the problem is in the host kernel: closing a file in one thread does
&g
On 01/07/12 23:32, Paolo Bonzini wrote:
> Il 01/07/2012 13:06, Alexey Kardashevskiy ha scritto:
>> Doing MSI init stuff, QEMU-VFIO calls the same event_notifier_init()
>> (returns recycled fd=XX what is correct but confuses) and
>> qemu_set_fd_handler() which adds a handler
On 01/07/12 23:40, Alexey Kardashevskiy wrote:
> On 01/07/12 23:32, Paolo Bonzini wrote:
>> Il 01/07/2012 13:06, Alexey Kardashevskiy ha scritto:
>>> Doing MSI init stuff, QEMU-VFIO calls the same event_notifier_init()
>>> (returns recycled fd=XX what i
that the main loop's select() needs to be restarted with the updated list.
The patch adds the qemu_notify_event() call to interrupt select() and make
wrapping code to restart select() with the updated IO handlers list.
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: Paolo Bo
one might want to wrap that into something, like
> qemu_wake_main_loop();
I already posted another patch with qemu_notify_event() in this mail thread
later :)
>
> Cheers,
> Ben.
>
>>>> int main_loop_init(void)
>>>> {
>>>> int ret;
>>>>
>>>> +sigusr2_init();
>>>> +
>>>> qemu_mutex_lock_iothread();
>>>> ret = qemu_signal_init();
>>>> if (ret) {
>>>> --
>>>> 1.7.10
>>
>>
>
>
--
Alexey
It reports a bunch of endian problems. Some are definitely bugs
> like:
> *prev |= cpu_to_le32((u32)epos << 20);
What is wrong here?
--
Alexey
Ping?
On 22/06/12 11:15, Alexey Kardashevskiy wrote:
> Added (msi|msix)_set_message() function for whoever might
> want to use them.
>
> Currently msi_notify()/msix_notify() write to these vectors to
> signal the guest about an interrupt so the correct values have to
> wr
file is automatically generated by
> looking at all targets.
At the moment, VFIO has #ifdef TARGET_PPC64 so it should be compiled per
target, i.e. the first way. Or not?
--
With best regards
Alexey Kardashevskiy -- icq: 52150396
Ping?
On 02/07/12 05:48, Alexey Kardashevskiy wrote:
> QEMU uses IO handlers to run select() in the main loop. The handlers list is
> managed by qemu_set_fd_handler() helper which works fine when called from the
> main thread as it is called not when select() is waiting.
>
> H
TARGET_PPC64 in patch #2
and I wonder if there is any plan to implement some generic EOI support code,
etc.
Alexey Kardashevskiy (2):
pseries pci: spapr_finalize_pci_setup introduced
vfio-powerpc: added VFIO support
hw/ppc/Makefile.objs |3 ++
hw/spapr.c |7
hw/spapr.h
_vfio" flag added into sPAPR PHB - required to
distinguish VFIO's DMA context from the emulated one.
WIth the pathes posted today a bit earlier, this patch fully supports
VFIO what includes MSIX as well,
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/Makefile.objs |3 ++
hw/spapr.h
spapr_finalize_pci_setup has been introduced.
As an example, such a handler can setup DMA window parameters taken from
an IOMMU file descriptor available from a VFIO PCI device.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.c |7 +++
hw/spapr_pci.c | 13 ++---
hw/spapr_pci.h |2 ++
3
to create an array of qemu_irq pointers.
So it is simplier to keep only IRQ numbers (one per INTx line) and the first
MSI IRQ number with vectors number (will be added later).
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr_pci.c | 14 +-
hw/spapr_pci.h |1 -
2 files changed, 5
sPAPR IOMMU RTAS handler is split to common h_put_tce() part and
emulated IOMMU implementation called put_tce_emu().
Further patches will extend h_put_tce() with put_tce_vfio() in
order to support other types of IOMMU such as VFIO.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr_iommu.c
EOI initialization for
the XICS interrupt controller.
Signed-off-by: Alexey Kardashevskiy
---
hw/xics.c | 18 ++
hw/xics.h |5 +
2 files changed, 23 insertions(+)
diff --git a/hw/xics.c b/hw/xics.c
index 668a0d6..de7833e 100644
--- a/hw/xics.c
+++ b/hw/xics.c
@@ -170,6
been created.
2. moves RTAS PCI config space access hooks out of the emulated
PCI bus init code.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.c |4 +++-
hw/spapr_pci.c | 13 -
hw/spapr_pci.h |2 ++
3 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/hw
rom
config-address as MSI RTAS calls take a PCI config space address as
an identifier.
2. A MSIX memory region is added to catch msi_notify()/msix_notiry()
from virtio-pci and pass them to the guest via qemu_irq_pulse().
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.c |4 +++-
hw/s
query-interrupt-source-number" which translates MSI
vector to interrupt controller (XICS) IRQ number.
This patch depends on the "msi/msix: added functions to API to set up
message address and data" patch.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.c |
spapr_dma_dt() is renamed to spapr_tcet_dma_dt().
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.h |4 +++-
hw/spapr_iommu.c | 58 ++
hw/spapr_pci.c | 11 +++
hw/spapr_pci.h |6 ++
hw/spapr_vio.c |2 +-
5
Added find_phb() function and find_dev() has been changed to
use find_phb().
Also, INTx and MSI traces added and INTx trace is used.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr_pci.c | 34 --
trace-events |9 +
2 files changed, 33 insertions
The patch adds a simple helper which allocates a consecutive sequence
of IRQs calling spapr_allocate_irq for each and checks that allocated
IRQs go consequently.
The patch is required for upcoming support of MSI/MSIX on POWER.
Signed-off-by: Alexey Kardashevskiy
---
hw/spapr.c | 20
While some of my colleagues are overloaded or in vacations, I will give it
another try here :)
The patch I posted earlier is split to three to make it easier to
review/comment.
Each patch compiles but does not make sense without others.
Alexey Kardashevskiy (3):
pseries pci: preparing for
On 11/07/12 08:26, Scott Wood wrote:
> On 07/10/2012 12:51 AM, Alexey Kardashevskiy wrote:
>> The patch enables VFIO on POWER.
>>
>> It literally does the following:
>>
>> 1. POWERPC IOMMU support (the kernel counterpart is required)
> [snip]
&
On 11/07/12 10:04, Benjamin Herrenschmidt wrote:
> On Wed, 2012-07-11 at 09:55 +1000, Alexey Kardashevskiy wrote:
>> On 11/07/12 08:26, Scott Wood wrote:
>>> On 07/10/2012 12:51 AM, Alexey Kardashevskiy wrote:
>>>> The patch enables VFIO on POWER.
>>>
On 11/07/12 02:57, Alex Williamson wrote:
> On Tue, 2012-07-10 at 15:51 +1000, Alexey Kardashevskiy wrote:
>> The two patches in this set are supposed to add VFIO support for POWER.
>>
>> The first one adds one more step in the initalizaion sequence which I am not
>>
On 11/07/12 02:55, Alex Williamson wrote:
> On Tue, 2012-07-10 at 15:51 +1000, Alexey Kardashevskiy wrote:
>> The patch enables VFIO on POWER.
>>
>> It literally does the following:
>>
>> 1. POWERPC IOMMU support (the kernel counterpart is required)
>>
On 12/07/12 12:54, Alex Williamson wrote:
> On Wed, 2012-07-11 at 12:25 +1000, Alexey Kardashevskiy wrote:
>> On 11/07/12 02:57, Alex Williamson wrote:
>>> On Tue, 2012-07-10 at 15:51 +1000, Alexey Kardashevskiy wrote:
>>>> The two patches in this set are supposed
On 12/07/12 14:31, Alex Williamson wrote:
> On Thu, 2012-07-12 at 14:16 +1000, Alexey Kardashevskiy wrote:
>> On 12/07/12 12:54, Alex Williamson wrote:
>>> On Wed, 2012-07-11 at 12:25 +1000, Alexey Kardashevskiy wrote:
>>>> On 11/07/12 02:57, Alex Williamson wrote:
On 12/07/12 14:43, Alex Williamson wrote:
> On Thu, 2012-07-12 at 14:38 +1000, Alexey Kardashevskiy wrote:
>> On 12/07/12 14:31, Alex Williamson wrote:
>>> On Thu, 2012-07-12 at 14:16 +1000, Alexey Kardashevskiy wrote:
>>>> On 12/07/12 12:54, Alex Williamson wrote:
On 12/07/12 15:29, Alex Williamson wrote:
> On Thu, 2012-07-12 at 14:58 +1000, Alexey Kardashevskiy wrote:
>> On 12/07/12 14:43, Alex Williamson wrote:
>>> On Thu, 2012-07-12 at 14:38 +1000, Alexey Kardashevskiy wrote:
>>>> On 12/07/12 14:31, Alex Williamson wrote:
On 12/07/12 13:11, Alex Williamson wrote:
> On Wed, 2012-07-11 at 12:54 +1000, Alexey Kardashevskiy wrote:
>> On 11/07/12 02:55, Alex Williamson wrote:
>>> On Tue, 2012-07-10 at 15:51 +1000, Alexey Kardashevskiy wrote:
>>>> The patch enables VFIO on POWER.
>>>
QEMU command line to get VFIO up with all the devices from
IOMMU group with id=3:
-device spapr-pci-host-bridge,busname=E1000E,buid=0x3,iommu=3,\
mem_win_addr=0x2300,io_win_addr=0x2400,msi_win_addr=0x2500
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/Makefile.objs |3 +
012-01/msg03189.html
At that time /it was found out that ivshmem bar is split by/ /the hpet region/
Could you please have a look at this?
I'm willing to provide additional info if you need it.
Thanks
Alexey
Hi Gerd,
> Hi,
>
>> And qemu error output is:
>> qemu: /home/akorolev/qemu-kvm/exec.c:2255: register_subpage: Assertion
>> `existing->mr->subpage || existing->mr == &io_mem_unassigned' failed.
>>
>> Guest OS is Centos 5.5 and log is pretty boring, as qemu crashes before
>> Linux can report an i
On 06/12/12 09:23, Alexey Korolev wrote:
> Hi Gerd,
>> Hi,
>>
>>> And qemu error output is:
>>> qemu: /home/akorolev/qemu-kvm/exec.c:2255: register_subpage: Assertion
>>> `existing->mr->subpage || existing->mr == &io_mem_unassigned&#x
I tried the head today.
Qemu crashes in the same way as before.
> Hi,
>
>> And qemu error output is:
>> qemu: /home/akorolev/qemu-kvm/exec.c:2255: register_subpage: Assertion
>> `existing->mr->subpage || existing->mr == &io_mem_unassigned' failed.
>>
>> Guest OS is Centos 5.5 and log is pretty
On 06/12/12 20:45, Gerd Hoffmann wrote:
> On 12/06/12 05:09, Alexey Korolev wrote:
>> I tried the head today.
>> Qemu crashes in the same way as before.
> Hmm. Doesn't reproduce here (using RHEL-5 as guest, although it is 5.8
> so more recent than your centos 5.5).
&g
m=ivshmem.root
Could you please set the parameter use64=1 ?
I guess 64bit OS might also be important. I don't have a 32 bit version at the
moment to check whether it fails or not.
Thanks,
Alexey
On 10/12/12 20:22, Gerd Hoffmann wrote:
> On 12/10/12 03:05, Alexey Korolev wrote:
>> Hi,
>>>> It is a 64bit guest OS.
>>>> I've upgraded to RHEL 5.8 and still have the same problem.
>>> My rhel5 is 32bit.
>>>
>>>> Could you ple
Currently, all unknown requests are treated as VIRTIO_BLK_T_IN
Signed-off-by: Alexey Zaytsev
---
hw/virtio-blk.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/hw/virtio-blk.c b/hw/virtio-blk.c
index e25cc96..1f59a76 100644
--- a/hw/virtio-blk.c
+++ b/hw/virtio
1 - 100 of 4673 matches
Mail list logo
