I have rebased the latest opensuse 2.6.31 xen dom0 patches so that they apply to the vanilla kernel cleanly, you can get the patches and a gentoo ebuild from http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo users simply apply them in numeric order. Note that the ebuild also uses genpatches-2.6.31-4 to patch the kernel to 2.6.31.4 so you should update to that revision before applying them. I believe opensuse will be using 2.6.31 as a release kernel so they will be supporting it for some time, I will update the patches whenever they release a new kernel source rpm. This is NOT pv_ops, these are "classic" Xen patches. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, Oct 14, 2009 at 8:36 AM, Andrew Lyon <andrew.lyon@gmail.com> wrote:> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that > they apply to the vanilla kernel cleanly, you can get the patches and > a gentoo ebuild from > http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo > users simply apply them in numeric order. > > Note that the ebuild also uses genpatches-2.6.31-4 to patch the kernel > to 2.6.31.4 so you should update to that revision before applying > them. > > I believe opensuse will be using 2.6.31 as a release kernel so they > will be supporting it for some time, I will update the patches > whenever they release a new kernel source rpm. > > This is NOT pv_ops, these are "classic" Xen patches. > > Andy >It might be .config dependent, but I needed this patch before it would build: diff -Naur arch/x86/kernel/microcode_core-xen.c.orig arch/x86/kernel/microcode_core-xen.c --- arch/x86/kernel/microcode_core-xen.c.orig 2009-10-14 10:45:42.000000000 -0700 +++ arch/x86/kernel/microcode_core-xen.c 2009-10-14 10:44:30.000000000 -0700 @@ -34,7 +34,7 @@ #include <linux/firmware.h> #include <linux/uaccess.h> #include <linux/vmalloc.h> - +#include <linux/swap.h> #include <asm/microcode.h> #include <asm/processor.h> The error was: make -l12 deb-pkg make KBUILD_SRC CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 CALL scripts/checksyscalls.sh CHK include/linux/compile.h CC [M] arch/x86/kernel/microcode_core.o arch/x86/kernel/microcode_core-xen.c: In function ‘microcode_write’: arch/x86/kernel/microcode_core-xen.c:100: error: ‘totalram_pages’ undeclared (first use in this function) arch/x86/kernel/microcode_core-xen.c:100: error: (Each undeclared identifier is reported only once arch/x86/kernel/microcode_core-xen.c:100: error: for each function it appears in.) make[4]: *** [arch/x86/kernel/microcode_core.o] Error 1 make[3]: *** [arch/x86/kernel] Error 2 make[2]: *** [arch/x86] Error 2 make[1]: *** [deb-pkg] Error 2 make: *** [deb-pkg] Error 2 -Bruce _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, Oct 14, 2009 at 7:15 PM, Bruce Edge <bruce.edge@gmail.com> wrote:> On Wed, Oct 14, 2009 at 8:36 AM, Andrew Lyon <andrew.lyon@gmail.com> wrote: >> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that >> they apply to the vanilla kernel cleanly, you can get the patches and >> a gentoo ebuild from >> http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo >> users simply apply them in numeric order. >> >> Note that the ebuild also uses genpatches-2.6.31-4 to patch the kernel >> to 2.6.31.4 so you should update to that revision before applying >> them. >> >> I believe opensuse will be using 2.6.31 as a release kernel so they >> will be supporting it for some time, I will update the patches >> whenever they release a new kernel source rpm. >> >> This is NOT pv_ops, these are "classic" Xen patches. >> >> Andy >> > > It might be .config dependent, but I needed this patch before it would build: > > diff -Naur arch/x86/kernel/microcode_core-xen.c.orig > arch/x86/kernel/microcode_core-xen.c > > --- arch/x86/kernel/microcode_core-xen.c.orig 2009-10-14 > 10:45:42.000000000 -0700 > +++ arch/x86/kernel/microcode_core-xen.c 2009-10-14 > 10:44:30.000000000 -0700 > @@ -34,7 +34,7 @@ > #include <linux/firmware.h> > #include <linux/uaccess.h> > #include <linux/vmalloc.h> > - > +#include <linux/swap.h> > #include <asm/microcode.h> > #include <asm/processor.h> > > The error was: > > make -l12 deb-pkg > > make KBUILD_SRC> CHK include/linux/version.h > CHK include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > CALL scripts/checksyscalls.sh > CHK include/linux/compile.h > CC [M] arch/x86/kernel/microcode_core.o > arch/x86/kernel/microcode_core-xen.c: In function ‘microcode_write’: > arch/x86/kernel/microcode_core-xen.c:100: error: ‘totalram_pages’ > undeclared (first use in this function) > arch/x86/kernel/microcode_core-xen.c:100: error: (Each undeclared > identifier is reported only once > arch/x86/kernel/microcode_core-xen.c:100: error: for each function it > appears in.) > make[4]: *** [arch/x86/kernel/microcode_core.o] Error 1 > make[3]: *** [arch/x86/kernel] Error 2 > make[2]: *** [arch/x86] Error 2 > make[1]: *** [deb-pkg] Error 2 > make: *** [deb-pkg] Error 2 > > > > -Bruce >Thanks Bruce, I''ve CC''ed Jan in case he wants to merge this fix into his tree. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
>>> Andrew Lyon <andrew.lyon@gmail.com> 15.10.09 10:22 >>> >Thanks Bruce, I''ve CC''ed Jan in case he wants to merge this fix into his tree.No, I won''t - this is due to you dropping all our other patches (in the given case, the reason why this works for us is patches.fixes/use-totalram_pages. If you drop all our non-Xen patches, you generally will want to also drop all of patches.xen/xen3-* except for the ones stating "Automatically created from "patches.kernel.org/*" by xen-port-patches.py", otherwise you will always have the risk of those depending on something the respective native patch introduced. Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, Oct 15, 2009 at 9:32 AM, Jan Beulich <JBeulich@novell.com> wrote:>>>> Andrew Lyon <andrew.lyon@gmail.com> 15.10.09 10:22 >>> >>Thanks Bruce, I''ve CC''ed Jan in case he wants to merge this fix into his tree. > > No, I won''t - this is due to you dropping all our other patches (in the given > case, the reason why this works for us is patches.fixes/use-totalram_pages. > > If you drop all our non-Xen patches, you generally will want to also drop > all of patches.xen/xen3-* except for the ones stating "Automatically > created from "patches.kernel.org/*" by xen-port-patches.py", otherwise > you will always have the risk of those depending on something the > respective native patch introduced. > > Jan > >Sorry Jan, I have a script that filters the xen patches exactly as you describe but I had made a small mistake which allowed xen3-use-totalram_pages.patch to slip through. Will be more careful in future. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, Oct 15, 2009 at 2:56 AM, Andrew Lyon <andrew.lyon@gmail.com> wrote:> On Thu, Oct 15, 2009 at 9:32 AM, Jan Beulich <JBeulich@novell.com> wrote: >>>>> Andrew Lyon <andrew.lyon@gmail.com> 15.10.09 10:22 >>> >>>Thanks Bruce, I''ve CC''ed Jan in case he wants to merge this fix into his tree. >> >> No, I won''t - this is due to you dropping all our other patches (in the given >> case, the reason why this works for us is patches.fixes/use-totalram_pages. >> >> If you drop all our non-Xen patches, you generally will want to also drop >> all of patches.xen/xen3-* except for the ones stating "Automatically >> created from "patches.kernel.org/*" by xen-port-patches.py", otherwise >> you will always have the risk of those depending on something the >> respective native patch introduced. >> >> Jan >> >> > > Sorry Jan, I have a script that filters the xen patches exactly as you > describe but I had made a small mistake which allowed > xen3-use-totalram_pages.patch to slip through. > > Will be more careful in future. > > Andy >Andy, Apologies, I''m not up on OpenSuse kernel patch mechanisms. Any chance you could post your filter script so we can see what patches should actually be applied? Or just a list or what needs to skipped. What''s the purpose of including these additional patches? Thanks -Bruce _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, Oct 15, 2009 at 11:01 PM, Bruce Edge <bruce.edge@gmail.com> wrote:> On Thu, Oct 15, 2009 at 2:56 AM, Andrew Lyon <andrew.lyon@gmail.com> wrote: >> On Thu, Oct 15, 2009 at 9:32 AM, Jan Beulich <JBeulich@novell.com> wrote: >>>>>> Andrew Lyon <andrew.lyon@gmail.com> 15.10.09 10:22 >>> >>>>Thanks Bruce, I''ve CC''ed Jan in case he wants to merge this fix into his tree. >>> >>> No, I won''t - this is due to you dropping all our other patches (in the given >>> case, the reason why this works for us is patches.fixes/use-totalram_pages. >>> >>> If you drop all our non-Xen patches, you generally will want to also drop >>> all of patches.xen/xen3-* except for the ones stating "Automatically >>> created from "patches.kernel.org/*" by xen-port-patches.py", otherwise >>> you will always have the risk of those depending on something the >>> respective native patch introduced. >>> >>> Jan >>> >>> >> >> Sorry Jan, I have a script that filters the xen patches exactly as you >> describe but I had made a small mistake which allowed >> xen3-use-totalram_pages.patch to slip through. >> >> Will be more careful in future. >> >> Andy >> > > Andy, > > Apologies, I''m not up on OpenSuse kernel patch mechanisms. > > Any chance you could post your filter script so we can see what > patches should actually be applied? > Or just a list or what needs to skipped. >Its very simple, many of the patches that are named xen3* e.g. xen3-x86_64-unwind-annotations have a comment in them that explains they were created by a script: xen3-x86_64-unwind-annotations:Automatically created from "patches.arch/x86_64-unwind-annotations" by xen-port-patches.py So unless I include the corresponding patches.arch patch as well we need to exclude this patch. Those that are created from a kernel.org patch are ok, for example: xen3-patch-2.6.18:Automatically created from "patches.kernel.org/patch-2.6.18" by xen-port-patches.py I also exclude some other patches that are OpenSuse specific or for experimental features that most users do not need: patches.xen/tmem patches.xen/xen-modular-blktap patches.xen/xen-blkback-bimodal-suse patches.xen/xen-blkif-protocol-fallback-hack patches.xen/xen-swiotlb-heuristics So far 2.6.31 seems to be extremely stable and performs very well on my test system, all credit must go to Jan Beulich as he does all the hard work forward porting the patches, the changes required to make them apply to vanilla kernel.org are extremely minor and the total diff is under 6k. Andy> What''s the purpose of including these additional patches? > > Thanks > > -Bruce > > _______________________________________________ > 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
Andrew Lyon schrieb: Hi,> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that > they apply to the vanilla kernel cleanly, you can get the patches and > a gentoo ebuild from > http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo > users simply apply them in numeric order. >i''ve Problems with booting this Kernel. So i try a clean .config and only enable Dom0 support. Then i get: LD vmlinux.o MODPOST vmlinux.o WARNING: vmlinux.o (__xen_guest): unexpected non-allocatable section. Did you forget to use "ax"/"aw" in a .S file? Note that for example <linux/init.h> contains section definitions for use in .S files. WARNING: modpost: Found 2 section mismatch(es). To see full details build your kernel with: ''make CONFIG_DEBUG_SECTION_MISMATCH=y'' GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 ld: kernel image bigger than KERNEL_IMAGE_SIZE ld: kernel image bigger than KERNEL_IMAGE_SIZE make[1]: *** [.tmp_vmlinux1] Error 1 make: *** [sub-make] Error 2 I''ve got this error with many Xen Kernels. Regards, Stefan Kuhne _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Oct 20, 2009 at 9:23 AM, Stefan Kuhne <stefan.kuhne@gmx.net> wrote:> Andrew Lyon schrieb: > Hi, > >> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that >> they apply to the vanilla kernel cleanly, you can get the patches and >> a gentoo ebuild from >> http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo >> users simply apply them in numeric order. >> > i''ve Problems with booting this Kernel. > So i try a clean .config and only enable Dom0 support. > Then i get: > LD vmlinux.o > MODPOST vmlinux.o > WARNING: vmlinux.o (__xen_guest): unexpected non-allocatable section. > Did you forget to use "ax"/"aw" in a .S file? > Note that for example <linux/init.h> contains > section definitions for use in .S files. > > WARNING: modpost: Found 2 section mismatch(es). > To see full details build your kernel with: > ''make CONFIG_DEBUG_SECTION_MISMATCH=y'' > GEN .version > CHK include/linux/compile.h > UPD include/linux/compile.h > CC init/version.o > LD init/built-in.o > LD .tmp_vmlinux1 > ld: kernel image bigger than KERNEL_IMAGE_SIZE > ld: kernel image bigger than KERNEL_IMAGE_SIZE > make[1]: *** [.tmp_vmlinux1] Error 1 > make: *** [sub-make] Error 2 > > I''ve got this error with many Xen Kernels. > > Regards, > Stefan Kuhne > >I just successfully compiled a 32 bit dom0 kernel, did you use "make vmlinuz" Also can you post the output of grep "CONFIG_KERNEL_GZIP" .config , I wonder if you have ended up with no compression enabled for the kernel image. In fact, send me your full .config and I will try to figure out what is wrong. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, Oct 21, 2009 at 6:49 PM, Stefan Kuhne <stefan.kuhne@gmx.net> wrote:> Andrew Lyon schrieb: > >> I just successfully compiled a 32 bit dom0 kernel, did you use "make >> vmlinuz" Also can you post the output of grep "CONFIG_KERNEL_GZIP" >> .config , I wonder if you have ended up with no compression enabled >> for the kernel image. >> > I''ve try make vmlinuz -> same. > CONFIG_KERNEL_GZIP=y > >> In fact, send me your full .config and I will try to figure out what is wrong. >> > http://skweb.buetow.org/Linux/2.6.31.4-xen.config > > I only want a simply Kernel to try where is the "Bug". > With full configured and compiling Kernel i get a trace every time. > > Thanks, > Stefan Kuhne > >Did you do a "make clean" before "make vmlinuz" ? I tried to compile using your config and got the same error but after running make clean it compiled ok. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Andrew Lyon schrieb:> Did you do a "make clean" before "make vmlinuz" ? I tried to compile > using your config and got the same error but after running make clean > it compiled ok. >So, i''ve try it. I''ve got the same. My make options: -C /root/kernel/kernel-2.6.31.4-xen/linux-2.6.31.4-xen O=/root/kernel/kernel-2.6.31.4-xen/build-2.6.31.4-xen INSTALL_MOD_PATH=/root/kernel/kernel-2.6.31.4-xen/package INSTALL_PATH=/root/kernel/kernel-2.6.31.4-xen/package/boot DEPMOD=/root/kernel/kernel-2.6.31.4-xen/../common/sbin/depmod EXTRAVERSION=.4-xen Regards, Stefan Kuhne _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Marco Nenciarini
2009-Oct-23 10:27 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
On Wed, Oct 14, 2009 at 04:36:02PM +0100, Andrew Lyon wrote:> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that > they apply to the vanilla kernel cleanly, you can get the patches and > a gentoo ebuild from > http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo > users simply apply them in numeric order. >I''ve found a typo (a missing backslash) in your latest patchset (2.6.31-5) Patch attached Marco -- -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | --------------------------------------------------------------------- Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> On Wed, Oct 14, 2009 at 04:36:02PM +0100, Andrew Lyon wrote: >> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that >> they apply to the vanilla kernel cleanly, you can get the patches and >> a gentoo ebuild from >> http://code.google.com/p/gentoo-xen-kernel/downloads/list , non gentoo >> users simply apply them in numeric order. >> > > I''ve found a typo (a missing backslash) in your latest patchset > (2.6.31-5) > > Patch attached > > Marco > > -- > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Thanks, does this fix a problem you have encountered? If so I would like to see an example of the oops or warning you receive due to this error. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Marco Nenciarini
2009-Oct-23 11:03 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
Andrew Lyon ha scritto:> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini > > Thanks, does this fix a problem you have encountered? If so I would > like to see an example of the oops or warning you receive due to this > error. > > AndyWithout that patch it does not compile at all. scripts/kconfig/conf -s arch/x86/Kconfig Using /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen as source for kernel GEN /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile CHK include/linux/version.h UPD include/linux/version.h CHK include/linux/utsrelease.h UPD include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 Updating /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen CC kernel/bounds.s GEN include/linux/bounds.h CC arch/x86/kernel/asm-offsets.s In file included from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, from /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: error: expected identifier or ‘(’ before ‘:’ token /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: error: expected identifier or ‘(’ before ‘}’ token /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: error: expected identifier or ‘(’ before ‘while’ /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: In function ‘__ticket_spin_lock’: /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: error: expected ‘:’ or ‘)’ before ‘;’ token /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: warning: unused variable ‘tmp’ /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: error: expected ‘while’ before ‘static’ /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: error: expected declaration or statement at end of input /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: warning: unused variable ‘free’ /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: warning: unused variable ‘count’ /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: warning: unused variable ‘token’ make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 make[4]: *** [prepare0] Error 2 Marco -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | --------------------------------------------------------------------- Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: > error: expected identifier or ‘(’ before ‘:’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘}’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘while’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: > In function ‘__ticket_spin_lock’: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > error: expected ‘:’ or ‘)’ before ‘;’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > warning: unused variable ‘tmp’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: > error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: > warning: unused variable ‘free’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘count’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, Oct 22, 2009 at 4:57 PM, Stefan Kuhne <stefan.kuhne@gmx.net> wrote:> Andrew Lyon schrieb: > >> Did you do a "make clean" before "make vmlinuz" ? I tried to compile >> using your config and got the same error but after running make clean >> it compiled ok. >> > So, > i''ve try it. > I''ve got the same. > My make options: > -C /root/kernel/kernel-2.6.31.4-xen/linux-2.6.31.4-xen > O=/root/kernel/kernel-2.6.31.4-xen/build-2.6.31.4-xen > INSTALL_MOD_PATH=/root/kernel/kernel-2.6.31.4-xen/package > INSTALL_PATH=/root/kernel/kernel-2.6.31.4-xen/package/boot > DEPMOD=/root/kernel/kernel-2.6.31.4-xen/../common/sbin/depmod > EXTRAVERSION=.4-xen > > Regards, > Stefan Kuhne > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >Sorry for the confusion, I''m not sure what happened yesterday but something was wrong in my test process and your config appeared to compile without error, I''ve now tested again and have reproduced the error that you got. I do not fully understand the cause of the problem yet but if you set the "Xen version compatibility" to 3.0.4 or greater you should find that it compiles properly. Here is a diff between your broken config and a working one with that setting changed: -CONFIG_XEN_COMPAT_030002_AND_LATER=y -# CONFIG_XEN_COMPAT_030004_AND_LATER is not set +# CONFIG_XEN_COMPAT_030002_AND_LATER is not set +CONFIG_XEN_COMPAT_030004_AND_LATER=y # CONFIG_XEN_COMPAT_030100_AND_LATER is not set # CONFIG_XEN_COMPAT_030200_AND_LATER is not set # CONFIG_XEN_COMPAT_030300_AND_LATER is not set # CONFIG_XEN_COMPAT_LATEST_ONLY is not set -CONFIG_XEN_COMPAT=0x030002 +CONFIG_XEN_COMPAT=0x030004 Perhaps OpenSuse only support 3.0.4 or later... I will look into it. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Fri, Oct 23, 2009 at 12:28 PM, Andrew Lyon <andrew.lyon@gmail.com> wrote:> On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini > <mnencia@prato.linux.it> wrote: >> Andrew Lyon ha scritto: >>> >>> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >>> >>> Thanks, does this fix a problem you have encountered? If so I would >>> like to see an example of the oops or warning you receive due to this >>> error. >>> >>> Andy >> >> Without that patch it does not compile at all. >> >> >> scripts/kconfig/conf -s arch/x86/Kconfig >> Using >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen >> as source for kernel >> GEN >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile >> CHK include/linux/version.h >> UPD include/linux/version.h >> CHK include/linux/utsrelease.h >> UPD include/linux/utsrelease.h >> SYMLINK include/asm -> include/asm-x86 >> Updating >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen >> CC kernel/bounds.s >> GEN include/linux/bounds.h >> CC arch/x86/kernel/asm-offsets.s >> In file included from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, >> from >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: >> error: expected identifier or ‘(’ before ‘:’ token >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: >> error: expected identifier or ‘(’ before ‘}’ token >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: >> error: expected identifier or ‘(’ before ‘while’ >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: >> In function ‘__ticket_spin_lock’: >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: >> error: expected ‘:’ or ‘)’ before ‘;’ token >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: >> warning: unused variable ‘tmp’ >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: >> error: expected ‘while’ before ‘static’ >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: >> error: expected declaration or statement at end of input >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: >> warning: unused variable ‘free’ >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: >> warning: unused variable ‘count’ >> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: >> warning: unused variable ‘token’ >> make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 >> make[4]: *** [prepare0] Error 2 >> >> Marco >> >> -- >> --------------------------------------------------------------------- >> | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | >> | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | >> --------------------------------------------------------------------- >> Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 >> >> > > Weird, I can compile both 32 and 64 bit domU and dom0 without any > errors like that, looking at the code I''d expect to hit that error > straight away.Ah ha, you have NR_CPUS set to greater than 256, yes?> > I''ve CC''ed Jan and attached your patch to this message, he may want to > merge this upstream (or point out that I''m wrong again).Jan: I''ve checked the opensuse patches that I exclude and none of them would fix this error, so it does appear that you should merge this fix otherwise compile will fail with NR_CPUS > 256> > Andy >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2009-Oct-23 11:43 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
> Weird, I can compile both 32 and 64 bit domU and dom0 without any > errors like that, looking at the code I''d expect to hit that error >straight away.Applied V5 get same error building xenified 2.6.31.4 Spinlock-fix.patch allows compilation to start. Boris. --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: > error: expected identifier or ‘(’ before ‘:’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘}’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘while’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: > In function ‘__ticket_spin_lock’: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > error: expected ‘:’ or ‘)’ before ‘;’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > warning: unused variable ‘tmp’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: > error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: > warning: unused variable ‘free’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘count’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ 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
Boris Derzhavets
2009-Oct-23 16:05 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
Dmesg log attached ============================================[ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa [<ffffffff81072beb>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025928>] mm_pin+0x33/0x61 [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 [<ffffffff81042823>] copy_process+0xba2/0x13c5 [<ffffffff810431b9>] do_fork+0x173/0x335 [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: > error: expected identifier or ‘(’ before ‘:’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘}’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘while’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: > In function ‘__ticket_spin_lock’: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > error: expected ‘:’ or ‘)’ before ‘;’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > warning: unused variable ‘tmp’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: > error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: > warning: unused variable ‘free’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘count’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ 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 Fri, Oct 23, 2009 at 5:05 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote:> Dmesg log attached > > ============================================> [ INFO: possible recursive locking detected ] > 2.6.31.4 #1 > --------------------------------------------- > init/1 is trying to acquire lock: > (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] > _pin_lock+0xb0/0x124 > > but task is already holding lock: > (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] > _pin_lock+0xb0/0x124 > > other info that might help us debug this: > 4 locks held by init/1: > #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 > #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 > #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] > _pin_lock+0x3b/0x124 > #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] > _pin_lock+0xb0/0x124 > > stack backtrace: > Pid: 1, comm: init Not tainted 2.6.31.4 #1 > Call Trace: > [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa > [<ffffffff81072beb>] lock_acquire+0xf4/0x152 > [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 > [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 > [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e > [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 > [<ffffffff81025090>] _pin_lock+0xb0/0x124 > [<ffffffff81025928>] mm_pin+0x33/0x61 > [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a > [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 > [<ffffffff81042823>] copy_process+0xba2/0x13c5 > [<ffffffff810431b9>] do_fork+0x173/0x335 > [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 > [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 > [<ffffffff81008358>] sys_clone+0x3b/0x51 > [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f > [<ffffffff8100a7b3>] stub_clone+0x13/0x20 > [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b > > > Boris > > --- On *Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com>* wrote: > > > From: Andrew Lyon <andrew.lyon@gmail.com> > Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches > To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" < > jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> > Date: Friday, October 23, 2009, 7:28 AM > > On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini > <mnencia@prato.linux.it <http://mc/compose?to=mnencia@prato.linux.it>> > wrote: > > Andrew Lyon ha scritto: > >> > >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini > >> > >> Thanks, does this fix a problem you have encountered? If so I would > >> like to see an example of the oops or warning you receive due to this > >> error. > >> > >> Andy > > > > Without that patch it does not compile at all. > > > > > > scripts/kconfig/conf -s arch/x86/Kconfig > > Using > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > > as source for kernel > > GEN > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > > CHK include/linux/version.h > > UPD include/linux/version.h > > CHK include/linux/utsrelease.h > > UPD include/linux/utsrelease.h > > SYMLINK include/asm -> include/asm-x86 > > Updating > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > > CC kernel/bounds.s > > GEN include/linux/bounds.h > > CC arch/x86/kernel/asm-offsets.s > > In file included from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > > from > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134: > > error: expected identifier or ‘(’ before ‘:’ token > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > > error: expected identifier or ‘(’ before ‘}’ token > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > > error: expected identifier or ‘(’ before ‘while’ > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: > > In function ‘__ticket_spin_lock’: > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > > error: expected ‘:’ or ‘)’ before ‘;’ token > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217: > > warning: unused variable ‘tmp’ > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227: > > error: expected ‘while’ before ‘static’ > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > > error: expected declaration or statement at end of input > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: > > warning: unused variable ‘free’ > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > > warning: unused variable ‘count’ > > > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214: > > warning: unused variable ‘token’ > > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > > make[4]: *** [prepare0] Error 2 > > > > Marco > > > > -- > > --------------------------------------------------------------------- > > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > > | mnencia@prato.linux.it <http://mc/compose?to=mnencia@prato.linux.it> | > http://www.prato.linux.it/~mnencia <http://www.prato.linux.it/%7Emnencia> | > > --------------------------------------------------------------------- > > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > > > > > > Weird, I can compile both 32 and 64 bit domU and dom0 without any > errors like that, looking at the code I''d expect to hit that error > straight away. > > I''ve CC''ed Jan and attached your patch to this message, he may want to > merge this upstream (or point out that I''m wrong again). > > Andy > > -----Inline Attachment Follows----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com<http://mc/compose?to=Xen-users@lists.xensource.com> > http://lists.xensource.com/xen-users > > >Can you test with CONFIG_NR_CPUS set to less than 256? The code in spinlock.h is assembly and I''m not very familiar with that, before I spend a lot of time looking into this I''d like to know if the bug is specific to the codepath for > 256 cpus. Thanks Andy Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2009-Oct-24 12:06 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
CONFIG_NR_CPUS=16 [ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff810416b8>] dup_mm+0xc4/0x396 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff810416cd>] dup_mm+0xd9/0x396 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff8107269d>] __lock_acquire+0xb7d/0xc07 [<ffffffff8107281b>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bb18b>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025924>] mm_pin+0x33/0x61 [<ffffffff8102599f>] arch_dup_mmap+0x4d/0x6a [<ffffffff810418cd>] dup_mm+0x2d9/0x396 [<ffffffff81042593>] copy_process+0xba2/0x13be [<ffffffff81042f22>] do_fork+0x173/0x335 [<ffffffff8110ab41>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814ba785>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 2:39 PM On Fri, Oct 23, 2009 at 5:05 PM, Boris Derzhavets <bderzhavets@yahoo.com> wrote: Dmesg log attached ============================================[ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa [<ffffffff81072beb>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025928>] mm_pin+0x33/0x61 [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 [<ffffffff81042823>] copy_process+0xba2/0x13c5 [<ffffffff810431b9>] do_fork+0x173/0x335 [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this>> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen> as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h> CHK include/linux/utsrelease.h >UPD include/linux/utsrelease.h> SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s> GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88,> from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8,>from> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10,> from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7,> from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134:> error: expected identifier or ‘(’ before ‘:’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘}’ token > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138: > error: expected identifier or ‘(’ before ‘while’> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h: > In function ‘__ticket_spin_lock’: > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> error: expected ‘:’ or ‘)’ before ‘;’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> warning: unused variable ‘tmp’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227:> error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input> /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215: > warning: unused variable ‘free’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘count’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1> make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member |> | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > ---------------------------------------------------------------------> Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users Can you test with CONFIG_NR_CPUS set to less than 256? The code in spinlock.h is assembly and I''m not very familiar with that, before I spend a lot of time looking into this I''d like to know if the bug is specific to the codepath for > 256 cpus. Thanks Andy Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Sat, Oct 24, 2009 at 1:09 PM, Stefan Kuhne <stefan.kuhne@gmx.net> wrote:> Andrew Lyon schrieb: > > Hello, > >> I have rebased the latest opensuse 2.6.31 xen dom0 patches so that >> they apply to the vanilla kernel cleanly, you can get the patches and >> a gentoo ebuild from > > i''m a little bit confused. > I don''t get any Xen Dom0 Kernel running. > Do you have an complete package for me to test? > > Regards, > Stefan Kuhne > >This is the problem you posted: LD vmlinux.o MODPOST vmlinux.o WARNING: vmlinux.o (__xen_guest): unexpected non-allocatable section. Did you forget to use "ax"/"aw" in a .S file? Note that for example <linux/init.h> contains section definitions for use in .S files. WARNING: modpost: Found 2 section mismatch(es). To see full details build your kernel with: ''make CONFIG_DEBUG_SECTION_MISMATCH=y'' GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 ld: kernel image bigger than KERNEL_IMAGE_SIZE ld: kernel image bigger than KERNEL_IMAGE_SIZE make[1]: *** [.tmp_vmlinux1] Error 1 make: *** [sub-make] Error 2 I have found that if you set the "Xen version compatibility" to 3.0.4 or greater you should find that it compiles properly. Are you using Xen 3.0.2, if not please try setting the compatibility level to a newer version. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
I had fixed this last week in our sources already. But thanks for spotting it anyway. Jan>>> Andrew Lyon <andrew.lyon@gmail.com> 23.10.09 13:28 >>>On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134:> error: expected identifier or ‘(’ before ‘:’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘}’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘while’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:> In function ‘__ticket_spin_lock’: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> error: expected ‘:’ or ‘)’ before ‘;’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> warning: unused variable ‘tmp’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227:> error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215:> warning: unused variable ‘free’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘count’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hmm, that''s pretty much impossible unless either of two assumptions doesn''t hold: Processes don''t share (leaf) page table pages, and within a process any (leaf) page table page can be used only in exactly one place. Unless that''s wrong, _pin_lock() guarantees that each lock gets acquired exactly once. Since the locks'' addresses aren''t being printed, it''s hard to judge whether what you got is an indication of a real problem. Otoh, if there was such a problem, I''d expect quite a few people would already have reported deadlocks... So, did the machine indeed hang after printing those messages? Jan>>> Boris Derzhavets <bderzhavets@yahoo.com> 23.10.09 18:05 >>>Dmesg log attached ============================================[ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa [<ffffffff81072beb>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025928>] mm_pin+0x33/0x61 [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 [<ffffffff81042823>] copy_process+0xba2/0x13c5 [<ffffffff810431b9>] do_fork+0x173/0x335 [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134:> error: expected identifier or ‘(’ before ‘:’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘}’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘while’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:> In function ‘__ticket_spin_lock’: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> error: expected ‘:’ or ‘)’ before ‘;’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> warning: unused variable ‘tmp’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227:> error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215:> warning: unused variable ‘free’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘count’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ 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
Boris Derzhavets
2009-Oct-26 16:20 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
>So, did the machine indeed hang after printing those > messages?No. It didn''t. Xen 3.4.1 Dom0 (via xen-3.4.1-5.fc12.src.rpm + Libvirt 0.7.1-13 ) on top of F12 rawhide was pretty much alive. Virt-manager was able to connect to xend It was fragment from dmesg log obtained on running Xen Host. Boris. --- On Mon, 10/26/09, Jan Beulich <JBeulich@novell.com> wrote: From: Jan Beulich <JBeulich@novell.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Andrew Lyon" <andrew.lyon@gmail.com>, "Marco Nenciarini" <mnencia@prato.linux.it>, "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "xen-users List" <xen-users@lists.xensource.com> Date: Monday, October 26, 2009, 10:58 AM Hmm, that''s pretty much impossible unless either of two assumptions doesn''t hold: Processes don''t share (leaf) page table pages, and within a process any (leaf) page table page can be used only in exactly one place. Unless that''s wrong, _pin_lock() guarantees that each lock gets acquired exactly once. Since the locks'' addresses aren''t being printed, it''s hard to judge whether what you got is an indication of a real problem. Otoh, if there was such a problem, I''d expect quite a few people would already have reported deadlocks... So, did the machine indeed hang after printing those messages? Jan>>> Boris Derzhavets <bderzhavets@yahoo.com> 23.10.09 18:05 >>>Dmesg log attached ============================================[ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa [<ffffffff81072beb>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025928>] mm_pin+0x33/0x61 [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 [<ffffffff81042823>] copy_process+0xba2/0x13c5 [<ffffffff810431b9>] do_fork+0x173/0x335 [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134:> error: expected identifier or ‘(’ before ‘:’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘}’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘while’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:> In function ‘__ticket_spin_lock’: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> error: expected ‘:’ or ‘)’ before ‘;’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> warning: unused variable ‘tmp’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227:> error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215:> warning: unused variable ‘free’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘count’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ 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
Boris Derzhavets
2009-Oct-28 19:20 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 seems to be clean. Boris. --- On Mon, 10/26/09, Jan Beulich <JBeulich@novell.com> wrote: From: Jan Beulich <JBeulich@novell.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Andrew Lyon" <andrew.lyon@gmail.com>, "Marco Nenciarini" <mnencia@prato.linux.it>, "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "xen-users List" <xen-users@lists.xensource.com> Date: Monday, October 26, 2009, 10:58 AM Hmm, that''s pretty much impossible unless either of two assumptions doesn''t hold: Processes don''t share (leaf) page table pages, and within a process any (leaf) page table page can be used only in exactly one place. Unless that''s wrong, _pin_lock() guarantees that each lock gets acquired exactly once. Since the locks'' addresses aren''t being printed, it''s hard to judge whether what you got is an indication of a real problem. Otoh, if there was such a problem, I''d expect quite a few people would already have reported deadlocks... So, did the machine indeed hang after printing those messages? Jan>>> Boris Derzhavets <bderzhavets@yahoo.com> 23.10.09 18:05 >>>Dmesg log attached ============================================[ INFO: possible recursive locking detected ] 2.6.31.4 #1 --------------------------------------------- init/1 is trying to acquire lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 but task is already holding lock: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 other info that might help us debug this: 4 locks held by init/1: #0: (&mm->mmap_sem){++++++}, at: [<ffffffff8104193f>] dup_mm+0xc7/0x3a2 #1: (&mm->mmap_sem/1){+.+.+.}, at: [<ffffffff81041954>] dup_mm+0xdc/0x3a2 #2: (&mm->page_table_lock){+.+...}, at: [<ffffffff8102501b>] _pin_lock+0x3b/0x124 #3: (__pte_lockptr(page)){+.+...}, at: [<ffffffff81025090>] _pin_lock+0xb0/0x124 stack backtrace: Pid: 1, comm: init Not tainted 2.6.31.4 #1 Call Trace: [<ffffffff81072a6d>] __lock_acquire+0xb70/0xbfa [<ffffffff81072beb>] lock_acquire+0xf4/0x152 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff814bc8bb>] _spin_lock+0x45/0x8e [<ffffffff81025090>] ? _pin_lock+0xb0/0x124 [<ffffffff81025090>] _pin_lock+0xb0/0x124 [<ffffffff81025928>] mm_pin+0x33/0x61 [<ffffffff810259a3>] arch_dup_mmap+0x4d/0x6a [<ffffffff81041b5d>] dup_mm+0x2e5/0x3a2 [<ffffffff81042823>] copy_process+0xba2/0x13c5 [<ffffffff810431b9>] do_fork+0x173/0x335 [<ffffffff8110b3a9>] ? do_vfs_ioctl+0x4aa/0x506 [<ffffffff8100a353>] ? sysret_check+0x41/0xc0 [<ffffffff81008358>] sys_clone+0x3b/0x51 [<ffffffff814bbebb>] ? trace_hardirqs_on_thunk+0x3a/0x3f [<ffffffff8100a7b3>] stub_clone+0x13/0x20 [<ffffffff8100a308>] ? system_call_fastpath+0x16/0x1b Boris --- On Fri, 10/23/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Marco Nenciarini" <mnencia@prato.linux.it>, "Jan Beulich" <jbeulich@novell.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Friday, October 23, 2009, 7:28 AM On Fri, Oct 23, 2009 at 12:03 PM, Marco Nenciarini <mnencia@prato.linux.it> wrote:> Andrew Lyon ha scritto: >> >> On Fri, Oct 23, 2009 at 11:27 AM, Marco Nenciarini >> >> Thanks, does this fix a problem you have encountered? If so I would >> like to see an example of the oops or warning you receive due to this >> error. >> >> Andy > > Without that patch it does not compile at all. > > > scripts/kconfig/conf -s arch/x86/Kconfig > Using > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen > as source for kernel > GEN > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/Makefile > CHK include/linux/version.h > UPD include/linux/version.h > CHK include/linux/utsrelease.h > UPD include/linux/utsrelease.h > SYMLINK include/asm -> include/asm-x86 > Updating > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/build_amd64_xen_amd64/scripts/Makefile.xen > CC kernel/bounds.s > GEN include/linux/bounds.h > CC arch/x86/kernel/asm-offsets.s > In file included from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/spinlock.h:88, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/seqlock.h:29, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/time.h:8, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/stat.h:60, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/module.h:10, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/include/linux/crypto.h:21, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets_64.c:7, > from > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:4: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:134:> error: expected identifier or ‘(’ before ‘:’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘}’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:138:> error: expected identifier or ‘(’ before ‘while’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:> In function ‘__ticket_spin_lock’: >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> error: expected ‘:’ or ‘)’ before ‘;’ token >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:217:> warning: unused variable ‘tmp’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:227:> error: expected ‘while’ before ‘static’ > /home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/kernel/asm-offsets.c:5: > error: expected declaration or statement at end of input >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:215:> warning: unused variable ‘free’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘count’ >/home/mnencia/deb/kernel/lab/linux-2.6-2.6.31/debian/build/source_amd64_xen/arch/x86/include/mach-xen/asm/spinlock.h:214:> warning: unused variable ‘token’ > make[5]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > make[4]: *** [prepare0] Error 2 > > Marco > > -- > --------------------------------------------------------------------- > | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | > | mnencia@prato.linux.it | http://www.prato.linux.it/~mnencia | > --------------------------------------------------------------------- > Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 > >Weird, I can compile both 32 and 64 bit domU and dom0 without any errors like that, looking at the code I''d expect to hit that error straight away. I''ve CC''ed Jan and attached your patch to this message, he may want to merge this upstream (or point out that I''m wrong again). Andy -----Inline Attachment Follows----- _______________________________________________ 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 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote:> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 > seems to be clean. > > > Boris. > > --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >On my test system all of the 2.6.31 Xen kernels crash after a few minutes, here is a example of the crash, the kernel is tainted in this case as I need nvidia drivers to get my work done, but it also happens without the nvidia kernel module loaded or X running. Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000060 Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 RCX: ffffffff8067c616 Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 R09: ffffffff806dbe68 Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 R12: ffff8800f28f1cc0 Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000008 Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo ffff8803d2256000, task ffff8803d1f24700) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 0000000000000000 0000000000000100 Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 0000000000000000 00ff8803d78dfa00 Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 0000000000000000 0000000000000000 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? autoremove_wake_function+0x0/0x2e Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 89 df ff d0 41 Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 RCX: 00000000fffffffa Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 R09: 0000000000005403 Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 R12: ffff8803d1cee800 Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 R15: 00000000ffffffff Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo ffff8800f2aa2000, task ffff8803e8048050) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b ffff8803e90a2d40 00007fff3536a900 Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff 0000000000005403 ffffffff802a5e02 Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 ffff8803d109a050 ffffffff802a6357 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 89 f2 4c 89 e7 Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP Oct 29 08:48:32 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:32 ubermicro CPU 0 Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 RCX: ffffffff8022918d Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 R09: 0000000000000001 Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 R12: ffff8803e944db00 Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 R15: 0000000000000000 Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 CR4: 0000000000002660 Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo ffff8803d1c4c000, task ffff8803e9a78cb0) Oct 29 08:48:32 ubermicro Stack: Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 ffff8803e944db00 ffffffff803defeb Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 ffff8803d1cee800 ffff8803e944db00 Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 ffff8803d761fb00 ffffffff803e010f Oct 29 08:48:32 ubermicro Call Trace: Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 ef e8 20 ec ff Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session opened for user root by admin(uid=1000) Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request at 0000000200000b19 Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP Oct 29 08:50:30 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:50:30 ubermicro CPU 0 Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 RCX: 0000000000000000 Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 RDI: ffff8800d088b240 Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 R09: 0000000000000000 Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800d088b240 Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000626fe0 Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 CR4: 0000000000002660 Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo ffff8800f12ba000, task ffff8803d1f58cf0) Oct 29 08:50:30 ubermicro Stack: Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 0000000000000000 ffffffff00000000 Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 ffff8800f12bbe64 ffffffff802db3a1 Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 ffff8800d088b240 ffff8800f28f2330 Oct 29 08:50:30 ubermicro Call Trace: Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 c1 e3 0c 48 8b Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Did you try updating to .31.5? There have been quite a few TTY related fixes... Jan>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>>On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote:> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 > seems to be clean. > > > Boris. > > --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >On my test system all of the 2.6.31 Xen kernels crash after a few minutes, here is a example of the crash, the kernel is tainted in this case as I need nvidia drivers to get my work done, but it also happens without the nvidia kernel module loaded or X running. Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000060 Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 RCX: ffffffff8067c616 Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 R09: ffffffff806dbe68 Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 R12: ffff8800f28f1cc0 Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000008 Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo ffff8803d2256000, task ffff8803d1f24700) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 0000000000000000 0000000000000100 Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 0000000000000000 00ff8803d78dfa00 Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 0000000000000000 0000000000000000 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? autoremove_wake_function+0x0/0x2e Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 89 df ff d0 41 Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 RCX: 00000000fffffffa Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 R09: 0000000000005403 Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 R12: ffff8803d1cee800 Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 R15: 00000000ffffffff Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo ffff8800f2aa2000, task ffff8803e8048050) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b ffff8803e90a2d40 00007fff3536a900 Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff 0000000000005403 ffffffff802a5e02 Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 ffff8803d109a050 ffffffff802a6357 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 89 f2 4c 89 e7 Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP Oct 29 08:48:32 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:32 ubermicro CPU 0 Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 RCX: ffffffff8022918d Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 R09: 0000000000000001 Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 R12: ffff8803e944db00 Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 R15: 0000000000000000 Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 CR4: 0000000000002660 Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo ffff8803d1c4c000, task ffff8803e9a78cb0) Oct 29 08:48:32 ubermicro Stack: Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 ffff8803e944db00 ffffffff803defeb Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 ffff8803d1cee800 ffff8803e944db00 Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 ffff8803d761fb00 ffffffff803e010f Oct 29 08:48:32 ubermicro Call Trace: Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 ef e8 20 ec ff Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session opened for user root by admin(uid=1000) Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request at 0000000200000b19 Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP Oct 29 08:50:30 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:50:30 ubermicro CPU 0 Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 RCX: 0000000000000000 Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 RDI: ffff8800d088b240 Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 R09: 0000000000000000 Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800d088b240 Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000626fe0 Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 CR4: 0000000000002660 Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo ffff8800f12ba000, task ffff8803d1f58cf0) Oct 29 08:50:30 ubermicro Stack: Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 0000000000000000 ffffffff00000000 Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 ffff8800f12bbe64 ffffffff802db3a1 Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 ffff8800d088b240 ffff8800f28f2330 Oct 29 08:50:30 ubermicro Call Trace: Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 c1 e3 0c 48 8b Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Yes, I took the xen patches from kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla kernel was patched to .31.5 Andy On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <JBeulich@novell.com> wrote:> Did you try updating to .31.5? There have been quite a few TTY related > fixes... Jan > >>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>> > On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote: > >> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 >> seems to be clean. >> >> >> Boris. >> >> --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >> > > On my test system all of the 2.6.31 Xen kernels crash after a few minutes, > here is a example of the crash, the kernel is tainted in this case as I need > nvidia drivers to get my work done, but it also happens without the nvidia > kernel module loaded or X running. > > Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000060 > Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 > Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP > Oct 29 08:48:31 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:31 ubermicro CPU 0 > Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] > [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 > Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 > RCX: ffffffff8067c616 > Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 > R09: ffffffff806dbe68 > Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 > R12: ffff8800f28f1cc0 > Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 > R15: 0000000000000008 > Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 > CR4: 0000000000002660 > Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo > ffff8803d2256000, task ffff8803d1f24700) > Oct 29 08:48:31 ubermicro Stack: > Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 > 0000000000000000 0000000000000100 > Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 > 0000000000000000 00ff8803d78dfa00 > Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 > 0000000000000000 0000000000000000 > Oct 29 08:48:31 ubermicro Call Trace: > Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 > Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc > Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c > Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 > Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c > Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? > autoremove_wake_function+0x0/0x2e > Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe > Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e > Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 > 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 > 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 > 89 df ff d0 41 > Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> > Oct 29 08:48:31 ubermicro CR2: 0000000000000060 > Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- > Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000048 > Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 > Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP > Oct 29 08:48:31 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:31 ubermicro CPU 0 > Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] > [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 > Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 > RCX: 00000000fffffffa > Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 > R09: 0000000000005403 > Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 > R12: ffff8803d1cee800 > Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 > R15: 00000000ffffffff > Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 > CR4: 0000000000002660 > Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo > ffff8800f2aa2000, task ffff8803e8048050) > Oct 29 08:48:31 ubermicro Stack: > Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b > ffff8803e90a2d40 00007fff3536a900 > Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff > 0000000000005403 ffffffff802a5e02 > Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 > ffff8803d109a050 ffffffff802a6357 > Oct 29 08:48:31 ubermicro Call Trace: > Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b > Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed > Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 > Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 > Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c > Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 > de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 > 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 > 89 f2 4c 89 e7 > Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> > Oct 29 08:48:32 ubermicro CR2: 0000000000000048 > Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- > Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000028 > Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 > Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP > Oct 29 08:48:32 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:32 ubermicro CPU 0 > Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] > [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 > Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 > RCX: ffffffff8022918d > Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 > R09: 0000000000000001 > Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 > R12: ffff8803e944db00 > Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 > R15: 0000000000000000 > Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 > CR4: 0000000000002660 > Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo > ffff8803d1c4c000, task ffff8803e9a78cb0) > Oct 29 08:48:32 ubermicro Stack: > Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 > ffff8803e944db00 ffffffff803defeb > Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 > ffff8803d1cee800 ffff8803e944db00 > Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 > ffff8803d761fb00 ffffffff803e010f > Oct 29 08:48:32 ubermicro Call Trace: > Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 > Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f > Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 > Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a > Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 > Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 > Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 > Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 > 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 > 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 > ef e8 20 ec ff > Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> > Oct 29 08:48:32 ubermicro CR2: 0000000000000028 > Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- > Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin > Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root > Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session > opened for user root by admin(uid=1000) > Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request > at 0000000200000b19 > Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 > Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP > Oct 29 08:50:30 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:50:30 ubermicro CPU 0 > Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] > [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 > Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 > RCX: 0000000000000000 > Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 > RDI: ffff8800d088b240 > Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 > R09: 0000000000000000 > Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 > R12: ffff8800d088b240 > Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 > R15: 0000000000626fe0 > Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 > CR4: 0000000000002660 > Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo > ffff8800f12ba000, task ffff8803d1f58cf0) > Oct 29 08:50:30 ubermicro Stack: > Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 > 0000000000000000 ffffffff00000000 > Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 > ffff8800f12bbe64 ffffffff802db3a1 > Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 > ffff8800d088b240 ffff8800f28f2330 > Oct 29 08:50:30 ubermicro Call Trace: > Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 > Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f > Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 > Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 > Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e > Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 > 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b > 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 > c1 e3 0c 48 8b > Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> > Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 > Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
But the version embedded in the oops messages doesn''t say so... Jan>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 13:18 >>>Yes, I took the xen patches from kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla kernel was patched to .31.5 Andy On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <JBeulich@novell.com> wrote:> Did you try updating to .31.5? There have been quite a few TTY related > fixes... Jan > >>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>> > On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote: > >> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 >> seems to be clean. >> >> >> Boris. >> >> --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >> > > On my test system all of the 2.6.31 Xen kernels crash after a few minutes, > here is a example of the crash, the kernel is tainted in this case as I need > nvidia drivers to get my work done, but it also happens without the nvidia > kernel module loaded or X running. > > Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000060 > Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 > Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP > Oct 29 08:48:31 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:31 ubermicro CPU 0 > Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] > [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 > Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 > RCX: ffffffff8067c616 > Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 > R09: ffffffff806dbe68 > Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 > R12: ffff8800f28f1cc0 > Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 > R15: 0000000000000008 > Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 > CR4: 0000000000002660 > Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo > ffff8803d2256000, task ffff8803d1f24700) > Oct 29 08:48:31 ubermicro Stack: > Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 > 0000000000000000 0000000000000100 > Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 > 0000000000000000 00ff8803d78dfa00 > Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 > 0000000000000000 0000000000000000 > Oct 29 08:48:31 ubermicro Call Trace: > Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 > Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc > Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c > Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 > Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c > Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? > autoremove_wake_function+0x0/0x2e > Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe > Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e > Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 > 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 > 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 > 89 df ff d0 41 > Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 > Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> > Oct 29 08:48:31 ubermicro CR2: 0000000000000060 > Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- > Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000048 > Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 > Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP > Oct 29 08:48:31 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:31 ubermicro CPU 0 > Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] > [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 > Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 > RCX: 00000000fffffffa > Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 > R09: 0000000000005403 > Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 > R12: ffff8803d1cee800 > Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 > R15: 00000000ffffffff > Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 > CR4: 0000000000002660 > Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo > ffff8800f2aa2000, task ffff8803e8048050) > Oct 29 08:48:31 ubermicro Stack: > Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b > ffff8803e90a2d40 00007fff3536a900 > Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff > 0000000000005403 ffffffff802a5e02 > Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 > ffff8803d109a050 ffffffff802a6357 > Oct 29 08:48:31 ubermicro Call Trace: > Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b > Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed > Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 > Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 > Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c > Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 > de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 > 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 > 89 f2 4c 89 e7 > Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> > Oct 29 08:48:32 ubermicro CR2: 0000000000000048 > Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- > Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer > dereference at 0000000000000028 > Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 > Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP > Oct 29 08:48:32 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:48:32 ubermicro CPU 0 > Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] > [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 > Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 > RCX: ffffffff8022918d > Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > RDI: ffffffff80896340 > Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 > R09: 0000000000000001 > Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 > R12: ffff8803e944db00 > Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 > R15: 0000000000000000 > Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 > CR4: 0000000000002660 > Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo > ffff8803d1c4c000, task ffff8803e9a78cb0) > Oct 29 08:48:32 ubermicro Stack: > Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 > ffff8803e944db00 ffffffff803defeb > Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 > ffff8803d1cee800 ffff8803e944db00 > Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 > ffff8803d761fb00 ffffffff803e010f > Oct 29 08:48:32 ubermicro Call Trace: > Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 > Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f > Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 > Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a > Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 > Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 > Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 > Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 > 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 > 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 > ef e8 20 ec ff > Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> > Oct 29 08:48:32 ubermicro CR2: 0000000000000028 > Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- > Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin > Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root > Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session > opened for user root by admin(uid=1000) > Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request > at 0000000200000b19 > Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 > Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP > Oct 29 08:50:30 ubermicro last sysfs file: > /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > Oct 29 08:50:30 ubermicro CPU 0 > Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf > w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > i2c_core i5k_amb [last unloaded: microcode] > Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D > 2.6.31-xen-r7 #2 X7DWA > Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] > [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 > Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 > RCX: 0000000000000000 > Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 > RDI: ffff8800d088b240 > Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 > R09: 0000000000000000 > Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 > R12: ffff8800d088b240 > Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 > R15: 0000000000626fe0 > Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) > GS:ffffc90000000000(0000) knlGS:0000000000000000 > Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 > CR4: 0000000000002660 > Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > DR2: 0000000000000000 > Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > DR7: 0000000000000400 > Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo > ffff8800f12ba000, task ffff8803d1f58cf0) > Oct 29 08:50:30 ubermicro Stack: > Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 > 0000000000000000 ffffffff00000000 > Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 > ffff8800f12bbe64 ffffffff802db3a1 > Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 > ffff8800d088b240 ffff8800f28f2330 > Oct 29 08:50:30 ubermicro Call Trace: > Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 > Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f > Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 > Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 > Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e > Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b > Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 > 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b > 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 > c1 e3 0c 48 8b > Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> > Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 > Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
True, the gentoo ebuild process renames the kernel extraversion, but it is really .31.5: optiplex linux-2.6.31-xen-r7# patch -p1 -R -s -i /usr/src/patches.kernel.org/patch-2.6.31.4-5 --dry-run 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej In future I will make sure to include the real version number! Andy On Thu, Oct 29, 2009 at 1:38 PM, Jan Beulich <JBeulich@novell.com> wrote:> But the version embedded in the oops messages doesn''t say so... > > Jan > >>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 13:18 >>> > Yes, I took the xen patches from > kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla > kernel was patched to .31.5 > > Andy > > On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <JBeulich@novell.com> wrote: >> Did you try updating to .31.5? There have been quite a few TTY related >> fixes... Jan >> >>>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>> >> On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote: >> >>> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 >>> seems to be clean. >>> >>> >>> Boris. >>> >>> --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >>> >> >> On my test system all of the 2.6.31 Xen kernels crash after a few minutes, >> here is a example of the crash, the kernel is tainted in this case as I need >> nvidia drivers to get my work done, but it also happens without the nvidia >> kernel module loaded or X running. >> >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000060 >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 >> Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP >> Oct 29 08:48:31 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:31 ubermicro CPU 0 >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] >> [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 >> RCX: ffffffff8067c616 >> Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 >> R09: ffffffff806dbe68 >> Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 >> R12: ffff8800f28f1cc0 >> Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 >> R15: 0000000000000008 >> Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 >> CR4: 0000000000002660 >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo >> ffff8803d2256000, task ffff8803d1f24700) >> Oct 29 08:48:31 ubermicro Stack: >> Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 >> 0000000000000000 0000000000000100 >> Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 >> 0000000000000000 00ff8803d78dfa00 >> Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 >> 0000000000000000 0000000000000000 >> Oct 29 08:48:31 ubermicro Call Trace: >> Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc >> Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c >> Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 >> Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c >> Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? >> autoremove_wake_function+0x0/0x2e >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe >> Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 >> 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 >> 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 >> 89 df ff d0 41 >> Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 >> Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000048 >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 >> Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP >> Oct 29 08:48:31 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:31 ubermicro CPU 0 >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] >> [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 >> RCX: 00000000fffffffa >> Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 >> R09: 0000000000005403 >> Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 >> R12: ffff8803d1cee800 >> Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 >> R15: 00000000ffffffff >> Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 >> CR4: 0000000000002660 >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo >> ffff8800f2aa2000, task ffff8803e8048050) >> Oct 29 08:48:31 ubermicro Stack: >> Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b >> ffff8803e90a2d40 00007fff3536a900 >> Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff >> 0000000000005403 ffffffff802a5e02 >> Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 >> ffff8803d109a050 ffffffff802a6357 >> Oct 29 08:48:31 ubermicro Call Trace: >> Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b >> Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed >> Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 >> Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 >> Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 >> de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 >> 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 >> 89 f2 4c 89 e7 >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> >> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- >> Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000028 >> Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 >> Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP >> Oct 29 08:48:32 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:32 ubermicro CPU 0 >> Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] >> [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 >> Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 >> RCX: ffffffff8022918d >> Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 >> R09: 0000000000000001 >> Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 >> R12: ffff8803e944db00 >> Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 >> R15: 0000000000000000 >> Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 >> CR4: 0000000000002660 >> Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo >> ffff8803d1c4c000, task ffff8803e9a78cb0) >> Oct 29 08:48:32 ubermicro Stack: >> Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 >> ffff8803e944db00 ffffffff803defeb >> Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 >> ffff8803d1cee800 ffff8803e944db00 >> Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 >> ffff8803d761fb00 ffffffff803e010f >> Oct 29 08:48:32 ubermicro Call Trace: >> Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 >> Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f >> Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 >> Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a >> Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 >> Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 >> Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 >> Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 >> 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 >> 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 >> ef e8 20 ec ff >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- >> Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x >> /usr/sbin/run-crons && /usr/sbin/run-crons ) >> Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin >> Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root >> Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session >> opened for user root by admin(uid=1000) >> Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request >> at 0000000200000b19 >> Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 >> Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP >> Oct 29 08:50:30 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:50:30 ubermicro CPU 0 >> Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] >> [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 >> Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 >> RCX: 0000000000000000 >> Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 >> RDI: ffff8800d088b240 >> Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 >> R09: 0000000000000000 >> Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 >> R12: ffff8800d088b240 >> Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 >> R15: 0000000000626fe0 >> Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 >> CR4: 0000000000002660 >> Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo >> ffff8800f12ba000, task ffff8803d1f58cf0) >> Oct 29 08:50:30 ubermicro Stack: >> Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 >> 0000000000000000 ffffffff00000000 >> Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 >> ffff8800f12bbe64 ffffffff802db3a1 >> Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 >> ffff8800d088b240 ffff8800f28f2330 >> Oct 29 08:50:30 ubermicro Call Trace: >> Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 >> Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f >> Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 >> Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 >> Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e >> Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 >> 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b >> 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 >> c1 e3 0c 48 8b >> Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 >> Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- >> >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2009-Nov-03 07:18 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
What kind of kernels may be patched via V7 patch sets ? Both 2.6.31.4 & 2.6.31.5 may be compiled and loaded under Xen, but both are unstable at runtime. Boris --- On Thu, 10/29/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Jan Beulich" <JBeulich@novell.com> Cc: "xen-users List" <xen-users@lists.xensource.com> Date: Thursday, October 29, 2009, 11:38 AM True, the gentoo ebuild process renames the kernel extraversion, but it is really .31.5: optiplex linux-2.6.31-xen-r7# patch -p1 -R -s -i /usr/src/patches.kernel.org/patch-2.6.31.4-5 --dry-run 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej In future I will make sure to include the real version number! Andy On Thu, Oct 29, 2009 at 1:38 PM, Jan Beulich <JBeulich@novell.com> wrote:> But the version embedded in the oops messages doesn''t say so... > > Jan > >>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 13:18 >>> > Yes, I took the xen patches from > kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla > kernel was patched to .31.5 > > Andy > > On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <JBeulich@novell.com> wrote: >> Did you try updating to .31.5? There have been quite a few TTY related >> fixes... Jan >> >>>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>> >> On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote: >> >>> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 >>> seems to be clean. >>> >>> >>> Boris. >>> >>> --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >>> >> >> On my test system all of the 2.6.31 Xen kernels crash after a few minutes, >> here is a example of the crash, the kernel is tainted in this case as I need >> nvidia drivers to get my work done, but it also happens without the nvidia >> kernel module loaded or X running. >> >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000060 >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 >> Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP >> Oct 29 08:48:31 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:31 ubermicro CPU 0 >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] >> [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 >> RCX: ffffffff8067c616 >> Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 >> R09: ffffffff806dbe68 >> Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 >> R12: ffff8800f28f1cc0 >> Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 >> R15: 0000000000000008 >> Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 >> CR4: 0000000000002660 >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo >> ffff8803d2256000, task ffff8803d1f24700) >> Oct 29 08:48:31 ubermicro Stack: >> Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 >> 0000000000000000 0000000000000100 >> Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 >> 0000000000000000 00ff8803d78dfa00 >> Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 >> 0000000000000000 0000000000000000 >> Oct 29 08:48:31 ubermicro Call Trace: >> Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 >> Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc >> Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c >> Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 >> Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c >> Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? >> autoremove_wake_function+0x0/0x2e >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe >> Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 >> 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 >> 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 >> 89 df ff d0 41 >> Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 >> Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 >> Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000048 >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 >> Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP >> Oct 29 08:48:31 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:31 ubermicro CPU 0 >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] >> [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 >> RCX: 00000000fffffffa >> Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 >> R09: 0000000000005403 >> Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 >> R12: ffff8803d1cee800 >> Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 >> R15: 00000000ffffffff >> Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 >> CR4: 0000000000002660 >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo >> ffff8800f2aa2000, task ffff8803e8048050) >> Oct 29 08:48:31 ubermicro Stack: >> Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b >> ffff8803e90a2d40 00007fff3536a900 >> Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff >> 0000000000005403 ffffffff802a5e02 >> Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 >> ffff8803d109a050 ffffffff802a6357 >> Oct 29 08:48:31 ubermicro Call Trace: >> Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b >> Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed >> Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 >> Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 >> Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 >> de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 >> 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 >> 89 f2 4c 89 e7 >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 >> Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> >> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- >> Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer >> dereference at 0000000000000028 >> Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 >> Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP >> Oct 29 08:48:32 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:48:32 ubermicro CPU 0 >> Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] >> [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 >> Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 >> RCX: ffffffff8022918d >> Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 >> RDI: ffffffff80896340 >> Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 >> R09: 0000000000000001 >> Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 >> R12: ffff8803e944db00 >> Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 >> R15: 0000000000000000 >> Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 >> CR4: 0000000000002660 >> Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo >> ffff8803d1c4c000, task ffff8803e9a78cb0) >> Oct 29 08:48:32 ubermicro Stack: >> Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 >> ffff8803e944db00 ffffffff803defeb >> Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 >> ffff8803d1cee800 ffff8803e944db00 >> Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 >> ffff8803d761fb00 ffffffff803e010f >> Oct 29 08:48:32 ubermicro Call Trace: >> Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 >> Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f >> Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 >> Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a >> Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 >> Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 >> Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 >> Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 >> 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 >> 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 >> ef e8 20 ec ff >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 >> Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- >> Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x >> /usr/sbin/run-crons && /usr/sbin/run-crons ) >> Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin >> Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root >> Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session >> opened for user root by admin(uid=1000) >> Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request >> at 0000000200000b19 >> Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 >> Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP >> Oct 29 08:50:30 ubermicro last sysfs file: >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect >> Oct 29 08:50:30 ubermicro CPU 0 >> Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc >> i2c_core i5k_amb [last unloaded: microcode] >> Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D >> 2.6.31-xen-r7 #2 X7DWA >> Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] >> [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 >> Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 >> RCX: 0000000000000000 >> Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 >> RDI: ffff8800d088b240 >> Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 >> R09: 0000000000000000 >> Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 >> R12: ffff8800d088b240 >> Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 >> R15: 0000000000626fe0 >> Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) >> GS:ffffc90000000000(0000) knlGS:0000000000000000 >> Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 >> CR4: 0000000000002660 >> Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 >> DR2: 0000000000000000 >> Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 >> DR7: 0000000000000400 >> Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo >> ffff8800f12ba000, task ffff8803d1f58cf0) >> Oct 29 08:50:30 ubermicro Stack: >> Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 >> 0000000000000000 ffffffff00000000 >> Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 >> ffff8800f12bbe64 ffffffff802db3a1 >> Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 >> ffff8800d088b240 ffff8800f28f2330 >> Oct 29 08:50:30 ubermicro Call Trace: >> Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 >> Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f >> Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 >> Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 >> Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e >> Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b >> Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 >> Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 >> 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b >> 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 >> c1 e3 0c 48 8b >> Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 >> Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 >> Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- >> >_______________________________________________ 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 Mon, Nov 02, 2009 at 11:18:40PM -0800, Boris Derzhavets wrote:> What kind of kernels may be patched via V7 patch sets ? > Both 2.6.31.4 & 2.6.31.5 may be compiled and loaded under Xen, but both > are unstable at runtime. >What kind of (in)stability problems you have? -- Pasi> > --- On Thu, 10/29/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: > > From: Andrew Lyon <andrew.lyon@gmail.com> > Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches > To: "Jan Beulich" <JBeulich@novell.com> > Cc: "xen-users List" <xen-users@lists.xensource.com> > Date: Thursday, October 29, 2009, 11:38 AM > > True, the gentoo ebuild process renames the kernel extraversion, but > it is really .31.5: > > optiplex linux-2.6.31-xen-r7# patch -p1 -R -s -i > /usr/src/patches.kernel.org/patch-2.6.31.4-5 --dry-run > 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej > > In future I will make sure to include the real version number! > > Andy > > On Thu, Oct 29, 2009 at 1:38 PM, Jan Beulich <[1]JBeulich@novell.com> > wrote: > > But the version embedded in the oops messages doesn''t say so... > > > > Jan > > > >>>> Andrew Lyon <[2]andrew.lyon@gmail.com> 29.10.09 13:18 >>> > > Yes, I took the xen patches from > > kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla > > kernel was patched to .31.5 > > > > Andy > > > > On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <[3]JBeulich@novell.com> > wrote: > >> Did you try updating to .31.5? There have been quite a few TTY > related > >> fixes... Jan > >> > >>>>> Andrew Lyon <[4]andrew.lyon@gmail.com> 29.10.09 10:06 >>> > >> On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets > <[5]bderzhavets@yahoo.com>wrote: > >> > >>> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 > >>> seems to be clean. > >>> > >>> > >>> Boris. > >>> > >>> --- On *Mon, 10/26/09, Jan Beulich <[6]JBeulich@novell.com>* wrote: > >>> > >> > >> On my test system all of the 2.6.31 Xen kernels crash after a few > minutes, > >> here is a example of the crash, the kernel is tainted in this case as > I need > >> nvidia drivers to get my work done, but it also happens without the > nvidia > >> kernel module loaded or X running. > >> > >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000060 > >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 > >> Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP > >> Oct 29 08:48:31 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:31 ubermicro CPU 0 > >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] > >> [<ffffffff803de62c>] tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: > 00010286 > >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 > >> RCX: ffffffff8067c616 > >> Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 > >> R09: ffffffff806dbe68 > >> Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 > >> R12: ffff8800f28f1cc0 > >> Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 > >> R15: 0000000000000008 > >> Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo > >> ffff8803d2256000, task ffff8803d1f24700) > >> Oct 29 08:48:31 ubermicro Stack: > >> Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 > >> 0000000000000000 0000000000000100 > >> Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 > >> 0000000000000000 00ff8803d78dfa00 > >> Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 > >> 0000000000000000 0000000000000000 > >> Oct 29 08:48:31 ubermicro Call Trace: > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? > do_select+0x2bc/0x4f2 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? > release_sock+0x19/0xbc > >> Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? > tcp_sendmsg+0x898/0x98c > >> Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? > core_sys_select+0x1bc/0x280 > >> Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? > do_sync_write+0xc9/0x10c > >> Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? > >> autoremove_wake_function+0x0/0x2e > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe > >> Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e > >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 > 48 > >> 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 > >> 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee > 48 > >> 89 df ff d0 41 > >> Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] > tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 > >> Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- > >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000048 > >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] > tty_ioctl+0x825/0x874 > >> Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 > >> Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP > >> Oct 29 08:48:31 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:31 ubermicro CPU 0 > >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] > >> [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: > 00010282 > >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 > >> RCX: 00000000fffffffa > >> Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 > >> R09: 0000000000005403 > >> Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 > >> R12: ffff8803d1cee800 > >> Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 > >> R15: 00000000ffffffff > >> Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo > >> ffff8800f2aa2000, task ffff8803e8048050) > >> Oct 29 08:48:31 ubermicro Stack: > >> Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b > >> ffff8803e90a2d40 00007fff3536a900 > >> Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff > >> 0000000000005403 ffffffff802a5e02 > >> Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 > >> ffff8803d109a050 ffffffff802a6357 > >> Oct 29 08:48:31 ubermicro Call Trace: > >> Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b > >> Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? > do_vfs_ioctl+0x498/0x4ed > >> Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? > default_wake_function+0x0/0x9 > >> Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c > >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 > 89 > >> de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 > >> 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 > 44 > >> 89 f2 4c 89 e7 > >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] > tty_ioctl+0x825/0x874 > >> Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 > >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- > >> Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000028 > >> Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] > tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 > >> Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP > >> Oct 29 08:48:32 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:32 ubermicro CPU 0 > >> Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] > >> [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: > 00010286 > >> Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 > >> RCX: ffffffff8022918d > >> Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 > >> R09: 0000000000000001 > >> Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 > >> R12: ffff8803e944db00 > >> Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 > >> R15: 0000000000000000 > >> Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo > >> ffff8803d1c4c000, task ffff8803e9a78cb0) > >> Oct 29 08:48:32 ubermicro Stack: > >> Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 > >> ffff8803e944db00 ffffffff803defeb > >> Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 > >> ffff8803d1cee800 ffff8803e944db00 > >> Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 > >> ffff8803d761fb00 ffffffff803e010f > >> Oct 29 08:48:32 ubermicro Call Trace: > >> Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? > do_tty_hangup+0x119/0x3a6 > >> Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? > tty_release_dev+0x1a9/0x42f > >> Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? > notify_change+0x270/0x285 > >> Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? > tty_release+0x11/0x1a > >> Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 > >> Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 > >> Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 > >> Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c > 44 > >> 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 > >> 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 > 89 > >> ef e8 20 ec ff > >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] > tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 > >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- > >> Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x > >> /usr/sbin/run-crons && /usr/sbin/run-crons ) > >> Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin > >> Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root > >> Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session > >> opened for user root by admin(uid=1000) > >> Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request > >> at 0000000200000b19 > >> Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] > show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 > >> Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP > >> Oct 29 08:50:30 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:50:30 ubermicro CPU 0 > >> Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] > >> [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: > 00010202 > >> Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 > >> RCX: 0000000000000000 > >> Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 > >> RDI: ffff8800d088b240 > >> Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 > >> R09: 0000000000000000 > >> Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 > >> R12: ffff8800d088b240 > >> Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 > >> R15: 0000000000626fe0 > >> Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 > >> CR4: 0000000000002660 > >> Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo > >> ffff8800f12ba000, task ffff8803d1f58cf0) > >> Oct 29 08:50:30 ubermicro Stack: > >> Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 > >> 0000000000000000 ffffffff00000000 > >> Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 > >> ffff8800f12bbe64 ffffffff802db3a1 > >> Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 > >> ffff8800d088b240 ffff8800f28f2330 > >> Oct 29 08:50:30 ubermicro Call Trace: > >> Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? > mm_for_maps+0x61/0x69 > >> Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f > >> Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 > >> Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 > >> Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e > >> Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 > 54 > >> 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b > >> 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 > 49 > >> c1 e3 0c 48 8b > >> Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] > show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> > >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 > >> Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- > >> > > > > _______________________________________________ > Xen-users mailing list > [7]Xen-users@lists.xensource.com > [8]http://lists.xensource.com/xen-users > > References > > Visible links > 1. file:///mc/compose?to=JBeulich@novell.com > 2. file:///mc/compose?to=andrew.lyon@gmail.com > 3. file:///mc/compose?to=JBeulich@novell.com > 4. file:///mc/compose?to=andrew.lyon@gmail.com > 5. file:///mc/compose?to=bderzhavets@yahoo.com > 6. file:///mc/compose?to=JBeulich@novell.com > 7. file:///mc/compose?to=Xen-users@lists.xensource.com > 8. http://lists.xensource.com/xen-users> _______________________________________________ > 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
Boris Derzhavets
2009-Nov-04 06:05 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches
I''ve attempted to install F12 PV DomU via local Apache with 2.6.31.5 under Xen 3.4.2-pre. During install screen started flicking until i rebooted the host. I would say problem with video output. Boris. --- On Tue, 11/3/09, Pasi Kärkkäinen <pasik@iki.fi> wrote: From: Pasi Kärkkäinen <pasik@iki.fi> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Jan Beulich" <JBeulich@novell.com>, "Andrew Lyon" <andrew.lyon@gmail.com>, "xen-users List" <xen-users@lists.xensource.com> Date: Tuesday, November 3, 2009, 3:27 PM On Mon, Nov 02, 2009 at 11:18:40PM -0800, Boris Derzhavets wrote:> What kind of kernels may be patched via V7 patch sets ? > Both 2.6.31.4 & 2.6.31.5 may be compiled and loaded under Xen, but both > are unstable at runtime. >What kind of (in)stability problems you have? -- Pasi> > --- On Thu, 10/29/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: > > From: Andrew Lyon <andrew.lyon@gmail.com> > Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches > To: "Jan Beulich" <JBeulich@novell.com> > Cc: "xen-users List" <xen-users@lists.xensource.com> > Date: Thursday, October 29, 2009, 11:38 AM > > True, the gentoo ebuild process renames the kernel extraversion, but > it is really .31.5: > > optiplex linux-2.6.31-xen-r7# patch -p1 -R -s -i > /usr/src/patches.kernel.org/patch-2.6.31.4-5 --dry-run > 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej > > In future I will make sure to include the real version number! > > Andy > > On Thu, Oct 29, 2009 at 1:38 PM, Jan Beulich <[1]JBeulich@novell.com> > wrote: > > But the version embedded in the oops messages doesn''t say so... > > > > Jan > > > >>>> Andrew Lyon <[2]andrew.lyon@gmail.com> 29.10.09 13:18 >>> > > Yes, I took the xen patches from > > kernel-source-2.6.31.5-0.0.4.4b07dce.src.rpm and made sure the vanilla > > kernel was patched to .31.5 > > > > Andy > > > > On Thu, Oct 29, 2009 at 10:05 AM, Jan Beulich <[3]JBeulich@novell.com> > wrote: > >> Did you try updating to .31.5? There have been quite a few TTY > related > >> fixes... Jan > >> > >>>>> Andrew Lyon <[4]andrew.lyon@gmail.com> 29.10.09 10:06 >>> > >> On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets > <[5]bderzhavets@yahoo.com>wrote: > >> > >>> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 > >>> seems to be clean. > >>> > >>> > >>> Boris. > >>> > >>> --- On *Mon, 10/26/09, Jan Beulich <[6]JBeulich@novell.com>* wrote: > >>> > >> > >> On my test system all of the 2.6.31 Xen kernels crash after a few > minutes, > >> here is a example of the crash, the kernel is tainted in this case as > I need > >> nvidia drivers to get my work done, but it also happens without the > nvidia > >> kernel module loaded or X running. > >> > >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000060 > >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 > >> Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP > >> Oct 29 08:48:31 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:31 ubermicro CPU 0 > >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] > >> [<ffffffff803de62c>] tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: > 00010286 > >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 > >> RCX: ffffffff8067c616 > >> Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 > >> R09: ffffffff806dbe68 > >> Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 > >> R12: ffff8800f28f1cc0 > >> Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 > >> R15: 0000000000000008 > >> Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo > >> ffff8803d2256000, task ffff8803d1f24700) > >> Oct 29 08:48:31 ubermicro Stack: > >> Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 > >> 0000000000000000 0000000000000100 > >> Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 > >> 0000000000000000 00ff8803d78dfa00 > >> Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 > >> 0000000000000000 0000000000000000 > >> Oct 29 08:48:31 ubermicro Call Trace: > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? > do_select+0x2bc/0x4f2 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 > >> Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? > release_sock+0x19/0xbc > >> Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? > tcp_sendmsg+0x898/0x98c > >> Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? > core_sys_select+0x1bc/0x280 > >> Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? > do_sync_write+0xc9/0x10c > >> Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? > >> autoremove_wake_function+0x0/0x2e > >> Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe > >> Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e > >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 > 48 > >> 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 > >> 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee > 48 > >> 89 df ff d0 41 > >> Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] > tty_poll+0x43/0x70 > >> Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 > >> Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- > >> Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000048 > >> Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] > tty_ioctl+0x825/0x874 > >> Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 > >> Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP > >> Oct 29 08:48:31 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:31 ubermicro CPU 0 > >> Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] > >> [<ffffffff803e143d>] tty_ioctl+0x825/0x874 > >> Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: > 00010282 > >> Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 > >> RCX: 00000000fffffffa > >> Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 > >> R09: 0000000000005403 > >> Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 > >> R12: ffff8803d1cee800 > >> Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 > >> R15: 00000000ffffffff > >> Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo > >> ffff8800f2aa2000, task ffff8803e8048050) > >> Oct 29 08:48:31 ubermicro Stack: > >> Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b > >> ffff8803e90a2d40 00007fff3536a900 > >> Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff > >> 0000000000005403 ffffffff802a5e02 > >> Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 > >> ffff8803d109a050 ffffffff802a6357 > >> Oct 29 08:48:31 ubermicro Call Trace: > >> Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b > >> Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? > do_vfs_ioctl+0x498/0x4ed > >> Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? > default_wake_function+0x0/0x9 > >> Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 > >> Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c > >> Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 > 89 > >> de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 > >> 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 > 44 > >> 89 f2 4c 89 e7 > >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] > tty_ioctl+0x825/0x874 > >> Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 > >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- > >> Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer > >> dereference at 0000000000000028 > >> Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] > tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 > >> Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP > >> Oct 29 08:48:32 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:48:32 ubermicro CPU 0 > >> Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] > >> [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: > 00010286 > >> Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 > >> RCX: ffffffff8022918d > >> Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 > >> RDI: ffffffff80896340 > >> Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 > >> R09: 0000000000000001 > >> Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 > >> R12: ffff8803e944db00 > >> Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 > >> R15: 0000000000000000 > >> Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 > >> CR4: 0000000000002660 > >> Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo > >> ffff8803d1c4c000, task ffff8803e9a78cb0) > >> Oct 29 08:48:32 ubermicro Stack: > >> Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 > >> ffff8803e944db00 ffffffff803defeb > >> Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 > >> ffff8803d1cee800 ffff8803e944db00 > >> Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 > >> ffff8803d761fb00 ffffffff803e010f > >> Oct 29 08:48:32 ubermicro Call Trace: > >> Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? > do_tty_hangup+0x119/0x3a6 > >> Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? > tty_release_dev+0x1a9/0x42f > >> Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? > notify_change+0x270/0x285 > >> Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? > tty_release+0x11/0x1a > >> Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 > >> Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 > >> Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 > >> Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c > 44 > >> 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 > >> 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 > 89 > >> ef e8 20 ec ff > >> Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] > tty_ldisc_hangup+0x17/0x181 > >> Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> > >> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 > >> Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- > >> Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x > >> /usr/sbin/run-crons && /usr/sbin/run-crons ) > >> Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin > >> Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root > >> Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session > >> opened for user root by admin(uid=1000) > >> Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request > >> at 0000000200000b19 > >> Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] > show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 > >> Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP > >> Oct 29 08:50:30 ubermicro last sysfs file: > >> /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect > >> Oct 29 08:50:30 ubermicro CPU 0 > >> Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf > >> w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) > >> snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio > >> bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb > >> iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc > >> i2c_core i5k_amb [last unloaded: microcode] > >> Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D > >> 2.6.31-xen-r7 #2 X7DWA > >> Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] > >> [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: > 00010202 > >> Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 > >> RCX: 0000000000000000 > >> Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 > >> RDI: ffff8800d088b240 > >> Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 > >> R09: 0000000000000000 > >> Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 > >> R12: ffff8800d088b240 > >> Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 > >> R15: 0000000000626fe0 > >> Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) > >> GS:ffffc90000000000(0000) knlGS:0000000000000000 > >> Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: > 000000008005003b > >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 > >> CR4: 0000000000002660 > >> Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 > >> DR2: 0000000000000000 > >> Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 > >> DR7: 0000000000000400 > >> Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo > >> ffff8800f12ba000, task ffff8803d1f58cf0) > >> Oct 29 08:50:30 ubermicro Stack: > >> Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 > >> 0000000000000000 ffffffff00000000 > >> Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 > >> ffff8800f12bbe64 ffffffff802db3a1 > >> Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 > >> ffff8800d088b240 ffff8800f28f2330 > >> Oct 29 08:50:30 ubermicro Call Trace: > >> Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? > mm_for_maps+0x61/0x69 > >> Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f > >> Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 > >> Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 > >> Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e > >> Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? > system_call_fastpath+0x16/0x1b > >> Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 > >> Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 > 54 > >> 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b > >> 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 > 49 > >> c1 e3 0c 48 8b > >> Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] > show_map_vma+0x2d/0x188 > >> Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> > >> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 > >> Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- > >> > > > > _______________________________________________ > Xen-users mailing list > [7]Xen-users@lists.xensource.com > [8]http://lists.xensource.com/xen-users > > References > > Visible links > 1. file:///mc/compose?to=JBeulich@novell.com > 2. file:///mc/compose?to=andrew.lyon@gmail.com > 3. file:///mc/compose?to=JBeulich@novell.com > 4. file:///mc/compose?to=andrew.lyon@gmail.com > 5. file:///mc/compose?to=bderzhavets@yahoo.com > 6. file:///mc/compose?to=JBeulich@novell.com > 7. file:///mc/compose?to=Xen-users@lists.xensource.com > 8. http://lists.xensource.com/xen-users> _______________________________________________ > 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
Boris Derzhavets
2009-Nov-04 12:48 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches. Xenified 2.6.31.5 under Xen (native) on OpenSuse 11.2 RC2
OpenSuse 11.2 RC2 ( Xen Grub Option) fails to start X-Server on the box with Video Card Radeon HD 4650. Boris. --- On Thu, 10/29/09, Jan Beulich <JBeulich@novell.com> wrote: From: Jan Beulich <JBeulich@novell.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "Andrew Lyon" <andrew.lyon@gmail.com> Cc: "xen-users List" <xen-users@lists.xensource.com> Date: Thursday, October 29, 2009, 6:05 AM Did you try updating to .31.5? There have been quite a few TTY related fixes... Jan>>> Andrew Lyon <andrew.lyon@gmail.com> 29.10.09 10:06 >>>On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com>wrote:> dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 > seems to be clean. > > > Boris. > > --- On *Mon, 10/26/09, Jan Beulich <JBeulich@novell.com>* wrote: >On my test system all of the 2.6.31 Xen kernels crash after a few minutes, here is a example of the crash, the kernel is tainted in this case as I need nvidia drivers to get my work done, but it also happens without the nvidia kernel module loaded or X running. Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000060 Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 RCX: ffffffff8067c616 Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 R09: ffffffff806dbe68 Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 R12: ffff8800f28f1cc0 Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000008 Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo ffff8803d2256000, task ffff8803d1f24700) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 0000000000000000 0000000000000100 Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 0000000000000000 00ff8803d78dfa00 Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 0000000000000000 0000000000000000 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? autoremove_wake_function+0x0/0x2e Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 89 df ff d0 41 Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 RCX: 00000000fffffffa Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 R09: 0000000000005403 Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 R12: ffff8803d1cee800 Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 R15: 00000000ffffffff Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo ffff8800f2aa2000, task ffff8803e8048050) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b ffff8803e90a2d40 00007fff3536a900 Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff 0000000000005403 ffffffff802a5e02 Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 ffff8803d109a050 ffffffff802a6357 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 89 f2 4c 89 e7 Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP Oct 29 08:48:32 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:32 ubermicro CPU 0 Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 RCX: ffffffff8022918d Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 R09: 0000000000000001 Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 R12: ffff8803e944db00 Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 R15: 0000000000000000 Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 CR4: 0000000000002660 Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo ffff8803d1c4c000, task ffff8803e9a78cb0) Oct 29 08:48:32 ubermicro Stack: Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 ffff8803e944db00 ffffffff803defeb Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 ffff8803d1cee800 ffff8803e944db00 Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 ffff8803d761fb00 ffffffff803e010f Oct 29 08:48:32 ubermicro Call Trace: Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 ef e8 20 ec ff Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session opened for user root by admin(uid=1000) Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request at 0000000200000b19 Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP Oct 29 08:50:30 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:50:30 ubermicro CPU 0 Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 RCX: 0000000000000000 Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 RDI: ffff8800d088b240 Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 R09: 0000000000000000 Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800d088b240 Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000626fe0 Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 CR4: 0000000000002660 Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo ffff8800f12ba000, task ffff8803d1f58cf0) Oct 29 08:50:30 ubermicro Stack: Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 0000000000000000 ffffffff00000000 Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 ffff8800f12bbe64 ffffffff802db3a1 Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 ffff8800d088b240 ffff8800f28f2330 Oct 29 08:50:30 ubermicro Call Trace: Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 c1 e3 0c 48 8b Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- _______________________________________________ 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
Jan Beulich
2009-Nov-04 12:58 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches. Xenified 2.6.31.5 under Xen (native) on OpenSuse 11.2 RC2
>>> Boris Derzhavets <bderzhavets@yahoo.com> 04.11.09 13:48 >>> >OpenSuse 11.2 RC2 ( Xen Grub Option) fails to start X-Server on the box with >Video Card Radeon HD 4650.Logs? Error message(s)? Bugzilla entry? Thanks, Jan _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2009-Nov-07 12:53 UTC
Re: [Xen-users] rebased opensuse 2.6.31 xen patches . 2.6.31.5 xenified on OpenSuse 11.2 RC2
Testing 2.6.31.5 with the most recent patches applied at Xen Dom0 OpenSuse 11.2 RC2,( view https://bugzilla.novell.com/show_bug.cgi?id=552492#c22 ) results same kernel crashes as rebased one per Andy Lyon. Screen ( and system as entity) freeze during F12 PV DomU install. Message from syslogd@dhcppc5 kernel: [960.891531] Call trace Code: 00 00 85 c0 75 ad 4d . . . . . . . . . . . . . kernel: [960.891593] CR2: ffffffffffffcb0 System is dead. Only reset button helps. Boris. --- On Thu, 10/29/09, Andrew Lyon <andrew.lyon@gmail.com> wrote: From: Andrew Lyon <andrew.lyon@gmail.com> Subject: Re: [Xen-users] rebased opensuse 2.6.31 xen patches To: "xen-users List" <xen-users@lists.xensource.com> Cc: "Jan Beulich" <JBeulich@novell.com> Date: Thursday, October 29, 2009, 5:06 AM On Wed, Oct 28, 2009 at 7:20 PM, Boris Derzhavets <bderzhavets@yahoo.com> wrote: dmesg.log for 2.31.4 ( Andy''s V7 patch set applied ) under Xen 3.4.1 seems to be clean. Boris. --- On Mon, 10/26/09, Jan Beulich <JBeulich@novell.com> wrote: On my test system all of the 2.6.31 Xen kernels crash after a few minutes, here is a example of the crash, the kernel is tainted in this case as I need nvidia drivers to get my work done, but it also happens without the nvidia kernel module loaded or X running. Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000060 Oct 29 08:48:31 ubermicro IP: [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro PGD 3d22a4067 PUD 3d20dc067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#1] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12443, comm: ssh Tainted: P 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803de62c>] [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8803d2257a08 EFLAGS: 00010286 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803d1cee800 RCX: ffffffff8067c616 Oct 29 08:48:31 ubermicro RDX: ffff8800f28f1cc0 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: ffff8803e90a2d40 R08: ffff8803d2256000 R09: ffffffff806dbe68 Oct 29 08:48:31 ubermicro R10: ffff8803d18e7d40 R11: ffffffff804f47c3 R12: ffff8800f28f1cc0 Oct 29 08:48:31 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000008 Oct 29 08:48:31 ubermicro FS: 00007fd450def6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000060 CR3: 00000003d238d000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process ssh (pid: 12443, threadinfo ffff8803d2256000, task ffff8803d1f24700) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 ffff8803e90a2d40 0000000000000000 0000000000000100 Oct 29 08:48:31 ubermicro <0> ffff8803d2257eb8 ffffffff802a7607 0000000000000000 00ff8803d78dfa00 Oct 29 08:48:31 ubermicro <0> 0000000000000000 0000000100000000 0000000000000000 0000000000000000 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a7607>] ? do_select+0x2bc/0x4f2 Oct 29 08:48:31 ubermicro [<ffffffff802a7b7b>] ? __pollwait+0x0/0xd8 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff802a7c53>] ? pollwake+0x0/0x54 Oct 29 08:48:31 ubermicro [<ffffffff804c683f>] ? release_sock+0x19/0xbc Oct 29 08:48:31 ubermicro [<ffffffff804f5f06>] ? tcp_sendmsg+0x898/0x98c Oct 29 08:48:31 ubermicro [<ffffffff802a79f9>] ? core_sys_select+0x1bc/0x280 Oct 29 08:48:31 ubermicro [<ffffffff80299df6>] ? do_sync_write+0xc9/0x10c Oct 29 08:48:31 ubermicro [<ffffffff80244fcc>] ? autoremove_wake_function+0x0/0x2e Oct 29 08:48:31 ubermicro [<ffffffff802a7b52>] ? sys_select+0x95/0xbe Oct 29 08:48:31 ubermicro [<ffffffff8029aaa3>] ? sys_write+0x45/0x6e Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:31 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:31 ubermicro Code: 18 48 8b 9f 98 00 00 00 48 8b 70 10 48 89 df e8 29 fd ff ff 31 d2 85 c0 75 33 48 89 df 45 31 ed e8 04 6b 00 00 49 89 c4 48 8b 00 <48> 8b 40 60 48 85 c0 74 0e 4c 89 f2 48 89 ee 48 89 df ff d0 41 Oct 29 08:48:31 ubermicro RIP [<ffffffff803de62c>] tty_poll+0x43/0x70 Oct 29 08:48:31 ubermicro RSP <ffff8803d2257a08> Oct 29 08:48:31 ubermicro CR2: 0000000000000060 Oct 29 08:48:31 ubermicro ---[ end trace 43a8558611b5e890 ]--- Oct 29 08:48:31 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 Oct 29 08:48:31 ubermicro IP: [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro PGD f0648067 PUD f297b067 PMD 0 Oct 29 08:48:31 ubermicro Oops: 0000 [#2] SMP Oct 29 08:48:31 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:31 ubermicro CPU 0 Oct 29 08:48:31 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:31 ubermicro Pid: 12438, comm: bash Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:31 ubermicro RIP: e030:[<ffffffff803e143d>] [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:31 ubermicro RSP: e02b:ffff8800f2aa3e78 EFLAGS: 00010282 Oct 29 08:48:31 ubermicro RAX: 0000000000000000 RBX: ffff8803e90a2d40 RCX: 00000000fffffffa Oct 29 08:48:31 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:31 ubermicro RBP: 00007fff3536a900 R08: 00000000006cd2e0 R09: 0000000000005403 Oct 29 08:48:31 ubermicro R10: 0000000000000000 R11: 0000000000000206 R12: ffff8803d1cee800 Oct 29 08:48:31 ubermicro R13: ffff8800f28f1cc0 R14: 0000000000005403 R15: 00000000ffffffff Oct 29 08:48:31 ubermicro FS: 00007fb23d6196f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:31 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:31 ubermicro CR2: 0000000000000048 CR3: 00000000f2944000 CR4: 0000000000002660 Oct 29 08:48:31 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:31 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:31 ubermicro Process bash (pid: 12438, threadinfo ffff8800f2aa2000, task ffff8803e8048050) Oct 29 08:48:31 ubermicro Stack: Oct 29 08:48:31 ubermicro 0000000000000000 000003e80000309b ffff8803e90a2d40 00007fff3536a900 Oct 29 08:48:31 ubermicro <0> 0000000000005403 00000000000000ff 0000000000005403 ffffffff802a5e02 Oct 29 08:48:31 ubermicro <0> ffff8803e90a2d40 00007fff3536a900 ffff8803d109a050 ffffffff802a6357 Oct 29 08:48:31 ubermicro Call Trace: Oct 29 08:48:31 ubermicro [<ffffffff802a5e02>] ? vfs_ioctl+0x21/0x6b Oct 29 08:48:31 ubermicro [<ffffffff802a6357>] ? do_vfs_ioctl+0x498/0x4ed Oct 29 08:48:31 ubermicro [<ffffffff8022918d>] ? default_wake_function+0x0/0x9 Oct 29 08:48:31 ubermicro [<ffffffff8029b019>] ? __fput+0x198/0x1c8 Oct 29 08:48:31 ubermicro [<ffffffff802a63e8>] ? sys_ioctl+0x3c/0x5c Oct 29 08:48:31 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 85 c0 74 18 44 89 f2 48 89 e9 48 89 de 4c 89 e7 ff d0 3d fd fd ff ff 48 63 d0 75 4b 4c 89 e7 e8 f3 3c 00 00 49 89 c5 48 8b 00 <48> 8b 40 48 48 85 c0 74 17 48 89 de 48 89 e9 44 89 f2 4c 89 e7 Oct 29 08:48:32 ubermicro RIP [<ffffffff803e143d>] tty_ioctl+0x825/0x874 Oct 29 08:48:32 ubermicro RSP <ffff8800f2aa3e78> Oct 29 08:48:32 ubermicro CR2: 0000000000000048 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e891 ]--- Oct 29 08:48:32 ubermicro BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Oct 29 08:48:32 ubermicro IP: [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro PGD f288a067 PUD f506e067 PMD 0 Oct 29 08:48:32 ubermicro Oops: 0000 [#3] SMP Oct 29 08:48:32 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:48:32 ubermicro CPU 0 Oct 29 08:48:32 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:48:32 ubermicro Pid: 12436, comm: xterm Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:48:32 ubermicro RIP: e030:[<ffffffff803e4f85>] [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP: e02b:ffff8803d1c4dde8 EFLAGS: 00010286 Oct 29 08:48:32 ubermicro RAX: 0000000000000000 RBX: ffff8800f28f1cc0 RCX: ffffffff8022918d Oct 29 08:48:32 ubermicro RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff80896340 Oct 29 08:48:32 ubermicro RBP: ffff8803d1cee800 R08: ffff8803d109a080 R09: 0000000000000001 Oct 29 08:48:32 ubermicro R10: ffff8803d1cee800 R11: 0000000000000000 R12: ffff8803e944db00 Oct 29 08:48:32 ubermicro R13: 0000000000000010 R14: 0000000000000000 R15: 0000000000000000 Oct 29 08:48:32 ubermicro FS: 00007fd05b5ef750(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:48:32 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:48:32 ubermicro CR2: 0000000000000028 CR3: 00000000f2ea6000 CR4: 0000000000002660 Oct 29 08:48:32 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:48:32 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:48:32 ubermicro Process xterm (pid: 12436, threadinfo ffff8803d1c4c000, task ffff8803e9a78cb0) Oct 29 08:48:32 ubermicro Stack: Oct 29 08:48:32 ubermicro ffff8803d1cee9e8 ffff8803d1cee800 ffff8803e944db00 ffffffff803defeb Oct 29 08:48:32 ubermicro <0> ffff880300000001 ffff8803d630a000 ffff8803d1cee800 ffff8803e944db00 Oct 29 08:48:32 ubermicro <0> 0000000000000010 ffff8803d76704b8 ffff8803d761fb00 ffffffff803e010f Oct 29 08:48:32 ubermicro Call Trace: Oct 29 08:48:32 ubermicro [<ffffffff803defeb>] ? do_tty_hangup+0x119/0x3a6 Oct 29 08:48:32 ubermicro [<ffffffff803e010f>] ? tty_release_dev+0x1a9/0x42f Oct 29 08:48:32 ubermicro [<ffffffff802acf7b>] ? notify_change+0x270/0x285 Oct 29 08:48:32 ubermicro [<ffffffff803e03a6>] ? tty_release+0x11/0x1a Oct 29 08:48:32 ubermicro [<ffffffff8029af81>] ? __fput+0x100/0x1c8 Oct 29 08:48:32 ubermicro [<ffffffff802987a4>] ? filp_close+0x5e/0x66 Oct 29 08:48:32 ubermicro [<ffffffff80299979>] ? sys_close+0xa9/0x114 Oct 29 08:48:32 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:48:32 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:48:32 ubermicro Code: 48 89 ef e8 7f ff ff ff 5b 5d 41 5c 44 89 e8 41 5d 41 5e c3 41 54 55 48 89 fd 53 e8 34 fb ff ff 48 85 c0 48 89 c3 74 4c 48 8b 00 <48> 8b 40 28 48 85 c0 74 05 48 89 ef ff d0 48 89 ef e8 20 ec ff Oct 29 08:48:32 ubermicro RIP [<ffffffff803e4f85>] tty_ldisc_hangup+0x17/0x181 Oct 29 08:48:32 ubermicro RSP <ffff8803d1c4dde8> Oct 29 08:48:32 ubermicro CR2: 0000000000000028 Oct 29 08:48:32 ubermicro ---[ end trace 43a8558611b5e892 ]--- Oct 29 08:50:01 ubermicro cron[12516]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Oct 29 08:50:28 ubermicro su[12536]: Successful su for root by admin Oct 29 08:50:28 ubermicro su[12536]: + pts/12 admin:root Oct 29 08:50:28 ubermicro su[12536]: pam_unix(su:session): session opened for user root by admin(uid=1000) Oct 29 08:50:30 ubermicro BUG: unable to handle kernel paging request at 0000000200000b19 Oct 29 08:50:30 ubermicro IP: [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro PGD f2ea9067 PUD 0 Oct 29 08:50:30 ubermicro Oops: 0000 [#4] SMP Oct 29 08:50:30 ubermicro last sysfs file: /sys/devices/xen-backend/vbd-5-768/statistics/wr_sect Oct 29 08:50:30 ubermicro CPU 0 Oct 29 08:50:30 ubermicro Modules linked in: ipv6 coretemp w83627hf w83793 hwmon_vid bnep xen_scsibk rfcomm l2cap hci_uart st nvidia(P) snd_hda_codec_realtek btusb snd_hda_intel snd_hda_codec snd_usb_audio bluetooth snd_usb_lib snd_pcm snd_timer snd_rawmidi snd_hwdep snd igb iTCO_wdt i2c_i801 iTCO_vendor_support sym53c8xx snd_page_alloc i2c_core i5k_amb [last unloaded: microcode] Oct 29 08:50:30 ubermicro Pid: 12544, comm: lsof Tainted: P D 2.6.31-xen-r7 #2 X7DWA Oct 29 08:50:30 ubermicro RIP: e030:[<ffffffff802d7a9b>] [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP: e02b:ffff8800f12bbe18 EFLAGS: 00010202 Oct 29 08:50:30 ubermicro RAX: ffff8800f44153e0 RBX: 0000000200000b01 RCX: 0000000000000000 Oct 29 08:50:30 ubermicro RDX: ffff8800d088b240 RSI: ffff8800f28f2330 RDI: ffff8800d088b240 Oct 29 08:50:30 ubermicro RBP: ffff8800f28f2330 R08: 0000000000000002 R09: 0000000000000000 Oct 29 08:50:30 ubermicro R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800d088b240 Oct 29 08:50:30 ubermicro R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000626fe0 Oct 29 08:50:30 ubermicro FS: 00007f701a15c6f0(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000 Oct 29 08:50:30 ubermicro CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 CR3: 00000000d133b000 CR4: 0000000000002660 Oct 29 08:50:30 ubermicro DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 29 08:50:30 ubermicro DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 29 08:50:30 ubermicro Process lsof (pid: 12544, threadinfo ffff8800f12ba000, task ffff8803d1f58cf0) Oct 29 08:50:30 ubermicro Stack: Oct 29 08:50:30 ubermicro 00007fff00000078 ffff880300000070 0000000000000000 ffffffff00000000 Oct 29 08:50:30 ubermicro <0> ffff880300000000 0000000000000000 ffff8800f12bbe64 ffffffff802db3a1 Oct 29 08:50:30 ubermicro <0> ffff8800f44153e0 00000030f44153e0 ffff8800d088b240 ffff8800f28f2330 Oct 29 08:50:30 ubermicro Call Trace: Oct 29 08:50:30 ubermicro [<ffffffff802db3a1>] ? mm_for_maps+0x61/0x69 Oct 29 08:50:30 ubermicro [<ffffffff802d7c0d>] ? show_map+0x17/0x3f Oct 29 08:50:30 ubermicro [<ffffffff802b1618>] ? seq_read+0x244/0x326 Oct 29 08:50:30 ubermicro [<ffffffff8029a65c>] ? vfs_read+0xaa/0x166 Oct 29 08:50:30 ubermicro [<ffffffff8029aa35>] ? sys_read+0x45/0x6e Oct 29 08:50:30 ubermicro [<ffffffff802092f8>] ? system_call_fastpath+0x16/0x1b Oct 29 08:50:30 ubermicro [<ffffffff80209290>] ? system_call+0x0/0x52 Oct 29 08:50:30 ubermicro Code: 45 31 db 45 31 f6 45 31 d2 41 55 41 54 49 89 fc 55 48 89 f5 53 48 83 ec 50 48 8b 9e 90 00 00 00 4c 8b 2e 8b 4e 28 48 85 db 74 22 <48> 8b 43 18 4c 8b 9e 88 00 00 00 48 8b 50 10 49 c1 e3 0c 48 8b Oct 29 08:50:30 ubermicro RIP [<ffffffff802d7a9b>] show_map_vma+0x2d/0x188 Oct 29 08:50:30 ubermicro RSP <ffff8800f12bbe18> Oct 29 08:50:30 ubermicro CR2: 0000000200000b19 Oct 29 08:50:30 ubermicro ---[ end trace 43a8558611b5e893 ]--- -----Inline Attachment Follows----- _______________________________________________ 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