Skip to contentSkip to conversation

nl802154 enum misspelled, just send patch?

DISCUSSION Christoffer Holmstedt 3 participants 4 messages Jun 10, 2015 IEEE 802.15.4

lore
Share & tools
lore
#0 lore raw

Hi
While working on the CCA improvements to wpan-tools I noticed that one of the enums has a value misspelled. As the header is not in UAPI yet I suggest we fix this.

NL802154_CCA_UWB_MULTIPEXED is missing an l (ell) in multiplexed.

The header file is included in wpan-tools repository and available in the kernel. Should I just send a patch for bluetooth-next and then the new header file is copied over to wpan-tools repository or what is the procedure here?

I assume normal procedure for more "stable" user-space software is that the kernel header file(s) should not be included in the user-space tool but instead included and linked against the kernel headers (from running system or similiar source). At the moment the nl802154 header is included in wpan-tools to make it easier to build while developing.

So, should I send a patch for both bluetooth-next and wpan-tools or just bluetooth-next?

Regards

Signature · 1 line
Christoffer Holmstedt
#1 lore raw
Quoted 11 lines · Christoffer Holmstedt

Hi
While working on the CCA improvements to wpan-tools I noticed that one of the enums has a value misspelled. As the header is not in UAPI yet I suggest we fix this.

NL802154_CCA_UWB_MULTIPEXED is missing an l (ell) in multiplexed.

The header file is included in wpan-tools repository and available in the kernel. Should I just send a patch for bluetooth-next and then the new header file is copied over to wpan-tools repository or what is the procedure here?

Quoted 8 lines

I assume normal procedure for more "stable" user-space software is that the kernel header file(s) should not be included in the user-space tool but instead included and linked against the kernel headers (from running system or similiar source). At the moment the nl802154 header is included in wpan-tools to make it easier to build while developing.

So, should I send a patch for both bluetooth-next and wpan-tools or just bluetooth-next?

Send patch for both trees . :-)

Signature · 1 line
Varka Bhadram
#2 lore raw
Quoted 19 lines · Varka Bhadram
Quoted 17 lines · Christoffer Holmstedt

Hi
While working on the CCA improvements to wpan-tools I noticed that one of the enums has a value misspelled. As the header is not in UAPI yet I suggest we fix this.

NL802154_CCA_UWB_MULTIPEXED is missing an l (ell) in multiplexed.

The header file is included in wpan-tools repository and available in the kernel. Should I just send a patch for bluetooth-next and then the new header file is copied over to wpan-tools repository or what is the procedure here?

I assume normal procedure for more "stable" user-space software is that the kernel header file(s) should not be included in the user-space tool but instead included and linked against the kernel headers (from running system or similiar source). At the moment the nl802154 header is included in wpan-tools to make it easier to build while developing.

Quoted 7 lines
Quoted 2 lines

So, should I send a patch for both bluetooth-next and wpan-tools or just bluetooth-next?

Send patch for both trees . :-)

Signature · 1 line
Varka Bhadram

Will do.

Signature · 1 line
Christoffer Holmstedt
maintainer
#3 lore raw
In reply to Christoffer Holmstedt
Quoted 11 lines · Christoffer Holmstedt

Hi
While working on the CCA improvements to wpan-tools I noticed that one of the enums has a value misspelled. As the header is not in UAPI yet I suggest we fix this.

NL802154_CCA_UWB_MULTIPEXED is missing an l (ell) in multiplexed.

The header file is included in wpan-tools repository and available in the kernel. Should I just send a patch for bluetooth-next and then the new header file is copied over to wpan-tools repository or what is the procedure here?

First send patches for kernel, when Marcel has applied the change. Then you can send another patch for wpan-tools for updating the nl802154 header.

Quoted 6 lines

I assume normal procedure for more "stable" user-space software is that the kernel header file(s) should not be included in the user-space tool but instead included and linked against the kernel headers (from running system or similiar source). At the moment the nl802154 header is included in wpan-tools to make it easier to build while developing.

In this case, if we would change the uapi header then compiling will fail, because the enum is different. In this case it's safer to put the header in wpan-tools.

If the kernel get a enum value which is higher than the own nl802154 capabilities, this should be handled by nl802154 by checking on ATTR_MAX value.

Quoted 3 lines

So, should I send a patch for both bluetooth-next and wpan-tools or just bluetooth-next?

API changes are always bad, but this doesn't change the API. It's just a compile failure when we change it. So it's okay to fix that now.

So first send patches to bluetooth-next then wpan-tools with updating nl802154 header and also updating your cca print functionality. Maybe mention the bluetooth-next commit id in the commit msg of wpan-tools patch.

- Alex