Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1273931pxu; Mon, 23 Nov 2020 16:43:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJyyfZC9dW6TuMWYWtQsFVJXVR1gaWPXeHgG6gb79baAlE+1o8Llw4xB4fl79/eN5cCOOUMe X-Received: by 2002:aa7:db0c:: with SMTP id t12mr1776810eds.41.1606178618167; Mon, 23 Nov 2020 16:43:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606178618; cv=none; d=google.com; s=arc-20160816; b=RpsHPH7PNsIdblbCkS57kQLIrMvO7DR24WKShyJk/TzmD9Y7dzgGzOl2MXuESoDGIv 6uCT2qFHUQW/xZNmLN5dydIz9IJfOalUKC0OBb34nj7B49xzTKcuqneT/TGY0xkmLGVG rBPYKOkS7UBd6pNVuT1pSdx+Z3uKOeKHBiPsB50b1LN6U0A8nqVc6Q2/RidNwu2Xg3Fd MC/HWL2QnBvQh7+kkb/sTJrii4DGOf61uQNRoHoQB5jPh1nvmxKy3hO197QRsZq1rLsp Phbd/PpOIS3fwkTXKqrtsX9leTIwCLKc4sXriytpzpNjVy/f8NSK1ZU4Pra4qTqhCq2Z g4oQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=lZhy2jw4Xu/oQFRCdpsQxYirO+rgltzt8td0oXWBLe0=; b=AKv6c+Y/FsJuKbtsuPE93/5LGPSQ253CpL9LbWRr8bUABKm4KaOiELE5fpXvnHQDqs FPzgjVgHESV3WidQ23IgRpKuTo5uPOeAOs3OOMxopLzS+o43QeKYeXPzAoTSZQc2cWdD n5NgskLyDBbkNpxcNbnUBY6U0J9fJ4AQYFM883/FYokfgSh7srY38MCBEtoPKDG06QiW wC6FIlVRWQf6OoAnW4yO2dASOLHtij1UBT0JFTL/+13E7+95lvxlNhioOfGputqGCW8r T5GkJ7U1wpBpjYD4WIi24kg1rD9U6ALlmdayFZhQe2QQQaIkqgloeiZHraPqQnZzvf9g 6NFw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="SCaa4rl/"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id wq10si6385564ejb.487.2020.11.23.16.43.15; Mon, 23 Nov 2020 16:43:38 -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=@google.com header.s=20161025 header.b="SCaa4rl/"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726260AbgKWXmk (ORCPT + 99 others); Mon, 23 Nov 2020 18:42:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47180 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725287AbgKWXmj (ORCPT ); Mon, 23 Nov 2020 18:42:39 -0500 Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 10467C0613CF for ; Mon, 23 Nov 2020 15:42:39 -0800 (PST) Received: by mail-pf1-x441.google.com with SMTP id n137so6519136pfd.3 for ; Mon, 23 Nov 2020 15:42:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lZhy2jw4Xu/oQFRCdpsQxYirO+rgltzt8td0oXWBLe0=; b=SCaa4rl/HL3o3NV8cjGoyliX+zBCBYuwSDP+DtSPoVnCtoDdon3UW0rzdpCZy0Lz9e D6KP3bXiTKeL4YyMDsv8MBNqW0X6Ztt9uHrlj9+M/rgUO7VyjmTKyASvqo8UY0UPt62B wKGH8WLXtsK2+xAlGPrBh0mb2EafxxZ6Qg8mkADG3/qBKOQOzlv7BDYr8r/9vigH/ftT VCqqOOIpVULJAXlfIkCnflzG9yg46tq2bgcpiDmx1IXyrOzs3c6dpiH3JjpweDTqNhWt iIwV+riWsdPRCIZ6Lu9p43herk85XxKn7n9LFmpOKJBpQ6Zs1Mv4isBcstiG5m4pPms3 Gt/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lZhy2jw4Xu/oQFRCdpsQxYirO+rgltzt8td0oXWBLe0=; b=WmBiVlDOYlg/LWs5V91N8DaoWrozq4Y0rp5l1Y5jVaQ/A8dE4ywXQSlnlb++se16Wt KOJl27bBHnjwPPknWxHgVeUwX844yTLsCWxbnNut80b2XcBt7B/5reER2KFYTYXdGSxQ 89bL80SDAnQPRYD91+MD4sZGQKDGRQOPj8d5VklXWmLjxGIoYX5EdxwC9ySGqXBLklam k3wC56iAjub+Av0kW0a6tqxw+6tTr7TFWK2+gIRStBFrF2P6IKUv3lH5xvtQbjp/g5qa hXt6w53g4Q356MktefPTG7XKWw7sAXggwFcX3Z4mHP1SR+JgGgn+RcpWR94+Gmz0b5NB du/g== X-Gm-Message-State: AOAM530xUAkrbCgrba5n40EtS6jYFawfgvYIOZZfrir2tzsjRXduPFIm hZh0dZK9xh/mp+m/OhE0Gc+/5iqAkXZ7ji0H0yT35nUN5kvvVw== X-Received: by 2002:a63:4c10:: with SMTP id z16mr1509124pga.440.1606174958408; Mon, 23 Nov 2020 15:42:38 -0800 (PST) MIME-Version: 1.0 References: <20201113123035.tjllvijjzd54npsf@linutronix.de> <20201113132818.zhtdhzg6ukv4wgxl@linutronix.de> In-Reply-To: From: Andrey Konovalov Date: Tue, 24 Nov 2020 00:42:27 +0100 Message-ID: Subject: Re: [PATCH v4] kcov, usb: only collect coverage from __usb_hcd_giveback_urb in softirq To: Marco Elver Cc: Sebastian Andrzej Siewior , Greg Kroah-Hartman , Dmitry Vyukov , USB list , LKML , Andrew Morton , Alan Stern , Shuah Khan , Alexander Potapenko , Aleksandr Nogikh , Nazime Hande Harputluoglu , Thomas Gleixner Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 13, 2020 at 4:47 PM Marco Elver wrote: > > On Fri, 13 Nov 2020 at 14:42, Andrey Konovalov wrote: > > On Fri, Nov 13, 2020 at 2:28 PM Sebastian Andrzej Siewior > > wrote: > > > > > > On 2020-11-13 13:51:19 [+0100], Andrey Konovalov wrote: > > > > Hi Sebastian, > > > > > > Hi Andrey, > > > > > > > Replaced with what and why? > > > > > > Linus requested in > > > https://lkml.kernel.org/r/CAHk-=wht7kAeyR5xEW2ORj7m0hibVxZ3t+2ie8vNHLQfdbN2_g@mail.gmail.com/ > > > > > > that drivers should not change their behaviour on context magic like > > > in_atomic(), in_interrupt() and so on. > > > The USB bits were posted in > > > https://lkml.kernel.org/r/20201019100629.419020859@linutronix.de > > Arguably this patch is *not* changing "driver behaviour", it's only > changing how and when KCOV collects coverage, which is not related to > how the driver behaves. > > > > and merged (which is probably the same time as this patch). > > > > > > I haven't look what this code should do or does but there are HCDs for > > > which this is never true like the UHCI/OHCI controller for instance. > > > > We could go back to adding softirq-specific kcov callbacks. Perhaps > > with a simpler implementation than what we had before to only cover > > this case. Something like kcov_remote_start_usb_softirq() and > > kcov_remote_stop_softirq() that do the softirq check internally. > > Is this a matter of simply banning such functions entirely without > understanding their use? Because that sounds wrong. But if it is, we > probably have to just add some static inline functions in > include/linux/kcov.h that simply does the check. Yeah, this seems like a solution that will satisfy everyone. Will mail a new version shortly.