All of lore.kernel.org
 help / color / mirror / Atom feed
From: Florian Bezdeka <florian.bezdeka@siemens.com>
To: Jan Kiszka <jan.kiszka@siemens.com>, Giulio Moro <giulio@bela.io>,
	 Philippe Gerum <rpm@xenomai.org>,
	Xenomai <xenomai@lists.linux.dev>
Subject: Re: Dovetail 5.10.y sync
Date: Thu, 16 Mar 2023 21:54:58 +0100	[thread overview]
Message-ID: <17b760794600f32ed5212cb0463576ce455acd90.camel@siemens.com> (raw)
In-Reply-To: <317a81c6-3da3-7c60-46d0-73cdade17117@siemens.com>

On Thu, 2023-03-16 at 20:11 +0100, Jan Kiszka wrote:
> On 16.03.23 19:57, Giulio Moro wrote:
> > I am totally not involved with the change at hand, but it looks like it
> > is related to this:
> > 
> >  #define TIF_SIGPENDING        0    /* signal pending */
> >  #define TIF_NEED_RESCHED    1    /* rescheduling necessary */
> >  #define TIF_NOTIFY_RESUME    2    /* callback before returning to user */
> >  #define TIF_FOREIGN_FPSTATE    3    /* CPU's FP state is not current's */
> >  #define TIF_UPROBE        4    /* uprobe breakpoint or singlestep */
> >  #define TIF_FSCHECK        5    /* Check FS is USER_DS on return */
> >  #define TIF_MTE_ASYNC_FAULT    6    /* MTE Asynchronous Tag Check Fault */
> >  #define TIF_NOTIFY_SIGNAL    7    /* signal notifications exist */
> >  #define TIF_SYSCALL_TRACE    8    /* syscall trace active */
> >  #define TIF_SYSCALL_AUDIT    9    /* syscall auditing */
> >  #define TIF_SYSCALL_TRACEPOINT    10    /* syscall tracepoint for
> > ftrace */
> >  #define TIF_SECCOMP        11    /* syscall secure computing */
> >  #define TIF_SYSCALL_EMU        12    /* syscall emulation active */
> > +#define TIF_RETUSER        13    /* INBAND_TASK_RETUSER is pending */
> > 
> > ...
> > 
> >  #define _TIF_WORK_MASK        (_TIF_NEED_RESCHED | _TIF_SIGPENDING | \
> >                   _TIF_NOTIFY_RESUME | _TIF_FOREIGN_FPSTATE | \
> >                   _TIF_UPROBE | _TIF_FSCHECK | _TIF_MTE_ASYNC_FAULT | \
> > -                 _TIF_NOTIFY_SIGNAL)
> > +                 _TIF_NOTIFY_SIGNAL | _TIF_RETUSER)
> > 
> > as _TIF_RETUSER is (1 << 13), then _TIF_WORK_MASK no longer fits into 8
> > bits and can no longer be used as a flexible second operand to AND.
> > Instead, it needs its dedicated MOV instruction.
> > 
> 
> Ah, that makes sense. Thanks for clarifying!

That was the build failure we saw on arm64 a few weeks ago in the rt-
stable tree...

> 
> Jan
> 


  reply	other threads:[~2023-03-16 20:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-16 18:43 Dovetail 5.10.y sync Jan Kiszka
     [not found] ` <0d2fbd52-288c-1af5-b462-ec6a4ec1ba0b@bela.io>
2023-03-16 19:11   ` Jan Kiszka
2023-03-16 20:54     ` Florian Bezdeka [this message]
2023-03-17  6:51   ` Philippe Gerum

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=17b760794600f32ed5212cb0463576ce455acd90.camel@siemens.com \
    --to=florian.bezdeka@siemens.com \
    --cc=giulio@bela.io \
    --cc=jan.kiszka@siemens.com \
    --cc=rpm@xenomai.org \
    --cc=xenomai@lists.linux.dev \
    /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.