linux-kernel - Re: [PATCH 8/6] signals: send_signal: factor out SIGNAL_GROUP

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20080312054909.GA163@tv-sign.ru>
Date:	Wed, 12 Mar 2008 08:49:09 +0300
From:	Oleg Nesterov <oleg@...sign.ru>
To:	Roland McGrath <roland@...hat.com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Ingo Molnar <mingo@...e.hu>,
	Pavel Emelyanov <xemul@...nvz.org>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 8/6] signals: send_signal: factor out SIGNAL_GROUP_EXIT checks

Andrew, please drop these patches:

	signals-send_signal-factor-out-signal_group_exit-checks.patch
	signals-fold-sig_ignored-into-prepare_signal.patch
	signals-document-cld_continued-notification-mechanics.patch

(the last one refers to prepare_signal() introduced in the first one,
 and the comment doesn't match the canonical style)

On 03/11, Roland McGrath wrote:
>
> There are arguments to be had about deciding that change to the behavior.
> We can discuss it more if you like.

Of course, since I personally don't agree, I'd like to discuss it more
if possible.

> But that is rather different from
> quietly rolling in your choices of behavior change to a "cleanup" patch.

"[PATCH 3/6] signals: use __group_complete_signal() for the specific signals too"
adds a behaviour change too.

Surely, I don't want to change the behaviour quietly, that is why I am
cc'ing maintainers.

(note also these patches are 8/6, 9/6. Originally I was going to send
 them in a separate series).

Oleg.

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