Hauke Mehrtens [2020-01-19 18:17:10]:
Hi,
> Someone has to take care of the release and this person would then
> announce that he wants to tag and build the next RC some days before so
> that people can prepare. The person can change in the release process.
Ok, fine with me, it should be writte
On 20/01/20 10:01, Petr Štetiar wrote:
Hauke Mehrtens [2020-01-19 18:17:10]:
Hi,
Does someone else other than jow know how to setup built bot for a new
branch? Is this documented somewhere?
It should be documented and at least 3 persons should be able (and willing) to
do that.
There is d
From: Ondřej Votava
Adds feature to show process's exit code when
ubus service list is called.
Signed-off-by: Ondřej Votava
---
service/instance.c | 12
service/instance.h | 1 +
2 files changed, 13 insertions(+)
diff --git a/service/instance.c b/service/instance.c
index abd1f34
From: Juraj Vijtiuk
Fix out of bounds read in blobmsg_parse and blobmsg_check_name. The
out of bounds read happens because blob_attr and blobmsg_hdr have
flexible array members, whose size is 0 in the corresponding sizeofs.
For example the __blob_for_each_attr macro checks whether rem >=
sizeof(s
Juraj Vijtiuk [2020-01-14 22:11:18]:
Hi,
I just sent v2 for review[2], can you check it please?
> > > @@ -191,7 +197,11 @@ int blobmsg_parse(const struct blobmsg_policy
> > > *policy, int policy_len,
> > > }
> > >
> > > __blob_for_each_attr(attr, data, len) {
> > > + if (len
Hi all,
I looked a bit into parsing the DeviceTree files but it's a bit of a
pain. Tools like dts2yaml and dtc exists, however the output is not
really useful: A lot of auto detection prevents the parser from knowing
flash & storage sizes or number of USB ports.
Therefore I decided to create
Update:
I've found out now that the ENOBUFS is set by __ip_append_data,
because sk_wmem_alloc "overflows".
Martin
On 2020-01-20 07:09, Martin Schiller wrote:
Hi!
I have discovered the following problem:
If you have established a PPPoE session via VDSL / PTM connection incl.
VLAN tagging and
The SUBDIRS variable has been removed in kernel 5.4, and was deprecated
since the beginnig of kernel git history in favour of M or KBUILD_EXTMOD.
Signed-off-by: Tomasz Maciej Nowak
---
package/kernel/acx-mac80211/Makefile| 2 +-
package/kernel/ath10k-ct/Makefile | 2 +-
package
The SUBDIRS variable has been removed in kernel 5.4, and was deprecated
since the beginnig of kernel git history in favour of M or KBUILD_EXTMOD.
Signed-off-by: Tomasz Maciej Nowak
---
v1 -> v2
fix commit title
package/kernel/acx-mac80211/Makefile| 2 +-
package/kernel/ath10k-ct/Makefi
W dniu 18.01.2020 o 02:21, Adrian Schmutzler pisze:
> This moves the if conditions for choosing which image Makefiles
> are used to the parent image/Makefile. It seems more convenient
> to have "codeflow" in the parent while the subtarget-specific
> files only contain the definitions.
>
> Signed-o
W dniu 18.01.2020 o 02:21, Adrian Schmutzler pisze:
> For the mvebu target in particular, there is a lot of files in
> base-files that are only relevant for one subtarget. Improve
> overview and reduce size per subtarget by moving/splitting
> base-files depending on the subtarget they belong to.
>
W dniu 18.01.2020 o 02:21, Adrian Schmutzler pisze:
> This introduces the SOC variable to mvebu target to derive some of
> the DEVICE_DTS variables based on the SOC prefix and the device
> definition name.
>
> Since DTS names and compatible are inconsistent also in the kernel
> for this target, th
Hi Paul,
Hi Martin,
On Sun, Jan 12, 2020 at 10:13:42PM -1000, Paul Spooren wrote:
> Hi,
>
> On 1/12/20 1:05 PM, Martin Blumenstingl wrote:
> > Hi Paul,
> >
> > On Sun, Jan 12, 2020 at 10:47 PM Paul Spooren wrote:
> > > Hi all,
> > >
> > > some time ago I created a (now outdated) device overvie
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Tomasz Maciej Nowak
> Sent: Montag, 20. Januar 2020 16:08
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 2/2] mvebu: use SOC to
Fixes: 641a93f0f226 ("ath10k-firmware: update wave 1 firmware to
10.2.4-1.0-00047")
Signed-off-by: DENG Qingfang
---
package/firmware/ath10k-firmware/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/firmware/ath10k-firmware/Makefile
b/package/firmware/ath10k-
Hi,
can you comment on/take care of
https://github.com/openwrt/openwrt/commit/4e6af8b9efcfc51e217d793239487dd8af1f410e#commitcomment-36881083
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Michal Cieslakiewicz
> Sen
c888e17e06 ("hostapd: manage instances via procd instead of pidfile")
added procd support for managing hostapd and wpa_supplicant daemons
but at the same time limited wiphy names to 'phy*'.
This brings back initial behaviour (introduced in 60fb4c92b6 ("hostapd:
add ubus reload") and makes procd ma
MT7615E support wasn't present in OpenWrt's mt76 version prior to 19.07
release, but it is now, so add the module to the image.
Signed-off-by: Stijn Segers
---
target/linux/ramips/image/mt7621.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/image/mt762
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Stijn Segers
> Sent: Montag, 20. Januar 2020 19:50
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH] [19.07] ramips: add kmod-mt7615e module to
> Netgear R6
Op maandag 20 januari 2020 om 20:00 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel
[mailto:openwrt-devel-boun...@lists.openwrt.org] On
Behalf Of Stijn Segers
Sent: Montag, 20. Januar 2020 19:50
To: openwrt-devel@lists.openwrt.org
Subject: [OpenWrt-Dev
On Sun, 19 Jan 2020 16:42:12 +0100
wrote:
> Hi,
>
> > - SUPPORTED_DEVICES += wndr3700
> > + SUPPORTED_DEVICES += wndr3700 wndr3700v2
>
> That would have to be
>
> SUPPORTED_DEVICES += wndr3700 netgear,wndr3700v2
>
> Best
>
> Adrian
Thanks! I'll issue v2 soon with that one fixed.
Best
Currently it's not possible to downgrade from master:
Device ubiquiti,edgerouterx not supported by this image
Supported devices: ubnt-erx
So fix it by adding a DTS based device name from master into
SUPPORTED_DEVICES list.
Signed-off-by: Petr Štetiar
---
target/linux/ramips/image/mt7621.mk |
>
> What is the motivation for this?
>
> The router was originally marketed as "WNDR3700v2" and that is both
> in the packaging and also in the printed label in the router itself.
> The "v2" is not a typical separate version number like many 6.1, 3.21
> type of revisions next to the serial number
Hello,
I have checked v2 of the patch, and can confirm that it fixes the out
of bounds reads.
I have also fuzzed blobmsg_parse and blobmsg_parse_array for an hour
with LibFuzzer, to check that there are no more similar shallow issues
and no new crashes were found.
Thank you for the help!
Regard
dnsmasq sometimes does not listen for DHCP at bootup on lan (see bug FS#1765).
This occurs because netifd can incorrectly indicate carrier down on an
interface through devstatus after issuing a carrier up hotplug event.
This patch ignores carrier status for bridge interfaces, as this does not
ref
Kernel partition increase to 4 MiBs for Netgear WNDR3700v4 and WNDR4300
routers breaks sysupgrade image compatibility with ar71xx builds.
Therefore, SUPPORTED_DEVICES variable has to be removed for both devices
from target makefile.
Signed-off-by: Michal Cieslakiewicz
---
target/linux/ath79/imag
This patch changes device string to 'wndr3700-v2' (adds dash before
variant) making it compatible with naming convention for ath79 target.
Then board, under its new name, is added to uboot-envtools.
Changes v1->v2:
* SUPPORTED_DEVICES fixed to allow sysupgrading from older ath79 builds
Patch lis
Add Netgear WNDR3700v2 to the list of supported boards.
Signed-off-by: Michal Cieslakiewicz
---
package/boot/uboot-envtools/files/ath79 | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/package/boot/uboot-envtools/files/ath79
b/package/boot/uboot-envtools/files/ath79
index a
Adapt Netgear WNDR3700v2 device identification string to ath79 naming
scheme by changing from 'wndr3700v2' to 'wndr3700-v2' (affects config,
makefile, init scripts and device tree definition).
Signed-off-by: Michal Cieslakiewicz
---
...etgear_wndr3700v2.dts => ar7161_netgear_wndr3700-v2.dts} | 4
ondrej.vot...@cvut.cz [2020-01-20 10:53:05]:
Ahoj,
this comment(if it's really needed and I doubt that) should go into commit
description, self-explaining code is prefered, everybody knows how to use man
pages already or knows how to use `git blame`.
> + /*
> + According to man waitpid(
Hi Petr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Petr Štetiar
> Sent: Montag, 20. Januar 2020 20:40
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [OpenWrt-Devel] [PATCH 19.07] ramips: mt7621: ubnt-erx
Hi Adrian, David, Chuanhong,
On 07.09.2019 12:15, m...@adrianschmutzler.de wrote:
Hi,
> However, this will obviously swap eth0/eth1 on EVERY upgrade, not just
when coming from ar71xx.
> So, does anyone have an idea how to limit this to run only when updated
from ar71xx?
I was thinking about t
Ok, I think I've got it:
The "sk_wmem_alloc" is decremented in sock_wfree() which is called
by kfree_skb.
But in ptm_hard_start_xmit() of the ifxmips_ptm_vdsl.c, the skb
only gets freed immediately, if the skb_headroom is to small or
the skb is cloned. In this case the skb is copied to a new one
m...@adrianschmutzler.de [2020-01-21 00:26:41]:
Hi,
> Note that I changed somewhat between 100 and 150 devices when reorganizing
> board names in ramips between master and 19.07.
and I thank you for that, it names makes more sense now.
> So, unless you have a specific reason to deal with this
34 matches
Mail list logo
