Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3526604ybl; Mon, 12 Aug 2019 01:53:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqyHOyPQOyM0ZYvcNcv21cdPXArdxT+2F+JYdQbCElv+pU38w9jHO6OrvLsFZl+yLpfzkpoF X-Received: by 2002:aa7:82da:: with SMTP id f26mr34917194pfn.82.1565600022681; Mon, 12 Aug 2019 01:53:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565600022; cv=none; d=google.com; s=arc-20160816; b=VR7wcgQBt88p29ax6FKji7IrkxfJOHpoVmF2Nh2VSXfUk1Eln6zNvojWk8kyXLAT4X AG34gIyuomyXs5LKetWFN1QSu9guU9f1gFmp36zUASGPS2FAg1XpZq4qOC3iKNR63ZTl HNhS8HOH+QPm1Bzk7sQy5rNDfrNl+jhiiHsE6I71gyBiN2nrkSMJ3pWXEC9xuGC0TawT JbXJqe8uN24ugqBPEHv+1jNNIpu0Qj6e+QYGTW0loKG9N+DteEm7Zjch3CORp6WeH9i8 h83+vUbNoueKh/bHApCnpqZEfXitQf8S8UFpEmCLLYiQy+eZEY5WtLYHbhwrioqA0vEk hMhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:references :in-reply-to:message-id:date:subject:cc:to:from; bh=qv8PJDJn+PRBhIj0Rh6qJA4iPc6Hhr/Me/10LJ4QdD4=; b=qsQ8mlh+CulA/EaNN254OPouk8cuyGhZ34t6OpCLFvYjq7eusEVmC5nTo6qZkWxLN3 h2GrL2RRNds2f58OMgs2rVOPgBAT2Iexg1p/Ufh7CutVYFATmohZR9lAXWWmw/qFXSAS FuRtk7Du3PHgaagXS2by6EbpYVCLnb80nlv3FqBaGUbEVVPlrD8mD2uT/8DJBlgRYWFR F73SlnWqd4mh6tvu7fCChi7G+TDIG3+ZtHSvr3Dk86dB/sGjv5j05r/uY9lXPGpvW5yE X/whEc4862YUUKaWoeS+V3pdUQ2HDPK+EihM4fF/Lc/JUypkkKYOOjYB9wBn0hVjcBFL C6Aw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r15si61201358pgj.71.2019.08.12.01.53.27; Mon, 12 Aug 2019 01:53:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727267AbfHLIwd (ORCPT + 99 others); Mon, 12 Aug 2019 04:52:33 -0400 Received: from out30-44.freemail.mail.aliyun.com ([115.124.30.44]:42814 "EHLO out30-44.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726495AbfHLIwc (ORCPT ); Mon, 12 Aug 2019 04:52:32 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R831e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04394;MF=luoben@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0TZG-hna_1565599941; Received: from localhost(mailfrom:luoben@linux.alibaba.com fp:SMTPD_---0TZG-hna_1565599941) by smtp.aliyun-inc.com(127.0.0.1); Mon, 12 Aug 2019 16:52:28 +0800 From: Ben Luo To: tglx@linutronix.de, alex.williamson@redhat.com, linux-kernel@vger.kernel.org Cc: tao.ma@linux.alibaba.com, gerry@linux.alibaba.com, nanhai.zou@linux.alibaba.com, linyunsheng@huawei.com Subject: [PATCH v2 2/3] genirq: introduce update_irq_devid() Date: Mon, 12 Aug 2019 16:52:05 +0800 Message-Id: X-Mailer: git-send-email 1.8.3.1 In-Reply-To: References: In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sometimes, only the dev_id field of irqaction need to be changed. E.g. KVM VM with device passthru via VFIO may switch irq injection path between KVM irqfd and userspace eventfd. These two paths share the same irq num and handler for the same vector of a device, only with different dev_id referencing to different fds' contexts. So, instead of free/request irq, only update dev_id of irqaction. This narrows the gap for setting up new irq (and irte, if has) and also gains some performance benefit. Signed-off-by: Ben Luo Reviewed-by: Liu Jiang Reviewed-by: Thomas Gleixner --- include/linux/interrupt.h | 3 ++ kernel/irq/manage.c | 79 +++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 82 insertions(+) diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h index 5b8328a..6060c5a 100644 --- a/include/linux/interrupt.h +++ b/include/linux/interrupt.h @@ -172,6 +172,9 @@ struct irqaction { request_percpu_nmi(unsigned int irq, irq_handler_t handler, const char *devname, void __percpu *dev); +extern int __must_check +update_irq_devid(unsigned int irq, void *dev_id, void *new_dev_id); + extern const void *free_irq(unsigned int, void *); extern void free_percpu_irq(unsigned int, void __percpu *); diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c index b97ee5e..4c34a23 100644 --- a/kernel/irq/manage.c +++ b/kernel/irq/manage.c @@ -2064,6 +2064,85 @@ int request_threaded_irq(unsigned int irq, irq_handler_t handler, EXPORT_SYMBOL(request_threaded_irq); /** + * update_irq_devid - update irq dev_id to a new one + * @irq: Interrupt line to update + * @dev_id: A cookie to find the irqaction to update + * @new_dev_id: New cookie passed to the handler function + * + * Sometimes, only the cookie data need to be changed. + * Instead of free/request irq, only update dev_id here + * Not only to gain some performance benefit, but also + * reduce the risk of losing interrupt. + * + * E.g. irq affinity setting in a VM with VFIO passthru + * device is carried out in a free-then-request-irq way + * since lack of this very function. The free_irq() + * eventually triggers deactivation of IR domain, which + * will cleanup IRTE. There is a gap before request_irq() + * finally setup the IRTE again. In this gap, a in-flight + * irq buffering in hardware layer may trigger DMAR fault + * and be lost. + * + * On failure, it returns a negative value. On success, + * it returns 0 + */ +int update_irq_devid(unsigned int irq, void *dev_id, void *new_dev_id) +{ + struct irq_desc *desc = irq_to_desc(irq); + struct irqaction *action, **action_ptr; + unsigned long flags; + + if (in_interrupt()) { + WARN(1, "Trying to update IRQ %d (dev_id %p to %p) \ + from IRQ context!\n", irq, dev_id, new_dev_id); + return -EPERM; + } + + if (!desc) + return -EINVAL; + + chip_bus_lock(desc); + raw_spin_lock_irqsave(&desc->lock, flags); + + /* + * There can be multiple actions per IRQ descriptor, find the right + * one based on the dev_id: + */ + action_ptr = &desc->action; + for (;;) { + action = *action_ptr; + + if (!action) { + raw_spin_unlock_irqrestore(&desc->lock, flags); + chip_bus_sync_unlock(desc); + WARN(1, "Trying to update already-free IRQ %d \ + (dev_id %p to %p)\n", + irq, dev_id, new_dev_id); + return -ENXIO; + } + + if (action->dev_id == dev_id) { + action->dev_id = new_dev_id; + break; + } + action_ptr = &action->next; + } + + raw_spin_unlock_irqrestore(&desc->lock, flags); + chip_bus_sync_unlock(desc); + + /* + * Make sure it's not being used on another CPU: + * There is a risk of UAF for old *dev_id, if it is + * freed in a short time after this func returns + */ + synchronize_irq(irq); + + return 0; +} +EXPORT_SYMBOL_GPL(update_irq_devid); + +/** * request_any_context_irq - allocate an interrupt line * @irq: Interrupt line to allocate * @handler: Function to be called when the IRQ occurs. -- 1.8.3.1