From: Hugh Dickins <hugh@veritas.com>
To: Keith Owens <kaos@ocs.com.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.5.63 accesses below %esp (was: Re: ntfs OOPS (2.5.63))
Date: Thu, 20 Mar 2003 11:04:48 +0000 (GMT) [thread overview]
Message-ID: <Pine.LNX.4.44.0303201100210.1453-100000@localhost.localdomain> (raw)
In-Reply-To: <32005.1048157303@ocs3.intra.ocs.com.au>
On Thu, 20 Mar 2003, Keith Owens wrote:
> On Tue, 18 Mar 2003 07:13:18 +0000 (GMT),
> Hugh Dickins <hugh@veritas.com> wrote:
> >If you go ahead with this (I'm indifferent)
>
> ksymoops 2.4.9 can decode variable length instructions before eip
> without affecting the reliabiloity of the code from eip onwards. It is
> up to the kernel whether it dumps before eip or not.
>
> >please remember that to
> >get reliable code from eip onwards, you need to handle the way both
> >2.4 and 2.5 nowadays pack short __LINE__ number and long __FILE__
> >pointer after BUG()'s ud2a (on i386).
>
> Nothing I can do about that. ksymoops uses objdump to decode the
> instructions and objdump does not know that the kernel abuses ud2a to
> add embedded line and file numbers. In any case it is irrelevant, the
> only thing that ud2a ever tells you is "here there be BUG()". For
> BUG() the code before eip is much more useful, see above.
But better not to describe the code shown from eip onwards as
"always reliable": if after a BUG() it's alarming nonsense!
Hugh
next prev parent reply other threads:[~2003-03-20 10:51 UTC|newest]
Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-02 1:38 ntfs OOPS (2.5.63) Randy.Dunlap
2003-03-04 14:51 ` [Linux-NTFS-Dev] " Szakacsits Szabolcs
2003-03-05 19:09 ` Anton Altaparmakov
2003-03-06 6:19 ` Randy.Dunlap
2003-03-06 6:28 ` Szakacsits Szabolcs
2003-03-06 6:42 ` Randy.Dunlap
2003-03-06 12:32 ` Anton Altaparmakov
2003-03-06 14:34 ` Szakacsits Szabolcs
2003-03-06 14:55 ` Anton Altaparmakov
2003-03-06 19:39 ` Randy.Dunlap
2003-03-06 19:41 ` Szakacsits Szabolcs
2003-03-06 20:15 ` Szakacsits Szabolcs
2003-03-06 20:36 ` Randy.Dunlap
2003-03-06 21:46 ` Oops counter (was Re: ntfs OOPS (2.5.63)) Szakacsits Szabolcs
2003-03-07 7:50 ` [Linux-NTFS-Dev] ntfs OOPS (2.5.63) Randy.Dunlap
2003-03-07 7:52 ` Szakacsits Szabolcs
2003-03-07 17:17 ` Randy.Dunlap
2003-03-07 17:56 ` Szakacsits Szabolcs
2003-03-07 18:08 ` Randy.Dunlap
2003-03-08 13:24 ` Szakacsits Szabolcs
2003-03-08 15:47 ` Szakacsits Szabolcs
2003-03-10 4:16 ` Randy.Dunlap
2003-03-10 7:22 ` 2.5.63 accesses below %esp (was: Re: ntfs OOPS (2.5.63)) Szakacsits Szabolcs
2003-03-11 17:01 ` Alan Cox
2003-03-11 16:29 ` Szakacsits Szabolcs
2003-03-12 1:09 ` Alan Cox
2003-03-13 18:02 ` Zach Brown
2003-03-12 0:39 ` Linus Torvalds
2003-03-12 6:07 ` Szakacsits Szabolcs
2003-03-12 7:52 ` Richard Henderson
2003-03-12 8:02 ` Szakacsits Szabolcs
2003-03-12 8:17 ` Richard Henderson
2003-03-12 8:45 ` Szakacsits Szabolcs
2003-03-12 9:17 ` Szakacsits Szabolcs
2003-03-12 15:28 ` Szakacsits Szabolcs
2003-03-12 15:38 ` Linus Torvalds
2003-03-12 23:14 ` Bill Davidsen
2003-03-12 10:19 ` Arjan van de Ven
2003-03-12 15:20 ` Linus Torvalds
2003-03-12 15:24 ` Arjan van de Ven
2003-03-12 15:35 ` Szakacsits Szabolcs
2003-03-12 15:43 ` Arjan van de Ven
2003-03-12 15:47 ` Linus Torvalds
2003-03-12 16:38 ` Randy.Dunlap
2003-03-12 16:50 ` Randy.Dunlap
2003-03-12 18:25 ` Szakacsits Szabolcs
2003-03-12 18:33 ` Linus Torvalds
2003-03-12 21:54 ` Szakacsits Szabolcs
2003-03-12 22:18 ` Linus Torvalds
2003-03-12 22:28 ` Szakacsits Szabolcs
2003-03-13 1:07 ` Linus Torvalds
2003-03-14 8:04 ` Szakacsits Szabolcs
2003-03-14 10:00 ` Helge Hafting
2003-03-14 11:02 ` Szakacsits Szabolcs
2003-03-13 21:07 ` Horst von Brand
2003-03-13 23:24 ` Linus Torvalds
2003-03-14 1:08 ` Jonathan Lundell
2003-03-14 4:29 ` Randy.Dunlap
2003-03-14 6:26 ` Jonathan Lundell
2003-03-15 18:24 ` Horst von Brand
2003-03-15 19:47 ` Randy.Dunlap
2003-03-12 21:13 ` Horst von Brand
2003-03-12 22:03 ` Szakacsits Szabolcs
2003-03-13 21:04 ` Horst von Brand
2003-03-14 7:14 ` Denis Vlasenko
2003-03-14 12:16 ` Backward disassembling (was: Re: 2.5.63 accesses below %esp) Szakacsits Szabolcs
2003-03-14 16:53 ` Jonathan Lundell
2003-03-15 18:34 ` 2.5.63 accesses below %esp (was: Re: ntfs OOPS (2.5.63)) Horst von Brand
2003-03-17 6:56 ` Denis Vlasenko
2003-03-17 21:43 ` Horst von Brand
2003-03-18 3:28 ` Keith Owens
2003-03-18 7:13 ` Hugh Dickins
2003-03-20 10:48 ` Keith Owens
2003-03-20 11:04 ` Hugh Dickins [this message]
2003-03-18 19:44 ` Szakacsits Szabolcs
2003-03-18 6:05 ` Denis Vlasenko
2003-03-18 6:35 ` John Alvord
2003-03-14 18:01 ` Olaf Titz
2003-03-14 18:56 ` Richard B. Johnson
2003-03-12 23:32 ` [PATCH] OOPS counters Randy.Dunlap
2003-03-06 12:27 ` [Linux-NTFS-Dev] ntfs OOPS (2.5.63) Anton Altaparmakov
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=Pine.LNX.4.44.0303201100210.1453-100000@localhost.localdomain \
--to=hugh@veritas.com \
--cc=kaos@ocs.com.au \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).