From: Anthony Liguori <aliguori@us.ibm.com>
To: Jacob Gorm Hansen <jacobg@diku.dk>
Cc: xen-devel@lists.xensource.com
Subject: Re: Transactions and watches
Date: Wed, 05 Oct 2005 12:22:26 -0500 [thread overview]
Message-ID: <43440BD2.4050403@us.ibm.com> (raw)
In-Reply-To: <e08041f30510050953i42fe1f56t73d63ffe8b3371eb@mail.gmail.com>
What snapshot of unstable are you using?
The only thing different about transactions is that slow things down a
bit. It would indicate you're seeing race conditions.
Note, that I've not been able to recreate the problems you're having
with your code. What OS are you using? Do you have patches against
unstable?
Regards,
Anthony Liguori
Jacob Gorm Hansen wrote:
>Hmm it is not too simple, but if I run the code below as is, domU
>succeeds in connecting netfront<->netback, e.g. there is no timeout
>and the
>MAC address is set correctly. If I rem in the xs_transaction_* calls,
>the backend does not get the probe callback and nothing works.
>
>Similar is true if I wrap each xs_write in a transaction_start-end pair.
>
> char s[256];
> char s2[256];
>
> int vifid = 2000 + domid;
>
> char* dom0_home = xs_get_domain_path(xs,0);
> printf("dom0_home is %s\n",dom0_home);
>
> char backend[256];
> char frontend[256];
> sprintf(backend,"%s/backend/vif/%d/%d",dom0_home,vifid,domid);
> sprintf(frontend, "%s/device/vif/%d",home,vifid);
>
>
> //xs_transaction_start(xs);
>
> sprintf(s,"%s/frontend",backend);
> xs_w(s, frontend );
>
> sprintf(s,"%s/frontend-id",backend);
> sprintf(s2,"%d",domid);
> xs_w(s, s2 );
>
> sprintf(s,"%s/handle",backend);
> sprintf(s2,"%d",vifid);
> xs_w(s, s2);
>
>
> //xs_transaction_end(xs,0);
>
> //xs_transaction_start(xs);
>
>
> sprintf(s, "%s/backend-id", frontend);
> xs_w(s, "0");
>
> sprintf(s,"%s/backend",frontend);
> xs_w(s, backend );
>
> sprintf(s,"%s/handle",frontend);
> sprintf(s2,"%d",vifid);
> xs_w(s, s2);
>
> sprintf(s,"%s/mac",frontend);
> xs_w(s, "aa:00:00:11:a6:02");
>
> //xs_transaction_end(xs,0);
>
>Jacob
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>
>
next prev parent reply other threads:[~2005-10-05 17:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-05 16:44 Transactions and watches Jacob Gorm Hansen
2005-10-05 16:50 ` Keir Fraser
2005-10-05 16:53 ` Jacob Gorm Hansen
2005-10-05 17:22 ` Anthony Liguori [this message]
2005-10-05 20:44 ` Jacob Gorm Hansen
2005-10-05 20:50 ` Anthony Liguori
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=43440BD2.4050403@us.ibm.com \
--to=aliguori@us.ibm.com \
--cc=jacobg@diku.dk \
--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.