[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Re: [Fedora-xen] 2.6.37-rc1 dom0 kernel


  • To: M A Young <m.a.young@xxxxxxxxxxxx>
  • From: Boris Derzhavets <bderzhavets@xxxxxxxxx>
  • Date: Sun, 7 Nov 2010 06:28:24 -0800 (PST)
  • Cc: xen@xxxxxxxxxxxxxxxxxxxxxxx, xen-users <xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Sun, 07 Nov 2010 06:29:42 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=o7dLj4OXYvdB3SAIqFs///aTOQ/GB2IX/8NxnmhAAqWC1EJxktzt4051MghD7UE+/nY1BuYO6yXAkvB6CRPrS48gMKJU3wraAT2MzUZxV7VIyp0BNm8P97sQf31LSjRQNVXiXxxSOpsJk2y92LfsnNDXd0V6BfdfEKrVctFyZk0=;
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

I've again tried to adjust kernel.spec from
kernel-2.6.37-0.1.rc1.git0.xendom0.fc15.src.rpm

to rcrev=1 ; gitrev=5

and build started OK.

Boris.

--- On Sun, 11/7/10, Boris Derzhavets <bderzhavets@xxxxxxxxx> wrote:

From: Boris Derzhavets <bderzhavets@xxxxxxxxx>
Subject: [Xen-users] Re: [Fedora-xen] 2.6.37-rc1 dom0 kernel
To: "M A Young" <m.a.young@xxxxxxxxxxxx>
Cc: xen@xxxxxxxxxxxxxxxxxxxxxxx, "xen-users" <xen-users@xxxxxxxxxxxxxxxxxxx>
Date: Sunday, November 7, 2010, 8:43 AM

I've tried to adjust kernel.spec from kernel-2.6.37-0.1.rc0.git13.xendom0.fc15.src.rpm
to rcrevision  = 1,  gitrevision =5
.....
# The rc snapshot level
%define rcrev 1
# The git snapshot level
%define gitrev 5
.....

Files patch-2.6.37-rc1.bz2,  patch-2.6.37-rc1-git5.bz2 have been copied to SOURCES
I get an error when attempt to build :-

# rpmbuild -bb ./kernel.spec

.......

Patch161: linux-2.6-i386-nx-emulation.patch
+ case "$patch" in
+ patch -p1 -F1 -s
+ ApplyPatch linux-2.6-32bit-mmap-exec-randomization.patch
+ local patch=linux-2.6-32bit-mmap-exec-randomization.patch
+ shift
+ '[' '!' -f /root/rpmbuild/SOURCES/linux-2.6-32bit-mmap-exec-randomization.patch ']'
Patch160: linux-2.6-32bit-mmap-exec-randomization.patch
+ case "$patch" in
+ patch -p1 -F1 -s
1 out of 5 hunks FAILED -- saving rejects to file mm/mmap.c.rej
error: Bad exit status from /var/tmp/rpm-tmp.FmT4Fy (%prep)


Boris.
P.S. I've also tried to adjust kernel.spec from
kernel-2.6.37-0.1.rc1.git0.xendom0.fc15.src.rpm
with results even worse then above:-
Patch32: linux-2.6-utrace-ptrace.patch failed to apply.

--- On Sat, 11/6/10, M A Young <m.a.young@xxxxxxxxxxxx> wrote:

From: M A Young <m.a.young@xxxxxxxxxxxx>
Subject: Re: [Fedora-xen] 2.6.37-rc1 dom0 kernel
To: "Boris Derzhavets" <bderzhavets@xxxxxxxxx>
Cc: xen@xxxxxxxxxxxxxxxxxxxxxxx, "xen-users" <xen-users@xxxxxxxxxxxxxxxxxxx>
Date: Saturday, November 6, 2010, 9:29 AM

On Sat, 6 Nov 2010, Boris Derzhavets wrote:

> ...
> [   42.140012] Call Trace:
> [   42.140012]  [<ffffffff810807a8>] ? print_irqtrace_events+0xa0/0xa4
> [   42.140012]  [<ffffffff81043256>] __might_sleep+0x103/0x108
> [   42.140012]  [<ffffffff814b0512>] mutex_lock_nested+0x25/0x43
> [   42.140012]  [<ffffffff8125ae02>] percpu_counter_destroy+0x3c/0x66
> [   42.140012]  [<ffffffff8125ae42>] percpu_counter_fixup_free+0x16/0x32
> [   42.140012]  [<ffffffff8125723b>] debug_object_fixup+0x1e/0x2b
> [   42.140012]  [<ffffffff81257c54>] debug_check_no_obj_freed+0xce/0x18a
> ...

This is probably a result of a percpu_counter bug in an IPv6 patch. As a temporary measure you can disable IPv6 (if you don't need it), eg. as suggested at http://fedorasolved.org/network-solutions/disable-ipv6

It was patched after rc1 http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6-stable.git;a=commit;h=41bb78b4b9adb21cf2c395b6b880aaae99c788b7
so should be fixed when I next do a build of 2.6.37 .

    Michael Young


-----Inline Attachment Follows-----

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.