Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3603848pxb; Mon, 24 Jan 2022 13:18:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJya/3C0Ca3dAzSw6zfAIuguYJBB7ATr/JSvLsUnoc7DSgeP5FZ9YYTM2Q99ltzhYBgqa+NN X-Received: by 2002:a17:902:b582:b0:14a:a76f:4b2b with SMTP id a2-20020a170902b58200b0014aa76f4b2bmr15912447pls.89.1643058977166; Mon, 24 Jan 2022 13:16:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643058977; cv=none; d=google.com; s=arc-20160816; b=tjyRemlCu8SZxVnN/THK+2xZT2gQ+Zuls3iPMxfKQgxEaQs+vdRWOtUfoaHWuxK8SN HHLFl+644AbeGETfmPoW04p5UN/gbURcbLxjtnitKtZHvOhpC3nuMuQKL0mevD4AHhHE lM0MqX0NenliSv9FNF7me1vjSgWUevK2R3TDEyAVf9Elx3P5CoV7X57/YT8b+vBww8Rt jPEfLhkX3+RvQLU/KUGAEhA6/QCfkY9b+G8n3fPcLZjDVxRZEUadJPCqr1td6ZbWwWC0 43DdG2qj92C7dS0LTbiNVvN/6bCUwAdacrVGbEb4IaNur74linwiB4lFVOZAk149A0Tp SO0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=PTFpyiIYtMBs2hhHefk05BJ8GHJ65mAGDyLz4+oqeZ4=; b=u8kiOkgvz7w2Ob8AT5kjekNTBgEBGe6YBgzQSzvQpJGBpd68IsI6nzZfxyX3f4ezcM GgC1p4dwspz3dj83a6y7KtGWfeROuqFkVo3nFAv67+jqV3G1MyNsZsAu7M/sHMjAUQq3 4ddGi+mTiZhb8JGo4awSuG8uOA9QNzL5P56LhdJSkjh6QYNk7x/88bpXkTwOLA/OH7+t rbbJF5CMdittQgKmENvN3/YOnlyE/9cRXNac0WT0EYNVIn43az3bcDM059Fy4itBvam5 0z+mvGIf96Fe1Pq2H85PaF+kKa9M0LS9F1j+FG1SnPu1s/V60LObK1UoTHBvzHXg6ITe 31AA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cdCHQpNg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q11si14252039pgk.706.2022.01.24.13.16.05; Mon, 24 Jan 2022 13:16:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cdCHQpNg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1390648AbiAXUp7 (ORCPT + 99 others); Mon, 24 Jan 2022 15:45:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37252 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1356459AbiAXUXV (ORCPT ); Mon, 24 Jan 2022 15:23:21 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 93EADC0417D2; Mon, 24 Jan 2022 11:40:35 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 5D529B810AF; Mon, 24 Jan 2022 19:40:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7FCEDC340E5; Mon, 24 Jan 2022 19:40:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643053233; bh=ANb36/vL4AN6qiRw1rm/W3zBn10mTgx73/eymUafD68=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cdCHQpNgput25IMFtLRIA/+UQio7M6su2Sl3TjNRac8nQP78PfBpvQ1mzkQhX3vc5 0QXEAwpMSfU0v7i+x/fuo64aOFwVBUoQ3aZFOjLBoBgifWPfUoW61/oLlNNEYW4aRQ 4/Cd+zb0OHpIWHzOASra1/Ye4xboSZgGdk+nYIuw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, kernel test robot , Masami Hiramatsu Subject: [PATCH 5.4 320/320] Revert "ia64: kprobes: Use generic kretprobe trampoline handler" Date: Mon, 24 Jan 2022 19:45:04 +0100 Message-Id: <20220124184004.817741092@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124183953.750177707@linuxfoundation.org> References: <20220124183953.750177707@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Masami Hiramatsu This reverts commit 77fa5e15c933a1ec812de61ad709c00aa51e96ae. Since the upstream commit e792ff804f49720ce003b3e4c618b5d996256a18 depends on the generic kretprobe trampoline handler, which was introduced by commit 66ada2ccae4e ("kprobes: Add generic kretprobe trampoline handler") but that is not ported to the stable kernel because it is not a bugfix series. So revert this commit to fix a build error. NOTE: I keep commit a7fe2378454c ("ia64: kprobes: Fix to pass correct trampoline address to the handler") on the tree, that seems just a cleanup without the original reverted commit, but it would be better to use dereference_function_descriptor() macro instead of accessing descriptor's field directly. Fixes: 77fa5e15c933 ("ia64: kprobes: Use generic kretprobe trampoline handler") Reported-by: kernel test robot Signed-off-by: Masami Hiramatsu Signed-off-by: Greg Kroah-Hartman --- arch/ia64/kernel/kprobes.c | 78 +++++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 75 insertions(+), 3 deletions(-) --- a/arch/ia64/kernel/kprobes.c +++ b/arch/ia64/kernel/kprobes.c @@ -396,10 +396,83 @@ static void kretprobe_trampoline(void) { } +/* + * At this point the target function has been tricked into + * returning into our trampoline. Lookup the associated instance + * and then: + * - call the handler function + * - cleanup by marking the instance as unused + * - long jump back to the original return address + */ int __kprobes trampoline_probe_handler(struct kprobe *p, struct pt_regs *regs) { - regs->cr_iip = __kretprobe_trampoline_handler(regs, - dereference_function_descriptor(kretprobe_trampoline), NULL); + struct kretprobe_instance *ri = NULL; + struct hlist_head *head, empty_rp; + struct hlist_node *tmp; + unsigned long flags, orig_ret_address = 0; + unsigned long trampoline_address = + (unsigned long)dereference_function_descriptor(kretprobe_trampoline); + + INIT_HLIST_HEAD(&empty_rp); + kretprobe_hash_lock(current, &head, &flags); + + /* + * It is possible to have multiple instances associated with a given + * task either because an multiple functions in the call path + * have a return probe installed on them, and/or more than one return + * return probe was registered for a target function. + * + * We can handle this because: + * - instances are always inserted at the head of the list + * - when multiple return probes are registered for the same + * function, the first instance's ret_addr will point to the + * real return address, and all the rest will point to + * kretprobe_trampoline + */ + hlist_for_each_entry_safe(ri, tmp, head, hlist) { + if (ri->task != current) + /* another task is sharing our hash bucket */ + continue; + + orig_ret_address = (unsigned long)ri->ret_addr; + if (orig_ret_address != trampoline_address) + /* + * This is the real return address. Any other + * instances associated with this task are for + * other calls deeper on the call stack + */ + break; + } + + regs->cr_iip = orig_ret_address; + + hlist_for_each_entry_safe(ri, tmp, head, hlist) { + if (ri->task != current) + /* another task is sharing our hash bucket */ + continue; + + if (ri->rp && ri->rp->handler) + ri->rp->handler(ri, regs); + + orig_ret_address = (unsigned long)ri->ret_addr; + recycle_rp_inst(ri, &empty_rp); + + if (orig_ret_address != trampoline_address) + /* + * This is the real return address. Any other + * instances associated with this task are for + * other calls deeper on the call stack + */ + break; + } + kretprobe_assert(ri, orig_ret_address, trampoline_address); + + kretprobe_hash_unlock(current, &flags); + + hlist_for_each_entry_safe(ri, tmp, &empty_rp, hlist) { + hlist_del(&ri->hlist); + kfree(ri); + } /* * By returning a non-zero value, we are telling * kprobe_handler() that we don't want the post_handler @@ -412,7 +485,6 @@ void __kprobes arch_prepare_kretprobe(st struct pt_regs *regs) { ri->ret_addr = (kprobe_opcode_t *)regs->b0; - ri->fp = NULL; /* Replace the return addr with trampoline addr */ regs->b0 = (unsigned long)dereference_function_descriptor(kretprobe_trampoline);