The abs function takes a 32-bit int, which can cause truncation. Fixes
compilation error:
error: absolute value function 'abs' given an argu>
if ((sec < 0) || (abs(cur.tv_sec - tv.tv_sec) > MAX_TIME_OFFSET)) {
Signed-off-by: Rosen Penev
---
nmea.c | 2 +-
1 file changed, 1 insertion(+), 1
The normal syscall is removed. Use the 64 bit version as musl 1.2.0
defaults to a 64-bit time_t.
Signed-off-by: Rosen Penev
---
system-linux.c | 4
1 file changed, 4 insertions(+)
diff --git a/system-linux.c b/system-linux.c
index d533be8..ff4e1fe 100644
--- a/system-linux.c
+++
SYS_settimeofday is no longer present. That is, it's replaced with the
time32 variant. There is no time64 variant.
Note that 5a7c064bdbb71bfbcded073c7c0a8723be306009 switched the patch to
use the syscall instead of the function as musl's settimeofday does not
use the tz argument for anything.
With the recent rework of the x86 image creation the f2fs/ext4 based
overlays dissappeared as their are not copied by default.
This commit follows the implementation of malta and armvirt to copy the
overlays as well.
Signed-off-by: Paul Spooren
---
target/linux/x86/image/Makefile | 10
On Sun, Mar 22, 2020 at 2:25 PM Rosen Penev wrote:
>
> On Sun, Mar 22, 2020 at 7:45 AM Petr Štetiar wrote:
> >
> > Rosen Penev [2020-03-20 16:45:06]:
> >
> > > The SYS_settimeofday is no longer present. That is, it's replaced with the
> > > time32 variant. There is no time64 variant.
> >
> >
OpenSSL 1.1.1e brought a change in behavior when reaching EOF in
SSL_read(). Previous versions returned SSL_ERROR_SYSCALL but errno
would be 0. New behavior returns SSL_ERROR_SSL and adds an error to the
stack.
This breaks session resumption in nginx, and has the potential to break
other apps
This adds patches to fix errors in nginx session resumption, and logging
messages such as:
nginx[16652]: [crit] 16675#0: *358 SSL_read() failed (SSL: error:
4095126:SSL routines:ssl3_read_n:unexpected eof while reading) while
keepalive, client: , server: [::]:443
Openssl commits db943f4
This driver enables hardware monitoring support using the sensors
found in many Fintek Super-IO chips.
Signed-off-by: Nick Bowler
---
v2: Added @TARGET_x86 dependency
package/kernel/linux/modules/hwmon.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git
This driver enables support for the watchdog timers found in many
Fintek Super-IO chips.
Signed-off-by: Nick Bowler
---
v2: Added @TARGET_x86 dependency
package/kernel/linux/modules/other.mk | 16
1 file changed, 16 insertions(+)
diff --git
This driver enables support for the GPIO capabilities found in many
Fintek Super-IO chips.
Signed-off-by: Nick Bowler
---
v2: Added @TARGET_x86 dependency
package/kernel/linux/modules/other.mk | 16
1 file changed, 16 insertions(+)
diff --git
This series enables packaging of the Linux hwmon, watchdog and gpio
drivers that support multiple Fintek Super-IO chips. In particular,
the Fintek F71869A is used on the Jetway NF99FL board and the stock
OpenWRT kernels appear to completely lack drivers for this chip.
v2: Add @TARGET_x86
This was introduced with 014d3b98b96872d020ffccf0358ba60967b3f1c0 , which
is almost 10 years old. uClibc-ng does not suffer from this problem.
Note that this hack prevents libstdc++ from using C++11 math functions.
Tested by removing all of the mpd patches designed to fix this and
compiling.
On 2020-03-21, Daniel Golle wrote:
> On Wed, Mar 18, 2020 at 11:27:09PM -0400, Nick Bowler wrote:
>> This series enables packaging of the Linux hwmon, watchdog and gpio
>> drivers that support multiple Fintek Super-IO chips. In particular,
>> the Fintek F71869A is used on the Jetway NF99FL board
There are currently 7 variants of 'wpad' package but 'iwinfo' is
included by default only if 'wpad', 'wpad-{basic,mini}' or 'nas'
packages are included in {DEVICE,DEFAULT}_PACKAGES. Use 'wpad-*'
pattern to include 'iwinfo' with any 'wpad' variant.
Signed-off-by: Piotr Dymacz
---
From: Alin Nastac
1) Remove hardcoded restrictions that disable redirect support on IPv6.
2) Allow usage of IP address lists in redirect and snat uci sections.
This is needed for 2 scenarios:
- use the interface address that matches the redirect & nat family
when dest_ip is set to an
Hi John,
ok, my issue: https://bugs.openwrt.org/index.php?do=details_id=2698
Details:
When virtual access points are used (multiple BSSIDS on one physical
interface), only the first BSSID is assigned to an existing network
interface, all other access point's (BSSIDs) network interfaces are
Jeffery To [2020-03-23 21:53:48]:
> On Fri, Mar 20, 2020 at 6:37 PM Paul Spooren wrote:
>
> > This commit introduces few related changes which need to be done in
> > single commit to keep images buildable between git revisions. In result
> > it retains all previous image creation possibilities
Hi,
what do you setup a device fully managed by hostapd ? I am not sure i
understand what that is. Best if you explain your problem so i can try
to reproduce and fix it.
to answer your question, in a multi vap setup "wifi reconf" will break
with your change as it breaks the symmetry of link
Hi John,
Are you able to describe what exactly does not work - how to reproduce it?
Maybe it is simple and obvious to you, but please describe what does not
work.
I just removed setting interface up and setting txpower on it - when the
interface is fully managed by hostapd. That looks reasonable
Hello!!
Sorry, I forgot that step
opkg update
and then
opkg install strace
could have worked.
BTW - with "make menuconfig" you're building a new image from scratch - with
opkg you probably would have installed the package to overlay.
And, the link you gave isn't relative to mediatek SDK but to
Hello,
I've successfully added strace!
make menuconfig was what I was supposed to do!
Thank you!
Jeonghum
2020년 3월 24일 (화) 오후 8:08, Jeonghum Joh 님이 작성:
> Hello,
>
> Many reply messages! So quickly! Thank you all!
>
> I tried this way,
>
> root@LEDE:~# opkg install strace
> Unknown package
On Tue, Mar 24, 2020 at 08:08:08PM +0900, Jeonghum Joh wrote:
> Do you have some suggestion for me?
opkg update
before trying to install
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
___
Hi
below commit breaks wifi reconf feature and to be honest it looks like
the wrong fix to me.
John
dangole pushed a commit to openwrt/openwrt.git, branch master:
https://git.openwrt.org/23a885bf89a204f91e4f17ed96f1a9fc7f50ea34
commit 23a885bf89a204f91e4f17ed96f1a9fc7f50ea34
Author:
Hello,
Many reply messages! So quickly! Thank you all!
I tried this way,
root@LEDE:~# opkg install strace
Unknown package 'strace'.
Collected errors:
* opkg_install_cmd: Cannot install package strace.
root@LEDE:~# uname -a
Linux LEDE 4.4.124 #0 SMP PREEMPT Fri Mar 13 06:40:09 UTC 2020
you may install strace with opkg from within the running device, assuming it
has connectivity to the outside:
opkg install strace
or, you may select strace itself when building the firmware.
or
On Tue, 24 Mar 2020, Jeonghum Joh wrote:
Date: Tue, 24 Mar 2020 11:39:05
From: Jeonghum Joh
To:
Hello,
On Tue, Mar 24, 2020 at 07:39:05PM +0900, Jeonghum Joh wrote:
> I'd like to use "strace" in openwrt firmware.
Just install "strace" package, it's in base.
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
Hello,
I'd like to use "strace" in openwrt firmware.
As you might know strace uses automake, autoconf and autotools.
It uses configure.ac and Makefile.am.
If it's just suing simple Makefile, the directory package/ would be good
place to place it, but strace uses automake - Makefile.am and
5.4.24 seems to be working fine on my zyxel,nbg6617, so let's start
wider userbase testing.
Signed-off-by: Petr Štetiar
---
target/linux/ipq40xx/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ipq40xx/Makefile b/target/linux/ipq40xx/Makefile
index
28 matches
Mail list logo