From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6163AC43334 for ; Mon, 13 Jun 2022 20:40:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244680AbiFMUkO (ORCPT ); Mon, 13 Jun 2022 16:40:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235828AbiFMUj4 (ORCPT ); Mon, 13 Jun 2022 16:39:56 -0400 Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5A77DF02 for ; Mon, 13 Jun 2022 12:32:28 -0700 (PDT) Received: by mail-pg1-x531.google.com with SMTP id d129so6425425pgc.9 for ; Mon, 13 Jun 2022 12:32:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=XQcoIbY+k5u/47x4DTLCPrPlYj59eP/DTtY4Ztx/xXg=; b=A5bzrEVcQjAh2IkY9mih2H3zovmG9LwqSLp7yMagSi3STXs7bejz80SmKisAvgS2Cv Ki+N/pknAwhIt1aa1r3eH1zp7lX7ceSp3jWvNDege0n2AZ3xgxflVXVe6EpTEwIQ+F3C JEYgGsIX6dBRFXkMrZoLBdJtGfawm1YoIgj74BweX/+YXB6ZCbqDF8cq4XBXNVG0H0ZL alCCfYyoOuDQ2CsMWqB1wRQQxUizRds0e9Tm/6x/K/tPo+rJqFM+xImKT5G440g50/Io 61zgaQPcowi43QW4k1dc/Z3LvEPwd+f+X6+hO0QhJQF4ROtniVfULZzFsrjb2RxnJyJp nfEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=XQcoIbY+k5u/47x4DTLCPrPlYj59eP/DTtY4Ztx/xXg=; b=KU4iDonSd29zbQsxErcDLSy3dMvXceX3v2+vsvNnLz2kAi/9hMHZOh+deENtpYb4/I vIRxi9L2wBvMmP0doUfHtCURY8tcf8adbY7ypuZ2l8jj6cMhMWLco6PvykGHp40lCcjX 6ZKR0o44D6aB9I4cD+GW+EQ2NHerdhDVV6NDjKxJk6++nXeOVjrIn0F1bTin1DiJmQF6 Nl9QdB+66a0nIZ7RDBBdzvcfxfCXe3lc/PxclLzHFef5yN3YvdamwItpZzud3aQZO+HG lwQpyVtS4DwxwUuZLd3XNyGm1+Tu3zaP5FNqmfFALrJwf13nlCYL+HPOgtBQOdAA2oqc w8xw== X-Gm-Message-State: AOAM5332TeLcbNgeL0ttyxti3uGzOsR97Ra+1/FrPRY1S7brncAjyE97 iVOE2KjVT+5Xk716uwVSlZAxzA== X-Google-Smtp-Source: ABdhPJzFIbd90FydWyiB2L/AazuxBpWyBSjyk5m+JnqapOQSbBlo6DITwJJwiXtiH4AUBAHZLPT9ng== X-Received: by 2002:a05:6a00:218c:b0:51c:c64:3f6a with SMTP id h12-20020a056a00218c00b0051c0c643f6amr527443pfi.50.1655148747928; Mon, 13 Jun 2022 12:32:27 -0700 (PDT) Received: from google.com (157.214.185.35.bc.googleusercontent.com. [35.185.214.157]) by smtp.gmail.com with ESMTPSA id q138-20020a632a90000000b003c6a71b2ab7sm5935469pgq.46.2022.06.13.12.32.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Jun 2022 12:32:27 -0700 (PDT) Date: Mon, 13 Jun 2022 19:32:23 +0000 From: Sean Christopherson To: Jim Mattson Cc: Paolo Bonzini , Andrew Jones , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/4] KVM: selftests: Add a missing apostrophe in comment to show ownership Message-ID: References: <20220613161942.1586791-1-seanjc@google.com> <20220613161942.1586791-2-seanjc@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On Mon, Jun 13, 2022, Jim Mattson wrote: > On Mon, Jun 13, 2022 at 12:01 PM Sean Christopherson wrote: > > > > Add an apostrophe in a comment about it being the caller's, not callers, > > responsibility to free an object. > > > > Reported-by: Andrew Jones > > Fixes: 768e9a61856b ("KVM: selftests: Purge vm+vcpu_id == vcpu silliness") > > Signed-off-by: Sean Christopherson > > --- > > tools/testing/selftests/kvm/lib/kvm_util.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/tools/testing/selftests/kvm/lib/kvm_util.c b/tools/testing/selftests/kvm/lib/kvm_util.c > > index 39f2f5f1338f..0c550fb0dab2 100644 > > --- a/tools/testing/selftests/kvm/lib/kvm_util.c > > +++ b/tools/testing/selftests/kvm/lib/kvm_util.c > > @@ -1434,7 +1434,7 @@ void vcpu_run_complete_io(struct kvm_vcpu *vcpu) > > /* > > * Get the list of guest registers which are supported for > > * KVM_GET_ONE_REG/KVM_SET_ONE_REG ioctls. Returns a kvm_reg_list pointer, > > - * it is the callers responsibility to free the list. > > + * it is the caller's responsibility to free the list. > > */ > Shouldn't that be callers'? Or are you assuming there is only ever > going to be one caller? No? Regardless of the number of users of the function, for any given invocation and allocation, there is exactly one caller.