[LEDE-DEV] [PATCH][RFC] ubus: propagate error code on netifd_reload()
Alexandru Ardelean
ardeleanalex at gmail.com
Fri Mar 10 01:37:47 PST 2017
On Fri, Mar 10, 2017 at 11:33 AM, Alexandru Ardelean
<ardeleanalex at gmail.com> wrote:
> The context is that we generate some of the UCI config
> for netifd via scripts/programs.
>
> Every once in a while, there's a goof when doing that
> UCI generation, and netifd prints out the error at
> stderr, but returns 0 (success) err-code.
>
> This change will fail the ubus call if UCI config
> is invalid for /etc/config/network & /etc/config/wireless,
> or could not be loaded (via uci_load()).
>
> Admittedly, failing the entire ubus call could
> be a bit much [depending on various views].
> Probably one idea, would be to return the err-code
> as a ubus reply data (via ubus_send_reply()).
> Not sure.
>
> Signed-off-by: Alexandru Ardelean <ardeleanalex at gmail.com>
> ---
> config.c | 10 ++++++++--
> config.h | 2 +-
> main.c | 4 ++--
> netifd.h | 2 +-
> ubus.c | 3 +--
> 5 files changed, 13 insertions(+), 8 deletions(-)
>
> diff --git a/config.c b/config.c
> index 0d965d3..d70747c 100644
> --- a/config.c
> +++ b/config.c
> @@ -393,16 +393,20 @@ config_init_wireless(void)
> vlist_flush(&wdev->interfaces);
> }
>
> -void
> +int
> config_init_all(void)
> {
> uci_network = config_init_package("network");
> if (!uci_network) {
> fprintf(stderr, "Failed to load network config\n");
> - return;
> + return -1;
> }
>
> uci_wireless = config_init_package("wireless");
> + if (!uci_wireless) {
> + fprintf(stderr, "Failed to load wireless config\n");
> + return -1;
> + }
>
> vlist_update(&interfaces);
> config_init = true;
> @@ -426,4 +430,6 @@ config_init_all(void)
> interface_refresh_assignments(false);
> interface_start_pending();
> wireless_start_pending();
> +
> + return 0;
> }
> diff --git a/config.h b/config.h
> index 5adaca6..fae7cd8 100644
> --- a/config.h
> +++ b/config.h
> @@ -19,6 +19,6 @@
>
> extern bool config_init;
>
> -void config_init_all(void);
> +int config_init_all(void);
>
> #endif
> diff --git a/main.c b/main.c
> index 5717b81..c173cef 100644
> --- a/main.c
> +++ b/main.c
> @@ -208,9 +208,9 @@ static void netifd_do_restart(struct uloop_timeout *timeout)
> execvp(global_argv[0], global_argv);
> }
>
> -void netifd_reload(void)
> +int netifd_reload(void)
> {
> - config_init_all();
> + return config_init_all();
> }
>
> void netifd_restart(void)
> diff --git a/netifd.h b/netifd.h
> index 5a90858..e565423 100644
> --- a/netifd.h
> +++ b/netifd.h
> @@ -98,6 +98,6 @@ struct interface;
> extern const char *main_path;
> extern const char *config_path;
> void netifd_restart(void);
> -void netifd_reload(void);
> +int netifd_reload(void);
>
> #endif
> diff --git a/ubus.c b/ubus.c
> index 66f714a..89f0db6 100644
> --- a/ubus.c
> +++ b/ubus.c
> @@ -44,8 +44,7 @@ netifd_handle_reload(struct ubus_context *ctx, struct ubus_object *obj,
> struct ubus_request_data *req, const char *method,
> struct blob_attr *msg)
> {
> - netifd_reload();
> - return 0;
> + return netifd_reload();
> }
>
> enum {
> --
> 2.7.4
>
Title is confusing.
Just noticed.
The thought was to patch ubus.c in netifd.
Will re-send.
On another note.
What are the thoughts of mirroring netifd on Github [and other modules
hosted @ http://git.lede-project.org/ ] ?
The idea is to allow PRs & reviews.
While I agree it could become noisier, I would find it a bit more comfortable.
More information about the Lede-dev
mailing list