This enables all OpenSSL API available. It is required to avoid some
silent failures, such as when performing client certificate validation.
Package size increases from 356.6K to 374.7K for
arm_cortex-a9_vfpv3-d16.
Signed-off-by: Eneas U de Queiroz
diff --git a/package/libs/wolfssl/Makefile
While looking at lighttpd failure to run with wolfssl as its backend[1],
it was suggested to configure wolfssl with both '--enable-lighty', and
'--enable-opensslall'.
While '--enable-lighty', in theory should make it work, wolfssl's crazy
maze of preprocessor macros, combined with many empty
Tnis adds the --enable-lighty option to configure, enabling the minimum
API needed to run lighttpd, in the packages feed. Size increase is
about 120 bytes for arm_cortex-a9_vfpv3-d16.
While at it, speed up build by disabling crypt bench/test.
Signed-off-by: Eneas U de Queiroz
diff --git
> Having all this features diabled gives for the kernel of a Nanostation M XM
> ubnt_nanostation-m-kernel.bin:
> - ath79-generic: 1792151
> - ath79-tiny: 1500108
> vmlinux:
> - ath79-generic: 5588220
> - ath79-tiny: 4687644
>
> So a bit more than 16% smaller size, or 900k absolute. A
> I agree, that some of the "small_flash" defaults are probably not the optimal
> choice for 8MB-flash devices.
> A new subtarget might be an option, but is it really worth to define a new
> one for "deprecated" boards? Esp. as it's to be expected that both will vanish
> in the release following
Am Sonntag, 6. Dezember 2020, 14:05:15 CET schrieb Adrian Schmutzler:
>
> Apart from that, I don't see disabling basic features like USB on a device
> with USB ports as an option for pure OpenWrt.
>
Disabling USB was just a pragmatic solution, as without SCSI-support,
partition-handling and
Am Sonntag, 6. Dezember 2020, 11:03:56 CET schrieb Baptiste Jonglez:
> Hi,
>
> On 06-12-20, Sven Roederer wrote:
> > Currently 8MB flash / 32MB RAM devices are fully supported in OpenWrt, as
> > they work quite well for basic usage (including full LuCI).
> > On some projects with advanced
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Branch: refs/heads/master
Am Sonntag, 6. Dezember 2020, 13:59:52 CET schrieb Adrian Schmutzler:
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Sven Roederer
> > Sent: Sonntag, 6. Dezember 2020 02:07
> > To: openwrt-devel@lists.openwrt.org
> >
The removed patches were applied upstream.
The changes to 357-mac80211-optimize-skb-resizing.patch are more
complex. I think the patch already took care of the new changes done
upstream.
Signed-off-by: Hauke Mehrtens
---
package/kernel/mac80211/Makefile | 8 +--
Merged into project/firewall3.git, branch master at
http://git.openwrt.org/?p=project/firewall3.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Merged into project/firewall3.git, branch master at
http://git.openwrt.org/?p=project/firewall3.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Roederer
> Sent: Sonntag, 6. Dezember 2020 02:07
> To: openwrt-devel@lists.openwrt.org
> Cc: adminuser
> Subject: [RFC PATCH 2/5] kernel: deactivate usb on ath79-tiny
>
>
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Roederer
> Sent: Sonntag, 6. Dezember 2020 02:07
> To: openwrt-devel@lists.openwrt.org
> Subject: [RFC 0/5] ath79: add a lower RAM-using version of 8/32 devices
>
> Currently
> --- a/target/linux/ath79/image/common-tp-link.mk
> +++ b/target/linux/ath79/image/common-tp-link.mk
> @@ -40,6 +40,7 @@ define Device/tplink-4m
>$(Device/tplink-nolzma)
>TPLINK_FLASHLAYOUT := 4M
>IMAGE_SIZE := 3904k
> + FEATURES := small_flash
Features are a target property,
On 04-12-20, Philip Prindeville wrote:
> But I’m trying:
>
> config rule
> option src '192.168.3.6'
> option lookup 200
>
> Per the cheatsheet and it’s resulting in:
>
> root@OpenWrt2:~# ip rule ls
> 0:from all lookup local
> 1:from all lookup 200
> 32766:from all
Hi,
On 06-12-20, Sven Roederer wrote:
> Currently 8MB flash / 32MB RAM devices are fully supported in OpenWrt, as they
> work quite well for basic usage (including full LuCI).
> On some projects with advanced features (e.g. Freifunk) the lack of RAM turns
> them into unstable devices. Mostly
Hi,
openwrt.git includes an old version of QEMU (0.14 vs 5.1.0 in
packages.git) only to convert x86 images to vdi and vmdk. Is there
anyone actively using the vanilla x86 QEMU images from the upstream
servers or can can we remove that "feature"?
This would allow to remove tools/qemu and
Because of the patch removing LZO support, LZO as a build dependency is
not needed.
zlib is a build dependency of util-linux. Might as well remove.
Signed-off-by: Rosen Penev
---
package/utils/mtd-utils/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
19 matches
Mail list logo