All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@muc.de>
To: Jan Beulich <jbeulich@novell.com>
Cc: michal.k.k.piotrowski@gmail.com, linux-kernel@vger.kernel.org,
	Ingo Molnar <mingo@elte.hu>, Andrew Morton <akpm@osdl.org>
Subject: Re: Fw: Re: 2.6.18-rc2-mm1
Date: 28 Jul 2006 12:35:25 +0200
Date: Fri, 28 Jul 2006 12:35:25 +0200	[thread overview]
Message-ID: <20060728103525.GA75067@muc.de> (raw)
In-Reply-To: <44C9ED37.76E4.0078.0@novell.com>

On Fri, Jul 28, 2006 at 09:55:51AM +0100, Jan Beulich wrote:
> >>> Andrew Morton <akpm@osdl.org> 28.07.06 07:42 >>>
> >
> >fyi, Michael's dwarf unwinder seems to have broken.
> >(please follow up on lkml).
> 
> Hmm, not being able to unwind through sysenter_entry is no surprise
> (this simply cannot be properly annotated, as the return address is not
> explicit), but it'd end up in user mode anyway (and the inexact backtrace
> doesn't go past it either). The fallback message is a little mis-leading as
> what is shown is not the left-over backtrace, but the full one (Andi
> probably knows better if/when/why this is supposed to be that way).

Hmm, normally it should dump only the left over entries. On my testing
it did that.

> 
> Likewise for the more puzzling case of not being able to unwind through
> error_code - the left-over trace is again more like a full one. I'm not clear
> why it can't unwind through error_code here; a sufficiently large piece
> of the raw stack dump would be needed to check what's going on here,
> and I just again (don't know how many times I already did this) verified
> that in a similar scenario I get a proper unwind through that point.

Yes I've also seen valid stack traces through error_code

> 
> The third one, getting stuck at __down_failed, is due to the still
> unresolved issue of improper (from the perspective of stack unwinding)
> instruction ordering include/asm-i386/semaphore.h.

I'll fix that. Guess we'll just drop the lock sections.

-Andi


  reply	other threads:[~2006-07-28 10:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20060727224233.7fe3724a.akpm@osdl.org>
2006-07-28  8:55 ` Fw: Re: 2.6.18-rc2-mm1 Jan Beulich
2006-07-28 10:35   ` Andi Kleen [this message]
     [not found] <20060728011938.fc6c2d6e.akpm@osdl.org>
2006-07-28  9:56 ` Jan Beulich
2006-07-28 10:38   ` Andi Kleen

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=20060728103525.GA75067@muc.de \
    --to=ak@muc.de \
    --cc=akpm@osdl.org \
    --cc=jbeulich@novell.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michal.k.k.piotrowski@gmail.com \
    --cc=mingo@elte.hu \
    /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.