Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1602245pxu; Sun, 6 Dec 2020 01:07:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJwpB7rm9b0oy5j+P/4kjJZ3TwBnfTpypwMA+FNUVYlIVETxVTuoBG4nEC230ex9EHDqHv2m X-Received: by 2002:a17:906:4050:: with SMTP id y16mr13926413ejj.537.1607245627099; Sun, 06 Dec 2020 01:07:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607245627; cv=none; d=google.com; s=arc-20160816; b=oqYCNYr/MppN98+huQVxEZWe7Zj1dtMPPNAtcFOBGb8vQODJPQtIt51ca55YJ62ENZ BR9ziU1sbAL9n+R01ZzS5BP8ZHC5Gm5z4PrM5irZL6Dx1zS3AIkWIgSpvCLhXRG11g6Q wFyTyn/9amxPUVbnKcKJ1OYi+g+LGZLWhrhje7Xh8HVqJQwIEtzo8kFefou2+GuUqnFP 5LL7UPjxu5wwz+0R1XPo43hldcdjnJXu45LRbw+7dP2HhcUK7/iemTEHN2ZFjogmnFy6 WgtzqvsmqWUrsTqzUbbJywKqHPbfe57sAKJp6ggmuAZIKTCLmby00ukEkqi5Ay3cOdCi IY2A== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=V+sWHqxjmOYty3nv3tZaRRREprBn3IGrxdoTynUwRL8=; b=pt+Zk3F6DmNS5U/mt1DUy5sspNRXXJ52HfGmSfR3nGZ6vQm6E4skLBgWReKno+N4FX 75xjfZ034ROkbmxy1LJHRF06NdKLgFKa62NA1kgUBbqNSq1+2N3jyscmNe9xKShD5zRH ajW4w0DDvegBKfbkCe1mFacHxCGniHA+cxQ8gHfr1gzFi294eFKyB1v1svXz8KXkNde5 HGMXAWm47w0e7cknfUoZKeHf9kEptF4VEpxAGV4Q/riZDiCfVFNXxsPNehb+wdhe82U9 pIQMh91rauAHBNuT3OD0Xr9boiAroS7HTrX4ryR/bTlvDaqf95VLCuMQ/AeP2+c5lbDr 8BSw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f25si4747367ejh.37.2020.12.06.01.06.43; Sun, 06 Dec 2020 01:07:07 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726471AbgLFJDg (ORCPT + 99 others); Sun, 6 Dec 2020 04:03:36 -0500 Received: from mx2.suse.de ([195.135.220.15]:33374 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725787AbgLFJDg (ORCPT ); Sun, 6 Dec 2020 04:03:36 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 775AEAB63; Sun, 6 Dec 2020 09:02:54 +0000 (UTC) Date: Sun, 6 Dec 2020 10:02:50 +0100 From: Borislav Petkov To: Masami Hiramatsu , Arnaldo Carvalho de Melo Cc: Borislav Petkov , linux-kernel@vger.kernel.org, tip-bot2 for Masami Hiramatsu , linux-tip-commits@vger.kernel.org, syzbot+9b64b619f10f19d19a7c@syzkaller.appspotmail.com, Srikar Dronamraju , x86@kernel.org Subject: Re: [tip: x86/urgent] x86/uprobes: Do not use prefixes.nbytes when looping over prefixes.bytes Message-ID: <20201206090250.GA10741@zn.tnic> References: <160697103739.3146288.7437620795200799020.stgit@devnote2> <160709424307.3364.5849503551045240938.tip-bot2@tip-bot2> <20201205091256.14161a2e1606c527131efc06@kernel.org> <20201205101704.GB26409@zn.tnic> <20201206125325.d676906774c2329742746005@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20201206125325.d676906774c2329742746005@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ( drop stable@ ) On Sun, Dec 06, 2020 at 12:53:25PM +0900, Masami Hiramatsu wrote: > On Sat, 5 Dec 2020 11:17:04 +0100 > Borislav Petkov wrote: > > > On Sat, Dec 05, 2020 at 09:12:56AM +0900, Masami Hiramatsu wrote: > > > This may break tools/objtool build. Please keep "inat.h". > > > > How? Please elaborate. > > > > Build tests are fine here. > > Oops, sorry, it was for perf build. > > Please refer commit 00a263902ac3 ("perf intel-pt: Use shared x86 insn decoder"). Oh wow: "This way we continue to be able to process perf.data files with Intel PT traces in distros other than x86." acme, why is that? Can you explain pls? It probably would be better to fix this so that copying insn.h to keep it in sync won't cause any future breakages. Or the diffing check should verify whether header paths are wrong in the tools/ version and fail if so, so that we don't break it. Hmmm. -- Regards/Gruss, Boris. SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG Nürnberg