Kernel Newbies archive on lore.kernel.org
 help / color / Atom feed
* When returning from schedule_tail() ...
@ 2020-07-15 14:05 William Tambe
  2020-07-15 23:31 ` Valdis Klētnieks
  0 siblings, 1 reply; 3+ messages in thread
From: William Tambe @ 2020-07-15 14:05 UTC (permalink / raw)
  To: Kernel Newbies

When returning from schedule_tail(), is it still necessary to check
for (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME) before resuming task ?

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: When returning from schedule_tail() ...
  2020-07-15 14:05 When returning from schedule_tail() William Tambe
@ 2020-07-15 23:31 ` Valdis Klētnieks
  2020-07-16  0:01   ` William Tambe
  0 siblings, 1 reply; 3+ messages in thread
From: Valdis Klētnieks @ 2020-07-15 23:31 UTC (permalink / raw)
  To: William Tambe; +Cc: Kernel Newbies

[-- Attachment #1.1: Type: text/plain, Size: 388 bytes --]

On Wed, 15 Jul 2020 10:05:25 -0400, William Tambe said:
> When returning from schedule_tail(), is it still necessary to check
> for (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME) before resuming task ?

Well.. since the semantics of signals are defined as being delivered
when a process returns from the kernel, how would you avoid checking
for a pending signal and still maintain the semantics?

[-- Attachment #1.2: Type: application/pgp-signature, Size: 832 bytes --]

[-- Attachment #2: Type: text/plain, Size: 170 bytes --]

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: When returning from schedule_tail() ...
  2020-07-15 23:31 ` Valdis Klētnieks
@ 2020-07-16  0:01   ` William Tambe
  0 siblings, 0 replies; 3+ messages in thread
From: William Tambe @ 2020-07-16  0:01 UTC (permalink / raw)
  To: Valdis Klētnieks; +Cc: Kernel Newbies

On Wed, Jul 15, 2020 at 7:32 PM Valdis Klētnieks
<valdis.kletnieks@vt.edu> wrote:
>
> On Wed, 15 Jul 2020 10:05:25 -0400, William Tambe said:
> > When returning from schedule_tail(), is it still necessary to check
> > for (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME) before resuming task ?
>
> Well.. since the semantics of signals are defined as being delivered
> when a process returns from the kernel, how would you avoid checking
> for a pending signal and still maintain the semantics?

schedule_tail() is called for a task that has just been created, hence
the reason why I asked whether for such as newly created task, is it
necessary to check for (_TIF_SIGPENDING | _TIF_NOTIFY_RESUME) ?

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, back to index

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-15 14:05 When returning from schedule_tail() William Tambe
2020-07-15 23:31 ` Valdis Klētnieks
2020-07-16  0:01   ` William Tambe

Kernel Newbies archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/kernelnewbies/0 kernelnewbies/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 kernelnewbies kernelnewbies/ https://lore.kernel.org/kernelnewbies \
		kernelnewbies@kernelnewbies.org
	public-inbox-index kernelnewbies

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernelnewbies.kernelnewbies


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git