Received: by 2002:a17:90a:1609:0:0:0:0 with SMTP id n9csp2377394pja; Thu, 26 Mar 2020 14:14:30 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtp/INRueqfsFk8Qvqs0S/fdgmDDCtBfpoU+i40jqfwWH32WYsDc/N+KMf5WLL30Ta7D90i X-Received: by 2002:a9d:d0f:: with SMTP id 15mr8268082oti.161.1585257270354; Thu, 26 Mar 2020 14:14:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585257270; cv=none; d=google.com; s=arc-20160816; b=GKS7WGwa27haGn1zrpASJux4Wub+wugb1+r2GFsz0EvjPwBw3YluFUDmSdp73tXWqQ qHllEV/B53b0dszOazMdpbwjeh9clO+9J+Q3mo/Dt5dTLuREaQ19rLz6e66bQouQgMqF j3ooPNlU2oVTcK5ZoTC6qN5SPKNRm3EfLSHPEkkeumQnOitUXVxYJleC3bXRJmYodNPp +02sm1pCxaJiTuPTdd5+ya3k1ZPFdJFf6dyijL4sNMAkvFMB9mTzFTE0KQKXNHcCMYHg WPRrFX6EY0rKm64VP4Xg8JZfIh+yFFuKs/IfqrFMpgD/Wqs/Yoxo02jUVK4hZLE6lLxQ ClwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=GVoTPgBzjfNtEewTwTaR7LAqr90gJLB3+9tloTPc4m8=; b=yoqvqC5dIlNOBQX4/IJRd5CJuDmW0G2ZoqjdgSBT4yUb4VTJ1egEbXegWBa0jaWjHR S+gX6ebaKkrDaKFrBc59J7nArzVckz2Fd7ijjs5kZ5lv9wi5e+/kGmwCStxfmjaArGMp EjHjNKadI38R9BMZ1R1LjcRSKdK68becIWG4vG6yyDXlHlWb6PqY2j/xy7rq0cmepToR LCm2ce66C2z8WLP4rsGhkgmJGFBQ0f583OZCwFctr16TxKEkFSzIfX+Y4Sg7IhyCnnkK Q+r9GN34IL90zfkTCIdQSyfiAemzCMNbJNvg6wVVXxdyQu+C4EQgDjx1ud7BMs+kHjUG /Jlg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w188si1522585oig.183.2020.03.26.14.14.18; Thu, 26 Mar 2020 14:14:30 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727876AbgCZVNY (ORCPT + 99 others); Thu, 26 Mar 2020 17:13:24 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:55492 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726330AbgCZVNY (ORCPT ); Thu, 26 Mar 2020 17:13:24 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jHZoW-00CMAL-OE; Thu, 26 Mar 2020 22:13:21 +0100 Message-ID: <0db3e8c07fd6a9ec933d62cb045b181d7c832d90.camel@sipsolutions.net> Subject: Re: [PATCH] kernel/taskstats: fix wrong nla type for {cgroup,task}stats policy From: Johannes Berg To: David Ahern , Andrew Morton , Yafang Shao Cc: bsingharora@gmail.com, linux-kernel@vger.kernel.org, stable@vger.kernel.org, "David S.Miller" Date: Thu, 26 Mar 2020 22:13:19 +0100 In-Reply-To: (sfid-20200326_221130_152472_BA2B584D) References: <1585191042-9935-1-git-send-email-laoar.shao@gmail.com> <20200326130808.ccbacd6cba99a40326936fea@linux-foundation.org> (sfid-20200326_221130_152472_BA2B584D) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2020-03-26 at 15:11 -0600, David Ahern wrote: > > > na->nla_len = nla_len + 1 + NLA_HDRLEN; > > > > // but this??? the nla_len of a netlink attribute should just be > > // the len ... what's NLA_HDRLEN doing here? this isn't nested > > // here we end up just reserving 1+NLA_HDRLEN too much space [...] > I do not get the error message with this change as Johannes points out > above: > > diff --git a/tools/accounting/getdelays.c b/tools/accounting/getdelays.c > index 8cb504d30384..e90fd133df0e 100644 > --- a/tools/accounting/getdelays.c > +++ b/tools/accounting/getdelays.c > @@ -136,7 +136,7 @@ static int send_cmd(int sd, __u16 nlmsg_type, __u32 > nlmsg_pid, > msg.g.version = 0x1; > na = (struct nlattr *) GENLMSG_DATA(&msg); > na->nla_type = nla_type; > - na->nla_len = nla_len + 1 + NLA_HDRLEN; > + na->nla_len = nla_len + NLA_HDRLEN; Oops, thanks for the correction - indeed NLA_HDRLEN is included, I was wrong above. johannes