[LEDE-DEV] [PATCH] mac80211: respect user-set regulatory domain by default
It turns out most device vendors don't set the correct country code in their devices' on-flash-EEPROM sections as they apparently rather provide a complete per-target-market firmware with patched drivers instead of just setting the country code. This results in the driver to incorrectly assume the value stored in the on-flash-EERPOM (usually US or China) being the regulatory domain inside which the device is being used. To work around this issue, OpenWrt introduced the ATH_USER_REGD config variable to decide during build whether or not to allow the user to override the regulatory domain setting. This option, however, is not enabled by default and thus ends up being disabled for snapshots builds and released binaries. As we know for a long time that most devices got borked regulatory domain values set in their EEPROMs we should allow our users to respect their local law (instead of just assume US or China laws). Note that also the current default has great potential of users not ever setting their regulatory domain and thus using inapproriate and potentially illegal frequencies and/or tx-power settings Signed-off-by: Daniel Golle--- Imho we should set World regulatory domain by default but also allow users to set their actual regulatory domain (e.g. ETSI). Obviously this will require the user to enter her country before being able to use AP, IBSS and 802.11s mode in the 5 GHz bands. Most wireless mesh communities' firmware projects are currently implemented as source-wrappers around OpenWrt instead of just using the SDK and ImageBuilder because of the official releases being useless in most places in the world due to ATH_USER_REGD being disabled. package/kernel/mac80211/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile index 8b053d4..28da0ec 100644 --- a/package/kernel/mac80211/Makefile +++ b/package/kernel/mac80211/Makefile @@ -161,6 +161,7 @@ define KernelPackage/ath/config if PACKAGE_kmod-ath config ATH_USER_REGD bool "Force Atheros drivers to respect the user's regdomain settings" + default y help Atheros' idea of regulatory handling is that the EEPROM of the card defines the regulatory limits and the user is only allowed to restrict the settings -- 2.8.2 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] Darwin: allow to build LEDE on latest MacOS X
Latest Xcode doesn't include openssl anymore. To compile mkimage from u-boot source you need SSL headers on your host. This patch provides libressl host package for any Darwin compilation. Unfortunately openssl from MacPorts can not be used, as the installed headers in /opt/local are breaking GDB compilation. Tested with a RB532 image build and resulting kernel booted on a device via TFTP. Signed-off-by: Waldemar Brodkorb--- include/prereq-build.mk | 5 + tools/Makefile | 4 tools/libressl/Makefile | 22 ++ 3 files changed, 31 insertions(+) create mode 100644 tools/libressl/Makefile diff --git a/include/prereq-build.mk b/include/prereq-build.mk index 0e145c9..42b624f 100644 --- a/include/prereq-build.mk +++ b/include/prereq-build.mk @@ -71,10 +71,13 @@ $(eval $(call TestHostCommand,zlib, \ echo 'int main(int argc, char **argv) { gzdopen(0, "rb"); return 0; }' | \ gcc -include zlib.h -x c -o $(TMP_DIR)/a.out - $(zlib_link_flags))) +# Xcode deprecated openssl, MacPorts doesn't work nicely for other packages +ifneq ($(HOST_OS),Darwin) $(eval $(call TestHostCommand,libssl, \ Please install the openssl library (with development headers), \ echo 'int main(int argc, char **argv) { SSL_library_init(); return 0; }' | \ gcc $(HOST_CFLAGS) -include openssl/ssl.h -x c -o $(TMP_DIR)/a.out - -lcrypto -lssl $(HOST_LDFLAGS))) +endif $(eval $(call TestHostCommand,perl-thread-queue, \ Please install the Perl Thread::Queue module, \ @@ -160,8 +163,10 @@ $(eval $(call SetupHostCommand,git,Please install Git (git-core) >= 1.7.12.2, \ $(eval $(call SetupHostCommand,file,Please install the 'file' package, \ file --version 2>&1 | grep file)) +ifneq ($(HOST_OS),Darwin) $(eval $(call SetupHostCommand,openssl,Please install the 'openssl' utility, \ openssl version | grep '\(OpenSSL\|LibreSSL\)')) +endif # Install ldconfig stub diff --git a/tools/Makefile b/tools/Makefile index 187655e..38adf06 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -77,6 +77,10 @@ $(curdir)/bc/compile := $(curdir)/bison/install $(curdir)/findutils/compile := $(curdir)/bison/install $(curdir)/gengetopt/compile := $(curdir)/libtool/install $(curdir)/patchelf/compile := $(curdir)/libtool/install +ifeq ($(HOST_OS),Darwin) +tools-y += libressl +$(curdir)/mkimage/compile := $(curdir)/libressl/install +endif ifneq ($(CONFIG_CCACHE)$(CONFIG_SDK),) $(foreach tool, $(filter-out patch,$(tools-y)), $(eval $(curdir)/$(tool)/compile += $(curdir)/ccache/install)) diff --git a/tools/libressl/Makefile b/tools/libressl/Makefile new file mode 100644 index 000..bdf34d3 --- /dev/null +++ b/tools/libressl/Makefile @@ -0,0 +1,22 @@ +# +# Copyright (C) 2016 LEDE project +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk + +PKG_NAME:=libressl +PKG_VERSION:=2.3.4 +PKG_MD5SUM:=b81d990b7eceb156df6eaa7e9f4a353e +PKG_RELEASE:=1 + +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz +PKG_SOURCE_URL:=http://ftp.openbsd.org/pub/OpenBSD/LibreSSL/ + +HOST_BUILD_PARALLEL:=1 + +include $(INCLUDE_DIR)/host-build.mk + +$(eval $(call HostBuild)) -- 2.7.4 (Apple Git-66) ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [Lantiq][ARV4518PWR01*]lan interface missing from /etc/config/network
Hi, This patch fixes the missing Lan interface config in the file /etc/config/network for ARV4518PWR01/A which results in eth0 and br-lan being down and therefore no way to access the router unless via UART-TTL. Med Berdai (medber) Signed-off-by: Mohammed Berdai--- diff --git a/target/linux/lantiq/base-files/etc/board.d/02_network b/target/linux/lantiq/base-files/etc/board.d/02_network index b27b802..4166df0 100755 --- a/target/linux/lantiq/base-files/etc/board.d/02_network +++ b/target/linux/lantiq/base-files/etc/board.d/02_network @@ -62,6 +62,10 @@ VG3503J) ucidef_set_interface_lan 'eth0' ;; +ARV4518PWR01*) +ucidef_set_interface_lan 'eth0' +;; + DGN3500*) ucidef_add_switch "switch0" \ "3:lan:1" "2:lan:2" "1:lan:3" "0:lan:4" "5t@eth0" ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] Mikrotik 'ac boards
(re-sending because GMail decided to send as HTML) IIRC MikroTik started disabling the PCB pads for serial console on most of their routers with plastic enclosures, for models after the RB750G era. It makes getting OpenWrt working much harder as it's sort of a black box now without a console to debug with. Do you have a TTL USB serial cable? Try probing the test points on the PCB and see if you can get a console and boot log. That would be a good place to start. You could consider some newer Gateworks boards too, with dual miniPCIe; or Soekris/Ubiquiti RS Pro if you can find them. On Thu, May 26, 2016 at 9:36 AM, danwrote: > Guys, anyone playing with mikrotik AC boards like the RB922UAGS-5HPacD? > > I'm looking for a platform that supports 802.11ac AND has a mini pcie > for a second 802.11ac radio for a mesh project. These devices are > absolutely ideal, especially when in one of their outdoor enclosures. > > ___ > Lede-dev mailing list > Lede-dev@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/lede-dev ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [Lantiq][ARV4518PWR01*]lan interface missing from /etc/config/network
E-mail topic is missing [PATCH] and should have a proper prefix ("lantiq: ") and shouldn't have extra tags. Also topic should say what your patch does, not what is the problem. On 26 May 2016 at 00:30, Mohammed Berdaiwrote: > Hi, We don't want "Hi"-s in a commit message :) > This patch fixes the missing Lan interface config in the file > /etc/config/network for ARV4518PWR01/A which results in eth0 and br-lan being > down and therefore no way to access the router unless via UART-TTL. Line breaks to fit 80 chars per line would be nice. > Med Berdai (medber) What is this? I don't think we want this in a commit message. > Signed-off-by: Mohammed Berdai > --- > diff --git a/target/linux/lantiq/base-files/etc/board.d/02_network > b/target/linux/lantiq/base-files/etc/board.d/02_network > index b27b802..4166df0 100755 > --- a/target/linux/lantiq/base-files/etc/board.d/02_network > +++ b/target/linux/lantiq/base-files/etc/board.d/02_network > @@ -62,6 +62,10 @@ VG3503J) > ucidef_set_interface_lan 'eth0' > ;; > > +ARV4518PWR01*) > +ucidef_set_interface_lan 'eth0' > +;; > + > DGN3500*) > ucidef_add_switch "switch0" \ > "3:lan:1" "2:lan:2" "1:lan:3" "0:lan:4" "5t@eth0" ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] Mikrotik 'ac boards
Guys, anyone playing with mikrotik AC boards like the RB922UAGS-5HPacD? I'm looking for a platform that supports 802.11ac AND has a mini pcie for a second 802.11ac radio for a mesh project. These devices are absolutely ideal, especially when in one of their outdoor enclosures. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] mac80211: respect user-set regulatory domain by default
On Wed, 25 May 2016 19:32:01 +0200 Daniel Gollewrote: > It turns out most device vendors don't set the correct country code > in their devices' on-flash-EEPROM sections as they apparently rather > provide a complete per-target-market firmware with patched drivers > instead of just setting the country code. > This results in the driver to incorrectly assume the value stored in > the on-flash-EERPOM (usually US or China) being the regulatory domain > inside which the device is being used. > To work around this issue, OpenWrt introduced the ATH_USER_REGD config > variable to decide during build whether or not to allow the user to > override the regulatory domain setting. This option, however, is not > enabled by default and thus ends up being disabled for snapshots > builds and released binaries. > As we know for a long time that most devices got borked regulatory > domain values set in their EEPROMs we should allow our users to > respect their local law (instead of just assume US or China laws). > Note that also the current default has great potential of users not > ever setting their regulatory domain and thus using inapproriate and > potentially illegal frequencies and/or tx-power settings > > Signed-off-by: Daniel Golle > --- > Imho we should set World regulatory domain by default but also allow > users to set their actual regulatory domain (e.g. ETSI). > Obviously this will require the user to enter her country before being > able to use AP, IBSS and 802.11s mode in the 5 GHz bands. > Most wireless mesh communities' firmware projects are currently > implemented as source-wrappers around OpenWrt instead of just using > the SDK and ImageBuilder because of the official releases being > useless in most places in the world due to ATH_USER_REGD being > disabled. I really like this commit. Can you set the country *explicit* to world in /etc/config/wireless before appling this patch? best, lynxis -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@fe80.eu mobile: +4915123277221 gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604 pgpfQsdTQknbr.pgp Description: OpenPGP digital signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] mac80211: respect user-set regulatory domain by default
On Thu, 2016-05-26 at 02:57 +0200, Alexander Couzens wrote: > On Wed, 25 May 2016 19:32:01 +0200 > Daniel Gollewrote: > > I really like this commit. > Can you set the country *explicit* to world in /etc/config/wireless > before appling this patch? > If the FCC hadn't already completely knobbish and basically eliminated (or least required one to be much more determined and skilled) the ability to use OpenWrt/LEDE on new routers in the US anyway, I might have some objection (I'm not in the US but Canada will almost certainly adopt similar legislation since our government tends to do what the US wants, putzes that they are) on the grounds of leading to trouble. As it is, for new wireless routers, the US, and probably soon Canada, are shut out from participating in OpenWrt/LEDE anyway, it's pretty much moot point for those of us here, and in sane parts of the world it makes sense. Regards, Daniel ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] util-linux: fix sfdisk
Hi Dirk, fishing build artifacts out of libtool's private .libs/ directory is usually a sign of some broader packaging issue. The clean solution to this is usually utilizing PKG_INSTALL:=1 and then copying the staged files out of $(PKG_INSTALL_DIR)/. Could you try to solve the issue using this way? Regards, Jo ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [OpenWrt-Devel] OpenWrt / LEDE
Zoltan HERPAIwrites: >> On 05/24/2016 10:31 PM, Hauke Mehrtens wrote: >> >> This is my personal opinion and this was not somehow internally planned >> with other LEDE people. > > If I start a discussion about my employer-related topics along a beer > with a couple friends, that's a private discussion with personal > opinions. If I do it on any public channel, I can be felt to represent > my employer on that topic. You seem to be representing LEDE. No. This is basic netiquette which you are assumed to know *before* posting to a puvblic mailing list. You can find it "everywhere" on the Internet. One good source is for example this informational RFC: https://tools.ietf.org/html/rfc1855 Quoting from "3.1.1 General Guidelines for mailing lists and NetNews" : - Assume that individuals speak for themselves, and what they say does not represent their organization (unless stated explicitly). Bjørn ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] MacOS X SSL check
Hi, I am not able to compile LEDE on my Mac. Apple removed OpenSSL from latest Xcode. I can install openssl from MacPorts and extend HOST_CFLAGS to use /opt/local/include and /opt/local/lib, but then later GDB does not compile, because it conflicts with something in my /opt/local/include installed via MacPorts. U-Boot requires SSL for some host tools, so the cleanest solution to me, would be inclusion of openssl or libressl to tools/ and provide it by LEDE while compiling. What you think about it? Would you accept a patch? Should it depend on Darwin, or should it detect if ssl.h is found and if not build openssl/libressl? Would you prefer libressl over openssl? Libressl is faster to compile and more secure, if you ask me. best regards Waldemar ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] util-linux: fix sfdisk
reported by reproducible openwrt project[1]: we package some libtool shell script - add missing dependencies [1]: https://reproducible.debian.net/openwrt/openwrt.html Signed-off-by: Dirk Neukirchen--- package/utils/util-linux/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/package/utils/util-linux/Makefile b/package/utils/util-linux/Makefile index c128b48..96d1581 100644 --- a/package/utils/util-linux/Makefile +++ b/package/utils/util-linux/Makefile @@ -389,6 +389,7 @@ define Package/sfdisk $(call Package/util-linux/Default) TITLE:=partition table manipulator for Linux SUBMENU=disc + DEPENDS:= +libblkid +libfdisk +libsmartcols endef define Package/sfdisk/description @@ -613,7 +614,7 @@ endef define Package/sfdisk/install $(INSTALL_DIR) $(1)/usr/sbin - $(INSTALL_BIN) $(PKG_BUILD_DIR)/sfdisk $(1)/usr/sbin/ + $(INSTALL_BIN) $(PKG_BUILD_DIR)/.libs/sfdisk $(1)/usr/sbin/ endef define Package/swap-utils/install -- 2.8.2 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH v3] util-linux: fix sfdisk
reported by reproducible openwrt project[1]: we package some libtool shell script - add missing dependencies [1]: https://reproducible.debian.net/openwrt/openwrt.html v2: use PKG_INSTALL (suggested by jow) - fix paths - make in InstallDev does not seem to be necessary v3: forgot to ament the last changes tested (cal,dmesg,sfdisk) on x86 qemu VM with allyesconfig Signed-off-by: Dirk Neukirchen--- package/utils/util-linux/Makefile | 171 +++--- 1 file changed, 85 insertions(+), 86 deletions(-) diff --git a/package/utils/util-linux/Makefile b/package/utils/util-linux/Makefile index c128b48..21a9ecb 100644 --- a/package/utils/util-linux/Makefile +++ b/package/utils/util-linux/Makefile @@ -26,6 +26,7 @@ PKG_CONFIG_DEPENDS:= \ CONFIG_PACKAGE_setterm PKG_FIXUP:=autoreconf +PKG_INSTALL:=1 include $(INCLUDE_DIR)/package.mk @@ -35,49 +36,6 @@ define Package/util-linux/Default URL:=http://www.kernel.org/pub/linux/utils/util-linux/ endef -CONFIGURE_ARGS += \ - --disable-rpath \ - --disable-tls \ - --disable-sulogin \ - --without-python\ - --without-udev \ - --without-readline \ - $(if $(CONFIG_PACKAGE_cal)$(CONFIG_PACKAGE_cfdisk)$(CONFIG_PACKAGE_setterm),--with-ncurses,--without-ncurses) - -TARGET_CFLAGS += $(FPIC) -std=gnu99 - -define Build/InstallDev - $(MAKE) -C $(PKG_BUILD_DIR) \ - BUILDCC="$(HOSTCC)" \ - DESTDIR="$(1)" \ - installdirs install-data - - $(INSTALL_DIR) $(1)/usr/lib/pkgconfig - $(CP) $(PKG_BUILD_DIR)/libblkid/blkid.pc $(1)/usr/lib/pkgconfig - $(CP) $(PKG_BUILD_DIR)/libfdisk/fdisk.pc $(1)/usr/lib/pkgconfig - $(CP) $(PKG_BUILD_DIR)/libmount/mount.pc $(1)/usr/lib/pkgconfig - $(CP) $(PKG_BUILD_DIR)/libsmartcols/smartcols.pc $(1)/usr/lib/pkgconfig - $(CP) $(PKG_BUILD_DIR)/libuuid/uuid.pc $(1)/usr/lib/pkgconfig - - $(INSTALL_DIR) $(1)/usr/include/blkid - $(CP) $(PKG_BUILD_DIR)/libblkid/src/blkid.h $(1)/usr/include/blkid - $(INSTALL_DIR) $(1)/usr/include/fdisk - $(CP) $(PKG_BUILD_DIR)/libfdisk/src/libfdisk.h $(1)/usr/include/fdisk - $(INSTALL_DIR) $(1)/usr/include/libmount - $(CP) $(PKG_BUILD_DIR)/libmount/src/libmount.h $(1)/usr/include/libmount - $(INSTALL_DIR) $(1)/usr/include/uuid - $(CP) $(PKG_BUILD_DIR)/libuuid/src/uuid.h $(1)/usr/include/uuid - $(INSTALL_DIR) $(1)/usr/include/smartcols - $(CP) $(PKG_BUILD_DIR)/libsmartcols/src/libsmartcols.h $(1)/usr/include/smartcols - - $(INSTALL_DIR) $(1)/usr/lib - $(CP) $(PKG_BUILD_DIR)/.libs/libblkid.{a,so*} $(1)/usr/lib - $(CP) $(PKG_BUILD_DIR)/.libs/libfdisk.{a,so*} $(1)/usr/lib - $(CP) $(PKG_BUILD_DIR)/.libs/libmount.{a,so*} $(1)/usr/lib - $(CP) $(PKG_BUILD_DIR)/.libs/libuuid.{a,so*} $(1)/usr/lib - $(CP) $(PKG_BUILD_DIR)/.libs/libsmartcols.{a,so*} $(1)/usr/lib -endef - define Package/libblkid $(call Package/util-linux/Default) DEPENDS:=+libuuid @@ -168,7 +126,7 @@ endef define Package/blkid $(call Package/util-linux/Default) - TITLE:=locate/print block device attributes + TITLE:=locate and print block device attributes DEPENDS:= +libblkid +libuuid SUBMENU=disc endef @@ -389,6 +347,7 @@ define Package/sfdisk $(call Package/util-linux/Default) TITLE:=partition table manipulator for Linux SUBMENU=disc + DEPENDS:= +libblkid +libfdisk +libsmartcols endef define Package/sfdisk/description @@ -466,185 +425,225 @@ define Package/wipefs/description libblkid. endef +CONFIGURE_ARGS += \ + --disable-use-tty-group \ + --disable-rpath \ + --disable-tls \ + --disable-sulogin \ + --without-python\ + --without-udev \ + --without-readline \ + $(if $(CONFIG_PACKAGE_cal)$(CONFIG_PACKAGE_cfdisk)$(CONFIG_PACKAGE_setterm),--with-ncurses,--without-ncurses) + +TARGET_CFLAGS += $(FPIC) -std=gnu99 + +define Build/InstallDev + $(INSTALL_DIR) $(1)/usr/lib/pkgconfig + $(CP) $(PKG_INSTALL_DIR)/usr/lib/pkgconfig/blkid.pc $(1)/usr/lib/pkgconfig + $(CP) $(PKG_INSTALL_DIR)/usr/lib/pkgconfig/fdisk.pc $(1)/usr/lib/pkgconfig + $(CP) $(PKG_INSTALL_DIR)/usr/lib/pkgconfig/mount.pc $(1)/usr/lib/pkgconfig + $(CP) $(PKG_INSTALL_DIR)/usr/lib/pkgconfig/smartcols.pc $(1)/usr/lib/pkgconfig + $(CP) $(PKG_INSTALL_DIR)/usr/lib/pkgconfig/uuid.pc $(1)/usr/lib/pkgconfig + + $(INSTALL_DIR) $(1)/usr/include/blkid + $(CP) $(PKG_INSTALL_DIR)/usr/include/blkid/blkid.h $(1)/usr/include/blkid + $(INSTALL_DIR) $(1)/usr/include/libfdisk + $(CP) $(PKG_INSTALL_DIR)/usr/include/libfdisk/libfdisk.h $(1)/usr/include/libfdisk + $(INSTALL_DIR) $(1)/usr/include/libmount + $(CP) $(PKG_INSTALL_DIR)/usr/include/libmount/libmount.h $(1)/usr/include/libmount + $(INSTALL_DIR)
Re: [LEDE-DEV] Can the OpenWRT Wiki be included in the reboot?
On 25/05/2016 15:04, Martin Tippmann wrote: > On Wed, May 25, 2016 at 3:15 AM, Rosen Penevwrote: >> One other problem is that on the Openwrt wiki, there is a lot of old >> information. Maybe a mechanism can be introduced where one can look up >> the last edited date of a specific page. Maybe on the bottom. > > Yes - the supported models could/should be automated. I was referring > to pages like the uci network setup[1] > > Maybe using plain markdown in a git repository and something like > mkdocs[2] would work pretty good. You could then have pull requests > for documentation and some peer review. > > Martin > > 1: https://wiki.openwrt.org/doc/uci/network > 2: http://www.mkdocs.org/ > do you mean as such --> https://www.lede-project.org/docs/index.html https://github.com/lede-project/web/tree/master/docs you can even send a PR via github or use the ML John > ___ > Lede-dev mailing list > Lede-dev@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/lede-dev > ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] Can the OpenWRT Wiki be included in the reboot?
> do you mean as such --> > > https://www.lede-project.org/docs/index.html > https://github.com/lede-project/web/tree/master/docs > > you can even send a PR via github or use the ML Totally missed that! Sorry! regards Martin ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] Lantiq XRX200 Switch - cannot enable vlans
FYI: I found I could not get internet access over wired ethernet ports (wifi works fine). In trying to diagnose the issue, I find I cannot enable vlans on the XRX200 switch. root@lede:/etc/config# swconfig dev switch0 set reset root@lede:/etc/config# swconfig dev switch0 vlan 1 set vid 1 root@lede:/etc/config# swconfig dev switch0 vlan 1 set ports '0 1 2 4 6t' root@lede:/etc/config# swconfig dev switch0 set enable_vlan 1 root@lede:/etc/config# swconfig dev switch0 set apply root@lede:/etc/config# swconfig dev switch0 show Global attributes: enable_vlan: 0 Port 0: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:0 link:down Port 1: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:1 link:down Port 2: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:2 link:up speed:1000baseT full-duplex auto Port 3: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:3 link:down Port 4: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:4 link:down Port 5: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:5 link:down Port 6: uvr: 0 vsr: 0 vinr: 0 tvm: 0 pvid: 1 link: port:6 link:up speed:1000baseT full-duplex auto VLAN 1: vid: 1 enable: 1 ports: 0 1 2 4 6t root@lede:/etc/config# root@lede:/etc/config# swconfig dev switch0 help switch0: eth0(Lantiq XRX200 Switch), ports: 7 (cpu @ 6), vlans: 64 --switch Attribute 1 (int): enable_vlan (Enable VLAN mode) Attribute 2 (none): apply (Activate changes in the hardware) Attribute 3 (none): reset (Reset the switch) --vlan Attribute 1 (int): vid (VLAN ID (0-4094)) Attribute 2 (int): enable (Enable VLAN) Attribute 3 (ports): ports (VLAN port mapping) --port Attribute 1 (int): uvr (Unknown VLAN Rule) Attribute 2 (int): vsr (VLAN Security Rule) Attribute 3 (int): vinr (VLAN Ingress Tag Rule) Attribute 4 (int): tvm (Transparent VLAN Mode) Attribute 5 (int): pvid (Primary VLAN ID) Attribute 6 (unknown): link (Get port link information) root@lede:/etc/config# ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev