sys/shell/cmds: fix shell_cmd_netif LoRaWAN integration#18649
sys/shell/cmds: fix shell_cmd_netif LoRaWAN integration#18649maribu merged 1 commit intoRIOT-OS:masterfrom
Conversation
|
This is the only occurrence of that module in the latest release branch: Lines 336 to 338 in 72b14ac To me it looks like an intermediate symbol in the dependency resolution step and not like a "first class" module that users would actually select. But I guess, better be safe than sorry. |
|
After some deep digging in the history of those lines, it seem to have been introduced in c31e373 as a catch-all pseudo-module... This duck-hunt shows yet another reason, why catch-all pseudo-modules should be abolished. |
| # Keep this list ALPHABETICALLY SORTED!!!!111elven | ||
| DEPRECATED_MODULES += event_thread_lowest | ||
| DEPRECATED_MODULES += gnrc_netdev_default | ||
| DEPRECATED_MODULES += gnrc_netif_cmd_lora # use shell_cmd_gnrc_netif_lorawan instead |
There was a problem hiding this comment.
c31e373 introduced a catch-all (gnrc_netif_cmd_%). I think that catch-all should be used here for deprecation as well.
There was a problem hiding this comment.
c31e373 introduced a catch-all (
gnrc_netif_cmd_%). I think that catch-all should be used here for deprecation as well.
Ping?
There was a problem hiding this comment.
But after all this PR deprecates gnrc_netif_cmd_lora by renaming it. If there are no other modules matching gnrc_netif_cmd_%, maybe we should instead change pseudomodules.mk to no longer match with wildcards.
There is a check for typos in module names. But that check is not as effective as it could be due to all the wildcards. IMO we should get rid of all wildcards in pseudomodules.mk.
There was a problem hiding this comment.
There is a check for typos in module names. But that check is not as effective as it could be due to all the wildcards. IMO we should get rid of all wildcards in
pseudomodules.mk.
You won't get resistance on that from me :-). Then for this PR, should we just replace the gnrc_netif_cmd_% wildcard with gnrc_netif_cmd_lora to get this along? The actual removal of wildcards should be done in a separate PR IMHO.
|
@maribu ping? Also needs a rebase. |
Murdock results✔️ PASSED fd80c53 sys/shell/cmds: fix shell_cmd_netif LoRaWAN integration
ArtifactsThis only reflects a subset of all builds from https://ci-prod.riot-os.org. Please refer to https://ci.riot-os.org for a complete build for now. |
Model the LoRaWAN integration to GNRC's netif command (ifconfig) as submodule of it, namely `shell_cmd_gnrc_netif_lorawan`. This should fix a regression introduced by RIOT-OS#18355
| Deprecated Modules {#modules-deprecated} | ||
| ================== |
There was a problem hiding this comment.
I would prefer, if this somehow could show up in the @deprecated list so it is not easily forgotten by release managers. Can you try adding the @deprecated command here?
There was a problem hiding this comment.
The @deprecated command will link to some entity Doxygen is aware of such as function or type (or class). Since Doxygen is unaware of modules, I have no idea how to tell Doxygen to integrate it into the deprecation list.
There was a problem hiding this comment.
Modules are represented in Doxygen as groups, so you could link to the group.
There was a problem hiding this comment.
The more I think about this: Couldn't we just add the deprecated modules Makefiles add to doxygen and document the deprecation there in comments instead of yet another page that is required to be kept in sync? We do a similar thing with some pseudomodules already.
There was a problem hiding this comment.
This would be my proposal to be in line with #18698
diff --git a/makefiles/pseudomodules.inc.mk b/makefiles/pseudomodules.inc.mk
index 4059c1cab6..4f88138ca8 100644
--- a/makefiles/pseudomodules.inc.mk
+++ b/makefiles/pseudomodules.inc.mk
@@ -103,3 +103,10 @@ PSEUDOMODULES += gnrc_netif_mac
PSEUDOMODULES += gnrc_netif_single
-PSEUDOMODULES += gnrc_netif_cmd_%
+##
+## @defgroup net_gnrc_netif_cmd_lora gnrc_netif_cmd_lora
+## @ingroup shell_commands
+## @ingroup sys_gnrc_netif_lorawan
+## @{
+## @deprecated Use `shell_cmd_gnrc_netif_lorawan` instead; will be removed after 2023.07 release.
+PSEUDOMODULES += gnrc_netif_cmd_lora
+## @}
PSEUDOMODULES += gnrc_netif_dedupThere was a problem hiding this comment.
OK. I dropped the second commit, so that #18698 could add the deprecation doc
There was a problem hiding this comment.
Ok, then let's just merge this and add the deprecation note either in #18698 or in a follow-up. However, nothing speaks against adding it here. But let's not bike-shed this any further 🚴♀️.
| # Keep this list ALPHABETICALLY SORTED!!!!111elven | ||
| DEPRECATED_MODULES += event_thread_lowest | ||
| DEPRECATED_MODULES += gnrc_netdev_default | ||
| DEPRECATED_MODULES += gnrc_netif_cmd_lora # use shell_cmd_gnrc_netif_lorawan instead |
There was a problem hiding this comment.
c31e373 introduced a catch-all (
gnrc_netif_cmd_%). I think that catch-all should be used here for deprecation as well.
Ping?
miri64
left a comment
There was a problem hiding this comment.
Confirmed testing procedures:
> ifconfig
ifconfig
Iface 3 HWaddr: 00:00:00:00 Frequency: 868299987Hz RSSI: -157 BW: 125kHz SF: 7 CR: 4/5 Link: down
TX-Power: 14dBm State: SLEEP Demod margin.: 0 Num gateways.: 0
OTAA
L2-PDU:255 |
The RPL test failure on native is an unrelated glitch. The same issue happened to another unrelated PR. I restart Murdock, but without spending days of CPU time this round. |
|
I think this PR introduced a regression with lora netif. #19466 is trying to fix it using by adding some lora parameters when the |
Contribution description
Model the LoRaWAN integration to GNRC's netif command (ifconfig) as submodule of it, namely
shell_cmd_gnrc_netif_lorawan.This should fix a regression introduced by #18355
Testing procedure
Run and compile
examples/gnrc_lorawanforBOARD=b-l072z-lrwan1as described in #18355 (comment)Issues/PRs references
#18355 (comment)
Alternative to #18648