|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Hyper and Xen Project
> On 24 Jun 2015, at 12:48, Stefano Stabellini
> <Stefano.Stabellini@xxxxxxxxxxxxx> wrote:
>
> Hi Wang,
>
> I don't know the answer, so I CCed xen-devel (the Xen development list)
> and a few people that I think will be able to help.
>
> Cheers,
>
> Stefano
>
> On Wed, 24 Jun 2015, Wang Xu wrote:
>> A problem about channel, where do I found the channel name in the guest, In
>> the document, it says I could found it in
>> sysfs, but looks there isn't a name property:
>>
>> | root@test-container-create-ubuntu:/sys/bus/xen/devices# udevadm info
>> --attribute-walk --path=/devices/console-1
>> |
>> [...]
>> |
>> | looking at device '/devices/console-1':
>> | KERNEL=="console-1"
>> | SUBSYSTEM=="xen"
>> | DRIVER=="xenconsole"
>> | ATTR{devtype}=="console"
>> | ATTR{nodename}=="device/console/1â
>>
I donât think the frontend driver in Linux knows about the name key. In my
testing I wrote a udev script which looks up the ânameâ key directly in
xenstore and created a named device node using that. For reference my script is
here:
https://github.com/mirage/mirage-console/blob/master/udev/xenconsole-setup-tty
Cheers,
Dave
>> and I directly test `/dev/hvc1`, and it could communicate with the outside
>> socket. Is there some mistake in my channel
>> name configuration?
>>
>> | static void hyper_config_channel(libxl_device_channel* ch, const char*
>> name, const char* sock, int devid) {
>> | libxl_device_channel_init(ch);
>> | ch->backend_domid = 0;
>> | ch->name = strdup(name);
>> | ch->devid = devid;
>> | ch->connection = LIBXL_CHANNEL_CONNECTION_SOCKET;
>> | ch->u.socket.path = strdup(sock);
>> | }
>>
>> I tried to look at the oVirt code as it is mentioned in the dock, but I did
>> not find xen console in its guest agent code.
>
> So the issue is that the name you assign here to the channel, doesn't
> come up anywhere in the guest. Is that correct?
>
>
>> Thank you!
>>
>>
>> On Tue, Jun 23, 2015 at 7:30 PM, Stefano Stabellini
>> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
>> On Tue, 23 Jun 2015, Wang Xu wrote:
>>> On Sat, Jun 20, 2015 at 1:10 AM Stefano Stabellini
>>> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
>>> Integrating hyper with Xen using libxl was the right decision and it
>>> looks like you did a good job. I think that you can go ahead with the
>>> PR!
>>>
>>>
>>> But I did have a few issues building hyper. I am getting:
>>>
>>> hyperd.go:11:2: cannot find package "hyper/daemon" in any of:
>>> [...]
>>>
>>> I tried with a clean 0.2-dev branch
>>>> ./autogen.sh
>>>> ./configure
>>>> make
>>>
>>> It looks ok, are you work on the 0.2-dev branch, I did not write the branch
>>> name in the instruction of
>> Readme, sorry for
>>> that.
>>
>> No worries, the most important part at this stage is the code, and that
>> looks OK :-)
>> Yes, I was using 0.2-dev and followed those steps. As I usually don't
>> program in go, it is likely that my go working environment is missing
>> something, or my go paths are wrong. This is the full error message:
>>
>> CGO_LDFLAGS="-Lhypervisor/xen -lxenlight -lxenctrl -lhyperxl" godep go
>> build hyperd.go
>> hyperd.go:11:2: cannot find package "hyper/daemon" in any of:
>> /local/scratch/sstabellini/go/src/hyper/daemon (from $GOROOT)
>>
>> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/daemon (from
>> $GOPATH)
>> hyperd.go:10:2: cannot find package "hyper/engine" in any of:
>> /local/scratch/sstabellini/go/src/hyper/engine (from $GOROOT)
>>
>> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/engine (from
>> $GOPATH)
>> hyperd.go:12:2: cannot find package "hyper/lib/glog" in any of:
>> /local/scratch/sstabellini/go/src/hyper/lib/glog (from $GOROOT)
>>
>> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/lib/glog (from
>> $GOPATH)
>> hyperd.go:13:2: cannot find package "hyper/utils" in any of:
>> /local/scratch/sstabellini/go/src/hyper/utils (from $GOROOT)
>>
>> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/utils (from
>> $GOPATH)
>> godep: go exit status 1
>>
>>
>>> Looking through the code, it seems that you are adding a
>>> virtio-serial-pci device, why do you need it? It is not used very
>>> much
>>> on Xen; the regular Xen uart is specified by setting
>>> b_info->u.hvm.serial to "pty", and it looks like you are already
>>> doing
>>> that. If you need more than one console, you can have a list setting
>>> b_info->u.hvm.serial_list.
>>>
>>> What the difference between u.hvm.serial_list and channels in
>>> domain_config. The channel looks having more
>> features.
>>
>> Actually I think that you are right: channels are better tested and more
>> flexible.
>>
>>
>>> virtio-9p-pci is also not used very much with Xen, but as we don't
>>> have
>>> an alternative yet, I think it is good for now.
>>>
>>>
>>> Thanks again,
>>>
>>> Stefano
>>>
>>>
>>>
>>> On Fri, 19 Jun 2015, Sarah Conway wrote:
>>> > Hi Xu,
>>> > I'd be happy to work with you on some PR to promote this work.
>>> I'll be in touch with some next steps
>> next
>>> week and look
>>> > forward to Stefano's feedback.
>>> >
>>> > Sarah
>>> >
>>> > On Fri, Jun 19, 2015 at 12:09 PM, Lars Kurth
>>> <lars.kurth@xxxxxxxxxx> wrote:
>>> > Xu,
>>> > Fantastic! If you wanted to do some PR, such as a joint Xen
>>> Project / Linux Foundation and Hyper
>> press
>>> release or
>>> > other PR, we should start working on that after Stefano had a look
>>> > Let me know
>>> > Regards
>>> > Lars
>>> >
>>> > From: Wang Xu <gnawux@xxxxxxxxx>
>>> > Date: Friday, 19 June 2015 16:54
>>> > To: "stefano.stabellini@xxxxxxxxxx" <stefano.stabellini@xxxxxxxxxx>
>>> > Cc: "xu@xxxxxxxx" <xu@xxxxxxxx>, Sarah Conway
>>> <sconway@xxxxxxxxxxxxxxxxxxx>, Lars Kurth
>>> <lars.kurth@xxxxxxxxxx>,
>>> > "feng@xxxxxxxx" <feng@xxxxxxxx>, "carmark.dlut@xxxxxxxxx"
>>> <carmark.dlut@xxxxxxxxx>
>>> > Subject: Re: Hyper and Xen Project
>>> >
>>> > Hi Stefano and Lars, Sarah,
>>> > I'd like to share some progress of Xen support of Hyper with you.
>>> >
>>> > The source code of hyper with xen support has been pushed to
>>> 0.2-dev branch (
>>> > https://github.com/hyperhq/hyper/tree/0.2-dev ). Before release
>>> the binary packages, there are still
>> some
>>> test and
>>> > tuning work to do, but I think it's better to share the
>>> information with you firstly.
>>> >
>>> > Hyper supports HVM/Xen 4.5 as the first step, in which we used C
>>> and Go to talk with Xen through
>> libxl.
>>> libxl is
>>> > well organized and help us much, though It took us some time to
>>> understand/debug the signal
>> processing and
>>> nic
>>> > hotplug.
>>> >
>>> > You can check out the code and try to build it from source as
>>> description listed in README if you
>> have
>>> interests.
>>> > And any suggestions on performance and reliability are appreciated.
>>> >
>>> > Cheers!
>>> > Xu
>>> >
>>> > On Tue, Jun 9, 2015 at 5:41 PM Stefano Stabellini
>>> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
>>> > You are right, we don't really have an equivalent to 9p in
>>> the Xen
>>> > ecosystem at the moment. We had a prototype called XenFS,
>>> like you
>>> > wrote, but it had never reached production quality, so it
>>> was removed.
>>> > But we now have an OPW student working on a Xen
>>> paravirtualized 9p fs
>>> > interface. Once she finishes the initial prototype, we
>>> could prioritize
>>> > it within the community and work together to complete it.
>>> >
>>> > How are you using virtio 9p fs? What Docker storage backend
>>> are you
>>> > using? I am asking because when I looked into running
>>> Docker container
>>> > images as Xen VMs, I was able to boot VMs without any
>>> filesystem share,
>>> > by using the devices set up by Docker's device mapper
>>> backend directly.
>>> > I think that using storage devices directly as backends,
>>> when possible,
>>> > is preferable because of performance and security.
>>> >
>>> >
>>> > On Tue, 9 Jun 2015, Wang Xu wrote:
>>> > > Hi Stefano,
>>> > >
>>> > > Yes, we are working on HVM and using 9p and virt-serial
>>> over virtio, and looks 9p do not
>> have a
>>> > similar
>>> > > component in Xen ecosystem. What's the status of XenFS and
>>> how do you think about filesystem
>> share
>>> in
>>> > Xen?
>>> > >
>>> > > On Mon, Jun 8, 2015 at 6:18 PM Stefano Stabellini
>>> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
>>> > > Hi Xu,
>>> > >
>>> > > Thank you for the very quick reply! I am very happy
>>> to hear that Xen
>>> > > support is coming so soon.
>>> > >
>>> > > >From the technical point of view, I think that HVM
>>> guests with the
>>> > > explicit kernel and initrd options is a very good
>>> choice for the initial
>>> > > implementation.
>>> > >
>>> > > PVH will probably be a better alternative going
>>> forward because startup
>>> > > times are far lower, but at this stage is still not
>>> as stable as regular
>>> > > HVM guests, so I would wait for another Xen release
>>> or two before using
>>> > > them. Old style PV guests might still be a decent
>>> alternative for
>>> > > people that really care about startup times, because
>>> they boot really
>>> > > quickly. They also have good performance in a nested
>>> virtualization
>>> > > environment, such as people deploying containers on
>>> Amazon AWS. However
>>> > > on native they offer lower performance than PVH or
>>> HVM guests.
>>> > >
>>> > > You mentioned virtio: are you using virtio 9p fs or
>>> one of the other
>>> > > protocols (block, net, etc)?
>>> > >
>>> > > Cheers,
>>> > >
>>> > > Stefano
>>> > >
>>> > >
>>> > > On Fri, 5 Jun 2015, Wang Xu wrote:
>>> > > > Hello Stefano,
>>> > > >
>>> > > > It is very glad to get message from Xen.
>>> > > >
>>> > > > Xen is a great innovation and one of the most
>>> widely adopted hypervisor, we believe
>> we
>>> should
>>> > > support it as
>>> > > > soon as possible.
>>> > > >
>>> > > > We are currently busy working on Xen support and
>>> will announce the initial support
>> in the
>>> next
>>> > > week.
>>> > > >
>>> > > > The initial support is working on Xen 4.5 hvm
>>> mode, because it is easy to specify
>> kernel and
>>> > > initrd during
>>> > > > boot and support virtio, which we have already
>>> used in the kvm version.
>>> > > >
>>> > > > We also considered PVH on Xen 4.4, but met some
>>> trouble with that.
>>> > > >
>>> > > > We are very interesting in cooperating with Xen
>>> upstream to have a better support in
>> the
>>> > > future.
>>> > > >
>>> > > > Thank you for your message!
>>> > > >
>>> > > > Cheers!
>>> > > >
>>> > > > Xu Wang
>>> > > > Cofounder & CTO of Hyper
>>> > > >
>>> > > >
>>> > > > Stefano Stabellini
>>> <stefano.stabellini@xxxxxxxxxxxxx>ä2015å6æ6æåå 00:14åéï
>>> > > > Hello Xu, Feng, Lei,
>>> > > >
>>> > > > My name is Stefano Stabellini and I lead the
>>> Xen Project team within
>>> > > > Citrix. I am also one of the Xen
>>> maintainers.
>>> > > >
>>> > > > Let me introduce you to Lars Kurth, chair of
>>> the Xen Project advisory
>>> > > > board, and Sarah Conway, that represents the
>>> Linux Foundation. As you
>>> > > > probably know, Xen Project is a Linux
>>> Foundation collaborative project.
>>> > > >
>>> > > >
>>> > > > I wanted to get in touch with you regarding
>>> your new project, Hyper: I
>>> > > > am really glad to see that you are stepping
>>> up to bring the security and
>>> > > > flexibility of hypervisor solutions to the
>>> world of containers. I think is
>>> > > > a key project that will benefit the
>>> containers and cloud industry as a
>>> > > > whole. In fact I have been investigating
>>> the best way to run containers
>>> > > > on Xen myself during the last few months.
>>> > > >
>>> > > >
>>> > > > I read that Hyper is hypervisor agnostic and
>>> I am glad that Xen is
>>> > > > already on the roadmap.
>>> > > >
>>> > > > I understand that Hyper is still young, but
>>> do you have any timelines on
>>> > > > when you are planning to introduce Xen
>>> support to Hyper? Would you be
>>> > > > interested in discussing the best way to do
>>> that?
>>> > > >
>>> > > >
>>> > > > Cheers,
>>> > > >
>>> > > > Stefano
>>> > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Sarah Conway
>>> > PR Manager
>>> > The Linux Foundation
>>> > sconway@xxxxxxxxxxxxxxxxxxx
>>> > (978) 578-5300 Cell
>>> > Skype: sarah.k.conway
>>> >
>>> >
>>>
>>>
>>>
>>
>>
>>
>>
>> --
>> Wang Xu
>>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |