[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100327232024.GB4685@Krystal>
Date: Sat, 27 Mar 2010 19:20:24 -0400
From: Mathieu Desnoyers <mathieu.desnoyers@...icios.com>
To: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc: akpm@...ux-foundation.org, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org, laijs@...fujitsu.com,
dipankar@...ibm.com, josh@...htriplett.org, dvhltc@...ibm.com,
niv@...ibm.com, tglx@...utronix.de, peterz@...radead.org,
rostedt@...dmis.org, Valdis.Kletnieks@...edu, dhowells@...hat.com,
eric.dumazet@...il.com, adobriyan@...il.com
Subject: Re: [patch 0/6] rcu head debugobjects
* Mathieu Desnoyers (mathieu.desnoyers@...icios.com) wrote:
> * Paul E. McKenney (paulmck@...ux.vnet.ibm.com) wrote:
[...]
> > o Patch 6/6: Would it be possible to use the object_is_on_stack()
> > function defined in include/linux/sched.h instead of passing
> > in the flag on_stack to bdi_work_init()? It looks like
> > fs/fs-writeback.c already includes include/linux/sched.h, so
> > shouldn't be a problem from a #include-hell viewpoint.
>
> Wow, that's cool! We learn about exciting internal API functions every day,
> isn't life great ? I will definitely change the fs-writeback.c code to make use
> of it.
>
> We might event want to go further. A similar scheme could be used for the
> rcu_head debugobject activation fixup. Basically, I need a way to distinguish
> between:
>
> A) objects on stack and allocated objects
> and
> B) objects statically initialized
>
> So either we use something resembling:
>
> if (object_is_on_stack() || object_is_allocated())
>
> or
>
> if (object_is_static())
>
> I am not aware of the proper API members to do that though.
>
Something close to "object_is_static()" would be "kernel_text_address()", but it
only considers the text section addresses. I'd need something that would be
broader than that, containing all core kernel and module bss and data sections.
Still looking...
Thanks,
Mathieu
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists