Re: [Xen-devel] [PATCH v2 11/11] tools/libvchan: libxenvchan_client_init: use ENOENT for no server

[Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>]

On Mon, Nov 12, 2018 at 01:52:49PM +0000, Ian Jackson wrote:
> Marek Marczykowski-Górecki writes ("Re: [Xen-devel] [PATCH v2 11/11] 
> tools/libvchan: libxenvchan_client_init: use ENOENT for no server"):
> > Since xtl_log now accepts NULL, it should be fine. Thanks!
> > Reviewed-by: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
> 
> Thanks.
> 
> I am reluctant to commit this series without having been able to test
> it.  There's the libvchan node.c and node-select.c but they seem a bit
> raw.
> 
> Do you have a script or something to wrap them up ?

Not really. I've done a manual test, in two domains:

server:    vchan-node2 server $xid2 /local/domain/$xid1/data/vchan/$xid2/1234

client:    vchan-node2 client $xid1 /local/domain/$xid1/data/vchan/$xid2/1234

($xid1 and $xid2 are domains ID of server and client respectively)

When start it in this order, it works fine. But if I start the client
earlier, I get libxenvchan_*_init: Permission denied. That makes sense -
before server setup permissions on xenstore, the client can't read the
entries but not because of ENOENT, but EACCESS.

> Ideally I guess this would be run by osstest somehow.

I've tried... But stumbled across a bunch of problems:
1. Xen tools are not installed in guest
2. vchan-node* are not installed at all
3. I need two domUs for this (or maybe dom0 and domU?) and processes
running in parallel (this is where my perl ends).

I gave up after point 2. Do you want patches for point 1 and 2 anyway?
New ts-guest-xen-install assume the build for dom0 is fine for domU too
(which is true for Debian)...
As for the second point, I've installed it into $(bindir) as a quick
hack, but not sure if this is the best option.
I'm not jet sure how to put all those pieces together. I guess I need to
edit sg-run-job, but that's jet another language...

BTW vchan doesn't like loopback connections (within the same domain), as
gnttab doesn't like it. Is it something fixable, or is it working as
designed? If the latter, I think at least kernel shouldn't panic in that
case... More details:
https://github.com/QubesOS/qubes-issues/issues/951

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel