From: Philippe Gerum <rpm@xenomai.org>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: adeos-main <adeos-main@gna.org>
Subject: [Adeos-main] Re: tracer broken on 2.6.20-i386
Date: Fri, 16 Feb 2007 14:27:07 +0100 [thread overview]
Message-ID: <1171632427.5063.8.camel@domain.hid> (raw)
In-Reply-To: <45CFB4A9.5070704@domain.hid>
On Mon, 2007-02-12 at 01:28 +0100, Jan Kiszka wrote:
> Philippe Gerum wrote:
>
> > On Sat, 2007-02-10 at 14:20 +0100, Jan Kiszka wrote:
> >
> >> Jan Kiszka wrote:
> >>
> >>> Jan Kiszka wrote:
> >>>
> >>>
> >>>> Philippe,
> >>>>
> >>>> have you had to adopt any tracer-related code while switching to 2.6.20?
> >>>> The same .config that worked fine for 2.6.19 doesn't boot here on
> >>>> 2.6.20. The kernel hangs during or after decompression. Disabling the
> >>>> tracer resolves this.
> >>>>
> >>>>
> >>> I had a look at latest -rt and found some new change (which turned out
> >>> to be a hack). Playing with it, I understood its motivation (avoid
> >>> instrumentation of the decompressor). Here comes a cleaner variant for
> >>> 2.6.20 (all archs). Tracer boots fine again. :)
> >>>
> >> ^^^^^^^^^
> >> Strike that, I lost the overview for a while. It remains an i386 issue.
> >>
> >>
> >
> > The tracer still has a problem when booting 2.6.20 here (UP, LAPIC,
> > static Xenomai build, default configuration for both Xeno and the
> > pipeline+tracer, your latest patch against boot/compressed/Makefile
> > applied).
> >
> > __ipipe_trace seems to be called before the trace log has been setup,
> > hence the box jumps out of the window upon an invalid data reference
> > when storing some mcount data. Enabling the VMALLOC log option clears
> > the issue.
> >
> CONFIG_REGPARM passed away. It became default in fact. The following patch
> removes the remainders from the tracer:
>
> ---
> arch/i386/kernel/entry.S | 11 -----------
> arch/i386/kernel/mcount.S | 13 +------------
> 2 files changed, 1 insertion(+), 23 deletions(-)
>
Applied, thanks.
> Looking at the tracer enable code made me wonder why it didn't look like
> it should do. Some patch obviously dropped on the floor:
>
> https://mail.gna.org/public/adeos-main/2006-12/msg00037.html
>
> Please apply now as well.
Applied too, thanks.
--
Philippe.
prev parent reply other threads:[~2007-02-16 13:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-10 11:20 [Adeos-main] tracer broken on 2.6.20-i386 Jan Kiszka
2007-02-10 13:16 ` [Adeos-main] " Jan Kiszka
2007-02-10 13:20 ` Jan Kiszka
2007-02-11 22:42 ` Philippe Gerum
2007-02-12 0:28 ` Jan Kiszka
2007-02-16 13:27 ` Philippe Gerum [this message]
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=1171632427.5063.8.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=adeos-main@gna.org \
--cc=jan.kiszka@domain.hid \
/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.