On Sat, 14 Oct 2006 03:12:23 +0900
"Akinobu Mita" <[email protected]> wrote:
> 2006/10/14, Akinobu Mita <[email protected]>:
>
> > > > --- work-fault-inject.orig/lib/Kconfig.debug
> > > > +++ work-fault-inject/lib/Kconfig.debug
> > > > @@ -472,6 +472,8 @@ config LKDTM
> > > >
> > > > config FAULT_INJECTION
> > > > bool
> > > > + select STACKTRACE
> > > > + select FRAME_POINTER
> > > >
> > > > config FAILSLAB
> > > > bool "fault-injection capabilitiy for kmalloc"
> > > >
> > >
> > > Is the selection of FRAME_POINTER really needed? The fancy new unwinder
> > > is supposed to be able to handle frame-pointerless unwinding?
> >
> > As I wrote in another reply, There are two type of implementation of
> > this stacktrace filter.
> >
> > - using STACKTRACE + FRAME_POINTER
> > - using new unwinder (STACK_UNWIND)
> >
> > The stacktrace with using new unwinder without FRAME_POINTER is much
> > slower than STACKTRACE + FRAME_POINTER.
> >
>
> Maybe I should drop new unwinder support for now.
I'd say it should stay. It'll be a lot more accurate once everything is
sorted out. And hopefully the new unwinder will get sped up.
Plus I don't think performance matters a lot here: if you want to test the
e100 driver with fault injection, the whole test would take about three
seconds. After that, you've exercised every code path in the driver. So
if enabling range-based fault injection increases that to 300 seconds, it is
still practical.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
