qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Pierre Morel <pmorel@linux.vnet.ibm.com>
To: Cornelia Huck <cornelia.huck@de.ibm.com>, Thomas Huth <thuth@redhat.com>
Cc: borntraeger@de.ibm.com, jfrei@linux.vnet.ibm.com,
	qemu-devel@nongnu.org, agraf@suse.de
Subject: Re: [Qemu-devel] [PATCH v2 3/9] s390x: remove s390-virtio devices
Date: Tue, 12 Jan 2016 14:26:36 +0100	[thread overview]
Message-ID: <5694FF0C.8030309@linux.vnet.ibm.com> (raw)
In-Reply-To: <20160111194525.15181040.cornelia.huck@de.ibm.com>



On 01/11/2016 07:45 PM, Cornelia Huck wrote:
> On Mon, 11 Jan 2016 18:12:27 +0100
> Thomas Huth <thuth@redhat.com> wrote:
>
>>   Happy new year!
> To you as well :)
>
>> On 07.01.2016 14:36, Cornelia Huck wrote:
>>> From: Pierre Morel <pmorel@linux.vnet.ibm.com>
>>>
>>> The s390-virtio machine has been removed; remove the associated devices
>>> as well.
>>>
>>> hw/s390x/s390-virtio-bus.c and hw/s390x/s390-virtio-bus.h
>>> have been deleted and removed from hw/s390x/Makefile.objs
>>>
>>> virtio-size has no more meaning for the modern machine
>>> and has been removed from helper.c and cpu.h
>>>
>>> virtio-serial-s390 belonging to the old machine is
>>> being removed from vl.c
>>>
>>> Signed-off-by: Pierre Morel <pmorel@linux.vnet.ibm.com>
>>> Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com>
>>> Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
>>> ---
>>>   hw/s390x/Makefile.objs     |   2 +-
>>>   hw/s390x/s390-virtio-bus.c | 758 ---------------------------------------------
>>>   hw/s390x/s390-virtio-bus.h | 186 -----------
>>>   hw/s390x/s390-virtio.c     |   1 -
>>>   target-s390x/cpu.h         |   3 -
>>>   target-s390x/helper.c      |   2 +-
>>>   vl.c                       |   7 +-
>>>   7 files changed, 3 insertions(+), 956 deletions(-)
>>>   delete mode 100644 hw/s390x/s390-virtio-bus.c
>>>   delete mode 100644 hw/s390x/s390-virtio-bus.h
>> [...]
>>> diff --git a/target-s390x/helper.c b/target-s390x/helper.c
>>> index aa58f39..e23fdeb 100644
>>> --- a/target-s390x/helper.c
>>> +++ b/target-s390x/helper.c
>>> @@ -133,7 +133,7 @@ int s390_cpu_handle_mmu_fault(CPUState *cs, vaddr orig_vaddr,
>>>       }
>>>   
>>>       /* check out of RAM access */
>>> -    if (raddr > (ram_size + virtio_size)) {
>>> +    if (raddr > (ram_size)) {
>> While you're at it, you could remove the parentheses around "ram_size"
>> here ... I know, you like parentheses, Cornelia ... but here they IMHO
>> look quite superfluous now...
> That's more an oversight; will remove.
>
>>>           DPRINTF("%s: raddr %" PRIx64 " > ram_size %" PRIx64 "\n", __func__,
>>>                   (uint64_t)raddr, (uint64_t)ram_size);
>>>           trigger_pgm_exception(env, PGM_ADDRESSING, ILEN_LATER);
>>> diff --git a/vl.c b/vl.c
>>> index 5aaea77..0c69d94 100644
>>> --- a/vl.c
>>> +++ b/vl.c
>>> @@ -227,7 +227,6 @@ static struct {
>>>       { .driver = "ide-drive",            .flag = &default_cdrom     },
>>>       { .driver = "scsi-cd",              .flag = &default_cdrom     },
>>>       { .driver = "virtio-serial-pci",    .flag = &default_virtcon   },
>>> -    { .driver = "virtio-serial-s390",   .flag = &default_virtcon   },
>>>       { .driver = "virtio-serial",        .flag = &default_virtcon   },
>>>       { .driver = "VGA",                  .flag = &default_vga       },
>>>       { .driver = "isa-vga",              .flag = &default_vga       },
>>> @@ -2548,11 +2547,7 @@ static int virtcon_parse(const char *devname)
>>>       }
>>>   
>>>       bus_opts = qemu_opts_create(device, NULL, 0, &error_abort);
>>> -    if (arch_type == QEMU_ARCH_S390X) {
>>> -        qemu_opt_set(bus_opts, "driver", "virtio-serial-s390", &error_abort);
>>> -    } else {
>>> -        qemu_opt_set(bus_opts, "driver", "virtio-serial-pci", &error_abort);
>>> -    }
>>> +    qemu_opt_set(bus_opts, "driver", "virtio-serial", &error_abort);
>> Are you sure you want to change the default value for non-s390 systems
>> from "virtio-serial-pci" to "virtio-serial", too?
>> Also, isn't the virtio-ccw variant called "virtio-serial-ccw" instead or
>> did I miss something?
> That's OK, virtio-serial will point to the right driver. And I trust
> Pierre to have verified it :)

I verified it only on the x86_64 architecture, lack of hardware.
I think that if it is not broken there, there should be no problem for 
others,
but of course let me know if you find any issue.

  reply	other threads:[~2016-01-12 13:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-07 13:36 [Qemu-devel] [PATCH v2 0/9] First set of s390x patches for 2.6 Cornelia Huck
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 1/9] s390x: add 2.6 compat machine Cornelia Huck
2016-01-08 12:22   ` Christian Borntraeger
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 2/9] s390x: remove s390-virtio machine Cornelia Huck
2016-01-08 12:22   ` Christian Borntraeger
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 3/9] s390x: remove s390-virtio devices Cornelia Huck
2016-01-08 12:23   ` Christian Borntraeger
2016-01-11 17:12   ` Thomas Huth
2016-01-11 18:45     ` Cornelia Huck
2016-01-12 13:26       ` Pierre Morel [this message]
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 4/9] s390x/pci: reject some operations to disabled PCI function Cornelia Huck
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 5/9] s390x/pci: code cleanup Cornelia Huck
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 6/9] s390x/virtio: use qemu_check_nic_model() Cornelia Huck
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 7/9] s390: Introduce CCW_COMPAT_2_5 Cornelia Huck
2016-01-08 12:24   ` Christian Borntraeger
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 8/9] virtio-ccw: fix sanity check for vector Cornelia Huck
2016-01-07 13:36 ` [Qemu-devel] [PATCH v2 9/9] s390x/pci: return real state during listing PCI Cornelia Huck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5694FF0C.8030309@linux.vnet.ibm.com \
    --to=pmorel@linux.vnet.ibm.com \
    --cc=agraf@suse.de \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=jfrei@linux.vnet.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=thuth@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).