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. _______________________________________________ Adeos-main mailing list [email protected] https://mail.gna.org/listinfo/adeos-main
