Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2138225pxf; Sat, 27 Mar 2021 03:39:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8W41QHUPDixbMV+bqCpDHwTtJZV6AyhuR/+UfWIk7EyeBAdtakgcZVC3vLd4gr6Glr+rb X-Received: by 2002:a50:8524:: with SMTP id 33mr19918568edr.110.1616841565698; Sat, 27 Mar 2021 03:39:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616841565; cv=none; d=google.com; s=arc-20160816; b=Bi50d0v7CAdmNr8RaJgzovODvdl8W5YddcrrgDYETset8wqkAB9GmNaclsTCEDhLJP l5Bp/D8XC6JgZ+ZVldebkUik+7vSULhJbzClW5d0ZAJOqYjqGW2qqGZzWr8azNoluIf8 B/pkpj4SSw3062l+xpg79e4Abi3XkXbP+R7/5O+z7jexuawrI2NeFip9iKzeu7wiJay2 iADOqIPTM7bj7Wp88zqLCN9IpybC5NK2iqD8oZKWyopkIc44jnBKuSnwNro0s6nx77pJ im+PnHwlRNvcYF/TSvDsTWGzRHI9f94GTjnTHD+XVtFSORuWCP4/BSgjbrV8aqvMY+Gv Il0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zEzk1C26ygRXtNHp2efk7oevBG573qGQW5AEhlokBRc=; b=WELtJkz2LjrA/cn1HHsRDgzqzK57bTqaeHFVvjxLwffCR2EP/VzNwVokIEVRLZUKAG Ys2yCwZRGg+L+i4Dh5w/NgidKiCt3EpfHur7u+aIHHhiRyFdk1aCd27wORP9riiQu+EG xqPCGmPZSPD5mZAeCFXzqVJi/eqSJWE3YNeo58IooNSe/E3O9xfyyhuuk+vt3DqPeIj0 hfhoxBpElF9QpglbccZGZpcglnnSAs8ElfiXvAcU0IzqASLj+c1E0UtyUuc010gaceTH q2wfrkf2aERCX5Co10dMfByuhRlDqqtSrqa4DtbIeS+BIPwW+lVHYI1RMH+zDDAD638S uDuw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DSyPj5Ws; 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 x4si9963217edd.118.2021.03.27.03.39.03; Sat, 27 Mar 2021 03:39:25 -0700 (PDT) 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=DSyPj5Ws; 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 S230322AbhC0KhV (ORCPT + 99 others); Sat, 27 Mar 2021 06:37:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:36826 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229875AbhC0KhV (ORCPT ); Sat, 27 Mar 2021 06:37:21 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B989C619E8; Sat, 27 Mar 2021 10:37:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616841429; bh=Mt7kcgav9t3UMu8lOOB6Tru6R5Kg48wvZoEAI9VQWC8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DSyPj5WsKtNFR6bG0KEoMU8yTTTOjQ9wGQ6ZjMaPAxEkH4K3DwpCFylYrq47HhSMh E5Gdr3RKwmCd6g+pn7sypeylG/54ZovWQyhGcCoCztui8lr25pXoSy7AmpKpNf8Ziq 9DNhHoNhgUorhPhsldmYaypevoKllJisZweqbh2E= Date: Sat, 27 Mar 2021 11:37:06 +0100 From: Greg Kroah-Hartman To: Alexander Lochmann Cc: Dmitry Vyukov , Andrey Konovalov , Jonathan Corbet , Randy Dunlap , Andrew Klychkov , Miguel Ojeda , Andrew Morton , Jakub Kicinski , Aleksandr Nogikh , Wei Yongjun , Maciej Grochowski , kasan-dev@googlegroups.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCHv3] Introduced new tracing mode KCOV_MODE_UNIQUE. Message-ID: References: <20210326205135.6098-1-info@alexander-lochmann.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210326205135.6098-1-info@alexander-lochmann.de> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 26, 2021 at 09:51:28PM +0100, Alexander Lochmann wrote: > It simply stores the executed PCs. > The execution order is discarded. > Each bit in the shared buffer represents every fourth > byte of the text segment. > Since a call instruction on every supported > architecture is at least four bytes, it is safe > to just store every fourth byte of the text segment. > In contrast to KCOV_MODE_TRACE_PC, the shared buffer > cannot overflow. Thus, all executed PCs are recorded. Odd line-wrapping :( Anyway, this describes _what_ this does, but I have no idea _why_ we want this at all. What does this do that you can not do today? Why is this needed? Who will use this? What tools have been modified to work with it to prove it works properly? thanks, greg k-h