From: David Gibson <david@gibson.dropbear.id.au>
To: Greg Kurz <groug@kaod.org>
Cc: qemu-ppc@nongnu.org, "Cédric Le Goater" <clg@kaod.org>,
qemu-devel@nongnu.org
Subject: Re: [PATCH 04/14] spapr/xive: Rework error handling of kvmppc_xive_mmap()
Date: Thu, 13 Aug 2020 20:19:45 +1000 [thread overview]
Message-ID: <20200813101945.GG181791@yekko.fritz.box> (raw)
In-Reply-To: <159707845972.1489912.719896767746375765.stgit@bahia.lan>
[-- Attachment #1: Type: text/plain, Size: 3490 bytes --]
On Mon, Aug 10, 2020 at 06:54:19PM +0200, Greg Kurz wrote:
> Callers currently check failures of kvmppc_xive_mmap() through the
> @errp argument, which isn't a recommanded practice. It is preferred
> to use a return value when possible.
>
> Since NULL isn't an invalid address in theory, it seems better to
> return MAP_FAILED and to teach callers to handle it.
Heh... there's a world of C and Unix subtleties buried in that
assertion. But, given that it's a function named ..._mmap() using
MAP_FAILED isn't a bad option.
Applied to ppc-for-5.2.
>
> Signed-off-by: Greg Kurz <groug@kaod.org>
> ---
> hw/intc/spapr_xive_kvm.c | 18 +++++++++++-------
> 1 file changed, 11 insertions(+), 7 deletions(-)
>
> diff --git a/hw/intc/spapr_xive_kvm.c b/hw/intc/spapr_xive_kvm.c
> index d801bf5cd11c..b2a36fd59dae 100644
> --- a/hw/intc/spapr_xive_kvm.c
> +++ b/hw/intc/spapr_xive_kvm.c
> @@ -698,6 +698,7 @@ int kvmppc_xive_post_load(SpaprXive *xive, int version_id)
> return 0;
> }
>
> +/* Returns MAP_FAILED on error and sets errno */
> static void *kvmppc_xive_mmap(SpaprXive *xive, int pgoff, size_t len,
> Error **errp)
> {
> @@ -708,7 +709,6 @@ static void *kvmppc_xive_mmap(SpaprXive *xive, int pgoff, size_t len,
> pgoff << page_shift);
> if (addr == MAP_FAILED) {
> error_setg_errno(errp, errno, "XIVE: unable to set memory mapping");
> - return NULL;
> }
>
> return addr;
> @@ -728,6 +728,7 @@ int kvmppc_xive_connect(SpaprInterruptController *intc, uint32_t nr_servers,
> size_t tima_len = 4ull << TM_SHIFT;
> CPUState *cs;
> int fd;
> + void *addr;
>
> /*
> * The KVM XIVE device already in use. This is the case when
> @@ -763,11 +764,12 @@ int kvmppc_xive_connect(SpaprInterruptController *intc, uint32_t nr_servers,
> /*
> * 1. Source ESB pages - KVM mapping
> */
> - xsrc->esb_mmap = kvmppc_xive_mmap(xive, KVM_XIVE_ESB_PAGE_OFFSET, esb_len,
> - &local_err);
> - if (local_err) {
> + addr = kvmppc_xive_mmap(xive, KVM_XIVE_ESB_PAGE_OFFSET, esb_len,
> + &local_err);
> + if (addr == MAP_FAILED) {
> goto fail;
> }
> + xsrc->esb_mmap = addr;
>
> memory_region_init_ram_device_ptr(&xsrc->esb_mmio_kvm, OBJECT(xsrc),
> "xive.esb-kvm", esb_len, xsrc->esb_mmap);
> @@ -781,11 +783,13 @@ int kvmppc_xive_connect(SpaprInterruptController *intc, uint32_t nr_servers,
> /*
> * 3. TIMA pages - KVM mapping
> */
> - xive->tm_mmap = kvmppc_xive_mmap(xive, KVM_XIVE_TIMA_PAGE_OFFSET, tima_len,
> - &local_err);
> - if (local_err) {
> + addr = kvmppc_xive_mmap(xive, KVM_XIVE_TIMA_PAGE_OFFSET, tima_len,
> + &local_err);
> + if (addr == MAP_FAILED) {
> goto fail;
> }
> + xive->tm_mmap = addr;
> +
> memory_region_init_ram_device_ptr(&xive->tm_mmio_kvm, OBJECT(xive),
> "xive.tima", tima_len, xive->tm_mmap);
> memory_region_add_subregion_overlap(&xive->tm_mmio, 0,
>
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-08-13 10:46 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-10 16:53 [PATCH 00/14] ppc/spapr: Error handling fixes and cleanups Greg Kurz
2020-08-10 16:53 ` [PATCH 01/14] spapr: Simplify error handling in spapr_phb_realize() Greg Kurz
2020-08-13 7:12 ` David Gibson
2020-08-13 19:57 ` Daniel Henrique Barboza
2020-08-13 21:39 ` Greg Kurz
2020-08-14 3:32 ` David Gibson
2020-08-10 16:54 ` [PATCH 02/14] spapr/xive: Rework error handling of kvmppc_xive_cpu_connect() Greg Kurz
2020-08-13 7:14 ` David Gibson
2020-08-10 16:54 ` [PATCH 03/14] spapr/xive: Rework error handling of kvmppc_xive_source_reset() Greg Kurz
2020-08-13 10:15 ` David Gibson
2020-08-10 16:54 ` [PATCH 04/14] spapr/xive: Rework error handling of kvmppc_xive_mmap() Greg Kurz
2020-08-13 10:19 ` David Gibson [this message]
2020-08-10 16:54 ` [PATCH 05/14] spapr/xive: Rework error handling of kvmppc_xive_cpu_[gs]et_state() Greg Kurz
2020-08-13 10:22 ` David Gibson
2020-08-10 16:54 ` [PATCH 06/14] spapr/xive: Rework error handling of kvmppc_xive_[gs]et_queue_config() Greg Kurz
2020-08-13 10:23 ` David Gibson
2020-08-10 16:54 ` [PATCH 07/14] spapr/xive: Rework error handling in kvmppc_xive_get_queues() Greg Kurz
2020-08-13 10:24 ` David Gibson
2020-08-10 16:54 ` [PATCH 08/14] spapr/xive: Rework error handling of kvmppc_xive_set_source_config() Greg Kurz
2020-08-13 10:25 ` David Gibson
2020-08-10 16:54 ` [PATCH 09/14] spapr/kvm: Fix error handling in kvmppc_xive_pre_save() Greg Kurz
2020-08-13 10:28 ` David Gibson
2020-08-10 16:55 ` [PATCH 10/14] spapr/xive: Fix error handling in kvmppc_xive_post_load() Greg Kurz
2020-08-13 10:30 ` David Gibson
2020-08-10 16:55 ` [PATCH 11/14] ppc/xive: Fix error handling in vmstate_xive_tctx_*() callbacks Greg Kurz
2020-08-13 11:05 ` David Gibson
2020-08-10 16:55 ` [PATCH 12/14] spapr/xive: Simplify error handling in kvmppc_xive_connect() Greg Kurz
2020-08-13 11:07 ` David Gibson
2020-08-10 16:55 ` [PATCH 13/14] ppc/xive: Simplify error handling in xive_tctx_realize() Greg Kurz
2020-08-13 11:07 ` David Gibson
2020-08-10 16:55 ` [PATCH 14/14] spapr/xive: Simplify error handling of kvmppc_xive_cpu_synchronize_state() Greg Kurz
2020-08-13 11:09 ` David Gibson
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=20200813101945.GG181791@yekko.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=clg@kaod.org \
--cc=groug@kaod.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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).