Bug: /proc/xen Doesn't Mount

Bug: /proc/xen Doesn't Mount

[merc1984]

Debian Testing, Xen 4.4 compiled.

Booting to hypervisor goes well, but 
# xl list                                                                
xc: error: Could not obtain handle on privileged command interface (2 =
No such file or directory): Internal error
libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No
such file or directory
cannot init xl context 

I find that no xen modules are loaded and /proc/xen is not mounted, so
loaded all xen modules.  I find instructions all over the place to mount
/proc/xen...  but they never say -how-.  mount /proc/xen doesn't work.


-- 
http://www.fastmail.fm - A no graphics, no pop-ups email service

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 2598 bytes --]

On Tue, Jun 17, 2014, at 8:44, [1]merc1984@f-m.fm wrote:

Debian Testing, Xen 4.4 compiled.



Booting to hypervisor goes well, but

# xl list


xc: error: Could not obtain handle on privileged command interface (2 =

No such file or directory): Internal error

libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No

such file or directory

cannot init xl context



I find that no xen modules are loaded and /proc/xen is not mounted, so

loaded all xen modules.  I find instructions all over the place to
mount

/proc/xen...  but they never say -how-.  mount /proc/xen doesn't work.


Ok I've guessed that I should put in fstab:
none    /proc/xen       xenfs   defaults 0 0

... although I don't know whether this is the correct approach.
# ls -al /proc/xen
total 0
drwxr-xr-x   2 root root 0 Jun 17 09:02 .
dr-xr-xr-x 242 root root 0 Jun 17 09:02 ..
-r--r--r--   1 root root 0 Jun 17 09:02 capabilities
-rw-------   1 root root 0 Jun 17 09:02 privcmd
-rw-------   1 root root 0 Jun 17 09:02 xenbus
-rw-------   1 root root 0 Jun 17 09:02 xsd_kva
-rw-------   1 root root 0 Jun 17 09:02 xsd_port

It must not be, because xl list hangs, and xl create
/etc/xen/<domain>.cfg hangs.  xl info does give:
host                   : hydra
release                : 3.14-1-amd64
version                : #1 SMP Debian 3.14.4-1 (2014-05-13)
machine                : x86_64
nr_cpus                : 8
max_cpu_id             : 7
nr_nodes               : 1
cores_per_socket       : 4
threads_per_core       : 2
cpu_mhz                : 2500
hw_caps                :
bfebfbff:2c100800:00000000:00007f00:77fafbff:00000000:00000021:00002fbb
virt_caps              : hvm hvm_directio
total_memory           : 8063
free_memory            : 6924
sharing_freed_memory   : 0
sharing_used_memory    : 0
outstanding_claims     : 0
free_cpus              : 0
xen_major              : 4
xen_minor              : 4
xen_extra              : .0
xen_version            : 4.4.0
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          :
xen_commandline        : placeholder dom0_mem=1G,max:1G
cc_compiler            : gcc (Debian 4.9.0-6) 4.9.0
cc_compile_by          : root
cc_compile_domain      : darkmatter.org
cc_compile_date        : Tue Jun 17 07:57:19 PDT 2014
xend_config_format     : 4

All our domains are down now, of course.

References

1. mailto:merc1984@f-m.fm

-- 
http://www.fastmail.fm - mmm... Fastmail...


[-- Attachment #1.2: Type: text/html, Size: 6632 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Konrad Rzeszutek Wilk]

On Tue, Jun 17, 2014 at 09:37:22AM -0700, merc1984@f-m.fm wrote:
> On Tue, Jun 17, 2014, at 8:44, [1]merc1984@f-m.fm wrote:
> 
> Debian Testing, Xen 4.4 compiled.
> 
> 
> 
> Booting to hypervisor goes well, but
> 
> # xl list
> 
> 
> xc: error: Could not obtain handle on privileged command interface (2 =
> 
> No such file or directory): Internal error
> 
> libxl: error: libxl.c:92:libxl_ctx_alloc: cannot open libxc handle: No
> 
> such file or directory
> 
> cannot init xl context
> 
> 
> 
> I find that no xen modules are loaded and /proc/xen is not mounted, so
> 
> loaded all xen modules.  I find instructions all over the place to
> mount
> 
> /proc/xen...  but they never say -how-.  mount /proc/xen doesn't work.
> 
> 
> Ok I've guessed that I should put in fstab:
> none    /proc/xen       xenfs   defaults 0 0
> 
> ... although I don't know whether this is the correct approach.
> # ls -al /proc/xen
> total 0
> drwxr-xr-x   2 root root 0 Jun 17 09:02 .
> dr-xr-xr-x 242 root root 0 Jun 17 09:02 ..
> -r--r--r--   1 root root 0 Jun 17 09:02 capabilities
> -rw-------   1 root root 0 Jun 17 09:02 privcmd
> -rw-------   1 root root 0 Jun 17 09:02 xenbus
> -rw-------   1 root root 0 Jun 17 09:02 xsd_kva
> -rw-------   1 root root 0 Jun 17 09:02 xsd_port
> 
> It must not be, because xl list hangs, and xl create
> /etc/xen/<domain>.cfg hangs.  xl info does give:
> host                   : hydra
> release                : 3.14-1-amd64
> version                : #1 SMP Debian 3.14.4-1 (2014-05-13)
> machine                : x86_64
> nr_cpus                : 8
> max_cpu_id             : 7
> nr_nodes               : 1
> cores_per_socket       : 4
> threads_per_core       : 2
> cpu_mhz                : 2500
> hw_caps                :
> bfebfbff:2c100800:00000000:00007f00:77fafbff:00000000:00000021:00002fbb
> virt_caps              : hvm hvm_directio
> total_memory           : 8063
> free_memory            : 6924
> sharing_freed_memory   : 0
> sharing_used_memory    : 0
> outstanding_claims     : 0
> free_cpus              : 0
> xen_major              : 4
> xen_minor              : 4
> xen_extra              : .0
> xen_version            : 4.4.0
> xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler          : credit
> xen_pagesize           : 4096
> platform_params        : virt_start=0xffff800000000000
> xen_changeset          :
> xen_commandline        : placeholder dom0_mem=1G,max:1G
> cc_compiler            : gcc (Debian 4.9.0-6) 4.9.0
> cc_compile_by          : root
> cc_compile_domain      : darkmatter.org
> cc_compile_date        : Tue Jun 17 07:57:19 PDT 2014
> xend_config_format     : 4
> 
> All our domains are down now, of course.
> 


You are not running 'xenstored' or 'oxenstored'. Your init scripts
should have run that - did you made sure they were setup in the right
init level?

> References
> 
> 1. mailto:merc1984@f-m.fm
> 
> -- 
> http://www.fastmail.fm - mmm... Fastmail...
> 

> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Ian Campbell]

On Tue, 2014-06-17 at 12:56 -0400, Konrad Rzeszutek Wilk wrote:
> You are not running 'xenstored' or 'oxenstored'. Your init scripts
> should have run that - did you made sure they were setup in the right
> init level?

Yeah, all of this sounds very much like xencommons isn't being run (it
does the mount and starts xenstored IIRC).

Merc, what guide/docs are you following to build/install Xen from
source? It seems like they are incomplete.

Ian.

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 989 bytes --]

You are not running 'xenstored' or 'oxenstored'. Your init scripts

should have run that - did you made sure they were setup in the right

init level?


I don't know what is or isn't supposed to be started or when.  (No
documentation)  To be honest I was surprised when the install actually
set up grub to add the hypervisor boot, but nothing else has been
done.  In fact it actually -deleted- my <domain>.cfg files which I've
worked for weeks on.  I've tried to recostruct them from notes.  But I
can't start them now.

There is no 'xenstored' or 'oxenstored' in /etc/init.d.  The only
scripts there are xen, xencommons, xendomains, and xen-watchdog.  Of
those, the only ones enabled are xen and xendomains.  This is the
xen-4.4.0 source.

I tried putting all the modules which are in xencommons, into
/etc/initramfs-tools/modules, update-ramfs -u, and rebooting, but no
change.

-- 
http://www.fastmail.fm - Accessible with your email software
                          or over the web


[-- Attachment #1.2: Type: text/html, Size: 1979 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Sander Eikelenboom]

Tuesday, June 17, 2014, 7:00:28 PM, you wrote:

> On Tue, 2014-06-17 at 12:56 -0400, Konrad Rzeszutek Wilk wrote:
>> You are not running 'xenstored' or 'oxenstored'. Your init scripts
>> should have run that - did you made sure they were setup in the right
>> init level?

> Yeah, all of this sounds very much like xencommons isn't being run (it
> does the mount and starts xenstored IIRC).

> Merc, what guide/docs are you following to build/install Xen from
> source? It seems like they are incomplete.

> Ian.

Probably missing to run : 
update-rc.d xencommons defaults
update-rc.d xendomains defaults

Perhaps also missing is to run ldconfig which could become the next hurdle,
because the system will not find the installed xen libraries

--
Sander

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 2973 bytes --]

On Tue, Jun 17, 2014, at 10:00, Ian Campbell wrote:

On Tue, 2014-06-17 at 12:56 -0400, Konrad Rzeszutek Wilk wrote:

You are not running 'xenstored' or 'oxenstored'. Your init scripts

should have run that - did you made sure they were setup in the right

init level?



Yeah, all of this sounds very much like xencommons isn't being run (it

does the mount and starts xenstored IIRC).



Merc, what guide/docs are you following to build/install Xen from

source? It seems like they are incomplete.


The only thing available is the README and wiki here:
http://wiki.xen.org/wiki/Compiling_Xen_From_Source

Every wiki article I've followed so far has many things missing and out
of date.  Almost all the articles on The Internets are way out of date,
so it's hazardous using those.  Half the job is translating wiki
articles to current Debian.  For example at
http://wiki.xen.org/wiki/Compiling_Xen_From_Source#Post-Installation:
# update-rc.d xend defaults 20 21
update-rc.d: error: initscript does not exist: /etc/init.d/xend
# update-rc.d xendomains defaults 21 20
insserv: warning: current start runlevel(s) (2 3 4 5) of script
`xendomains' overrides LSB defaults (2 3 5).

I don't know how serious this is nor what to do about it.  And my whole
path is littered with this sort of issues.  I'm building on shards of
problems, and I'm not confident in anything.  When you follow carefully
but then lose confidence in the reference docs for a complex set of
software, you start doubting everything it says, increasing time it
takes to do this by 10x.  Things that seem obvious to those inured, are
showstoppers for the rest of us.  I'm betting this turns away almost
all new users who just don't bother or aren't tenacious.

I know that some here will ask that I sod off, but every problem I've
encountered so far appears to be a bug.  It could be argued that they
-are- bugs when they prevent a user from getting it running.  I know
you guys are working hard at it and there's alot of development, but
I've spent 2 weeks so far sorting out show-stopping problems, many of
which could be avoided with updated ref materials.  I've offered to
help with docs, but I am presently in an emergency situation trying to
get my domains running again and VGA forwarding working, and after that
I have days of work to get production going again.

For example, the VGA problem I can only infer, as always;  After a week
of struggle, I heard that qemu-xen-traditional was "removed from Debian
a long time ago".  Yet VGA forwarding doesn't work with qemu-xen, as I
knew it hadn't supported VGA forwarding in the past.  I'm guessing and
hoping that Xen-4.4.0 qemu-xen from source -will- support VGA
forwarding but I have no proof of that since I've never had my
questions answered.  So I embarked on this switch from Debian packages
(4.3) to compiling source (4.4) and hope that this will give VGA
forwarding.

-- 
http://www.fastmail.fm - Choose from over 50 domains or use your own


[-- Attachment #1.2: Type: text/html, Size: 4854 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Dario Faggioli]

[-- Attachment #1.1: Type: text/plain, Size: 1485 bytes --]

On mar, 2014-06-17 at 10:09 -0700, merc1984@f-m.fm wrote:
> > You are not running 'xenstored' or 'oxenstored'. Your init scripts
> > should have run that - did you made sure they were setup in the
> > right
> > init level?
>  
> I don't know what is or isn't supposed to be started or when.  (No
> documentation)  To be honest I was surprised when the install actually
> set up grub to add the hypervisor boot, but nothing else has been
> done.  In fact it actually -deleted- my <domain>.cfg files which I've
> worked for weeks on.  I've tried to recostruct them from notes.  But I
> can't start them now.
>  
> There is no 'xenstored' or 'oxenstored' in /etc/init.d.  The only
> scripts there are xen, xencommons, xendomains, and xen-watchdog.  Of
> those, the only ones enabled are xen and xendomains.  This is the
> xen-4.4.0 source.
>
xencommons is the one you want.

So `# /etc/init.d/xencommons start' to try, and then make that permanent
the way your distro prefers.
 
> I tried putting all the modules which are in xencommons,
> into /etc/initramfs-tools/modules, update-ramfs -u, and rebooting, but
> no change.
>
Making sure that xencommons starts on boot should be enough.

Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 354 bytes --]

On Tue, Jun 17, 2014, at 10:36, Dario Faggioli wrote:

  xencommons is the one you want.



So `# /etc/init.d/xencommons start' to try, and then make that
permanent

the way your distro prefers.


Thank you.  So do I need to load all or any of the modules in initramfs
or modprobe.d/modules?

-- 
http://www.fastmail.fm - The professional email service


[-- Attachment #1.2: Type: text/html, Size: 1312 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 1365 bytes --]


On Tue, Jun 17, 2014, at 10:34, [1]merc1984@f-m.fm wrote:

For example, the VGA problem I can only infer, as always;  After a week
of struggle, I heard that qemu-xen-traditional was "removed from Debian
a long time ago".  Yet VGA forwarding doesn't work with qemu-xen, as I
knew it hadn't supported VGA forwarding in the past.  I'm guessing and
hoping that Xen-4.4.0 qemu-xen from source -will- support VGA
forwarding but I have no proof of that since I've never had my
questions answered.  So I embarked on this switch from Debian packages
(4.3) to compiling source (4.4) and hope that this will give VGA
forwarding.


And it turns out that going to Xen 4.4 source was not the right idea.
Still no VGA passthru.
# xl create /etc/xen/hex.cfg
Parsing config from /etc/xen/hex.cfg
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 18
device model: spawn failed (rc=-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device
model did not start: -3
libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already
exited

... And in /var/log/xen/qemu-dm-hex.log:
qemu-system-i386: -gfx_passthru: invalid option

It shouldn't be trying qemu-system-i386 because it's a 64bit Debian.
But where to fix it is a mystery.  So I am at a loss.

References

1. mailto:merc1984@f-m.fm

-- 
http://www.fastmail.fm - Send your email first class


[-- Attachment #1.2: Type: text/html, Size: 2643 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Pasi Kärkkäinen]

On Tue, Jun 17, 2014 at 10:34:09AM -0700, merc1984@f-m.fm wrote:
> 
>    For example, the VGA problem I can only infer, as always;  After a week of
>    struggle, I heard that qemu-xen-traditional was "removed from Debian a
>    long time ago".  Yet VGA forwarding doesn't work with qemu-xen, as I knew
>    it hadn't supported VGA forwarding in the past.  I'm guessing and hoping
>    that Xen-4.4.0 qemu-xen from source -will- support VGA forwarding but I
>    have no proof of that since I've never had my questions answered.  So I
>    embarked on this switch from Debian packages (4.3) to compiling source
>    (4.4) and hope that this will give VGA forwarding.
> 

Note that removal of xen qemu-traditional from Debian is purely Debian's decision.

Other distros ship qemu-traditional.


-- Pasi

Re: Bug: /proc/xen Doesn't Mount

[merc1984]

[-- Attachment #1.1: Type: text/plain, Size: 1848 bytes --]


On Tue, Jun 17, 2014, at 13:25, Pasi Kärkkäinen wrote:

On Tue, Jun 17, 2014 at 10:34:09AM -0700, [1]merc1984@f-m.fm wrote:



  For example, the VGA problem I can only infer, as always;  After a
week of

  struggle, I heard that qemu-xen-traditional was "removed from Debian
a

  long time ago".  Yet VGA forwarding doesn't work with qemu-xen, as I
knew

  it hadn't supported VGA forwarding in the past.  I'm guessing and
hoping

  that Xen-4.4.0 qemu-xen from source -will- support VGA forwarding but
I

  have no proof of that since I've never had my questions answered.  So
I

  embarked on this switch from Debian packages (4.3) to compiling
source

  (4.4) and hope that this will give VGA forwarding.





Note that removal of xen qemu-traditional from Debian is purely
Debian's

decision.


No doubt.  But very few -know- that traditional does not ship with
Debian.  Hell, very few know that traditional was needed for VGA
passthrough.  And the irc channel has little but questions.


Other distros ship qemu-traditional.


Are you saying that qemu-xen 4.4 does not have VGA passthru support?
Meaning that I should use qemu-xen-traditional?

I've just discovered that xen-tools does not ship with the 4.4 source
package.  I'm missing xen-create-image and friends.  This isn't
menioned anywhere.  Maybe this is because they're not promulgated by
the Xen project?  Wonder what else I'm missing.  My two front teef?

Sure these are User questions.  But they'll be asked over and over in
-users until someone has time to work on docs.  I ask here for the good
of Xen.  Otherwise you'll never know where the problems are.

References

1. mailto:merc1984@f-m.fm

-- 
http://www.fastmail.fm - Access all of your messages and folders
                          wherever you are


[-- Attachment #1.2: Type: text/html, Size: 3253 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: Bug: /proc/xen Doesn't Mount

[Pasi Kärkkäinen]

On Tue, Jun 17, 2014 at 04:59:05PM -0700, merc1984@f-m.fm wrote:
> 
>    On Tue, Jun 17, 2014, at 13:25, Pasi Kärkkäinen wrote:
> 
>      On Tue, Jun 17, 2014 at 10:34:09AM -0700, [1]merc1984@f-m.fm wrote:
> 
> 
>          For example, the VGA problem I can only infer, as always;  After a
>        week of
>          struggle, I heard that qemu-xen-traditional was "removed from Debian
>        a
>          long time ago".  Yet VGA forwarding doesn't work with qemu-xen, as I
>        knew
>          it hadn't supported VGA forwarding in the past.  I'm guessing and
>        hoping
>          that Xen-4.4.0 qemu-xen from source -will- support VGA forwarding
>        but I
>          have no proof of that since I've never had my questions answered.
>        So I
>          embarked on this switch from Debian packages (4.3) to compiling
>        source
>          (4.4) and hope that this will give VGA forwarding.
> 
> 
> 
>      Note that removal of xen qemu-traditional from Debian is purely Debian's
>      decision.
> 
> 
>    No doubt.  But very few -know- that traditional does not ship with
>    Debian.  Hell, very few know that traditional was needed for VGA
>    passthrough.  And the irc channel has little but questions.
> 

I can understand you're frustrated. Hopefully you can contribute to the wiki/docs when you get this working? 

IRC channel does have action, but now always, obviously. And it depends on your timezone aswell..

> 
> 
>      Other distros ship qemu-traditional.
> 
> 
>    Are you saying that qemu-xen 4.4 does not have VGA passthru support?
>    Meaning that I should use qemu-xen-traditional?
> 

qemu-upstream does not (yet) have support for VGA/GPU passthru, 
so qemu-upstream in Xen 4.4 does not have VGA/GPU passthru support.

(Except you can passthru for example some AMD GPUs as secondary GPUs without the need for special VGA passthru support).


VGA/GPU passthru for upstream qemu is currently being developed/upstreamed by Intel developers,
you can see/find the patches on xen-devel archives. It has been discussed recently (last week or so).


>    I've just discovered that xen-tools does not ship with the 4.4 source
>    package.  I'm missing xen-create-image and friends.  This isn't menioned
>    anywhere.  Maybe this is because they're not promulgated by the Xen
>    project?  Wonder what else I'm missing.  My two front teef?
>

xen-tools is a thirdparty package. It has never been part of Xen hypervisor.

>    Sure these are User questions.  But they'll be asked over and over in
>    -users until someone has time to work on docs.  I ask here for the good of
>    Xen.  Otherwise you'll never know where the problems are.
>

Yep. Please help improving the docs!


-- Pasi

Re: Bug: /proc/xen Doesn't Mount

[Dario Faggioli]

[-- Attachment #1.1: Type: text/plain, Size: 701 bytes --]

On mar, 2014-06-17 at 10:46 -0700, merc1984@f-m.fm wrote:
> On Tue, Jun 17, 2014, at 10:36, Dario Faggioli wrote: 
> > xencommons is the one you want. 
> >  
> > So `# /etc/init.d/xencommons start' to try, and then make that
> > permanent
> > the way your distro prefers.
>  
> Thank you.  So do I need to load all or any of the modules in
> initramfs or modprobe.d/modules?
>
No, I don't think you need to do that.

Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel