>> v11 --> v12
>> realize pvpanic as a pci device and use the mmio of pci device.
>
>Do you have a pointer to the kernel patches?
>
>Thanks,
>>drew
>
I'm still sorting out the code for the kernel part, and I haven't submitted a
patch yet.
>v10 --> v11
>change configure interface in virt machine configure parameters.
>
>v11 --> v12
>realize pvpanic as a pci device and use the mmio of pci device.
>
>Philippe Mathieu-Daudé (2):
>hw/misc/pvpanic: Build the pvpanic device in $(common-obj)
>hw/misc/pvpanic: Cosmetic renaming
>
>Peng Hao
>On Wed, 5 Dec 2018 at 00:28, wrote:
>>
>> >I'm afraid I don't understand. If it's a PCI device then
>> >it does not need to be listed in the device tree or the
>> >ACPI tables at all, because it is probeable by the guest.
>> >This also significantly simplifies the changes needed in QEMU.
>> >
>>
>On Tue, 4 Dec 2018 at 00:41, wrote:
>>
>> >I would still prefer to see a more detailed examination of whether
>> >we can do this with a PCI device before we commit to taking the
>> >MMIO version into the virt board.
>>
>> I'm sorry I thought I had sent an email. yesterday when I wrote an email
>On Mon, 3 Dec 2018 at 11:04, Peng Hao wrote:
>>
>> The first patches are simple cleanups:
>> - patch 1 move the pvpanic device with the 'ocmmon objects' so we
>> compile
>>it once for the x86/arm/aarch64 archs,
>> - patch 2 simply renames ISA fields/definitions to
>On Fri, 30 Nov 2018 at 16:14, Andrew Jones wrote:
>>
>> On Fri, Nov 30, 2018 at 03:57:13PM +, Peter Maydell wrote:
>> > On Fri, 30 Nov 2018 at 15:56, Peter Maydell
>> > wrote:
>> > > I suspect the reason you've done this is that you're
>> > > trying to get "-device pvpanic" to work on the
>On Wed, 28 Nov 2018 at 03:50, Peng Hao wrote:
>>
>> Prepare for pvpanic-mmio configure interface.
>>
>> Signed-off-by: Peng Hao
>> ---
>> hw/arm/sysbus-fdt.c | 2 ++
>> hw/arm/virt.c | 2 ++
>> hw/misc/pvpanic.c | 11 +--
>> 3 files changed, 13 insertions(+), 2 deletions(-)
>
>> Add mmio support info in docs/specs/pvpanic.txt.
>>
>> Signed-off-by: Peng Hao
>> ---
>> docs/specs/pvpanic.txt | 15 +--
>> 1 file changed, 13 insertions(+), 2 deletions(-)
>>
>> diff --git a/docs/specs/pvpanic.txt b/docs/specs/pvpanic.txt
>> index c7bbacc..67f5591 100644
>>
I'm sorry to sent patches with unmodified title.
Please ignore patch 1-10. I will re-send.
>Add mmio support info in docs/specs/pvpanic.txt.
>
>Signed-off-by: Peng Hao
>---
>docs/specs/pvpanic.txt | 18 +++---
>1 file changed, 15 insertions(+), 3 deletions(-)
>
>diff --git
> > Add pvpanic device in arm virt machine.
> >
> > Signed-off-by: Peng Hao
> > Signed-off-by: Philippe Mathieu-Daudé
> > ---
> > default-configs/arm-softmmu.mak | 1 +
> > hw/arm/virt.c | 21 +
> > include/hw/arm/virt.h | 1 +
> > 3 files
>Hi Peng,
>
>On 11/17/18 8:22 PM, Peng Hao wrote:
>> In match function it should not call OBJECK_CHECK. When there is
>> a mismatch, we should continue to match rather than assert().
>
>Normally this issue should have been fixed by
>e9ac8e84f0 "hw/arm/sysbus-fdt: Only call match_fn callback if
>> >> add pvpanic device in virt acpi table, so when kenrel command line uses
>> >> acpi=force, kernel can get info from acpi table in aarch64.
>>
>> [...]
>>
>> >>
>> >> +static void acpi_dsdt_add_pvpanic(Aml *scope, const MemMapEntry
>> >> *pvpanic_memmap)
>> >> +{
>> >> +Aml *dev =
>Hi,
>
>On 2018/11/16 18:50, Peng Hao wrote:
>> Add pvpanic device in arm virt machine.
[...]
>>
>> +create_pvpanic_device(vms);
>> +
>It should not create pvpanic by default. It should be configurable via
>-device pvpanic.
yeah ,it is a problem. I will resolve it.
Thanks.
>Thanks,
>Shannon
> Add mmio support info in docs/specs/pvpanic.txt.
>>
>> Signed-off-by: Peng Hao
>> ---
>> docs/specs/pvpanic.txt | 13 -
>> 1 file changed, 12 insertions(+), 1 deletion(-)
>>
>> diff --git a/docs/specs/pvpanic.txt b/docs/specs/pvpanic.txt
>> index c7bbacc..5d8e9dc 100644
>> ---
>> add pvpanic device in virt acpi table, so when kenrel command line uses
>> acpi=force, kernel can get info from acpi table in aarch64.
[...]
>>
>> +static void acpi_dsdt_add_pvpanic(Aml *scope, const MemMapEntry
>> *pvpanic_memmap)
>> +{
>> +Aml *dev = aml_device("PANC");
>
>Shouldn't
Hi philmd,
Are there any problems with this series of patches "pvpanic: add mmio
interface"?
The kernel part of this series of patches has been upstream.
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
>> Signed-off-by: Peng Hao
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> hw/misc/pvpanic.c | 74
>> ++-
>> include/hw/misc/pvpanic.h | 2 ++
>> 2 files changed, 62 insertions(+), 14 deletions(-)
>>
>> diff --git a/hw/misc/pvpanic.c
>On 18/10/2018 15:04, Philippe Mathieu-Daudé wrote:
>> Hi, this series takes Peng Hao's previous work but rather than adding yet
>> another device, simply add the MMIO interface to the current device (which
>> only implements the I/O port access).
>>
>> The first patches are simple cleanups:
>> -
>
>Signed-off-by: Peng Hao
>Signed-off-by: Philippe Mathieu-Daudé
>[PMD: Use TYPE_PVPANIC definition, split in 2 patches]
>---
>Peng: I hope this is now more obvious how you could reuse the pvpanic device.
>
Thanks. I will think about your suggestions and patches.
>hw/misc/pvpanic.c | 52
>On 18 October 2018 at 14:04, Philippe Mathieu-Daudé wrote:
>> Signed-off-by: Peng Hao
>> Signed-off-by: Philippe Mathieu-Daudé
>> [PMD: Use TYPE_PVPANIC definition, split in 2 patches]
>> ---
>> default-configs/arm-softmmu.mak | 2 +-
>> hw/arm/virt.c | 21
>On 18/10/2018 10:03, peng.h...@zte.com.cn wrote:
+/* register rtc 0x70 port as coalesced_pio */
+memory_region_set_flush_coalesced(>io);
+memory_region_init_io(>coalesced_io, OBJECT(s), _ops,
+ s, "rtc1", 1);
+
>On 17/10/2018 18:52, Peng Hao wrote:
>> +/* register rtc 0x70 port as coalesced_pio */
>> +memory_region_set_flush_coalesced(>io);
>> +memory_region_init_io(>coalesced_io, OBJECT(s), _ops,
>> + s, "rtc1", 1);
>> +isa_register_ioport(isadev, >coalesced_io,
>Hi Peng,
>
>On 17/10/2018 11:23, Peng Hao wrote:
>> Add pvpanic mmio device that is similar to x86's pvpanic device.
>
>>
>> Signed-off-by: Peng Hao
>> ---
>> default-configs/arm-softmmu.mak | 2 +-
>> hw/arm/virt.c | 21
>> hw/misc/Makefile.objs | 1 +
>On 10/17/18 2:23 AM, Peng Hao wrote:
>> +++ b/hw/misc/pvpanic-mmio.c
>> @@ -0,0 +1,76 @@
>> +#include "qemu/osdep.h"
>
>New file requires file header w/ copyright and license.
I will handle it in new version .Thanks
>r~
On Fri, Aug 31, 2018 at 05:05:02PM +0800, Peng Hao wrote:
>> add coalesced_pio's struct and KVM_CAP_COALESCED_PIO header.
>>
>> Signed-off-by: Peng Hao
>
>I can merge ths together with q35 patch, but pls
>get acks from kvm folks, to this end fix up
>commit logs and subjects to match reality and
>On Mon, Aug 27, 2018 at 11:17:49PM +0800, peng.h...@zte.com.cn wrote:
>> >On Mon, Aug 27, 2018 at 04:25:00PM +0800, peng.h...@zte.com.cn wrote:
>> >> >
>> >> >Is there a reason to not register this port as coalesced PIO also for
>> >> >Q35?
>> >> >In q35_host_realize()?
>> >> >If not, I would
>> +static void kvm_coalesce_pio_add(MemoryListener *listener,
>> +MemoryRegionSection *section,
>> +hwaddr start, hwaddr size)
>> +{
>> +KVMState *s = kvm_state;
>> +
>> +if (s->coalesced_pio) {
>> +struct
>On Thu, Aug 30, 2018 at 11:50:13PM +0800, Peng Hao wrote:
>> add coalesced_pio's struct and KVM_CAP_COALESCED_PIO header.
>>
>> Signed-off-by: Peng Hao
>> Reviewed-by: Eduardo Habkost
>I think there was a misunderstanding. I never sent a Reviewed-by
>line for this patch, because we need to
>On Mon, Aug 27, 2018 at 04:25:00PM +0800, peng.h...@zte.com.cn wrote:
>> >> On 25 Aug 2018, at 15:19, Peng Hao wrote:
>> >>
>> >> diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c
>> >> index 0e60834..da73743 100644
>> >> --- a/hw/pci-host/piix.c
>> >> +++ b/hw/pci-host/piix.c
>> >> @@
>> On 25 Aug 2018, at 15:19, Peng Hao wrote:
>>
>> diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c
>> index 0e60834..da73743 100644
>> --- a/hw/pci-host/piix.c
>> +++ b/hw/pci-host/piix.c
>> @@ -327,6 +327,10 @@ static void i440fx_pcihost_realize(DeviceState *dev,
>> Error **errp)
>>
>>
> On Fri, Aug 24, 2018 at 12:14:47AM +0800, Peng Hao wrote:
> > Signed-off-by: Peng Hao
> > ---
> > accel/kvm/kvm-all.c | 58
> > -
> > include/exec/memattrs.h | 2 +-
> > 2 files changed, 53 insertions(+), 7 deletions(-)
> >
>> @@ -536,7
>On Wed, 26 Jul 2017 19:01:39 +0300
>"Michael S. Tsirkin" wrote:
>> On Wed, Jul 26, 2017 at 04:05:43PM +0200, Igor Mammedov wrote:
>> > On Tue, 25 Jul 2017 22:47:18 +0300
>> > "Michael S. Tsirkin" wrote:
>> >
>> > > On Tue, Jul 25, 2017 at 10:44:38AM
> On 26/07/2017 03:28, peng.h...@zte.com.cn wrote:
> >
> >
> > when the problem happens , windows kernel is checking whether REG_A_UIP is
> > changing after periodic timer has stopped. windows kernel access REG_A
> > according to INB instrunction and it will spend several microseconds
>On 25/07/2017 11:29, peng.h...@zte.com.cn wrote:
>>>On 25/07/2017 06:14, peng.h...@zte.com.cn wrote:
>>
> On 24/07/2017 20:35, Peng Hao wrote:
>> When a windows vm starts, periodic timer of rtc will stop several times.
>> windows kernel will check whether REG_A_UIP
>On 25/07/2017 06:14, peng.h...@zte.com.cn wrote:
>>> On 24/07/2017 20:35, Peng Hao wrote:
>>
>>
>>
>>
>>
When a windows vm starts, periodic timer of rtc will stop several times.
windows kernel will check whether REG_A_UIP is changed. REG_C's interrupt
flags will not be
>On 24/07/2017 20:35, Peng Hao wrote:
>> When a windows vm starts, periodic timer of rtc will stop several times.
>> windows kernel will check whether REG_A_UIP is changed. REG_C's interrupt
>> flags will not be cleared when periodic timer stops and the update timer
>> will switch to alarm
>On Mon, 24 Jul 2017 18:32:35 +0800 (CST)
> wrote:
>> > On Sun, 23 Jul 2017 20:46:11 +0800
>> > Peng Hao wrote:
>>
>> > > When a guest that has several hotplugged dimms is migrated, on
>> > > destination it will fail to resume. Because
I'm sorry I copy and paste code to make a patch, but I make a mistake to send a
uncompleted patch.
彭浩 penghao
IT开发工程师 IT Development
Engineer
操作系统产品部/中心研究院/系统产品 OS Product Department/Central R&D Institute/System Product
成都市天府大道中段800号中兴大厦A座
T: +86 028 18123274005
> On Sun, 23 Jul 2017 20:46:11 +0800
> Peng Hao wrote:
> > When a guest that has several hotplugged dimms is migrated, on
> > destination it will fail to resume. Because regions on source
> > are merged and on destination the order of realizing devices
> > is different
> On Sat, Jul 22, 2017 at 01:49:20PM +0800, peng.h...@zte.com.cn wrote:
> > some regions can not merge when just part of devices have realized.
> >
> > when all devices are realized on destination, these regions can be merged
> > again
> >
> > and the used slots can satisfy the vhost slot
> > On Wed, Jul 19, 2017 at 03:24:27PM +0200, Igor Mammedov wrote:
> > > On Wed, 19 Jul 2017 12:46:13 +0100
> > > "Dr. David Alan Gilbert" wrote:
> > >
> > > > * Igor Mammedov (imamm...@redhat.com) wrote:
> > > > > On Wed, 19 Jul 2017 23:17:32 +0800
> > > > > Peng Hao
* Michael S. Tsirkin (m...@redhat.com) wrote:
>> On Wed, Jul 19, 2017 at 03:24:27PM +0200, Igor Mammedov wrote:
> > > On Wed, 19 Jul 2017 12:46:13 +0100
> > > "Dr. David Alan Gilbert" wrote:
> > >
> > > > * Igor Mammedov (imamm...@redhat.com) wrote:
> > > > > On Wed, 19
发件人:
收件人:
抄送人:
彭浩10096742王业超10154425
日 期 :2017年07月19日 23:53
主 题 :Re: [Qemu-devel] [PATCH] vhost: fix a migration failed because ofvhost
region merge
原始邮件
发件人:
收件人:
抄送人:
彭浩10096742王业超10154425
日 期 :2017年07月19日 23:53
主 题 :Re: [Qemu-devel] [PATCH] vhost: fix a migration failed because ofvhost
region
发件人:
收件人:彭浩10096742
抄送人: 王业超10154425
日 期 :2017年07月19日 15:51
主 题 :Re: [Qemu-devel] [PATCH] vhost: fix a migration failed because ofvhost
region merge
On Wed, 19 Jul 2017 23:17:32 +0800
Peng Hao wrote:
>
发件人:
收件人:彭浩10096742
抄送人:
日 期 :2017年07月13日 01:01
主 题 :Re: [PATCH] target-i386:kvm_get/put_vcpu_events don't handlesipi_vector
On
发件人:
收件人:彭浩10096742
抄送人: 王业超10154425
日 期 :2017年07月11日 16:31
主 题 :Re: [PATCH V2] chardev: fix parallel device can't be reconnect
On 11/07/2017 13:47, Peng Hao wrote:
> Parallel device don't
原始邮件
发件人:
收件人:彭浩10096742
抄送人:王业超10154425
日 期 :2017年07月10日 17:17
主 题 :Re: [Qemu-devel] [PATCH] chardev: fix parallel device can't be reconnect.
Hi
On Mon, Jul 10, 2017 at 10:36 AM Peng Hao
48 matches
Mail list logo