Hi,
On Thu, 3 May 2007, Andrew Morton wrote:
> > This finally renames the thread_info field in task structure to stack,
> > so that the assumptions about this field are gone and archs have more
> > freedom about placing the thread_info structure.
>
> It needed this build fix:
>
> --- a/include/
> It is unpleasing that this code is forced to implicitly assume that the
> thing pointed to by task_struct.stack has type `struct thread_info'.
I can change that to typeof
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Tue, 1 May 2007 02:10:34 +0200 (CEST)
Roman Zippel <[EMAIL PROTECTED]> wrote:
> This finally renames the thread_info field in task structure to stack,
> so that the assumptions about this field are gone and archs have more
> freedom about placing the thread_info structure.
It needed this build
Hi,
On Wed, 2 May 2007, Andrew Morton wrote:
> On Tue, 1 May 2007 02:10:34 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]>
> wrote:
>
> > This finally renames the thread_info field in task structure to stack,
> > so that the assumptions about this field are gone and archs have more
> > freedom ab
On Tue, 1 May 2007 02:10:34 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]> wrote:
> This finally renames the thread_info field in task structure to stack,
> so that the assumptions about this field are gone and archs have more
> freedom about placing the thread_info structure.
It's been a year or
This finally renames the thread_info field in task structure to stack,
so that the assumptions about this field are gone and archs have more
freedom about placing the thread_info structure.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
arch/h8300/kernel/asm-offsets.c |2 +-
arch/ia6
6 matches
Mail list logo