All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH net v2] tools: ynl: Add missing types to encode/decode
@ 2023-03-15 12:08 Michal Michalik
  2023-03-16  4:43 ` Jakub Kicinski
  0 siblings, 1 reply; 3+ messages in thread
From: Michal Michalik @ 2023-03-15 12:08 UTC (permalink / raw)
  To: netdev
  Cc: davem, kuba, pabeni, edumazet, arkadiusz.kubalewski, Michal Michalik

While testing the tool I noticed we miss the u16 type on payload create.
On the code inspection it turned out we miss also u8 and u64 - add them.

We also miss the decoding of u16 despite the fact `NlAttr` class
supports it - add it.

Fixes: e4b48ed460d3 ("tools: ynl: add a completely generic client")
Signed-off-by: Michal Michalik <michal.michalik@intel.com>

---
v2: add a `Fixes:` tag to the commit message
---
 tools/net/ynl/lib/ynl.py | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/tools/net/ynl/lib/ynl.py b/tools/net/ynl/lib/ynl.py
index 90764a8..788f130 100644
--- a/tools/net/ynl/lib/ynl.py
+++ b/tools/net/ynl/lib/ynl.py
@@ -334,8 +334,14 @@ class YnlFamily(SpecFamily):
                 attr_payload += self._add_attr(attr['nested-attributes'], subname, subvalue)
         elif attr["type"] == 'flag':
             attr_payload = b''
+        elif attr["type"] == 'u8':
+            attr_payload = struct.pack("B", int(value))
+        elif attr["type"] == 'u16':
+            attr_payload = struct.pack("H", int(value))
         elif attr["type"] == 'u32':
             attr_payload = struct.pack("I", int(value))
+        elif attr["type"] == 'u64':
+            attr_payload = struct.pack("Q", int(value))
         elif attr["type"] == 'string':
             attr_payload = str(value).encode('ascii') + b'\x00'
         elif attr["type"] == 'binary':
@@ -371,6 +377,8 @@ class YnlFamily(SpecFamily):
                 decoded = subdict
             elif attr_spec['type'] == 'u8':
                 decoded = attr.as_u8()
+            elif attr_spec['type'] == 'u16':
+                decoded = attr.as_u16()
             elif attr_spec['type'] == 'u32':
                 decoded = attr.as_u32()
             elif attr_spec['type'] == 'u64':
-- 
2.9.5

base-commit: bcc858689db5f2e5a8d4d6e8bc5bb9736cd80626

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH net v2] tools: ynl: Add missing types to encode/decode
  2023-03-15 12:08 [PATCH net v2] tools: ynl: Add missing types to encode/decode Michal Michalik
@ 2023-03-16  4:43 ` Jakub Kicinski
  2023-03-20 19:14   ` Michalik, Michal
  0 siblings, 1 reply; 3+ messages in thread
From: Jakub Kicinski @ 2023-03-16  4:43 UTC (permalink / raw)
  To: Michal Michalik; +Cc: netdev, davem, pabeni, edumazet, arkadiusz.kubalewski

On Wed, 15 Mar 2023 13:08:52 +0100 Michal Michalik wrote:
> While testing the tool I noticed we miss the u16 type on payload create.
> On the code inspection it turned out we miss also u8 and u64 - add them.
> 
> We also miss the decoding of u16 despite the fact `NlAttr` class
> supports it - add it.

Do we have any spec upstream which needs these?
The patch looks good, but I think net-next is good enough?

> Fixes: e4b48ed460d3 ("tools: ynl: add a completely generic client")
> Signed-off-by: Michal Michalik <michal.michalik@intel.com>
> 
> ---

Please make sure there's no empty lines between the tags and the ---
separator, it confuses the scripts.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: [PATCH net v2] tools: ynl: Add missing types to encode/decode
  2023-03-16  4:43 ` Jakub Kicinski
@ 2023-03-20 19:14   ` Michalik, Michal
  0 siblings, 0 replies; 3+ messages in thread
From: Michalik, Michal @ 2023-03-20 19:14 UTC (permalink / raw)
  To: Jakub Kicinski; +Cc: netdev, davem, pabeni, edumazet, Kubalewski, Arkadiusz

From: Jakub Kicinski <kuba@kernel.org> 
Sent: Thursday, March 16, 2023 5:44 AM
> 
> On Wed, 15 Mar 2023 13:08:52 +0100 Michal Michalik wrote:
>> While testing the tool I noticed we miss the u16 type on payload create.
>> On the code inspection it turned out we miss also u8 and u64 - add them.
>> 
>> We also miss the decoding of u16 despite the fact `NlAttr` class
>> supports it - add it.
> 
> Do we have any spec upstream which needs these?
> The patch looks good, but I think net-next is good enough?
> 

Yes, I faced this issue while testing the tool for the DPLL interface
upstream efforts: (needed only u16, but fixed all missing)
https://lore.kernel.org/netdev/20230312022807.278528-4-vadfed@meta.com/T/

I agree - net-next should be sufficient, I will change the tree and
resend it.

>> Fixes: e4b48ed460d3 ("tools: ynl: add a completely generic client")
>> Signed-off-by: Michal Michalik <michal.michalik@intel.com>
>> 
>> ---
> 
> Please make sure there's no empty lines between the tags and the ---
> separator, it confuses the scripts.
> 

Ohh - please excuse me, I was not aware of that. I will keep that in mind.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-03-20 19:25 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-15 12:08 [PATCH net v2] tools: ynl: Add missing types to encode/decode Michal Michalik
2023-03-16  4:43 ` Jakub Kicinski
2023-03-20 19:14   ` Michalik, Michal

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.