All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mingzhe Yang <cainiao666999@gmail.com>
To: Jonathan Corbet <corbet@lwn.net>
Cc: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	hpa@zytor.com, x86@kernel.org, linux-kernel@vger.kernel.org,
	linux-doc@vger.kernel.org, David Laight <David.Laight@aculab.com>
Subject: Re: [PATCH] Documentation: x86: update the thread_info's position
Date: Tue, 22 Dec 2020 09:12:10 +0800	[thread overview]
Message-ID: <CAAY4BKP9HJse43ixR3txu1o=-j4ubgXoXEALaNOZcFQUxVhMgw@mail.gmail.com> (raw)
In-Reply-To: <20201221095721.6bebfb28@lwn.net>

Thanks a million!
I truly appreciate your review!

On Tue, Dec 22, 2020 at 12:57 AM Jonathan Corbet <corbet@lwn.net> wrote:
>
> On Sat,  5 Dec 2020 13:01:36 +0800
> Mingzhe Yang <cainiao666999@gmail.com> wrote:
>
> > Prior to kernel 4.9 the thread_info structure was at the bottom of
> > the kernel stack. kernel 4.9 moved it into the task_struct.
> >
> > See commits c65eacb ("sched/core: Allow putting thread_info into
> > task_struct"), 15f4eae ("x86: Move thread_info into task_struct")
> > and 883d50f ("scripts/gdb: fix get_thread_info").
> >
> > Signed-off-by: Mingzhe Yang <cainiao666999@gmail.com>
> > ---
> >  Documentation/x86/kernel-stacks.rst | 3 ++-
> >  1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/Documentation/x86/kernel-stacks.rst b/Documentation/x86/kernel-stacks.rst
> > index 6b0bcf0..e9097f3 100644
> > --- a/Documentation/x86/kernel-stacks.rst
> > +++ b/Documentation/x86/kernel-stacks.rst
> > @@ -15,7 +15,8 @@ Like all other architectures, x86_64 has a kernel stack for every
> >  active thread.  These thread stacks are THREAD_SIZE (2*PAGE_SIZE) big.
> >  These stacks contain useful data as long as a thread is alive or a
> >  zombie. While the thread is in user space the kernel stack is empty
> > -except for the thread_info structure at the bottom.
> > +except for the thread_info structure at the bottom (since kernel 4.9,
> > +the thread_info structure has been moved into task_struct).
>
> So this has been sitting in my inbox for a bit, sorry.  This seems worth
> fixing, but is this the correct fix?  The documentation should reflect the
> current kernel, rather than what once was with a "(it's not actually that
> way anymore)" note.  Is the kernel stack truly empty now?  If so we should
> just say that; otherwise say what's lurking there in current kernels.
>
> Thanks,
>
> jon

      reply	other threads:[~2020-12-22  1:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-05  5:01 [PATCH] Documentation: x86: update the thread_info's position Mingzhe Yang
2020-12-21 16:57 ` Jonathan Corbet
2020-12-22  1:12   ` Mingzhe Yang [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAAY4BKP9HJse43ixR3txu1o=-j4ubgXoXEALaNOZcFQUxVhMgw@mail.gmail.com' \
    --to=cainiao666999@gmail.com \
    --cc=David.Laight@aculab.com \
    --cc=bp@alien8.de \
    --cc=corbet@lwn.net \
    --cc=hpa@zytor.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.