Folks, We''re pleased to announce the official release of Xen 3.2.0! This has been a while coming, and represents the culmination of a lot of work to improve architectural cleanliness ''under the hood'', while also providing a range of new user-visible features including: - Xen Security Modules (XSM) - ACPI S3 suspend-to-RAM support for the host system - Preliminary PCI pass-through support (using appropriate Intel or AMD I/O-virtualisation hardware) - Preliminary support for a wider range of bootloaders in fully virtualised (HVM) guests, using full emulation of x86 ''real mode''. - Faster emulation of standard (non-super) VGA modes for HVM guests - Configurable timer modes for HVM guests, depending on how the guest OS manages time-keeping - Many other changes and enhancements across all supported machine architectures You can get the source using mercurial from: http://xenbits.xensource.com/xen-3.2-testing.hg To extract your own source tarball: # hg clone http://xenbits.xensource.com/xen-3.2-testing.hg # cd xen-3.2-testing.hg # hg archive -t tgz -r RELEASE-3.2.0 ../xen-3.2.0.tar.gz Pre-prepared source tarball and binary packages will soon be available from the xen.org website. Cheers, Keir (on behalf of the whole Xen dev team) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi Keir, Nice to hear this information. I''ve downloaded the sources yesterday night and compiled them. Hope I''m bleeding edge now :) Just one question, where can we download the "documentation" for Xen 3.2? i.e. documentation about how to configure the below mentioned new features, etc. Thanks, Emre On Jan 16, 2008 7:58 PM, Keir Fraser <Keir.Fraser@cl.cam.ac.uk> wrote:> Folks, > > We''re pleased to announce the official release of Xen 3.2.0! > > This has been a while coming, and represents the culmination of a lot of > work to improve architectural cleanliness ''under the hood'', while also > providing a range of new user-visible features including: > > - Xen Security Modules (XSM) > - ACPI S3 suspend-to-RAM support for the host system > - Preliminary PCI pass-through support (using appropriate Intel or AMD > I/O-virtualisation hardware) > - Preliminary support for a wider range of bootloaders in fully > virtualised > (HVM) guests, using full emulation of x86 ''real mode''. > - Faster emulation of standard (non-super) VGA modes for HVM guests > - Configurable timer modes for HVM guests, depending on how the guest OS > manages time-keeping > - Many other changes and enhancements across all supported machine > architectures > > You can get the source using mercurial from: > http://xenbits.xensource.com/xen-3.2-testing.hg > > To extract your own source tarball: > # hg clone http://xenbits.xensource.com/xen-3.2-testing.hg > # cd xen-3.2-testing.hg > # hg archive -t tgz -r RELEASE-3.2.0 ../xen-3.2.0.tar.gz > > Pre-prepared source tarball and binary packages will soon be available > from > the xen.org website. > > Cheers, > Keir (on behalf of the whole Xen dev team) > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >-- Emre Erenoglu erenoglu@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Documentation is in the docs/ directory of the mercurial repository. It¹s not particularly well laid out though. -- Keir On 16/1/08 20:05, "Emre Erenoglu" <erenoglu@gmail.com> wrote:> Hi Keir, > > Nice to hear this information. I''ve downloaded the sources yesterday night and > compiled them. Hope I''m bleeding edge now :) > > Just one question, where can we download the "documentation" for Xen 3.2? i.e. > documentation about how to configure the below mentioned new features, etc. > > Thanks, > > Emre > > On Jan 16, 2008 7:58 PM, Keir Fraser < Keir.Fraser@cl.cam.ac.uk > <mailto:Keir.Fraser@cl.cam.ac.uk> > wrote: >> Folks, >> >> We''re pleased to announce the official release of Xen 3.2.0! >> >> This has been a while coming, and represents the culmination of a lot of >> work to improve architectural cleanliness ''under the hood'', while also >> providing a range of new user-visible features including: >> >> - Xen Security Modules (XSM) >> - ACPI S3 suspend-to-RAM support for the host system >> - Preliminary PCI pass-through support (using appropriate Intel or AMD >> I/O-virtualisation hardware) >> - Preliminary support for a wider range of bootloaders in fully virtualised >> (HVM) guests, using full emulation of x86 ''real mode''. >> - Faster emulation of standard (non-super) VGA modes for HVM guests >> - Configurable timer modes for HVM guests, depending on how the guest OS >> manages time-keeping >> - Many other changes and enhancements across all supported machine >> architectures >> >> You can get the source using mercurial from: >> http://xenbits.xensource.com/xen-3.2-testing.hg >> <http://xenbits.xensource.com/xen-3.2-testing.hg> >> >> To extract your own source tarball: >> # hg clone http://xenbits.xensource.com/xen-3.2-testing.hg >> # cd xen-3.2-testing.hg >> # hg archive -t tgz -r RELEASE-3.2.0 ../xen-3.2.0.tar.gz >> >> Pre-prepared source tarball and binary packages will soon be available from >> the xen.org <http://xen.org> website. >> >> Cheers, >> Keir (on behalf of the whole Xen dev team) >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> On Jan 16, 2008 7:58 PM, Keir Fraser < Keir.Fraser@cl.cam.ac.uk> wrote: > > Folks, > > > > We''re pleased to announce the official release of Xen 3.2.0![...]> > - Faster emulation of standard (non-super) VGA modes for HVM guestsAwesome! Sysops everywhere will be thanking you soon!> > - Configurable timer modes for HVM guests, depending on how the guest OSmanages time-keeping Even Awesome-er!!! I''ll be all over that ASAP. Time skew in VMs has been a serious problem so far.> Just one question, where can we download the "documentation" for Xen 3.2? > i.e. documentation about how to configure the below mentioned new features, > etc.Please clue me in simarly! Thanks! -- -Paul Reiber Linux/UNIX guy, at http://Taos.com Consulting Education/Advocacy guy, at http://SVLUG.org Just an old, married, happy guy, at http://reiber.org _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Keir Fraser wrote:> Folks, > > We''re pleased to announce the official release of Xen 3.2.0! >Cool beans! What are the odds of getting the next published SRPM''s to include the same naming scheme and .spec file structure as RedHat uses, so that the RHEL 4 and RHEL 5 packages have different names? And so that the %post steps set up grub.conf the way it should be by default for Dom0 and DomU automagically with the new changes in grubby by RedHat to support this? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Congratulations, Keir and team! What is the status of the 3.1.x line? -- -- Tom Mornini On Jan 16, 2008, at 10:58 AM, Keir Fraser wrote:> Folks, > > We''re pleased to announce the official release of Xen 3.2.0! > > This has been a while coming, and represents the culmination of a > lot of > work to improve architectural cleanliness ''under the hood'', while also > providing a range of new user-visible features including: > > - Xen Security Modules (XSM) > - ACPI S3 suspend-to-RAM support for the host system > - Preliminary PCI pass-through support (using appropriate Intel or AMD > I/O-virtualisation hardware) > - Preliminary support for a wider range of bootloaders in fully > virtualised > (HVM) guests, using full emulation of x86 ''real mode''. > - Faster emulation of standard (non-super) VGA modes for HVM guests > - Configurable timer modes for HVM guests, depending on how the > guest OS > manages time-keeping > - Many other changes and enhancements across all supported machine > architectures > > You can get the source using mercurial from: > http://xenbits.xensource.com/xen-3.2-testing.hg > > To extract your own source tarball: > # hg clone http://xenbits.xensource.com/xen-3.2-testing.hg > # cd xen-3.2-testing.hg > # hg archive -t tgz -r RELEASE-3.2.0 ../xen-3.2.0.tar.gz > > Pre-prepared source tarball and binary packages will soon be > available from > the xen.org website. > > Cheers, > Keir (on behalf of the whole Xen dev team) > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 17/1/08 01:15, "Nico Kadel-Garcia" <nkadel@gmail.com> wrote:> Keir Fraser wrote: >> Folks, >> >> We''re pleased to announce the official release of Xen 3.2.0! >> > Cool beans! > > What are the odds of getting the next published SRPM''s to include the > same naming scheme and .spec file structure as RedHat uses, so that the > RHEL 4 and RHEL 5 packages have different names? And so that the %post > steps set up grub.conf the way it should be by default for Dom0 and DomU > automagically with the new changes in grubby by RedHat to support this?Fairly good, since Ian Jackson is reworking our packaging process to more closely match the packages produced by the vendors themselves. OTOH I''m not sure what set of distros he is doing this work for -- you may not get RHEL4 packages. -- Keir _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Keir Fraser wrote:> On 17/1/08 01:15, "Nico Kadel-Garcia" <nkadel@gmail.com> wrote: > > >> Keir Fraser wrote: >> >>> Folks, >>> >>> We''re pleased to announce the official release of Xen 3.2.0! >>> >>> >> Cool beans! >> >> What are the odds of getting the next published SRPM''s to include the >> same naming scheme and .spec file structure as RedHat uses, so that the >> RHEL 4 and RHEL 5 packages have different names? And so that the %post >> steps set up grub.conf the way it should be by default for Dom0 and DomU >> automagically with the new changes in grubby by RedHat to support this? >> > > Fairly good, since Ian Jackson is reworking our packaging process to more > closely match the packages produced by the vendors themselves. OTOH I''m not > sure what set of distros he is doing this work for -- you may not get RHEL4 > packages. >COOL!!!! I''ve got soome experience working with RHEL and SuSE RPM''s. (In fact, I have *scarey* experience working with RedHat RPM''s, all the way back to RedHat 4.2. Not RHEL 4.2, which I''ve also worked with, but RedHat 4.2). The SRPM''s from Xensource were..... awkward to work with. Could he use help? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Keir Fraser writes ("Re: [Xen-users] [ANNOUNCE] Xen 3.2.0
released!"):> On 17/1/08 01:15, "Nico Kadel-Garcia" <nkadel@gmail.com>
wrote:
> > What are the odds of getting the next published SRPM''s to
include the
> > same naming scheme and .spec file structure as RedHat uses, so that
the
> > RHEL 4 and RHEL 5 packages have different names? And so that the %post
> > steps set up grub.conf the way it should be by default for Dom0 and
DomU
> > automagically with the new changes in grubby by RedHat to support
this?
>
> Fairly good, since Ian Jackson is reworking our packaging process to more
> closely match the packages produced by the vendors themselves. OTOH
I''m not
> sure what set of distros he is doing this work for -- you may not get RHEL4
> packages.
There will be a set of packages for RHEL5. I''ve been basing it on the
Centos 5.1 SRPM and building on Centos 5.1 so it should be good for
RHEL5 and laid out pretty much the way RHEL and Centos do things.
I''ve also had some feedback via the distribution packaging mailing
lists (including centos-devel).
I don''t propose to make packages for RHEL4. In general, our binary
packages will come with a health warning: we won''t be doing the kind
of security response (ie, patching) that would be needed to consider
them fully supported for end users. These packages are really
intended as a base for distros to work with and more as a preview or
interim version for users.
Binary packages with security support, suitable for longer term
production use, are most sensibly provided under the umbrella of the
relevant distro.
I don''t know how hard it would be to backport our Centos 5.1 srpm to
RHEL4, or even whether that would be the best approach. You are of
course free to investigate that yourself :-).
Regards,
Ian.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
dont find any information about the kernel version in release 3.2? greetings Holm _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
same, 2.6.18-8 Emre On Jan 17, 2008 1:06 PM, Holm Kapschitzki <holm@x-provi.de> wrote:> dont find any information about the kernel version in release 3.2? > > greetings Holm > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >-- Emre Erenoglu erenoglu@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ian Jackson wrote:> Keir Fraser writes ("Re: [Xen-users] [ANNOUNCE] Xen 3.2.0 released!"): > >> On 17/1/08 01:15, "Nico Kadel-Garcia" <nkadel@gmail.com> wrote: >> >>> What are the odds of getting the next published SRPM''s to include the >>> same naming scheme and .spec file structure as RedHat uses, so that the >>> RHEL 4 and RHEL 5 packages have different names? And so that the %post >>> steps set up grub.conf the way it should be by default for Dom0 and DomU >>> automagically with the new changes in grubby by RedHat to support this? >>> >> Fairly good, since Ian Jackson is reworking our packaging process to more >> closely match the packages produced by the vendors themselves. OTOH I''m not >> sure what set of distros he is doing this work for -- you may not get RHEL4 >> packages. >> > > There will be a set of packages for RHEL5. I''ve been basing it on the > Centos 5.1 SRPM and building on Centos 5.1 so it should be good for > RHEL5 and laid out pretty much the way RHEL and Centos do things. > I''ve also had some feedback via the distribution packaging mailing > lists (including centos-devel). > > I don''t propose to make packages for RHEL4. In general, our binary > packages will come with a health warning: we won''t be doing the kind > of security response (ie, patching) that would be needed to consider > them fully supported for end users. These packages are really > intended as a base for distros to work with and more as a preview or > interim version for users. > > Binary packages with security support, suitable for longer term > production use, are most sensibly provided under the umbrella of the > relevant distro. > > I don''t know how hard it would be to backport our Centos 5.1 srpm to > RHEL4, or even whether that would be the best approach. You are of > course free to investigate that yourself :-). >It should be trivial, from my experience. Do you have "mock" available to you to build alternative distro software on the same host? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ian Jackson wrote:> There will be a set of packages for RHEL5. I''ve been basing it on the > Centos 5.1 SRPM and building on Centos 5.1 so it should be good for > RHEL5 and laid out pretty much the way RHEL and Centos do things. >That''s a great news. It would be perfect for my development servers. In the past I had to build my own RPMs since RH''s RPM was too old (pre-RHEL 5.1) and Xen''s RPM simply don''t fit nicely.> I don''t propose to make packages for RHEL4.It''s a reasonable choice, given that Xen >= 3.1 already support 32-on-64, RHEL4 has its own domU kernel, and newer Xen 3 hypervisor can work with older Xen 3 kernels. So it''s very easy to use RHEL5/dom0 and RHEL4/domU with pygrub. Thanks for your efforts. I''ll be waiting for the RPMs. Regards, Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> Ian Jackson wrote: > > There will be a set of packages for RHEL5. I''ve been > basing it on the > > Centos 5.1 SRPM and building on Centos 5.1 so it should be good for > > RHEL5 and laid out pretty much the way RHEL and Centos do things.Is the package for CentOS 5.1 available yet? Where can I get it? Regards, Günter _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nico Kadel-Garcia writes ("Re: [Xen-users] [ANNOUNCE] Xen 3.2.0
released!"):> It should be trivial, from my experience. Do you have "mock"
available
> to you to build alternative distro software on the same host?
Yes. If you think just feeding my srpm to mock for Centos 4 would
work then I''m happy to give that a go. But I don''t want to
spend ages
debugging a build at this point ...
Ian.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Ian Jackson wrote:> Nico Kadel-Garcia writes ("Re: [Xen-users] [ANNOUNCE] Xen 3.2.0 released!"): > >> It should be trivial, from my experience. Do you have "mock" available >> to you to build alternative distro software on the same host? >> > > Yes. If you think just feeding my srpm to mock for Centos 4 would > work then I''m happy to give that a go. But I don''t want to spend ages > debugging a build at this point ... > > Ian. >Fair enough. I''ve been trying to get Mock running with RHEL, and it''s been a pain in the backside. RPMforge publishes packages for it, but they don''t have RHEL .cfg files, only Fedora. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ian Jackson
2008-Jan-21 14:31 UTC
[Xen-devel] [ANNOUNCE] Xen 3.2.0 source tarball and binary packages
Keir Fraser writes ("[Xen-devel] [ANNOUNCE] Xen 3.2.0
released!"):> We''re pleased to announce the official release of Xen 3.2.0!
...> You can get the source using mercurial from:
> http://xenbits.xensource.com/xen-3.2-testing.hg
An official source tarball xen-3.2.0.tar.gz is now available from
http://www.xen.org/download/
Also available there are binary packages for RHEL5/Centos5.1, Fedora 8
and OpenSUSE 10.3, which are all based mostly on the corresponding
distribution''s binary packages. However, they have only been lightly
tested: they are intended as a base for distributions to work with and
secondarily as a preview or interim version for users; we don''t plan
to release security patches or updates for these versions.
Binary packages with full security support, suitable for full
long-term production use, should be made available soon by the
distribution vendors in the usual way.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel