All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Kreutzberg <uk@hosteurope.de>
To: Jeremy Fitzhardinge <jeremy@goop.org>
Cc: xen-devel@lists.xensource.com
Subject: Re: XFS causes Kernel trace with Jeremy's pv_ops kernel
Date: Fri, 08 Oct 2010 12:15:53 +0200	[thread overview]
Message-ID: <4CAEEF59.6040102@hosteurope.de> (raw)
In-Reply-To: <4CAE413E.4050704@goop.org>

Hi Jeremy,


thank you for your answer.
I wonder if it is a then a problem with the git kernel.
It seems only to occur if it is running under Xen (4). If I boot the
kernel on bare metal, anythig works fine. As an additional info, under
kernel 2.6.27.5 (formerly taken from git) under xen 3.4.0 (which is then
not a pv_ops kernel) all works fine, too.
So my question would be, how to get the issue solved? Do you have any Ideas?

Best regards,
Ulf


Am 07.10.2010 23:53, schrieb Jeremy Fitzhardinge:
>  On 10/07/2010 03:14 AM, Ulf Kreutzberg wrote:
>> Hi Jeremy,
>> hi all,
>>
>>
>> I have checked out Jeremy's last git built of dom0 pv_ops kernel 2.6.32.23:
>>
>> commit 41a85de5caef68bbd58e11ed7b781b7867d96eaa
>> Merge: 62bf426... 0ee0f94...
>> Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
>> Date:   Tue Sep 28 11:20:40 2010 -0700
>>
>> I have set up on a Dell PE1950 2xDualXeon 5130 an LVM2 partition
>> containing XFS. I have built Jeremy's kernel successfully, so the
>> running dom0 Kernel is the one mentioned above.
>> System is Debian-Lenny, Xen and Xen-tools are self-built.
>>
>> If I make some I/O, eg:
>> cd linux-2.6-xen-git (which is then on the lv with the XFS filesystem)
>> make -j 7 ; make install; make -j 7 modules; make modules_install
>>
>> in dmesg appears a kernel trace after a while. But compiling continues
>> and all keeps up and running. This only happens if the kernel is running
>> under xen 4.0.2-rc1-pre hypervisor. Nothing strange happens if I run it
>> on bare-metal (same machine) without hypervisor.
>> I have not tested bonnie or iozone yet.
>>
>> I have attached booting output of xen 4.0.2-rc1-pre
>> as well as the trace (file console-kerneltrace.txt).
>> Kernel config is also attached (config-2.6.32.23.txt)
> 
> This doesn't look obviously Xen specific.  At least at one point XFS was
> prone to spurious lockdep warnings that were hard to eliminate.  I
> wonder if its possible you're seeing this under Xen because of some kind
> of timing issue?
> 
> Of course it could be Xen related too, but as I said, nothing stands out.
> 
>     J
> 
>> Perhaps you can help. Please let me know if I have forgotten any
>> important information.
>>
>> Many thanks and best regards,
>> Ulf Kreutzberg
>>
>>
>> Viele Grüße,
>> Ulf
>>
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
> 
> 

  reply	other threads:[~2010-10-08 10:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-07 10:14 XFS causes Kernel trace with Jeremy's pv_ops kernel Ulf Kreutzberg
2010-10-07 21:53 ` Jeremy Fitzhardinge
2010-10-08 10:15   ` Ulf Kreutzberg [this message]
  -- strict thread matches above, loose matches on Subject: below --
2010-10-06 15:50 Ulf Kreutzberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CAEEF59.6040102@hosteurope.de \
    --to=uk@hosteurope.de \
    --cc=jeremy@goop.org \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.