Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Ian Campbell]

On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
> Package: src:xen
> Version: 4.1.3-4
> Severity: serious
> 
> The bzimage loader used in both libxc and the hypervisor lacks XZ
> support. Debian kernels since 3.6 are compressed with XZ and can't be
> loaded.
> 
> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
> somewhere last year.

Indeed. Jan this would be a good candidate for a future 4.1.x I think
(it was already in 4.2.0).

Ian.

-- 
Ian Campbell

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Jan Beulich]

>>> On 04.12.12 at 10:33, Ian Campbell <ijc@hellion.org.uk> wrote:
> On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
>> Package: src:xen
>> Version: 4.1.3-4
>> Severity: serious
>> 
>> The bzimage loader used in both libxc and the hypervisor lacks XZ
>> support. Debian kernels since 3.6 are compressed with XZ and can't be
>> loaded.
>> 
>> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
>> somewhere last year.
> 
> Indeed. Jan this would be a good candidate for a future 4.1.x I think
> (it was already in 4.2.0).

Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking
towards an RC2 followed by a release within the next days),
and doing a feature addition like this in a .5 stable release
looks questionable to me in the context of how we managed
stable updates in the past. But I'm open to be outvoted of
course...

Jan

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Ian Campbell]

On Tue, 2012-12-04 at 09:51 +0000, Jan Beulich wrote:
> >>> On 04.12.12 at 10:33, Ian Campbell <ijc@hellion.org.uk> wrote:
> > On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
> >> Package: src:xen
> >> Version: 4.1.3-4
> >> Severity: serious
> >> 
> >> The bzimage loader used in both libxc and the hypervisor lacks XZ
> >> support. Debian kernels since 3.6 are compressed with XZ and can't be
> >> loaded.
> >> 
> >> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
> >> somewhere last year.
> > 
> > Indeed. Jan this would be a good candidate for a future 4.1.x I think
> > (it was already in 4.2.0).
> 
> Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking
> towards an RC2 followed by a release within the next days),
> and doing a feature addition like this in a .5 stable release
> looks questionable to me in the context of how we managed
> stable updates in the past. But I'm open to be outvoted of
> course...

My thinking was that it is a reasonably self contained patch (most of
the code is the new files) and without it people won't be able to use
4.1.x with their distro kernels at all, so it's something between a bug
fix and a new feature.

If distros are going to be backporting it anyway they may as well all
get it from us.

Ian.

-- 
Ian Campbell
Current Noise: Anthrax - Stealing From A Thief

Getting there is only half as far as getting there and back.

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Pasi Kärkkäinen]

On Tue, Dec 04, 2012 at 10:12:16AM +0000, Ian Campbell wrote:
> On Tue, 2012-12-04 at 09:51 +0000, Jan Beulich wrote:
> > >>> On 04.12.12 at 10:33, Ian Campbell <ijc@hellion.org.uk> wrote:
> > > On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
> > >> Package: src:xen
> > >> Version: 4.1.3-4
> > >> Severity: serious
> > >> 
> > >> The bzimage loader used in both libxc and the hypervisor lacks XZ
> > >> support. Debian kernels since 3.6 are compressed with XZ and can't be
> > >> loaded.
> > >> 
> > >> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
> > >> somewhere last year.
> > > 
> > > Indeed. Jan this would be a good candidate for a future 4.1.x I think
> > > (it was already in 4.2.0).
> > 
> > Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking
> > towards an RC2 followed by a release within the next days),
> > and doing a feature addition like this in a .5 stable release
> > looks questionable to me in the context of how we managed
> > stable updates in the past. But I'm open to be outvoted of
> > course...
> 
> My thinking was that it is a reasonably self contained patch (most of
> the code is the new files) and without it people won't be able to use
> 4.1.x with their distro kernels at all, so it's something between a bug
> fix and a new feature.
> 
> If distros are going to be backporting it anyway they may as well all
> get it from us.
> 

+1

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Jan Beulich]

>>> On 04.12.12 at 11:12, Ian Campbell <ijc@hellion.org.uk> wrote:
> On Tue, 2012-12-04 at 09:51 +0000, Jan Beulich wrote:
>> >>> On 04.12.12 at 10:33, Ian Campbell <ijc@hellion.org.uk> wrote:
>> > On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
>> >> Package: src:xen
>> >> Version: 4.1.3-4
>> >> Severity: serious
>> >> 
>> >> The bzimage loader used in both libxc and the hypervisor lacks XZ
>> >> support. Debian kernels since 3.6 are compressed with XZ and can't be
>> >> loaded.
>> >> 
>> >> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
>> >> somewhere last year.
>> > 
>> > Indeed. Jan this would be a good candidate for a future 4.1.x I think
>> > (it was already in 4.2.0).
>> 
>> Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking
>> towards an RC2 followed by a release within the next days),
>> and doing a feature addition like this in a .5 stable release
>> looks questionable to me in the context of how we managed
>> stable updates in the past. But I'm open to be outvoted of
>> course...
> 
> My thinking was that it is a reasonably self contained patch (most of
> the code is the new files) and without it people won't be able to use
> 4.1.x with their distro kernels at all, so it's something between a bug
> fix and a new feature.

Just did this on the hypervisor side (i.e. for Dom0). Unless told
otherwise I'm going to assume that IanJ will take care of the
DomU (tools side) part.

Jan

Re: [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels

[Ian Campbell]

On Wed, 2012-12-19 at 11:33 +0000, Jan Beulich wrote:
> >>> On 04.12.12 at 11:12, Ian Campbell <ijc@hellion.org.uk> wrote:
> > On Tue, 2012-12-04 at 09:51 +0000, Jan Beulich wrote:
> >> >>> On 04.12.12 at 10:33, Ian Campbell <ijc@hellion.org.uk> wrote:
> >> > On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote:
> >> >> Package: src:xen
> >> >> Version: 4.1.3-4
> >> >> Severity: serious
> >> >> 
> >> >> The bzimage loader used in both libxc and the hypervisor lacks XZ
> >> >> support. Debian kernels since 3.6 are compressed with XZ and can't be
> >> >> loaded.
> >> >> 
> >> >> Support for XZ compression was added in changeset 23002:eb64b8f8eebb
> >> >> somewhere last year.
> >> > 
> >> > Indeed. Jan this would be a good candidate for a future 4.1.x I think
> >> > (it was already in 4.2.0).
> >> 
> >> Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking
> >> towards an RC2 followed by a release within the next days),
> >> and doing a feature addition like this in a .5 stable release
> >> looks questionable to me in the context of how we managed
> >> stable updates in the past. But I'm open to be outvoted of
> >> course...
> > 
> > My thinking was that it is a reasonably self contained patch (most of
> > the code is the new files) and without it people won't be able to use
> > 4.1.x with their distro kernels at all, so it's something between a bug
> > fix and a new feature.
> 
> Just did this on the hypervisor side (i.e. for Dom0). Unless told
> otherwise I'm going to assume that IanJ will take care of the
> DomU (tools side) part.

Which FWIW is 23002:eb64b8f8eebb but it very likely requires portions of
23021:da7c950772ed, 23322:d9982136d8fa and 26115:37a8946eeb9d which are
fixes (some security sensitive) in that code.

Ian.

-- 
Ian Campbell
Current Noise: Katatonia - The Longest Year

Staff meeting in the conference room in %d minutes.