v2: addressed Petr Štetiar's concerns and also changed the generic helper
to check for the availability of IPv4 or IPv6 targets, as needed.
The flowtable detection fails if the respective target module is built-in,
since it's looking for the module itself. Create a generic helper and
instead
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of ad...@kryma.net
> Sent: Donnerstag, 16. Januar 2020 22:35
> To: openwrt-devel@lists.openwrt.org
> Cc: Pavel Balan
> Subject: [OpenWrt-Devel] [PATCH v4] ath79: add support for
Hi there,
as I mentioned we plan to apply again as organization for Google Summer
of Code.
The application period for organization opened 2 days ago.
To apply successful as organization, we also need to provide an updated
list of project ideas. These ideas are a base for students to develop
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rosen Penev
> Sent: Freitag, 17. Januar 2020 05:44
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH 6/7] base-files/functions.sh: do not
> iterate over ls
Rui Salvaterra [2020-01-16 21:16:43]:
Hi,
> +fw3_has_target(const char *target)
> +{
> + FILE *f;
> +
> + char line[12];
> + bool seen = false;
> +
> + const char *path = "/proc/net/ip_tables_targets";
> +
> + if (!(f = fopen(path, "r")))
> + return false;
> +
>
I have several issues on a x86_64 testbed.
> https://github.com/openwrt/openwrt/pull/2417#issuecomment-575878911
I think, they are not directly related to the patches, but something is
strange, and make 60 ghz out-of-the-box not working on OpenWrt.
Espeically, the segmentation fault in the ubus
