Re: [12/12] fix thread_info.h ignoring __HAVE_THREAD_FUNCTIONS

[Roman Zippel]

Hi,

On Mon, 14 Jun 2004, Christoph Hellwig wrote:

> On Sun, Jun 13, 2004 at 05:48:55PM -0700, William Lee Irwin III wrote:
> >  * Check __HAVE_THREAD_FUNCTIONS in include/linux/thread_info.h (m68k)
> > This fixes the build on m68k; its thread_info functions need to be used.
> 
> I don't like this one a lot and prefer to discuss it with the m68k folks
> first.  Given they didn't sent it to Linus themselves I guess they're not
> completely proud of it ;-)

That's out of the "should we just blindly copy everything from i386?" 
department. These thread info functions used char fields for a short 
while, which is actually preferable over bitfields on a lot of archs.
The various thread flags have different usage, often the current thread is 
the only one accessing it, but all of them right now use possibly 
expensive bit field functions.
I'm thinking about reverting this one and just copy what everyone else is 
doing, as the benefit is probably not that big for m68k.

There is another pending change in this department: current_thread_info(). 
For all nonbroken archs which have proper thread register it would 
actually be beneficial, to keep the task structure and thread info 
together and access them via the thread register, but a certain arch 
and include dependencies forces everyone to derive the thread info pointer 
from the stack pointer.
The most important change here is to separate task_struct out of sched.h 
and I'd really like to get this change in, even if it has to wait for 2.7.

bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/