All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Christoph Egger <Christoph.Egger@amd.com>
Cc: Ian,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: [PATCH] xl create: endless loop
Date: Thu, 21 Oct 2010 15:11:55 +0100	[thread overview]
Message-ID: <alpine.DEB.2.00.1010211447030.10348@kaball-desktop> (raw)
In-Reply-To: <201010191031.32340.Christoph.Egger@amd.com>

On Tue, 19 Oct 2010, Christoph Egger wrote:
> On Monday 18 October 2010 14:50:35 Christoph Egger wrote:
> > Hi!
> >
> > I cannot start a guest with 'xl create' due to an endless loop in libxl.c,
> > function libxl__get_free_memory_slack():
> >
> > There is this code snippet:
> >
> > retry:
> >     free_mem_slack_s = libxl__xs_read(gc, XBT_NULL, free_mem_slack_path);
> >     if (!free_mem_slack_s) {
> >         rc = libxl__fill_dom0_memory_info(gc, &target_memkb);
> >         if (rc < 0)
> >             return rc;
> >         goto retry;
> >     } else {
> >
> >
> > libxl__xs_read() returns 0 and libxl__fill_dom0_memory_info() also returns
> > 0. So there's a loop of retries.
> 
> Attached patch fixes the endless loop.
> 
> Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>

thanks for the patch but this cannot possibly be the right fix:


diff -r 9d8d6b93114e tools/libxl/libxl.c
--- a/tools/libxl/libxl.c	Mon Oct 18 15:24:39 2010 +0200
+++ b/tools/libxl/libxl.c	Tue Oct 19 10:29:00 2010 +0200
@@ -2836,7 +2836,7 @@ retry:
     free_mem_slack_s = libxl__xs_read(gc, XBT_NULL, free_mem_slack_path);
     if (!free_mem_slack_s) {
         rc = libxl__fill_dom0_memory_info(gc, &target_memkb);
-        if (rc < 0)
+        if (rc <= 0)
             return rc;
         goto retry;
     } else {

the idea is that libxl__fill_dom0_memory_info should fill the missing
informations in xenstore so that we can go ahead and try to read them
again and the second time should be successful.
Libxl__fill_dom0_memory_info returns 0 on success, so it is correct to
goto retry in that case.

The bug must be in libxl__fill_dom0_memory_info that doesn't return
error when it should.
Does the appended patch works for you?

---

diff -r 00b92112b055 tools/libxl/libxl.c
--- a/tools/libxl/libxl.c	Wed Oct 20 17:26:51 2010 +0100
+++ b/tools/libxl/libxl.c	Thu Oct 21 15:08:29 2010 +0100
@@ -2793,11 +2793,11 @@ retry_transaction:
 
     rc = libxl_domain_info(ctx, &info, 0);
     if (rc < 0)
-        return rc;
+        goto out;
 
     rc = libxl_get_physinfo(ctx, &physinfo);
     if (rc < 0)
-        return rc;
+        goto out;
 
     libxl__xs_write(gc, t, target_path, "%"PRIu32,
             (uint32_t) info.current_memkb);
@@ -2816,9 +2816,12 @@ retry_transaction:
     rc = 0;
 
 out:
-    if (!xs_transaction_end(ctx->xsh, t, 0))
+    if (!xs_transaction_end(ctx->xsh, t, 0)) {
         if (errno == EAGAIN)
             goto retry_transaction;
+        else
+            rc = ERROR_FAIL;
+    }
 
 
     return rc;

  reply	other threads:[~2010-10-21 14:11 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-18 12:50 xl create: endless loop Christoph Egger
2010-10-19  8:31 ` [PATCH] " Christoph Egger
2010-10-21 14:11   ` Stefano Stabellini [this message]
2010-11-03 16:12     ` Christoph Egger
2010-11-04 15:40       ` Christoph Egger
2010-11-08  8:18         ` Zhang, Yang Z
2010-11-09 13:27           ` Christoph Egger
2010-11-09 18:08       ` Stefano Stabellini
2010-11-10 10:34         ` Christoph Egger
2010-11-10 11:52           ` Stefano Stabellini
2010-11-16 13:29             ` Zhang, Yang Z
2010-11-16 14:07               ` Stefano Stabellini
2010-11-16 14:29                 ` Zhang, Yang Z
2010-11-16 14:40                   ` Stefano Stabellini
2010-11-16 14:48                     ` Zhang, Yang Z
2010-11-16 15:57                       ` Stefano Stabellini
2010-11-17  2:50                         ` Daniel Stodden
2010-11-18 10:43                           ` Christoph Egger
2010-11-18 12:21                             ` Stefano Stabellini
2010-12-02 13:43             ` Christoph Egger
2010-12-14 19:04               ` [PATCH] xl create: endless loop [and 1 more messages] Ian Jackson

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=alpine.DEB.2.00.1010211447030.10348@kaball-desktop \
    --to=stefano.stabellini@eu.citrix.com \
    --cc=Christoph.Egger@amd.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=xen-devel@lists.xensource.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.