[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b5f64bfb0bcb70b0ac89143b8aabb3e383e362c3.camel@sipsolutions.net>
Date: Tue, 16 Aug 2022 09:07:14 +0200
From: Johannes Berg <johannes@...solutions.net>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, davem@...emloft.net, edumazet@...gle.com,
pabeni@...hat.com, sdf@...gle.com, jacob.e.keller@...el.com,
vadfed@...com, jiri@...nulli.us, dsahern@...nel.org,
stephen@...workplumber.org, fw@...len.de, linux-doc@...r.kernel.org
Subject: Re: [RFC net-next 1/4] ynl: add intro docs for the concept
On Mon, 2022-08-15 at 17:32 -0700, Jakub Kicinski wrote:
> On Mon, 15 Aug 2022 22:09:29 +0200 Johannes Berg wrote:
> > On Wed, 2022-08-10 at 19:23 -0700, Jakub Kicinski wrote:
> > >
> > > +Note that attribute spaces do not themselves nest, nested attributes refer to their internal
> > > +space via a ``nested-attributes`` property, so the YAML spec does not resemble the format
> > > +of the netlink messages directly.
> >
> > I find this a bit ... confusing.
> >
> > I think reading the other patch I know what you mean, but if I think of
> > this I think more of the policy declarations than the message itself,
> > and there we do refer to another policy?
> >
> > Maybe reword a bit and say
> >
> > Note that attribute spaces do not themselves nest, nested attributes
> > refer to their internal space via a ``nested-attributes`` property
> > (the name of another or the same attribute space).
> >
> > or something?
>
> I think I put the cart before the horse in this looong sentence. How
> about:
>
> Note that the YAML spec is "flattened" and is not meant to visually
> resemble the format of the netlink messages (unlike certain ad-hoc documentation
> formats seen in kernel comments). In the YAML spec subordinate attribute sets
> are not defined inline as a nest, but defined in a separate attribute set
> referred to with a ``nested-attributes`` property of the container.
>
Yeah, that makes sense.
Like I said, I was already thinking of the policy structures (and the
policy advertisement to userspace) which is exactly the same way, so I
didn't see this as much different - but of course it _is_ different from
the message itself.
johannes
Powered by blists - more mailing lists