Awesome!
I will test it and let you know.
Thanks
On Wed, Sep 11, 2019 at 1:31 PM Ben Greear wrote:
> Yes, I think it is probably dynamic VLANs. And it should work with any
> wave
> 2 ath10k chipset including 9984.
>
> I'm interested to know if it works or not.
>
> Thanks,
> Ben
>
> On 9/11/19
Yes, I think it is probably dynamic VLANs. And it should work with any wave
2 ath10k chipset including 9984.
I'm interested to know if it works or not.
Thanks,
Ben
On 9/11/19 1:30 PM, Carlito Nueno wrote:
Hi Ben,
I was wondering if AP-VLAN is same as dynamic VLAN.
If so, will this feature wo
Hi Ben,
I was wondering if AP-VLAN is same as dynamic VLAN.
If so, will this feature work with ar71xx board - QCA9984
I can test it and let you know if I see any issues.
Thank you making ath10-ct!
On Mon, Sep 9, 2019 at 12:55 PM Ben Greear wrote:
> This enables a feature flag in the wave-2 f
For devices inheriting from bcm63xx_netgear, the IMAGES variable
is overwritten with the same values as defined in the parent
definition. So, remove the unnecessary overwrite.
Signed-off-by: Adrian Schmutzler
---
target/linux/brcm63xx/image/bcm63xx.mk | 3 ---
1 file changed, 3 deletions(-)
dif
create sdcard images for sam9x25 & sam9x35 ek targets.
Signed-off-by: Sandeep Sheriker M
---
target/linux/at91/image/sam9x.mk | 44 ++--
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git a/target/linux/at91/image/sam9x.mk b/target/linux/at91/image/s
create fit image & add it to sdcard image for sama5 target
device.
Signed-off-by: Sandeep Sheriker M
---
target/linux/at91/image/Makefile | 2 ++
target/linux/at91/image/sama5.mk | 4 +++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/target/linux/at91/image/Makefile b/target/lin
This patch series is to create a fit images and add it in sdcard image
for at91 targets.
Sandeep Sheriker M (2):
at91:sama5: create fit image
at91:sam9x: create sdcard images
target/linux/at91/image/Makefile | 2 ++
target/linux/at91/image/sam9x.mk | 44 +++
On 11.09.19 16:25, Salvatore Mesoraca wrote:
> On Tue, 10 Sep 2019 at 16:20, Salvatore Mesoraca
> wrote:
>>
>> Hi,
>>
>> I'm experiencing a problem with nftables' named counters with OpenWrt
>> 18.06.4 on a NetGear R7800.
>> This is an example of what I get:
>>
>> # uname -a
>> Linux OpenWrt
On Wed, 11 Sep 2019 at 14:45, Vincent Wiemann
wrote:
> On 11.09.19 13:00, Rafał Miłecki wrote:
> > On Wed, 11 Sep 2019 at 12:19, Vincent Wiemann
> > wrote:
> >> Hi Rafal,
> >>
> >> better error messages for sysupgrade is a good idea.
> >
> > Hi & let me ask shortly. Did you follow the recent deve
On Tue, 10 Sep 2019 at 16:20, Salvatore Mesoraca wrote:
>
> Hi,
>
> I'm experiencing a problem with nftables' named counters with OpenWrt 18.06.4
> on a NetGear R7800.
> This is an example of what I get:
>
> # uname -a
> Linux OpenWrt 4.14.131 #0 SMP Thu Jun 27 12:18:52 2019 armv7l GNU/Linux
> #
On 11.09.19 13:00, Rafał Miłecki wrote:
> On Wed, 11 Sep 2019 at 12:19, Vincent Wiemann
> wrote:
>> Hi Rafal,
>>
>> better error messages for sysupgrade is a good idea.
>
> Hi & let me ask shortly. Did you follow the recent development? Saw my
> improvements & pending patches?
>
Sorry, I see.
184b707 umbim: add home provider query support
Signed-off-by: Ingo Feinerer
---
package/network/utils/umbim/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/utils/umbim/Makefile
b/package/network/utils/umbim/Makefile
index 66d25718cf..417363f4da
On Wed, 11 Sep 2019 at 12:19, Vincent Wiemann
wrote:
> Hi Rafal,
>
> better error messages for sysupgrade is a good idea.
Hi & let me ask shortly. Did you follow the recent development? Saw my
improvements & pending patches?
___
openwrt-devel mailing l
Hi,
when looking at the merged patch (unfortunately only then), I found some
"issues" (see below):
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Rafal Milecki
> Sent: Freitag, 6. September 2019 07:11
> To: openwrt-devel@lists.
Hi Rafal,
better error messages for sysupgrade is a good idea.
On 11.09.19 11:26, Rafał Miłecki wrote:
> On Wed, 19 Jun 2019 at 16:07, Rafał Miłecki wrote:
>> Currently targets can implement platform_check_image() that verifies
>> submitted firmware file. It may return a success or failure.
>>
>
On Wed, 19 Jun 2019 at 16:07, Rafał Miłecki wrote:
> Currently targets can implement platform_check_image() that verifies
> submitted firmware file. It may return a success or failure.
>
> I'm looking for more complex implementation/solution. I'd like
> firmware validation to provide more info lik
From: Rafał Miłecki
This provides some meaningful info on why sysupgrade has failed.
Signed-off-by: Rafał Miłecki
---
system.c | 25 +
1 file changed, 21 insertions(+), 4 deletions(-)
diff --git a/system.c b/system.c
index 2a5d5bc..4068e64 100644
--- a/system.c
+++ b/s
From: Rafał Miłecki
Don't allow it if validation methods marked firmware as not supporting a
backup.
Signed-off-by: Rafał Miłecki
---
system.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/system.c b/system.c
index 98fcb66..2a5d5bc 100644
--- a/system.c
+++ b/syste
18 matches
Mail list logo
