Re: [OpenWrt-Devel] [Battlemesh] ImageBuilder frontend projects, or how to generate custom OpenWrt images
Hi, you should take look at the Freifunk Berlin firmware and the Gluon project: https://github.com/freifunk-berlin/firmware https://gluon.readthedocs.io/en/v2019.1.x/ The Freifunk Berlin firmware uses uci-defaults scripts quite a lot for setting default configuration or changing configuration on upgrades: https://github.com/freifunk-berlin/firmware-packages/tree/master/defaults Both projects are under active development and used by a lot of Freifunk communities in Germany. Best Philipp On Sun, Sep 29, 2019 at 11:55:15PM +0200, Baptiste Jonglez wrote: > Hi, > > In my community network we are changing the way we generate OpenWrt > firmware images, and I took this opportunity to look at the existing > methods based on the OpenWrt ImageBuilder and/or SDK. > > In the end, I found way more projects than I thought would exist! > > I documented everything I found here: > https://openwrt.org/docs/guide-developer/imagebuilder_frontends > > Please add any project that I may have missed, and feel free to fix or add > more > details if you don't like the description of your project. > > As a side-note, does anybody use uci-defaults scripts? > https://openwrt.org/docs/guide-developer/uci-defaults > It seems like the best way to implement customization without having to > update file templates with each OpenWrt release, but during my quick > overview tour I haven't noticed any project using this method. > > Thanks, > Baptiste > ___ > Battlemesh mailing list > battlem...@ml.ninux.org > https://ml.ninux.org/mailman/listinfo/battlemesh signature.asc Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] toolchain: fix PKG_SOURCE_URL for gdb
The url for the gdb source changed upstream. Related ticket: https://dev.openwrt.org/ticket/20789 Signed-off-by: Philipp Borgers <borg...@mi.fu-berlin.de> --- toolchain/gdb/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/toolchain/gdb/Makefile b/toolchain/gdb/Makefile index 10de1f8..d437c9a 100644 --- a/toolchain/gdb/Makefile +++ b/toolchain/gdb/Makefile @@ -13,7 +13,7 @@ PKG_VERSION:=linaro-$(PKG_REV) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_MD5SUM:=816290b91cff03912320089d353e8a12 -PKG_SOURCE_URL:=https://releases.linaro.org/13.05/components/toolchain/gdb-linaro/ +PKG_SOURCE_URL:=https://releases.linaro.org/archive/13.05/components/toolchain/gdb-linaro/ HOST_BUILD_PARALLEL:=1 -- 2.6.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] looking for a tl-wdr4900 tester
I can test if you provide me with an image or an *easy* way to compile. Is there any testing procedure I should follow? Do we have some kind of tests I don't know of? Regards Philipp On Thu, Feb 12, 2015 at 12:31:07PM +0100, John Crispin wrote: Hi, just bumped the kernel for the tl-wdr4900. i don't actually have the unit. anyone around that feels like testing the images before i push the series to trunk ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel pgptgXdsUxFs5.pgp Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mpc85xx: use wpad-mini in WDR4900 profile instead of wpad
Someone accepted the patch in patchwork [1] but as far as I can see nobody applied the patch. Could someone with the appropriate priveleges apply the patch please? Thanks a lot Philipp On Wed, Aug 06, 2014 at 02:09:09PM +0200, Philipp Borgers wrote: This change makes the profile of WDR4900 more consistent with other router specific profiles. Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de --- target/linux/mpc85xx/profiles/tp-link.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/mpc85xx/profiles/tp-link.mk b/target/linux/mpc85xx/profiles/tp-link.mk index abab0f0..47ddacd 100644 --- a/target/linux/mpc85xx/profiles/tp-link.mk +++ b/target/linux/mpc85xx/profiles/tp-link.mk @@ -9,7 +9,7 @@ define Profile/TLWDR4900 NAME:=TP-Link TL-WDR4900 PACKAGES:=\ kmod-usb-core kmod-usb2 kmod-usb2-fsl \ - kmod-ath9k wpad + kmod-ath9k wpad-mini endef define Profile/TLWDR4900/Description -- 2.0.1 pgpHdTzAfj1T8.pgp Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] network rules don't work on wireless interfaces
Hi, if I create a rule such as: config rule option in 'wireless0' option action 'unreachable' and have a wireless0 network configured in network and wireless config, the rule does not show up after a network restart (/etc/init.d/network restart). E.g. ip rule does not list the rule. If a just reload the network /etc/init.d/network reload) the rule shows up. Tested on: OPENWRT_SRC=git://git.openwrt.org/14.07/openwrt.git OPENWRT_COMMIT=e77adae70c09298b871d074b35142d4845a0a7ca I tried my best to understand the problem (netifd code, loglevel increase, etc.) but I'm to stupid right now :/ Maybe someone can point me in the right direction? This is a serious problem for our vpn setup in the mesh network (freifunk berlin). As far as I can tell this problem is quite old and not only a problem of the rc3. Best Regards Philipp ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] mpc85xx: use wpad-mini in WDR4900 profile instead of wpad
This change makes the profile of WDR4900 more consistent with other router specific profiles. Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de --- target/linux/mpc85xx/profiles/tp-link.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/mpc85xx/profiles/tp-link.mk b/target/linux/mpc85xx/profiles/tp-link.mk index abab0f0..47ddacd 100644 --- a/target/linux/mpc85xx/profiles/tp-link.mk +++ b/target/linux/mpc85xx/profiles/tp-link.mk @@ -9,7 +9,7 @@ define Profile/TLWDR4900 NAME:=TP-Link TL-WDR4900 PACKAGES:=\ kmod-usb-core kmod-usb2 kmod-usb2-fsl \ - kmod-ath9k wpad + kmod-ath9k wpad-mini endef define Profile/TLWDR4900/Description -- 2.0.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Unable to Compile Kernel Header ar71xx
If I start from a clean setup with make -j e.g. a new clone of the trunk, the patch seems to work. Otherwise it still fails. If someone can confirm this we should close the ticket. Otherwise we should take a look at Thomas patch. Thanks Philipp On 06.12.2013 17:29, thomas.lan...@lantiq.com wrote: Hello Jow, your fix will not work with make -j! Please see the attached patch for an alternate implementation, which is successfully in use here. Jo-Philipp Wich wrote on 2013-12-06: Could someone more familiar with the build process have a look? Should be fixed with https://dev.openwrt.org/changeset/38998 - please test. ~ Jow Best Regards, Thomas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Unable to Compile Kernel Header ar71xx
Some people including me have a problem compiling openwrt for the ar71xx target: https://dev.openwrt.org/ticket/12907 Could someone more familiar with the build process have a look? Thanks in advance! Best Regards Philipp signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think we should also update the Makefile for the images. As far as I know the Makefile only creates an image for one of the rootfs types. I can provide a patch if you don't have the time to do so. Best Regards Philipp On 30.10.2013 08:24, Bastian Bittorf wrote: [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa till now only jffs2 was possible and sysupgrade refuses to change fs-type, because of bad/invalid content in sysupgrade-file. manually overriding works, so i made this patch. upgrade tested from r36088 to r38570. (jffs2 to squashfs). Signed-off-by: Bastian Bittorf bitt...@bluebottle.com --- .../au1000/base-files/lib/upgrade/platform.sh | 25 +-- 1 files changed, 17 insertions(+), 8 deletions(-) diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh b/target/linux/au1000/base-files/lib/upgrade/platform.sh index 85ab213..e2c8687 100644 --- a/target/linux/au1000/base-files/lib/upgrade/platform.sh +++ b/target/linux/au1000/base-files/lib/upgrade/platform.sh @@ -1,19 +1,28 @@ KERNEL_IMG=openwrt-au1000-au1500-vmlinux.bin -ROOTFS_IMG=openwrt-au1000-au1500-jffs2-128k.fs +ROOTFS_IMG_JFFS2=openwrt-au1000-au1500-jffs2-128k.fs +ROOTFS_IMG_SQASH=openwrt-au1000-au1500-squashfs.fs platform_check_image() { [ $ARGC -gt 1 ] return 1 case $(get_magic_word $1) in 6f70) - ( get_image $1 | tar -tf - $KERNEL_IMG /dev/null \ - get_image $1 | tar -tf - $ROOTFS_IMG /dev/null) || { -echo Invalid image contents - return 1 -} - return 0;; + if get_image $1 | tar -tf - $KERNEL_IMG /dev/null ; then + if get_image $1 | tar -tf - $ROOTFS_IMG_JFFS2 /dev/null ; then + ROOTFS_IMG=$ROOTFS_IMG_JFFS2 + return 0 + elif get_image $1 | tar -tf - $ROOTFS_IMG_SQASH /dev/null ; then + ROOTFS_IMG=$ROOTFS_IMG_SQASH + return 0 + fi +fi + + echo Invalid image contents, needing kernel + ( jffs2 or squashfs ) + return 1 + ;; *) echo Invalid image type - return 1;; + return 1 +;; esac } -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJScLqnAAoJEFUqJM/vAMbxKYgP/iCaiGwdv7MdFd2Ok20i2aJ6 kP8tF8uvlCw93Igzcwq7yF6wqAQPIkPKV5UN1oyIDzvF5SFDLC5f8lvm+kubg94u fsGb4CpQH5dj0T3FXGyA3otrOUsmrVzqynSNgqX7HGnrFGGn/kP3fbDKpU7T6kHl P3eOBQOgdXcvodROGmOtnpM0nO9XSFDt7zLc+mlabGhRCobLAYnCfGABfpvgW2d2 wZf17UMQl2aqE7KgqlzLbyQ19CF3mwUcZNX5Ho34Vqu7HGU6rE0l+6Ipec/I6irJ 5IU5Irdk6/zn1urn1/GED9HSzfdoeFrRFjYPFU4YxHXnDTt7rYnSGfONY1mVUBe9 zMQlkmAk0Itl9l4BhJ9wP6/VRju6x+RuqGU805Xm8f4fXOjvEAuz8MDZiUq5i2Z5 +lrpSxG+bOgqo9dm2yqPNYjh9l2fLk5kRT+LGBZaNUGZ4SkSCm1v8dCBwza2dmxc 17foV8lEIDHUWqd+iVx7B070Fd6B4Xh0l+UK16RKkTjVMtREXeEjX3JD9H1YDTvg QqNgfn8uULRrhLgrtqOCr5Ir9M+hbZlBpWaz12sA1wD5Uq1lWsMWcXxKKjdvlCUw rqvZNT+F1e7NGTAZBV+QKL/DsmbLwL4MzEmE2LevNO6SjzY4x4E93kIWsVBe53ki 9XcG3dzjuUxN2lDvPdBd =w0Ea -END PGP SIGNATURE- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [platform/au1000] create sysupgrade binary for each file system type
This patch should prevent overriding of sysupgrade binaries in the bin directory if we build images for more then one file system type. Discussion: https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022108.html Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de --- target/linux/au1000/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/au1000/image/Makefile b/target/linux/au1000/image/Makefile index 1dfdd98..12c84a1 100644 --- a/target/linux/au1000/image/Makefile +++ b/target/linux/au1000/image/Makefile @@ -62,7 +62,7 @@ define Image/Build $(CP) $(KDIR)/root.$(1) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs $(CP) $(KDIR)/kernel.flash.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-flash.srec $(CP) $(KDIR)/kernel.ram.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-ram.srec - tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-sysupgrade.bin $(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs + tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin $(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs ifeq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),y) $(call Image/Build/Initramfs) endif -- 1.8.4.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa
On 30.10.2013 09:28, Bruno Randolf wrote: On 10/30/2013 07:24 AM, Bastian Bittorf wrote: [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa till now only jffs2 was possible and sysupgrade refuses to change fs-type, because of bad/invalid content in sysupgrade-file. manually overriding works, so i made this patch. upgrade tested from r36088 to r38570. (jffs2 to squashfs). Signed-off-by: Bastian Bittorf bitt...@bluebottle.com --- .../au1000/base-files/lib/upgrade/platform.sh | 25 +-- 1 files changed, 17 insertions(+), 8 deletions(-) diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh b/target/linux/au1000/base-files/lib/upgrade/platform.sh index 85ab213..e2c8687 100644 --- a/target/linux/au1000/base-files/lib/upgrade/platform.sh +++ b/target/linux/au1000/base-files/lib/upgrade/platform.sh @@ -1,19 +1,28 @@ KERNEL_IMG=openwrt-au1000-au1500-vmlinux.bin -ROOTFS_IMG=openwrt-au1000-au1500-jffs2-128k.fs +ROOTFS_IMG_JFFS2=openwrt-au1000-au1500-jffs2-128k.fs +ROOTFS_IMG_SQASH=openwrt-au1000-au1500-squashfs.fs I don't know how other platforms handle this, but couldn't the rootfs image inside the [jffs2|squashfs]-sysupgrade.bin always have the same name? We can use the tar option --transform to rename the file system name inside the tar. I have a patch ready. I can test on the device tomorrow. bruno ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] make sysupgrade compatible with all file system types
This patch adds support for all file system types as discussed earlier: https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022109.html This patch depends on a previous patch: https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022111.html Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de --- target/linux/au1000/base-files/lib/upgrade/platform.sh | 2 +- target/linux/au1000/image/Makefile | 4 +++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh b/target/linux/au1000/base-files/lib/upgrade/platform.sh index 85ab213..71744e6 100644 --- a/target/linux/au1000/base-files/lib/upgrade/platform.sh +++ b/target/linux/au1000/base-files/lib/upgrade/platform.sh @@ -1,5 +1,5 @@ KERNEL_IMG=openwrt-au1000-au1500-vmlinux.bin -ROOTFS_IMG=openwrt-au1000-au1500-jffs2-128k.fs +ROOTFS_IMG=openwrt-au1000-au1500-root.fs platform_check_image() { [ $ARGC -gt 1 ] return 1 diff --git a/target/linux/au1000/image/Makefile b/target/linux/au1000/image/Makefile index 12c84a1..63c0b03 100644 --- a/target/linux/au1000/image/Makefile +++ b/target/linux/au1000/image/Makefile @@ -62,7 +62,9 @@ define Image/Build $(CP) $(KDIR)/root.$(1) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs $(CP) $(KDIR)/kernel.flash.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-flash.srec $(CP) $(KDIR)/kernel.ram.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-ram.srec - tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin $(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs + $(CP) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs $(TMP_DIR)/$(IMG_PREFIX)-root.fs + tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin \ + $(IMG_PREFIX)-vmlinux.bin -C $(TMP_DIR) $(IMG_PREFIX)-root.fs ifeq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),y) $(call Image/Build/Initramfs) endif -- 1.8.4.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [packages] openvpn: make comp_lzo a parameter
Possible parameters are yes, no and adaptive. See manpage for more information. Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de --- package/network/services/openvpn/files/openvpn.config | 4 ++-- package/network/services/openvpn/files/openvpn.init | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/package/network/services/openvpn/files/openvpn.config b/package/network/services/openvpn/files/openvpn.config index 4a1f667..5cf0ba6 100644 --- a/package/network/services/openvpn/files/openvpn.config +++ b/package/network/services/openvpn/files/openvpn.config @@ -241,7 +241,7 @@ config openvpn sample_server # Enable compression on the VPN link. # If you enable it here, you must also # enable it in the client config file. - option comp_lzo 1 + option comp_lzo yes # The maximum number of concurrently connected # clients we want to allow. @@ -389,7 +389,7 @@ config openvpn sample_client # Enable compression on the VPN link. # Don't enable this unless it is also # enabled in the server config file. - option comp_lzo 1 + option comp_lzo yes # Set log file verbosity. option verb 3 diff --git a/package/network/services/openvpn/files/openvpn.init b/package/network/services/openvpn/files/openvpn.init index eaf46c4..dee5925 100644 --- a/package/network/services/openvpn/files/openvpn.init +++ b/package/network/services/openvpn/files/openvpn.init @@ -78,7 +78,7 @@ start_instance() { # append flags append_bools $s \ auth_nocache auth_retry auth_user_pass_optional bind ccd_exclusive client client_cert_not_required \ - client_to_client comp_lzo comp_noadapt disable \ + client_to_client comp_noadapt disable \ disable_occ down_pre duplicate_cn fast_io float http_proxy_retry \ ifconfig_noexec ifconfig_nowarn ifconfig_pool_linear management_forget_disconnect management_hold \ management_query_passwords management_signal mktun mlock mtu_test multihome mute_replay_warnings \ @@ -91,7 +91,7 @@ start_instance() { # append params append_params $s \ cd askpass auth auth_user_pass auth_user_pass_verify bcast_buffers ca cert \ - chroot cipher client_config_dir client_connect client_disconnect connect_freq \ + chroot cipher client_config_dir client_connect client_disconnect comp_lzo connect_freq \ connect_retry connect_timeout connect_retry_max crl_verify dev dev_node dev_type dh \ echo engine explicit_exit_notify fragment group hand_window hash_size \ http_proxy http_proxy_option http_proxy_timeout ifconfig ifconfig_pool \ -- 1.8.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] fix jffs2 support for target au1500
This will hopefully fix jffs2 support for target system rmi/amd au1x00, subtarget Au1500 and Target Profile T-Mobile InternetBox. Tested on same configuration. Related ticket: https://dev.openwrt.org/ticket/8058 Signed-off-by: Philipp Borgers borg...@mi.fu-berlin.de From 5ec2b5febd58a391fac6aeb7508e08a251a2be92 Mon Sep 17 00:00:00 2001 From: Philipp Borgers borg...@mi.fu-berlin.de Date: Sun, 10 Oct 2010 19:20:03 +0200 Subject: [PATCH] fixed jffs2 support for au1500 --- target/linux/au1000/au1500/config-2.6.35 |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/au1000/au1500/config-2.6.35 b/target/linux/au1000/au1500/config-2.6.35 index f94973b..1e95be3 100644 --- a/target/linux/au1000/au1500/config-2.6.35 +++ b/target/linux/au1000/au1500/config-2.6.35 @@ -19,9 +19,9 @@ CONFIG_BITREVERSE=y # CONFIG_CAVIUM_OCTEON_REFERENCE_BOARD is not set # CONFIG_CAVIUM_OCTEON_SIMULATOR is not set CONFIG_CEVT_R4K_LIB=y -CONFIG_CMDLINE=console=ttyS0,115200 +CONFIG_CMDLINE=console=ttyS0,115200 root=/dev/mtdblock0 rootfstype=squashfs,jffs2 CONFIG_CMDLINE_BOOL=y -# CONFIG_CMDLINE_OVERRIDE is not set +CONFIG_CMDLINE_OVERRIDE=y # CONFIG_CPU_BIG_ENDIAN is not set # CONFIG_CPU_CAVIUM_OCTEON is not set ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LibreWRT introduction patch
Perhaps just use the description field for this kind of stuff or add something like NON_FREE=yes? Plain and easy... For non-free packages, would something like DEPENDS=-LIBRE work? If CONFIG_LIBRE is defined, these packages would simply disappear from the menu. That's too black-or-white for me: I generally want to avoid non-Free code, but I'm still willing to use it in some cases. So maybe we could have such a variable to hide/show the non-Free packages, but even if the non-Free packages are shown, I'd like to know which ones are Free. And maybe when exiting the config menu, the stdout could display a summary of the non-Free packages included. Stefan ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] PCI broken on au1000
I think this is no solution or not the whole solution. Sorry :) r...@openwrt:/# lspci 00:00.0 SERCOS interface: Device 0057:1800 (rev 02) 00:01.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:02.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:03.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:04.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:05.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:06.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:07.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:08.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:09.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:0a.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:0b.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:0c.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:0d.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:0e.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:0f.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:10.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:11.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) 00:12.0 Non-VGA unclassified device: Device 0002: (rev 02) 00:13.0 Non-VGA unclassified device: Device 2800:4085 (rev 02) r...@openwrt:/# uname -a Linux OpenWrt 2.6.32.14 #2 Tue Jun 29 22:14:19 CEST 2010 mips GNU/Linux thanks for working on this! philipp Am Montag, den 28.06.2010, 10:18 +0200 schrieb Florian Fainelli: Hey, On Tuesday 20 April 2010 12:51:23 Manuel Lauss wrote: Hi Florian, On Mon, Apr 19, 2010 at 10:54 AM, Florian Fainelli flor...@openwrt.org wrote: The lspci output provided by the reporter of ticket 6851, does it look correct for MTX-1? No it does not. It should only show a PCI bridge and the devices attached to it, in my case 2 Atheros-based cards. This matches the description of a bug fixed in August 2006: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdi ff;h=32136568a9828c27c07eedb8d2b3e3d9fe8d87ba If you don't come up with anything, I'll dig into this Friday evening. Can anyone check if the following patch fixes the issue? I will test it tonight anyway. diff --git a/arch/mips/alchemy/mtx-1/board_setup.c b/arch/mips/alchemy/mtx-1/board_setup.c index a9f0336..c2c29e5 100644 --- a/arch/mips/alchemy/mtx-1/board_setup.c +++ b/arch/mips/alchemy/mtx-1/board_setup.c @@ -117,9 +117,9 @@ mtx1_pci_idsel(unsigned int devsel, int assert) if (assert devsel != 0) /* Suppress signal to Cardbus */ - gpio_set_value(1, 0); /* set EXT_IO3 OFF */ + alchemy_gpio_direction_output(1, 0);/* set EXT_IO3 OFF */ else - gpio_set_value(1, 1); /* set EXT_IO3 ON */ + alchemy_gpio_direction_output(1, 1);/* set EXT_IO3 ON */ au_sync_udelay(1); return 1; -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel