login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2009
»
October
»
6
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to detect from_ancestor_ns
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Oleg Nesterov
Subject:
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to detect from_ancestor_ns
Date: Monday, October 5, 2009 - 6:09 pm
On 10/05, Sukadev Bhattiprolu wrote:
quoted text
> > Oleg Nesterov [oleg@redhat.com] wrote: > | Sorry for confusion. > | > | > But sure, we could use force_sig_info() in caller. > | > | Yes, because this makes the code more explicit imho. And we can avoid > | the further complicatiions in send_signal() path. > > Although, one small drawback would be the different behavior for the > SIGKILL in load_aout_binary() to the container-init itself calling: > > kill(getpid(), SIGKILL);
could you clarify? load_aout_binary(), like other ->load_binary() methods does send_sig(SIGKILL, current, 0) ? And thanks for review. Oleg. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Re: pidns : PR_SET_PDEATHSIG + SIGKILL regression
, Sukadev Bhattiprolu
, (Sat Oct 3, 10:10 am)
[PATCH 0/4] Was: pidns : PR_SET_PDEATHSIG + SIGKILL regression
, Oleg Nesterov
, (Sat Oct 3, 7:18 pm)
[PATCH 1/4] signals: SEND_SIG_NOINFO should be considered ...
, Oleg Nesterov
, (Sat Oct 3, 7:19 pm)
[PATCH 2/4] signals: send_signal: use si_fromuser() to det ...
, Oleg Nesterov
, (Sat Oct 3, 7:19 pm)
[PATCH 3/4] signals: cosmetic, collect_signal: use SI_USER
, Oleg Nesterov
, (Sat Oct 3, 7:20 pm)
[PATCH 4/4] signals: kill force_sig_specific()
, Oleg Nesterov
, (Sat Oct 3, 7:20 pm)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Oleg Nesterov
, (Sat Oct 3, 7:25 pm)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 10:58 am)
Re: [PATCH 3/4] signals: cosmetic, collect_signal: use SI_USER
, Sukadev Bhattiprolu
, (Mon Oct 5, 11:03 am)
Re: [PATCH 4/4] signals: kill force_sig_specific()
, Sukadev Bhattiprolu
, (Mon Oct 5, 11:04 am)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 11:12 am)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Oleg Nesterov
, (Mon Oct 5, 11:25 am)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Oleg Nesterov
, (Mon Oct 5, 11:39 am)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 12:37 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Oleg Nesterov
, (Mon Oct 5, 12:44 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Oleg Nesterov
, (Mon Oct 5, 12:55 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 5:06 pm)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 5:09 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 5:16 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Oleg Nesterov
, (Mon Oct 5, 6:09 pm)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Sukadev Bhattiprolu
, (Mon Oct 5, 7:34 pm)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Roland McGrath
, (Tue Oct 6, 12:31 am)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Oleg Nesterov
, (Tue Oct 6, 6:18 am)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Oleg Nesterov
, (Tue Oct 6, 6:37 am)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Roland McGrath
, (Tue Oct 6, 10:57 am)
Re: [PATCH 2/4] signals: send_signal: use si_fromuser() to ...
, Roland McGrath
, (Tue Oct 6, 11:01 am)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Oleg Nesterov
, (Wed Oct 7, 4:30 am)
Re: [PATCH 1/4] signals: SEND_SIG_NOINFO should be conside ...
, Roland McGrath
, (Wed Oct 7, 6:57 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Rusty Russell
Re: 2.6.22-rc3-mm1
Eric Sandeen
Re: [PATCH] xfs: do not pass unused params to xfs_flush_pages
Bill Fink
Re: [PATCH] net: add ability to clear stats via ethtool - e1000/pcnet32
David Miller
Re: NO_HZ: timer interrupt stuck
Jeffrey V. Merkey
Re: Versioning file system
git
:
Johannes Schindelin
[PATCH] fetch: refuse to fetch into the current branch in a non-bare repository
Junio C Hamano
Re: [PATCH] http-push: making HTTP push more robust and more user-friendly
Oliver Kullmann
Re: how to move with history?
Junio C Hamano
Re: [PATCH 2/3] git-add--interactive: remove hunk coalescing
Shawn O. Pearce
Re: Bugs in Gitosis
linux-netdev
:
gregkh
Patch "IPv6: keep route for tentative address" has been added to the 2.6.34-stable...
Patrick McHardy
Re: [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
webmaster Maintenance
联系系统管理员
Krzysztof Oledzki
Re: Error: an inet prefix is expected rather than "0/0".
Paul Gortmaker
[PATCH net-next 09/16] tipc: Relocate trivial link status functions to header file
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB: tm6000: add special usb request to quit i2c tuner transfer
Linux Kernel Mailing List
OMAP: DSS2: SDI driver
Linux Kernel Mailing List
PCI: introduce pci_pcie_cap()
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
Staging: et131x: prune all the debug code
openbsd-misc
:
Ted Bullock
Re: Proliant DL380 G3 cannot get on network
Úlfar M. E. Johnson
installing openbsd in xen
Eric Furman
Re: Defending OpenBSD Performance
Damien Miller
Re: Patching a SSH 'Weakness'
Brian
CARP multicast and ADSL bridge
Colocation donated by:
Syndicate