Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

[Fwd: Bug#454604: linux-2.6: Xen kernel packages for 2.6.22]

From: Ted Hilts <thilts33(at)telus.net>
Date: Fri Dec 07 2007 - 19:14:12 EST


Scott

Per your subject and attachments. Hope this will be helpful.

I don't think your problem can be resolved at the current time because of your kernel patch.

Below find correspondence and URLs which explain why.

  • Brian Almeida:

> > I've been unable to find an official debian kernel which has
> > Xen supporter after 2.6.18-5 (released with etch). While I realize
> > there were changes in later kernels that complicated the patches,
> > Ubuntu has had Xen support for 2.6.22 for nearly 3 months (see
> > https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132726).
> >
> > Can you please integrate their Xen patchesets into the official Debian
> > kernels?
>

The XenSource upstream is sort-of defunct these days. For some background information, see:

<https://www.redhat.com/archives/fedora-xen/2007-November/msg00106.html> <http://fedoraproject.org/wiki/Features/XenPvops>

and...
from me:

Do you need help?X

I am a new subscriber with bug listing and have been following the BUGS.

I also am very confused and upset with how Debian development and bug efforts regarding XEN seem to be avoided. I have followed XEN development and bugs since the onset and attempted in vain to create any aggressive interest in the debian-user list. At the time ETCH was released I spoke to an individual in Xen development who was also concerned and he said he would pressure release people in Debian to make some kind of special allowance to add XEN into the ETCH distribution -- apparently he was successful but there appears to be little effort to go further (to incorporate changes and bugs) because of the way the release mechanism works for Debian releases. So it appears -- until the next official Debian release -- there will be no more changes.

There has to be a way of handling the situation for projects external to Debian but need to be part of Debian. I suggest possibly something like an unofficial release overlay such that these special releases get utilized into the distribution but have no official sanction -- which I think Ubuntu has essentially done. Ubuntu has sufficient independence from Debian that it can deal with these kind of issues it's own way. Debian should also have that kind of flexibility but in a way that does not disrupt Debian releases. With all the brilliant Debian developers, maintainers, and people with experience I can not see how this kind of situation can persist.

Thanks -- Ted Hilts

Otavio Salvador wrote:

> Florian Weimer <fw@deneb.enyo.de> writes:
>
>
>> * Brian Almeida:
>>
>>
>>> I've been unable to find an official debian kernel which has
>>> Xen supporter after 2.6.18-5 (released with etch). While I realize
>>> there were changes in later kernels that complicated the patches,
>>> Ubuntu has had Xen support for 2.6.22 for nearly 3 months (see
>>> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132726).
>>>
>>>
>>> Can you please integrate their Xen patchesets into the official Debian
>>> kernels?
>>>
>> The XenSource upstream is sort-of defunct these days. For some
>> background information, see:
>>
>> <https://www.redhat.com/archives/fedora-xen/2007-November/msg00106.html>
>> <http://fedoraproject.org/wiki/Features/XenPvops>
>>
>
> Indeed.
>
> Looks like XEN will have bad days until it's done for paravirt_ops
> then :-)
>
> See TOP of this email chain!

To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Scott Edwards wrote:
> Currently I have this installed on the host, running etch:
>
> ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4
> The Xen Hypervisor
> ii xen-ioemu-3.0.3-1 3.0.3-0-4
> XEN administrative
> ii xen-linux-system-2.6.18-5-xen-vserver-amd64 2.6.18.dfsg.1-13etch4
> XEN system with Li
> ii xen-tools 2.8-2
> Tools to manage de
> ii xen-utils-3.0.3-1 3.0.3-0-4
> XEN administrative
> ii xen-utils-common 3.0.3-0-2
> XEN administrative
>
> In a vserver guest (roughly root in a chroot with few capabilities) I
> have sid installed. I setup this vserver guest primarily to isolate
> the build env from the host. Both host and guest are amd64 in 64bit mode.
>
> While trying to compile the xen-unstable source package, I ran into
> bug #399700. I submitted a patch (attached) to use
> linux-support-2.6.22-3 instead of linux-support-2.6.17-2.
>
> I'm attempting to backport this (eventually) to etch to hopefully
> overcome an issue where guests are unable to partition the disk. My
> study of the disk image I provide them, shows no data is modified past
> the partition table. I tried writing 0x00's and also 0xFF's to the
> first 100 sectors or so with little to no success for the guest.
>
> I decided to try the upstream 3.1.0 tarball, and after applying
> changes to the makefiles (c/o warningsAreNoteErrors.sh.txt), A few new
> warnings seen with a newer gcc (harmless?) allow the dist-tools and
> dist-xen targets to compile. I skipped/ignored the dist-docs and
> dist-kernels targets.
>
> I uncommented export DH_VERBOSE=1 in debian/rules for the xen_d5...
> transcript.
>
> It's failing at
> ld -m elf_i386 -Ttext 0x0 -s --oformat binary bootsect.o -o bootsect
> ld: i386:x86-64 architecture of input file `bootsect.o' is
> incompatible with i386 output
> make[5]: *** [bootsect] Error 1
>
> What else can I try?
> Note: last email at top.
>

-- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Received on Fri Dec 7 19:15:16 2007
Do you need more help?X

This archive was generated by hypermail 2.1.8 : Wed Feb 27 2008 - 02:20:21 EST


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library