From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754680AbcFPQim (ORCPT ); Thu, 16 Jun 2016 12:38:42 -0400 Received: from foss.arm.com ([217.140.101.70]:45083 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753962AbcFPQik (ORCPT ); Thu, 16 Jun 2016 12:38:40 -0400 Message-ID: <5762D591.5090702@arm.com> Date: Thu, 16 Jun 2016 17:36:33 +0100 From: James Morse User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Alexander Potapenko CC: Mark Rutland , Catalin Marinas , Ard Biesheuvel , marc.zyngier@arm.com, Will Deacon , LKML , Quentin Casasnovas , Kostya Serebryany , syzkaller , Christoffer Dall , Dmitriy Vyukov , Andrew Morton , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v2] arm64: allow building with kcov coverage on ARM64 References: <20160614175543.GA2468@leverpostej> <20160615092509.GA3984@leverpostej> <20160615114438.GC3984@leverpostej> <20160615142550.GA7971@leverpostej> <576283B9.9050900@arm.com> <20160616154412.GC31477@leverpostej> <20160616162531.GF18752@e104818-lin.cambridge.arm.com> <20160616163258.GA1459@leverpostej> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16/06/16 17:36, Alexander Potapenko wrote: > On Thu, Jun 16, 2016 at 6:32 PM, Mark Rutland wrote: >> On Thu, Jun 16, 2016 at 05:25:31PM +0100, Catalin Marinas wrote: >>> I noticed that there was an ack on v1 form Marc Z that's missing in v2. >> >> I believe Marc's reply [1] was to v3 [2], it's just that the version was >> missing form the subject, and discussions continued on v2 in the mean >> time. Ah, that's what happened... > Yes, this is correct. >>> Maybe it no longer applies, I can't tell, but I usually expect >>> subsequent versions of a patch to include all the previously given acks >>> (of course, if they still apply, sometimes a patch rewrite means >>> dropping those tags). >> >> I guess the simplest thing to do is for Alexander to send a v4 with the >> tags accumulated, assuming James's Tested-by is applicable to v3 with >> the boot/Makefile hunk removed. James? > I think it's safe to assume James's Tested-by is still valid, as > boot/Makefile hunk did virtually nothing. I agree! > I'll send the new patch version now. Thanks, James