aboutsummaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorBjoern A. Zeeb <bz@FreeBSD.org>2015-08-24 18:57:32 +0000
committerBjoern A. Zeeb <bz@FreeBSD.org>2015-08-24 18:57:32 +0000
commite6f4757735e4094ad273996cef58a1763a9ea9b6 (patch)
treec51beef1bde8b09c181319031e4dd0f2ce2ddab2 /Makefile
parent6743350af74b113fc67d395844a1d5bcb0d1c987 (diff)
downloadsrc-e6f4757735e4094ad273996cef58a1763a9ea9b6.tar.gz
src-e6f4757735e4094ad273996cef58a1763a9ea9b6.zip
When forking a child process with PMC_F_DESCENDANTS set in pmc_attach()
in the parent, we will inherit the pmcids but cannot execute any operations on them in the child. The reason for this is that pmc_find_pmc() only tries to find the current process on the owners hash list, but given the child does not own the attachment, we cannot find it. Thus, in case the initial lookup fails, try to find the pmc_process state affiliated with the child process, lookup the pmc from there using the row index, and get the owner process from that pmc. Then continue as normal and lookup the pmc context of the owner (process). This allows us to call, e.g., pmc_start() in the child process before we start the work there, but to collect the accumulated results later in the parent. Sponsored by: DARPA,AFRL Obtained from: L41 Tested by: rwatson, L41 MFC after: 4 weeks Reviewed by: gnn Differential Revision: https://reviews.freebsd.org/D2052
Notes
Notes: svn path=/head/; revision=287115
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions