Sorry if this is the wrong place to ask this. I'm trying to implement
a wifi channel graph to diagnose wifi quality directly from luci using
the wifi scan data. Problem is that I can't really find a way to get
the channel width of the nearby stations. I modified rpcd to export
the channel width fro
Thx for the link. From a quick review you confirmed my fear. In the
link the channel width is indirectly parsed by checking specific value
from the wifi (upper or lower channel presence) (vht band for 5ghz). I
think that the best way to implement this is using ubus. Since
changing mac80211 code for
Iwinfo exports ht and vht operation info useful to get channel info of
nearby stations. Add these new info to ubus output.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 35 ++-
1 file changed, 34 insertions(+), 1 deletion(-)
diff --git a/iwinfo.c b/iwinfo.c
index
Export ht and vht operation data in scan results. These additional data
can be usefull to check wifi channel utilizzation by neraby stations.
Signed-off-by: Ansuel Smith
---
The final goal of this patch is to add a nice and easy graph to luci to
better check wifi channel utilizzation directly
Iwinfo exports ht and vht operation info useful to get channel info of
nearby stations. Add these new info to ubus output.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/iwinfo.c b/iwinfo.c
index 7780e69..45ca784
Export ht and vht operation data in scan results. These additional data
can be usefull to check wifi channel utilizzation by neraby stations.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 34 ++
iwinfo_cli.c | 21 -
iwinfo_nl80211.c
Iwinfo already export the htmode but there is no way to know where the
channel expan in case a 40Mhz+ channel width is used. Export the center
channels used by the driver to better know the channel utilizzation of
the wifi.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 2 ++
iwinfo_cli.c
Iwinfo export the center channel sued by the wifi. Include this data in
the ubus info call to better know the channel utilizzation of the wifi.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/iwinfo.c b/iwinfo.c
index 45ca784..94fa822 100644
--- a
This series modify 2 different repo. Iwinfo and Rpcd
The 2 iwinfo patch add support to iwinfo to display and export channel
width and center_channel info for both wifi scan and wifi info related
to the local wifi.
The other 2 rpcd patch export the iwinfo data to ubus to make them
usable by the webu
Commit f98878e4c17d5f11e78994b4fc456e6b60b2660f cause some compilation
error like
(the package is random... i got this with many package that use cmake)
Reverting the commit and rebuilding the related package fix the problem.
make[3]: Entering directory '/home/ansuel/openwrt/tools/padjffs2'
-- The
cache into
> > the account so fix it by handling ccache use cases as well.
> >
> > In order to get this working we need to export HOSTCXX_NOCACHE in
> > rules.mk as well.
> That's annoying. I didn't know ccache was used with host packages.
> >
Can c
Iwinfo export the center channel sued by the wifi. Include this data in
the ubus info call to better know the channel utilizzation of the wifi.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/iwinfo.c b/iwinfo.c
index 45ca784..94fa822 100644
--- a
This series modify 2 different repo. Iwinfo and Rpcd
The 2 iwinfo patch add support to iwinfo to display and export channel
width and center_channel info for both wifi scan and wifi info related
to the local wifi.
The other 2 rpcd patch export the iwinfo data to ubus to make them
usable by the webu
Iwinfo exports ht and vht operation info useful to get channel info of
nearby stations. Add these new info to ubus output.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/iwinfo.c b/iwinfo.c
index 7780e69..45ca784
Iwinfo already export the htmode but there is no way to know where the
channel expan in case a 40Mhz+ channel width is used. Export the center
channels used by the driver to better know the channel utilizzation of
the wifi.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 2 ++
iwinfo_cli.c
Export ht and vht operation data in scan results. These additional data
can be usefull to check wifi channel utilizzation by neraby stations.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 34 ++
iwinfo_cli.c | 35
Iwinfo exports ht and vht operation info useful to get channel info of
nearby stations. Add these new info to ubus output.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/iwinfo.c b/iwinfo.c
index 7780e69..45ca784
This series modify 2 different repo. Iwinfo and Rpcd
The 2 iwinfo patch add support to iwinfo to display and export channel
width and center_channel info for both wifi scan and wifi info related
to the local wifi.
The other 2 rpcd patch export the iwinfo data to ubus to make them
usable by the webu
Iwinfo export the center channel sued by the wifi. Include this data in
the ubus info call to better know the channel utilizzation of the wifi.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/iwinfo.c b/iwinfo.c
index 45ca784..94fa822 100644
--- a
Iwinfo already export the htmode but there is no way to know where the
channel expan in case a 40Mhz+ channel width is used. Export the center
channels used by the driver to better know the channel utilizzation of
the wifi.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 2 ++
iwinfo_cli.c
Export ht and vht operation data in scan results. These additional data
can be usefull to check wifi channel utilizzation by neraby stations.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 34 ++
iwinfo_cli.c | 35
Hello I can't currently compile openwrt on my system.
The error is this
https://gist.github.com/Ansuel/b5a6574ea912d56e8697984154d0ba42
Any idea why ? I have a very recent system with latest package (ubuntu
devel branch)
___
openwrt-devel mailing list
o
>
> On Thu, Dec 17, 2020 at 1:57 PM Ansuel Smith wrote:
> >
> > Hello I can't currently compile openwrt on my system.
> > The error is this
> > https://gist.github.com/Ansuel/b5a6574ea912d56e8697984154d0ba42
> >
> > Any idea why ? I have a very rece
If ccache is enabled with an empty buildroot the compilation fails. Fix
this by using the NOCACHE compiler as it's done by other tools package.
Signed-off-by: Ansuel Smith
---
tools/zlib/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/zlib/Makefile b/tools/zlib/Makefile
>
> Extend support for WPA ciphers by GCMP which is required for 802.11ad.
> Breaks ABI as ciphers now needs to be a field of 16 bits instead of 8.
>
If this gets accepted and we are changing the ABI, can we also add my
changes for the wifi channel analysis feature?
__
- Improve iwinfo center channel struct position
- Prevent read beyond buffer on malformed data
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 4 ++--
iwinfo_nl80211.c | 22 +-
2 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/include/iwinfo.h b/include
Declare get_center_chan1 and get_center_chan2 not supported for not
nl80211 driver.
Signed-off-by: Ansuel Smith
---
iwinfo_madwifi.c | 14 ++
iwinfo_wext.c| 14 ++
iwinfo_wl.c | 14 ++
3 files changed, 42 insertions(+)
diff --git a/iwinfo_madwifi.c
Check if ht_operation data are present and add them accordingly.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/iwinfo.c b/iwinfo.c
index 7c9a656..63ff2a1 100644
--- a/iwinfo.c
+++ b/iwinfo.c
@@ -455,11 +455,13
With recent mac80211 bump I notice that rx stats
are no longer displayed.
I ported the atk10-ct patches to the version 5.10
and I noticed this. It's only me?
Also this is only to report that ath10k-ct patches can
be ported with minimal changes and works normally
(except this problem with ubus not r
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for
libreadline8 found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package libreadline8.
* satisfy_dependencies_for: Cannot satisfy the following dependencies
for softethervpn5-lib
> Collected errors:
> * pkg_hash_fetch_best_installation_candidate: Packages for
> libreadline8 found, but incompatible with the architectures configured
> * opkg_install_cmd: Cannot install package libreadline8.
> * satisfy_dependencies_for: Cannot satisfy the following dependencies
> for softe
>
> On 2021-02-14 18:28, Ansuel Smith wrote:
> > With recent mac80211 bump I notice that rx stats
> > are no longer displayed.
> > I ported the atk10-ct patches to the version 5.10
> > and I noticed this. It's only me?
> > Also this is only to report that
The compat module is no longer required and complains
about wireguard included in kernel from version 5.6.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello,
I just pushed a fist pr to the openwrt github repo for ipq806x port to
kernel 5.10.
The idea is to switch this target to dsa but there is a problem...
Since kernel 5.10 is a testing kernel how should I change the base
files to apply different network config?
Kernel 5.4 would still use the ol
I'm working on the conversion of ipq806x to dsa.
It's been 2 years and still dsa doesn't support multi-cpu port.
Online there are many patches that add support for this but they were
never accepted upstream since there isn't a solution that would work
for all the switches. Fact is that openwrt is d
>
> On Wed, Mar 10, 2021 at 4:19 PM Ansuel Smith wrote:
> >
> > I'm working on the conversion of ipq806x to dsa.
> > It's been 2 years and still dsa doesn't support multi-cpu port.
> > Online there are many patches that add support for this but they
The pending nvmem patches have been applied to mtd/next.
Some time ago I also sent a patch with the mtd-mac-address-increment-byte
upstream but it got rejected since dts should not contain this kind of binding.
The patch directly implements the increment and increment-byte binding
to the of_get_ma
> > With a quick search, there are LOTS of dts that use these special bindings
> > and it would take a lot of time to convert all the dts. (think the best
> > approach
> > would be to convert the dts one target at time)
>
> I think, that if you're willing to do that tedious hardwork, it's better t
>
> Hi Hauke,
>
> El lun, 5 abr 2021 a las 14:55, Hauke Mehrtens () escribió:
> >
> > On 4/4/21 11:06 PM, Daniel González Cabanelas wrote:
> > > The crypto engine in Armada 370 SoCs is currently broken. It can be
> > > checked installing the required packages for testing openssl with hw
> > > accel
Can someone take a look at this bug?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Currently set_utf8label support is missing. Adds a stripped down version of
encode.c file from original libblkid and adds the function to libblkid-tiny.c.
Signed-off-by: Ansuel Smith
---
CMakeLists.txt| 1 +
libblkid-tiny/encode.c| 66
Btrfs label length is 256 included the termination char ( '\0' ) as the real
max length is 255 (less than 256 from the wiki).
Signed-off-by: Ansuel Smith
---
libblkid-tiny/btrfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libblkid-tiny/btrfs.c b/libblkid-ti
Btrfs max label lenght is 255. Increment the blkid_struct_probe struct to
respect this new max value.
Signed-off-by: Ansuel Smith
---
libblkid-tiny/libblkid-tiny.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libblkid-tiny/libblkid-tiny.h b/libblkid-tiny/libblkid-tiny.h
Signed-off-by: Ansuel Smith
---
libblkid-tiny/f2fs.c | 2 --
libblkid-tiny/hfs.c | 2 --
libblkid-tiny/ntfs.c | 6 +-
3 files changed, 1 insertion(+), 9 deletions(-)
diff --git a/libblkid-tiny/f2fs.c b/libblkid-tiny/f2fs.c
index 6efce61..2bf0f5e 100644
--- a/libblkid-tiny/f2fs.c
+++ b
Error loading shared library libjson-c.so.2: No such file or directory
(needed by /sbin/block)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Can someone review this series of patch i sent some times ago?
https://patchwork.ozlabs.org/patch/1116584/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello i notice 2 of 4 patched has been accepted. Can someone review
the other 2? Also why the changes didn't got merged in master?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
I can't currently compile my image and i have this error
make[3]: Leaving directory '/home/ansuel/openwrt/tools/libtool'
time: tools/libtool/compile#0.05#0.00#0.10
Traceback (most recent call last):
File "/home/ansuel/openwrt/build_dir/host/scons-3.0.5/setup.py",
line 26, in
import distutil
an additional dependency is needed for python3
Installing it solves the problem.
sudo apt-get install python3-distutils
Il giorno sab 27 lug 2019 alle ore 20:05 Reiner Karlsberg
ha scritto:
>
> Am 27.07.2019 um 19:46 schrieb Ansuel Smith:
> > I can't currently compile my imag
Hello with recent commit i have this problem. Think this is cause by
space in PATH variable
Can this be fixed?
autoreconf: configure.ac: not using Libtool
autoreconf: running:
/home/ansuel/openwrt/staging_dir/host/bin/autoconf --include=m4
--include=.
--prepend-include=/home/ansuel/openwrt/stagin
Any news about this 2 patch I proposed?
https://patchwork.ozlabs.org/patch/1116586/
https://patchwork.ozlabs.org/patch/1116585/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
This adds ntfs support to block-mount
Signed-off-by: Ansuel Smith
---
block.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/block.c b/block.c
index b377429..1e82a38 100644
--- a/block.c
+++ b/block.c
@@ -711,6 +711,7 @@ static void check_filesystem(struct
This adds ntfs support to block-mount
Signed-off-by: Ansuel Smith
---
block.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/block.c b/block.c
index b377429..2e3841a 100644
--- a/block.c
+++ b/block.c
@@ -711,6 +711,7 @@ static void check_filesystem(struct
ntf-3g provide both mount.ntfs and mount.ntfs-3g
Il giorno mar 2 ott 2018 alle ore 14:29 Jerome BENOIT
ha scritto:
>
>
> On 02/10/2018 14:24, Ansuel Smith wrote:
> > ntfs-3g provide both mount.ntfs and mount.ntfs-3g
>
> Good, but you should reply also on the list :)
>
Is it me or btrfs is broken in recent kernel?
This is the error when i try to compile kernel
fs/btrfs/ioctl.o: file not recognized: file format not recognized
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailm
Tested on r7800 and works good
Il giorno ven 7 dic 2018 alle ore 20:50 Hauke Mehrtens
ha scritto:
>
> This updates the backports package used in mac80211 to version 4.19.7-1
> which is based on kernel 4.19.7. This integrates all the stable fixes
> introduces in this kernel version.
>
> The deleted
Can someone check this 3 pr?
One is related to an error with the new github download script
One fix error message with firmware loading with ath10k and one is
needed to use the new ath10k firmware
https://github.com/openwrt/openwrt/pull/1163
https://github.com/openwrt/openwrt/pull/1161
https://
Today i tried to compile a wrt3200acs (mvebu) build with gcc 8.1.0
i got this errors...
/home/Ansuel/openwrt/tmp/ccyVnmrs.s:204: Error: selected processor
does not support `dmb ish' in ARM mode
/home/Ansuel/openwrt/tmp/ccyVnmrs.s:215: Error: architectural
extension `mp' is not allowed for the curr
also by using a single instance we would finally use band steering to
make client autoswitch from 2.4 to 5 ghz
Il giorno sab 9 nov 2019 alle ore 18:34 Daniel Golle
ha scritto:
>
> From: John Crispin
>
> Add ubus interface to hostapd and wpa_supplicant to allow dynamically
> reloading wiface conf
AFAIK nobody is working on this. I think we should really start work
on this as we are start talking about kernel 5.4 where mvebu or ipq
platform have mature dsa driver
Il giorno dom 1 dic 2019 alle ore 22:26 Florian Fainelli
ha scritto:
>
>
>
> On 11/27/2019 7:27 AM, Linus Walleij wrote:
> > On
Why not add an additional step in the sysupgrade function. Something
to alert people that switch configuration needs to be migrated and
give the option to do the change itself, use a migration script or use
the default option? I think something like that should be implemented
anyway since it's need
>
> This reverts commit 0fb5d3ed2cb31a0a6076d36fb7a668cfe5328c92.
>
> root@finn:/# /etc/init.d/dbus start
> dbus[2537]: Failed to start message bus: Failed to open
> "/dbus-1/system.conf": No such file or directory
>
The avahi package is also affected by this breakage and crash loop in
the curr
ested-by: Hannu Nyman
> Run-tested: ipq806x/ubnt,unifi-ac-hd, ipq806x/netgear,r7800
> Cc: Petr Štetiar
> Cc: Ansuel Smith
> ---
> ...-dwmac-ipq806x-qsgmii-pcs-all-ch-ctl.patch | 62 +++++++++--
> 1 file changed, 56 insertions(+), 6 deletions(-)
>
Tested-by: Ansuel Smi
Hi,
since we are starting to add support for ath11k i was thinking... To
have things organized
and remove some confusion, I was thinking if it wouldn't be better to
split the ath
patch dir to 3 (or 4) sub directory and introduce patch for ath9k,
patch for ath10k
and patch for ath11k with a 4th opti
-off-by: Ansuel Smith
---
package/kernel/mac80211/Makefile | 8
.../{ath => ath10k}/080-ath10k_thermal_config.patch | 0
...0k-add-CCMP-PN-replay-protection-for-fragmented-.patch | 0
...ath10k-drop-fragments-with-multicast-DA-for-PCIe.patch | 0
...ath
Il giorno dom 27 giu 2021 alle ore 23:41 Baptiste Jonglez
ha scritto:
>
> Hi,
>
> On 20-06-21, Shane Synan wrote:
> > In the time since submitting this, I've continued testing this
> > change on my ZyXEL NBG6817. I'm reasonably confident this fixes my
> > issue (11/11 successes), and if there's a
>
> For details see FS#3690, created months ago but no progress has been made.
> I hope it can be fixed ASAP.
>
> Regards,
> Qingfang
>
Can confirm the bug... I also asked for support on the forum, didn't know
it was present also on other users.
___
ope
hi,
some dtsi still use the old implementation as they have to be manually
migrated. Does it cause any problem ?
> Hi, it looks like, that qca9558_tplink_archer-c.dtsi is missing in commit
> abc17bf (ath79: convert mtd-mac-address to nvmem implementation). Regards,
> Hartmut
___
The dts has been migrated with a script and we decided to remove the
dtsi that caused some compilation problem.
We still need to take a decision for the device that have dtsi that
declare mtd-mac-address using partition tag declared in user dts
(dtsi use partition declared in the dts)
> I don't se
Il giorno mar 20 lug 2021 alle ore 21:03 Adrian Schmutzler
ha scritto:
>
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Ansuel Smith
> > Sent: Montag, 19. Juli 2021 16:25
> >
On build termination I have the current error.
The error comes from the building of an initramfs with lzo compression selected
The build env is ubuntu with devel package selected.
make[5]: Entering directory
'/home/ansuel/openwrt/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/linux-ipq806x_g
I am writing this to ask for some help/direction on what path we
should follow for
the qca8k driver. I currently have a pr open [1] to migrate ipq806x to
dsa driver
(qca8k) but some other devs reported that the same switch is also used by other
targets. (ath79, bcm53xx)
It was suggested to move the
Il giorno mer 8 set 2021 alle ore 02:11 Shane Synan
ha scritto:
>
> On 8/24/21 7:21 PM, Shane Synan wrote:
> > The fix hasn't been found, but progress has been made!
> >
> > After further testing, I think I've found a way to recreate this issue
> > with just the router itself, no external USB HDD,
>
>
> On 09/09/2021 01:04, Stefan Lippers-Hollmann wrote:
>
> > I'm not really in a position to give advice, but -imho- unless those
> > other targets have at least proof-of-concept code for using qca8k on
> > their devices /working/ and an intention to migrate to DSA for these
> > devices within r
Il giorno gio 9 set 2021 alle ore 22:19 Rafał Miłecki
ha scritto:
>
> wt., 7 wrz 2021 o 18:53 Ansuel Smith napisał(a):
> > I currently have a pr open [1] to migrate ipq806x to
> > dsa driver
>
> Can you paste a missing link, please?
>
> --
> Rafał
Yes sor
Il giorno gio 9 set 2021 alle ore 22:20 Ansuel Smith
ha scritto:
>
> Il giorno gio 9 set 2021 alle ore 22:19 Rafał Miłecki
> ha scritto:
> >
> > wt., 7 wrz 2021 o 18:53 Ansuel Smith napisał(a):
> > > I currently have a pr open [1] to migrate ipq806x to
> >
Hi, i'm having some compilation error where it seems the buildroot
is using my host bin to compress the ramfs or img image. How can
I backtrack this error? I currently get this error if I change the compression
algo. Could there be a problem in detecting missing tools and
building them?
I'm 100% t
>
> > Is there any situation where the user would need to decide whether DSA or
> > swconfig should be used, assuming both are working? A kmod may be
>
> Just a side note on this:
> Having a user choice between drivers should not be a development goal by any
> means here.
> If it happens "by accide
Il giorno dom 12 set 2021 alle ore 19:16 Rui Salvaterra
ha scritto:
>
> Hi, Adrian,
>
> On Sun, 12 Sept 2021 at 15:15, Adrian Schmutzler
> wrote:
> >
> > I'm having build issues with master and (default) gcc10 on ipq targets.
>
> I don't know about ipq, but I jumped straight to GCC 11.2. Does it
>
> > -Original Message-
> > From: Ansuel Smith [mailto:ansuels...@gmail.com]
> > Sent: Sonntag, 12. September 2021 19:18
> > To: Rui Salvaterra
> > Cc: Adrian Schmutzler ; OpenWrt Development
> > List
> > Subject: Re: Build issues gcc10
>
>
>
> I have written a small shell script, to track write access to the
> '/etc/config' directory.
> For this task I am using the inotify-tool package [1].
> I am using the inotifywait tool to add the watchers [2] with a small
> shell script and log them to the syslog.
>
> If I change a 'uci' optio
Il giorno sab 2 ott 2021 alle ore 01:35 Rosen Penev
ha scritto:
>
> On Fri, Oct 1, 2021 at 3:05 PM Hauke Mehrtens wrote:
> >
> > On 9/30/21 10:40 PM, Paul Spooren wrote:
> > >
> > > On 9/30/21 10:01, Nick wrote:
> > >>
> > >> On 9/30/21 21:43, Daniel Golle wrote:
> > >>> On Thu, Sep 30, 2021 at 0
Updating to latest ubuntu devel this now comes up
/home/ansuel/openwrt/staging_dir/host/bin/which: this version of
`which' is deprecated; use `command -v' in scripts instead.
I think we have to update something?
___
openwrt-devel mailing list
openwrt-de
Il giorno dom 7 nov 2021 alle ore 19:18 Bjørn Mork ha scritto:
>
> Ansuel Smith writes:
>
> > Updating to latest ubuntu devel this now comes up
> > /home/ansuel/openwrt/staging_dir/host/bin/which: this version of
> > `which' is deprecated; use `command -v' i
Some country permit a specific channel to be used only indoor.
Introduce a new restriction_flags entry to declare different restrition
of a specific channel.
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 4
iwinfo_nl80211.c | 14 ++
2 files changed, 14 insertions(+), 4
A channel can declare restriction where it should be used only indoor.
Export this restriction in the channel data.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/iwinfo.c b/iwinfo.c
index ba4fc1e..85860e6 100644
--- a/iwinfo.c
+++ b/iwinfo.c
>
>
> Ansuel Smith wrote:
> > Some country permit a specific channel to be used only indoor.
> > Introduce a new restriction_flags entry to declare different
> > restrition of a specific channel.
> >
> > Signed-off-by: Ansuel Smith
> > ---
> >
>
> Hi Ansuel,
>
> below are a few comments from someone (me) who is not very familiar
> with the whole topic. So please keep this in mind.
>
> On Thu, Nov 18, 2021 at 5:42 PM Ansuel Smith wrote:
> >
> > Some country permit a specific channel to be used on
operation. This simple operation is sufficient to
make the missing tables appear in the proc entry.
Signed-off-by: Ansuel Smith
---
main.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/main.c b/main.c
index 7ad00b4..796ae80 100644
--- a/main.c
+++ b/main.c
@@ -266,6 +266,
>
> Hi all,
>
> Back at the Hamburg meeting in 2019 and a succeeding vote we decided to
> migrate over to a self-hosted GitLab instance. Some years passed and nothing
> really happened so I’d like to give this another go.
>
> None of the OpenWrt project members is willing to setup and maintain a
Openwrt changed how the hash/version of the various kernel are declared
and saved.
They are now placed in dedicated files. Fix the update_kernel.sh script
to update the kernel version/hash to the correct file.
Signed-off-by: Ansuel Smith
---
update_kernel.sh | 2 +-
1 file changed, 1 insertion
pu_port to correctly setup the port on
cpu change request.
Signed-off-by: Ansuel Smith
---
...net-dsa-allow_for_multiple_CPU_ports.patch | 159 ++
..._ndo_for_setting_the_iflink_property.patch | 88 ++
..._netlink_for_changing_ports_CPU_port.patch | 89 ++
...clu
Add support for link set useful to set CPU port for dsa drivers.
Signed-off-by: Ansuel Smith
---
...-iplink_allow_to_change_iplink_value.patch | 94 +++
1 file changed, 94 insertions(+)
create mode 100644
package/network/utils/iproute2/patches/191
A channel can declare restriction where it should be used only indoors.
Export this restriction in the channel data.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/iwinfo.c b/iwinfo.c
index ba4fc1e..85860e6 100644
--- a/iwinfo.c
+++ b/iwinfo.c
Some countries permit a specific channel to be used only indoors.
Introduce a new restriction_flags entry to declare different restrition
of a specific channel.
Signed-off-by: Ansuel Smith
---
v2:
- Fix spelling mistake
- Fix wrong define
include/iwinfo.h | 4
iwinfo_nl80211.c | 14
>
> Hi, Ansuel,
>
> After reading the patch more carefully, I have to say I'm really not fond of
> it in its current form, especially considering that the original feedback
> from Stephen Hemminger and Vladimir Oltean [1] hasn't been addressed. To be
> honest, overloading the IFLA_LINK attribute
>
> On Fri, Jan 21, 2022 at 09:14:50PM +, Rui Salvaterra wrote:
> > On Fri, 21 Jan 2022 at 21:11, Ansuel Smith wrote:
> > >
> > > Should we follow the suggestion and add a specific attribute just for DSA?
> > I believe that would be the right thing to do,
kernel version/hash file for the
specific kernel version requested.
Signed-off-by: Ansuel Smith
---
package/kernel/bpf-headers/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/kernel/bpf-headers/Makefile
b/package/kernel/bpf-headers/Makefile
index f3c0584007..b3f1c0c7f3
ms/malfunctions.
v2:
- Rework iproute logic to not pollute link
- Rework the round-robin cpu port assign logic
Ansuel Smith (2):
linux: introduce multi-cpu dsa patch
iproute2: add support for cpu set
...101-iplink_allow_to_change_cpu_value.patch | 81 +++
Add support for cpu set useful to set CPU port for dsa devices.
Signed-off-by: Ansuel Smith
---
...101-iplink_allow_to_change_cpu_value.patch | 81 +++
1 file changed, 81 insertions(+)
create mode 100644
package/network/utils/iproute2/patches/101
1 - 100 of 145 matches
Mail list logo
