Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp22863856rwd; Fri, 30 Jun 2023 13:55:45 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ64uf7MC+N8ycQrQVTIYHXw+HZcsr1A0BzyVN64Oh9zYbYW7vbvV6Mvf57XG2wbS7rKUOmH X-Received: by 2002:a05:6a20:3ca:b0:122:5441:b415 with SMTP id 10-20020a056a2003ca00b001225441b415mr2608748pzu.58.1688158545641; Fri, 30 Jun 2023 13:55:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688158545; cv=none; d=google.com; s=arc-20160816; b=l6GJ7VvEYx5qiRqPczr+i7MB+Jo1AR4wmx8P73FTm9+DT6ZNXJ8d5SkvbFVmwPKmfp 8SZCQo8FptFGiY6zDPJVB6G4MoFSg2hT+Tnk+DCKlFX90b8z92lIM6gELHMBg5NBqAGE 15kQa8gG/aM/36KsnUCXnFhP3l8OwOTHA4FN/d2S8HDQVj4NcJ8cFaSuKFlPgT2EkJgq Dle+XKSsxjmWnGNJpMaQFGH9p/Uc1YpSibpbD/HbUpCpRhe3Li9lS8NxaAjsZE+Ubmr7 osX2WsCHAoHn0ytMR7hg2U5Pjom/ijs/HgXXT2QTcZ2jgzV3oojsEaIYQ12v/PcfQnyb 1PWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=5egXe/+yuUk6j5FG+3p4EpPGNfYi6p5TDiuE14GOIF8=; fh=5JeyTBHYUMKvGuWTR440ZZnHLglMo1PjmPOz4GlZ+mI=; b=pEwk9ftw1H14xnGf7CLYWfqucp7SBf9DPteoFI+9yneMVQ8TZv3+zXugyw5go0hsFm 3Nq3srHoznvc9gBSNki1MbG4n2oRXs4IN5FtnHkAYT55/RJOQjC+h3ArbEKw8R7yZgJS K/5MAfUJRDhOpOsjnrgmHVcIc1n/6zChbaqvRy2eBAb3W0xWMBJ8SFSVQfxd6BEbhhmA DlToTCbulBeEdJeT8Kr7NqIcgPMCPWzgXbw3+CfsSWyblGPeJBcJUp+MlfZhDnmE4g57 k+gwhG3E+0XS/LB9gCioNaZWT47aGQtEAC5I23sO8PimuLLxBXrqxwKtzaW+Cy/jQ25g 6eXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t2-20020a1709027fc200b001b261eba754si4320739plb.165.2023.06.30.13.55.33; Fri, 30 Jun 2023 13:55:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232504AbjF3Ulb convert rfc822-to-8bit (ORCPT + 99 others); Fri, 30 Jun 2023 16:41:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51576 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232242AbjF3UlY (ORCPT ); Fri, 30 Jun 2023 16:41:24 -0400 Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5F23A3AA4; Fri, 30 Jun 2023 13:41:23 -0700 (PDT) Received: by mail-yb1-f172.google.com with SMTP id 3f1490d57ef6-bacf685150cso2240639276.3; Fri, 30 Jun 2023 13:41:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688157682; x=1690749682; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=AYo6xwqgj8zLkrevSTQkiJtfEFqIVZl3iHwHCD3Vcos=; b=GWAS/yOEknb7yhlnmVOXOxnkp8z3Mf/D6+wI7FgojSE/LtoMKvfdHlqsOCRZFjlRAr nkpo9Nv6NZfYnPrXyKQXq9pntI0kfssb2KR86rkGYr5TWlTEYjvE5hQ3YyxxJpLr8Rwm ZTWyivtXNqmL1Y7KiP6iz/tkK5atFPNsK1kExIM6nvQMxmf7HdGgwx455obPFVFzh4QH KECjqRtb3srh0Q6yU9iWQeE+LZoYepYj7iXb71+uJQBOa6UhSw+gyJ6TGvpUA7mj/bwC qWGGOljZAfvx0SbGNe53QmMWHsx++OmxC3XyD4ry5DvC9zX+25xvDKDZCx11hAQzNSZJ SfTg== X-Gm-Message-State: ABy/qLbHbskNTWrw25BMhX2atG502RMi1pURlwMAYTTGX2XaFljj15pB iRrhksnFNwo/GTguuH6qCpeQEYEViU6rNQP62WM= X-Received: by 2002:a25:d87:0:b0:c41:d9da:213c with SMTP id 129-20020a250d87000000b00c41d9da213cmr2563067ybn.40.1688157682386; Fri, 30 Jun 2023 13:41:22 -0700 (PDT) MIME-Version: 1.0 References: <20230628215954.1230048-1-namhyung@kernel.org> In-Reply-To: From: Namhyung Kim Date: Fri, 30 Jun 2023 13:41:11 -0700 Message-ID: Subject: Re: [GIT PULL] perf tools changes for v6.5 To: Linus Torvalds Cc: Arnaldo Carvalho de Melo , Jiri Olsa , Ian Rogers , Adrian Hunter , Ingo Molnar , Thomas Gleixner , LKML , linux-perf-users@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, On Fri, Jun 30, 2023 at 11:43 AM Linus Torvalds wrote: > > On Wed, 28 Jun 2023 at 15:00, Namhyung Kim wrote: > > > > Please consider pulling perf tool changes. I'm doing this on behalf of > > Arnaldo as he's on vacation. This is my first pull request and hope I > > didn't break anything. :) > > Things look normal, although I find your pgp key situation confusing. > > I looked up your gpg key from the kernel.org pgp key repo, but that's > apparently not the one you used for signing this. > > So I have two keys for you, and neither of them are then signed by > others (although that part is probably just the usual pgp mess with > signatures being dropped due to flooded bogus signatures, which has > made the whole pgp infrastructure be essentially close to useless). > > Anyway, I wish the pgp key situation would be better, but it's not an > actual problem. Sorry about that. Unfortunately I lost my old key due to a problem in my backups. So I had to create a new one and asked signing by others including Arnaldo and Jiri. Probably it's a problem in the pgp system as you mentioned, I don't know enough about that though. > > HOWEVER. > > What _is_ a problem is that the end result doesn't build cleanly. > > The > > if (list_empty(&pmus)) > perf_pmu__scan(NULL); > > ibs_pmu = perf_pmu__find("ibs_op"); > > in the amd-ibs-via-core no longer works, and it seems that it should just be > > ibs_pmu = perf_pmus__find("ibs_op"); > > That's fine - I can do (and did) that merge resolution - and it's part > of my normal "merge and test build", but I'm slightly unhappy that I > wasn't told about this part. > > The actual data conflicts were trivial. But this was a semantic > conflict that was invisible to git, but showed up in build testing. > > And I *think* you should have known about it, because the conflict you > do talk about shows that > > +perf-y += amd-ibs-via-core-pmu.o > > as part of the actual data conflicts. > > Anyway, I've resolved this, and it wasn't a *problem*, and I'm just a > bit unhappy that it took me by surprise. Sorry about the inconvenience. I'll check this kind of problem more seriously next time and let you know. Thanks, Namhyung