From owner-freebsd-xen@freebsd.org Fri Dec 9 16:32:18 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89E83C6E718 for ; Fri, 9 Dec 2016 16:32:18 +0000 (UTC) (envelope-from nathan.friess@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5890A73 for ; Fri, 9 Dec 2016 16:32:18 +0000 (UTC) (envelope-from nathan.friess@gmail.com) Received: by mail-io0-x232.google.com with SMTP id d9so64633684ioe.0 for ; Fri, 09 Dec 2016 08:32:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=Ju9HqHk9tOrevRGN18lG7ozYu2dPrlzxDFThP2sp59U=; b=NrUkVGPoyEbE86IrcTU/z1bsik7Pnc2YgZ1f3fJYjIaMiqOj0OFgq0fnHGpg4C3w1T QUu5kVvDIBWTSWYiqVRVn5kKyNy3eXoIhLyK91RBlQQHtEJNV5ZXo9Z8aRiXKZ/5zr6o g7N/WOvic3IcuxWqYS+siExmmWauKLxszMu3HcYq8V7sbuitbsk6Kj3PDHdRvL+WfON0 yNI8fQtEs9ysi/gAIRUzN6Wla9NEXCqie6wGmDO0y9RtpxB6j8EAiP3j0EkdRlmNUjcG RKvL46+XBOZffgiwlnrvRL4n1P6gLaSoZlrRIBBXiy1mpbtEdqDFpPDTMPH0P3lXDnF8 ihqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Ju9HqHk9tOrevRGN18lG7ozYu2dPrlzxDFThP2sp59U=; b=leTYEBtEPFtLBQbZyWWVY7fhkI9vTKja+LAHkB9przl4QV+K/rkclwPq6LFty69w+E inCGpXea4Yb/wwAveLytnsH/iTDWODn+qw27j0d/99fQkRKEfGIaob9sHpVhxEsGob7a nWpu4wczhz1E3Kbf8In+OrH8mJQWRzg3Meaq+ENspjfAiLTiI1rVjddk314cSPKhpuOq gM0FBBRg3n4CqYNKuyzm4H8tHdPYzdBgZE0e3pD51PGx1/ChPFK+M44aqJI/k6Gegdv7 qSJC5t06SIDW1/HFv/hNXH0t7NmsszqgOqqLMfK+KBBwTwBkBIlt03dmf3aPfyUXHGW+ AD8g== X-Gm-Message-State: AKaTC03BEHoKJ01+LeXfYgcqVcQp20lo+BNSL0rUVb8xS+i5oCBEESuLnWIjip5z2RUh/w== X-Received: by 10.107.181.19 with SMTP id e19mr65917346iof.104.1481301084065; Fri, 09 Dec 2016 08:31:24 -0800 (PST) Received: from [10.1.1.61] ([96.53.4.234]) by smtp.googlemail.com with ESMTPSA id v75sm7330136ita.12.2016.12.09.08.31.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Dec 2016 08:31:23 -0800 (PST) Subject: Re: 11-RELEASE acting as vbd backend To: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= References: <247e5b6c-2713-27cf-f8fa-61e55c9e2025@gmail.com> <20161206100414.pi7ep2zbkduhuol7@dhcp-3-221.uk.xensource.com> <39e43ae4-6388-c698-c3c2-43cbc1f7b93c@gmail.com> <20161209144630.dfga5mozh72veo4g@dhcp-3-221.uk.xensource.com> Cc: freebsd-xen@freebsd.org From: Nathan Friess Message-ID: <584ADC91.8050909@gmail.com> Date: Fri, 9 Dec 2016 09:32:17 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20161209144630.dfga5mozh72veo4g@dhcp-3-221.uk.xensource.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2016 16:32:18 -0000 On 16-12-09 07:46 AM, Roger Pau Monné wrote: > Hello, > > Sorry for the delay, there was a huge can of worms behind this. I have a > solution, but it requires patching both Xen and the FreeBSD kernel. Please bear > with me, I will send those patches once ready. It sounds like you might know this already, but I did some more digging and here is what I can see so far... The important command is "xl devd". Running that under truss, it is trying to open /dev/xen/xenbus and that was the cause of the No such file error. It looks like the 10.3 tools used to open /dev/xen/xenstore instead. I can get around this by exporting XENSTORED_PATH="/dev/xen/xenstore". Now xl devd is stuck at: libxl: error: libxl_event.c:639:libxl__ev_xswatch_register: create watch for path /local/domain/7/backend: Invalid argument So it seems like an API issue with asking the kernel or dom0 to set a watch for new backend devices. Whenever the patches are ready I can test them on my system. Nathan