Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp857666pxv; Thu, 24 Jun 2021 23:18:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxp13rUr0JTsEIInIgHgm4ekl+snOtcF8kgbshndl78971cTtZuBCiSYNZhUJ2RWlolI2UR X-Received: by 2002:a17:906:26c7:: with SMTP id u7mr9033303ejc.211.1624601886880; Thu, 24 Jun 2021 23:18:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624601886; cv=none; d=google.com; s=arc-20160816; b=bbunvtytUrjOIH7G2xL13/oEv2mrabn3mI5TQuyoFu1Z4A1bo5dCBXcFo16TQqncwV gMGhPrxurigphX2bJvm9rwoZ9yWFYEyfT8u/GEXdzcUYyRm1lKbP95ArW0h0BO9djvVZ p7VVOKZwITe3mcA8gVb7toZsPmnCOA5JqV6Opzj22OcYBKRc6W22GtJWLa5QQ3I4lJM0 RdkLRe8+CrsNfDtrD8i0Y0lBOVUj2CjNVJRMixUj4GDyMdDqWK2F8SpJTzos7oF6WgiD X2z6jhoYDFyP+QVhxnoBx6ngcxqzeBzyxysIiOqsrCd6Hv9qwVduKUJyiIPZasl0Ejog SLwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=vavh75yo2tWw24B0rbkGSVkAIgl79GzSVSZhANEC7tY=; b=N6N5x5tWWiqZSydgQnsANMc9pAvrdqmchkXoCozSyzFAvQGHlBWB0VebQF70YVJAQq w3BlG9yyM/gwNWrib4IbihGYREWD7J3JBmMpVrfy9+39lXXSNiAfunajFpZdABlqnfaK 13HyzwivoYQ+oUP90JhjaG0XbOw6zwTx1DnWxg389OygbIkAH00mQ2qfgTEHYZiW/gJz vci5myT09zZRKCgUVTzXy+dUeG9ltW/vjdGz534Xo4oo+a0nPO9APKtLVyf84ZkPx6te mXQhTcrcTHpBQTg0LCRBMGK/0TCWkTlqEcdPW6425dLoVwVVMVCChvLOayBvyLe8dEKs LsBQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hc43si165563ejc.241.2021.06.24.23.17.42; Thu, 24 Jun 2021 23:18:06 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233143AbhFYGSg (ORCPT + 99 others); Fri, 25 Jun 2021 02:18:36 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:57156 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S230192AbhFYGSg (ORCPT ); Fri, 25 Jun 2021 02:18:36 -0400 X-UUID: 81f0045238004a81bdd54952ca6ea636-20210625 X-UUID: 81f0045238004a81bdd54952ca6ea636-20210625 Received: from mtkcas10.mediatek.inc [(172.21.101.39)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 266820426; Fri, 25 Jun 2021 14:16:10 +0800 Received: from mtkcas10.mediatek.inc (172.21.101.39) by mtkmbs01n1.mediatek.inc (172.21.101.68) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 25 Jun 2021 14:16:03 +0800 Received: from localhost.localdomain (10.15.20.246) by mtkcas10.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Fri, 25 Jun 2021 14:15:55 +0800 From: Rocco Yue To: Greg KH CC: "David S . Miller" , Jakub Kicinski , Jonathan Corbet , Hideaki YOSHIFUJI , David Ahern , Matthias Brugger , Felix Fietkau , John Crispin , Sean Wang , Mark Lee , , , , , , , , , , Rocco Yue Subject: Re: [PATCH 1/4] net: if_arp: add ARPHRD_PUREIP type Date: Fri, 25 Jun 2021 14:01:07 +0800 Message-ID: <20210625060107.14098-1-rocco.yue@mediatek.com> X-Mailer: git-send-email 2.18.0 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Does changelog mean adding these details to the commit message ? > > Yes please. > will do. > > > And are these user-visable flags documented in a man page or something > > > else somewhere? If not, how does userspace know about them? > > > > > > > There are mappings of these device types value in the libc: > > "/bionic/libc/kernel/uapi/linux/if_arp.h". > > userspace can get it from here. > > Yes, they will show up in a libc definition, but where is it documented > in text form what the flag does? Judging from the changes of ARPHRD_xxx submitted before, I am sorry I could not find the corresponding doucuments to describe their respective behaviors in details. Perhaps the best way to understand their behaviors is to read the code directly. Thanks, Rocco