Re: [OpenWrt-Devel] Lots of missing packages!
Hi Valent, we decided to reorganize the packages feed in June, since lots of the packages in there were unmaintained and we had lot's of patches we couldn't review. The new feed resides on github which makes contributing more straigt-forward. See https://github.com/openwrt/packages. Now the problem with packages like python or php in oldpackages is that they build a version which have known security issues, so providing binaries for them without notice is a bit dubious. Note: we didn't delete any package-definitions we just stopped building binaries. Once someone takes over maintainership for them and keeps them updated we will gladly welcome them in our new packages feed and start building binariers for them again. The current status of oldpackages is this: If you are using trunk and want to use the possibly outdated packages you have to enable the oldpackages feed and build them manually. If you are using barrier breaker in the final version we will still build these outdated packages in binary form but won't enable the package repository in opkg.conf by default, so you have to manually opt-in to use these packages. Some packages there might be broken due to changes in the SDK but this will hopefully get addressed before the final release. The next release after barrier breaker will not include any unmaintained packages at all not even as opt-in. So if you want to see some of the old packages reappearing in trunk and future releases please adopt them and become a maintainer or convince someone else to do it. See https://github.com/openwrt/packages/blob/master/CONTRIBUTING.md Regards, Steven ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Picocom should be re-included in packages.
Yeah, it's so sad when picocom is gone. I hope picocom will come back soon. Mark Deneen mden...@gmail.com wrote: On Tue, Aug 12, 2014 at 9:57 AM, Daniel Petre daniel.pe...@gmail.com wrote: On 12/08/14 16:53, Alive4Ever wrote: On latest Openwrt commits, picocom is missing. Formerly, picocom was available on Utilities/Terminal section of menuconfig. I think picocom should be re-included, because it's very handy and usable for serial diagnostics, especially on systems with only 4 MB of flash, such as TL MR3220. Hello, do you want to share how you use picocom? Thanks! I use it all the time to interact manually with USB serial devices, like cell modems. -M ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Picocom should be re-included in packages.
Le 13 août 2014 11:43, Alif Mubarak Ahmad alive4e...@live.com a écrit : Yeah, it's so sad when picocom is gone. I hope picocom will come back soon. Mark Deneen mden...@gmail.com wrote: On Tue, Aug 12, 2014 at 9:57 AM, Daniel Petre daniel.pe...@gmail.com wrote: On 12/08/14 16:53, Alive4Ever wrote: On latest Openwrt commits, picocom is missing. Formerly, picocom was available on Utilities/Terminal section of menuconfig. I think picocom should be re-included, because it's very handy and usable for serial diagnostics, especially on systems with only 4 MB of flash, such as TL MR3220. Hello, do you want to share how you use picocom? Thanks! I use it all the time to interact manually with USB serial devices, like cell modems. -M Picocom is now in packages, thanks to sbyx/cyrus/Steven Barth ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Picocom should be re-included in packages.
On 13/08/2014 16:46, Etienne Champetier wrote: Picocom is now in packages, thanks to sbyx/cyrus/Steven Barth I'm glad to hear that. May Steven Barth be blessed with happiness and joy. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Lots of missing packages!
On Wed, Aug 13, 2014 at 4:13 AM, Steven Barth cy...@openwrt.org wrote: The current status of oldpackages is this: If you are using trunk and want to use the possibly outdated packages you have to enable the oldpackages feed and build them manually. If you are using barrier breaker in the final version we will still build these outdated packages in binary form but won't enable the package repository in opkg.conf by default, so you have to manually opt-in to use these packages. Some packages there might be broken due to changes in the SDK but this will hopefully get addressed before the final release. The next release after barrier breaker will not include any unmaintained packages at all not even as opt-in. So, are the precompiled packages on openwrt.org [1] indicative of what will be available for the final release of BB? From there on ar71xx, nano was missing from RC1, but is back for RC2 [2] and RC3 [3]. Looking in the same folder [1] for the packages that Valent mentioned in his second ticket, I also see bluez-libs [4], bluez-utils [5], /i2c-tools [6], ntpclient [7], picocom [8] and python [9] as precompiled packages. Will those still be available in the final release? [1] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/ [2] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [3] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [4] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-libs_3.36-3_ar71xx.ipk [5] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-utils_3.36-12_ar71xx.ipk [6] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/i2c-tools_2013-12-15-1_ar71xx.ipk [7] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/ntpclient_2007_365-4_ar71xx.ipk [8] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/picocom_1.7-1_ar71xx.ipk [9] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/python_2.7.3-2_ar71xx.ipk Aaron Z A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. — Robert Heinlein, Time Enough for Love ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Lots of missing packages!
What you see right now in RC3 will be there in the final as well, it will just be split up into subdirectories and the unmaintained packages oldpackages need to be manually enabled in /etc/opkg.conf on your router before being installable using opkg. In RC3 they are still all together in one package repository. There might be a few more packages in the final but what is in RC3 now (rsync is still running btw.) is a pretty good estimate of what will be there. Cheers, Steven Am 13.08.2014 um 12:46 schrieb Aaron Z: On Wed, Aug 13, 2014 at 4:13 AM, Steven Barth cy...@openwrt.org wrote: The current status of oldpackages is this: If you are using trunk and want to use the possibly outdated packages you have to enable the oldpackages feed and build them manually. If you are using barrier breaker in the final version we will still build these outdated packages in binary form but won't enable the package repository in opkg.conf by default, so you have to manually opt-in to use these packages. Some packages there might be broken due to changes in the SDK but this will hopefully get addressed before the final release. The next release after barrier breaker will not include any unmaintained packages at all not even as opt-in. So, are the precompiled packages on openwrt.org [1] indicative of what will be available for the final release of BB? From there on ar71xx, nano was missing from RC1, but is back for RC2 [2] and RC3 [3]. Looking in the same folder [1] for the packages that Valent mentioned in his second ticket, I also see bluez-libs [4], bluez-utils [5], /i2c-tools [6], ntpclient [7], picocom [8] and python [9] as precompiled packages. Will those still be available in the final release? [1] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/ [2] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [3] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [4] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-libs_3.36-3_ar71xx.ipk [5] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-utils_3.36-12_ar71xx.ipk [6] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/i2c-tools_2013-12-15-1_ar71xx.ipk [7] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/ntpclient_2007_365-4_ar71xx.ipk [8] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/picocom_1.7-1_ar71xx.ipk [9] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/python_2.7.3-2_ar71xx.ipk Aaron Z A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. — Robert Heinlein, Time Enough for Love ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Lots of missing packages!
On 13/08/14 14:02, Steven Barth wrote: What you see right now in RC3 will be there in the final as well, it will just be split up into subdirectories and the unmaintained packages oldpackages need to be manually enabled in /etc/opkg.conf on your router before being installable using opkg. So, are these lines gonna be valid in opkg.conf ? src/gz base http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/base src/gz luci http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/luci src/gz management http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/management src/gz packages http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/packages src/gz routing http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/routing src/gz telephony http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/telephony Thanks! In RC3 they are still all together in one package repository. There might be a few more packages in the final but what is in RC3 now (rsync is still running btw.) is a pretty good estimate of what will be there. Cheers, Steven Am 13.08.2014 um 12:46 schrieb Aaron Z: On Wed, Aug 13, 2014 at 4:13 AM, Steven Barth cy...@openwrt.org wrote: The current status of oldpackages is this: If you are using trunk and want to use the possibly outdated packages you have to enable the oldpackages feed and build them manually. If you are using barrier breaker in the final version we will still build these outdated packages in binary form but won't enable the package repository in opkg.conf by default, so you have to manually opt-in to use these packages. Some packages there might be broken due to changes in the SDK but this will hopefully get addressed before the final release. The next release after barrier breaker will not include any unmaintained packages at all not even as opt-in. So, are the precompiled packages on openwrt.org [1] indicative of what will be available for the final release of BB? From there on ar71xx, nano was missing from RC1, but is back for RC2 [2] and RC3 [3]. Looking in the same folder [1] for the packages that Valent mentioned in his second ticket, I also see bluez-libs [4], bluez-utils [5], /i2c-tools [6], ntpclient [7], picocom [8] and python [9] as precompiled packages. Will those still be available in the final release? [1] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/ [2] http://downloads.openwrt.org/barrier_breaker/14.07-rc2/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [3] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/nano_2.3.6-1_ar71xx.ipk [4] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-libs_3.36-3_ar71xx.ipk [5] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/bluez-utils_3.36-12_ar71xx.ipk [6] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/i2c-tools_2013-12-15-1_ar71xx.ipk [7] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/ntpclient_2007_365-4_ar71xx.ipk [8] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/picocom_1.7-1_ar71xx.ipk [9] http://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/python_2.7.3-2_ar71xx.ipk Aaron Z A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. — Robert Heinlein, Time Enough for Love ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] BB: feeds: switch telephony feed to for-14.07 branch
Signed-off-by: Jiri Slachta slac...@cesnet.cz --- feeds.conf.default | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/feeds.conf.default b/feeds.conf.default index 8e7579d..ce9e89c 100644 --- a/feeds.conf.default +++ b/feeds.conf.default @@ -1,7 +1,7 @@ src-git packages https://github.com/openwrt/packages.git;for-14.07 src-git luci http://git.openwrt.org/project/luci.git src-git routing https://github.com/openwrt-routing/packages.git;for-14.07 -src-git telephony http://git.openwrt.org/feed/telephony.git +src-git telephony http://git.openwrt.org/feed/telephony.git;for-14.07 src-git management https://github.com/openwrt-management/packages.git;for-14.07 src-git oldpackages http://git.openwrt.org/packages.git^95ba3e7d7bce60f9b3d6c6e8fc0934a6af8a4e34 #src-svn xwrt http://x-wrt.googlecode.com/svn/trunk/package -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Yet another snmp agent impl.
Hi, all, smartsnmpd is an implementation of SNMP Agent developed by Credo Semi. It use *Lua* as the script language to write SNMP MIB nodes to improve the efficiency of developtment. smartsnmpd had became a part of packages feed. The package adds native support for OpenWrt. Include using ubus and uci to get status/info. And, it use uloop as low level event library. So it's some sort of desgin for *OpenWrt*. smartsnmp is still under developing and any feedback is welcome. (https://github.com/credosemi/smartsnmp) Best regards. Xiongfei Alex Guo Credo Semi. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Q: curl: IPv6 zone identifiers / RFC6874 / OpenWrt
dear devs, i build 7.37.1 from 2014 jul 16 for OpenWrt on arch ar71xx: (the feature was at added at 9317eced9840 / 2014 Mar 15) root@box:~ curl --version curl 7.37.1 (mips-openwrt-linux-gnu) libcurl/7.36.0 PolarSSL/1.3.8 Protocols: file ftp ftps http https Features: IPv6 Largefile SSL when retrieving an linklocal IPv6-address, it does not work like exspected: root@box:~ curl http://[fe80::b248:7aff:fec5:ddf2%25wlan0]/ curl: (6) Couldn't resolve host '[fe80::b248:7aff:fec5' root@box:~ curl http://[fe80::b248:7aff:fec5:ddf2%wlan0]/ curl: (6) Couldn't resolve host '[fe80::b248:7aff:fec5' but this works: root@box:~ ping -c1 fe80::b248:7aff:fec5:ddf2%wlan0 PING fe80::b248:7aff:fec5:ddf2%wlan0 (fe80::b248:7aff:fec5:ddf2%wlan0): 56 data bytes 64 bytes from fe80::b248:7aff:fec5:ddf2: seq=0 ttl=64 time=0.431 ms any idea which is wrong on my side? thanks in advance - bye, bastian PS: for building under openwrt i removed these 2 patches: (which should not influence the above behavior) 001-cyassl-Use-error-ssl.h-when-available.patch 400-hugehelp.patch ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Hame: change LED name mpr-x - hame
Change LED name mpr-x - hame Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com --- diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index 4aac473..9ad7ccb 100755 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -80,10 +80,10 @@ get_status_led() { status_led=mofi3500-3gn:green:status ;; mpr-a1) - status_led=mpr-a1:red:power + status_led=hame:red:power ;; mpr-a2) - status_led=mpr-a2:red:power + status_led=hame:red:power ;; nbg-419n) status_led=nbg-419n:green:power diff --git a/target/linux/ramips/base-files/etc/uci-defaults/01_leds b/target/linux/ramips/base-files/etc/uci-defaults/01_leds index 0020729..3474b99 100755 --- a/target/linux/ramips/base-files/etc/uci-defaults/01_leds +++ b/target/linux/ramips/base-files/etc/uci-defaults/01_leds @@ -121,10 +121,10 @@ case $board in set_usb_led mofi3500-3gn:green:usb ;; mpr-a1) - set_wifi_led mpr-a1:blue:system + set_wifi_led hame:blue:system ;; mpr-a2) - set_wifi_led mpr-a2:blue:system + set_wifi_led hame:blue:system ;; mzk-w300nh2) set_wifi_led mzkw300nh2:amber:wlan diff --git a/target/linux/ramips/dts/MPRA1.dts b/target/linux/ramips/dts/MPRA1.dts index 9b4ee34..af6d82b 100644 --- a/target/linux/ramips/dts/MPRA1.dts +++ b/target/linux/ramips/dts/MPRA1.dts @@ -75,11 +75,11 @@ gpio-leds { compatible = gpio-leds; system { - label = mpr-a1:blue:system; + label = hame:blue:system; gpios = gpio0 20 1; }; power { - label = mpr-a1:red:power; + label = hame:red:power; gpios = gpio0 17 1; }; }; diff --git a/target/linux/ramips/dts/MPRA2.dts b/target/linux/ramips/dts/MPRA2.dts index 56d6f51..4f5e1c3 100644 --- a/target/linux/ramips/dts/MPRA2.dts +++ b/target/linux/ramips/dts/MPRA2.dts @@ -75,11 +75,11 @@ gpio-leds { compatible = gpio-leds; system { - label = mpr-a2:blue:system; + label = hame:blue:system; gpios = gpio0 20 1; }; power { - label = mpr-a2:red:power; + label = hame:red:power; gpios = gpio0 17 1; }; }; -- Pozdrawiam, Cezary Jackiewicz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Hame: add mpr-a1 to default profile
Add hame mpr-a1 to default ramips profile. Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com --- diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index bf95a84..1c65ee6 100644 --- a/target/linux/ramips/image/Makefile +++ b/target/linux/ramips/image/Makefile @@ -601,6 +601,7 @@ define Image/Build/Profile/Default $(call Image/Build/Profile/M3,$(1)) $(call Image/Build/Profile/M4,$(1)) $(call Image/Build/Profile/MOFI3500-3GN,$(1)) + $(call Image/Build/Profile/MPRA1,$(1)) $(call Image/Build/Profile/MPRA2,$(1)) $(call Image/Build/Profile/MZKW300NH2,$(1)) $(call Image/Build/Profile/NBG-419N,$(1)) -- Pozdrawiam, Cezary Jackiewicz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Clean up HAME profiles, remove unnecessary packages
Clean up HAME profiles, remove unnecessary packages. Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com --- diff --git a/target/linux/ramips/rt305x/profiles/hame.mk b/target/linux/ramips/rt305x/profiles/hame.mk index 35b9a04..06dfc12 100644 --- a/target/linux/ramips/rt305x/profiles/hame.mk +++ b/target/linux/ramips/rt305x/profiles/hame.mk @@ -8,7 +8,7 @@ define Profile/MPRA1 NAME:=HAME MPR-A1 PACKAGES:=\ - kmod-usb-core kmod-usb-ohci kmod-usb2 kmod-usb-net + kmod-usb-core kmod-usb-ohci kmod-usb2 kmod-ledtrig-netdev endef define Profile/MPRA1/Description @@ -20,9 +20,7 @@ $(eval $(call Profile,MPRA1)) define Profile/MPRA2 NAME:=HAME MPR-A2 PACKAGES:=\ - kmod-usb-core kmod-usb-ohci kmod-usb2 kmod-ledtrig-netdev kmod-ledtrig-timer \ - kmod-usb-acm kmod-usb-net kmod-usb-net-asix kmod-usb-net-rndis kmod-usb-serial kmod-usb-serial-option \ - usb-modeswitch comgt + kmod-usb-core kmod-usb-ohci kmod-usb2 kmod-ledtrig-netdev endef define Profile/MPRA2/Description -- Pozdrawiam, Cezary Jackiewicz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Netgear WNR1000 v3 N150 -- Is it possible to install OpenWRT on this without opening the box
Hi,, I don't have a JTAG serial cable with me. Is it possible to install Open WRT on Netgear WNR1000 v3 N150 without opening the box up? Thanks. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] mac80211: fix freeing keys for ap iface in ieee80211_do_stop().
The patch will fix #17506 and squelch the following WARNING from mac80211.ko [ 203.77] [ cut here ] [ 203.77] WARNING: at /home/yousong/trunk-openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/compat-wireless-2014-05-22/net/mac80211/driver-ops.h:12 ieee80211_get_key_rx_seq+0x1b8/0x640 [mac80211]() [ 203.79] wlan0-1: Failed check-sdata-in-driver check, flags: 0x0 [ 203.80] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nf_nat_irc nf_nat_ftp nf_nat nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp iptable_raw iptable_mangle iptable_filter ipt_REJECT ip_tables crc_ccitt compat ledtrig_usbdev ip6t_REJECT ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 ipv6 arc4 crypto_blkcipher ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common [ 203.86] CPU: 0 PID: 954 Comm: hostapd Tainted: GW 3.10.49 #5 [ 203.86] Stack : 80362eba 003f 8335a758 83332854 [ 203.86]802c0c64 8030f21b 03ba 80362664 8335a758 83332854 0024 [ 203.86]0008 80079040 0003 80076a4c 831cbae8 83332854 802c2524 8281d9cc [ 203.86] [ 203.86] 8281d958 [ 203.86]... [ 203.90] Call Trace: [ 203.90] [8006e294] show_stack+0x48/0x70 [ 203.91] [80076bbc] warn_slowpath_common+0x78/0xa8 [ 203.91] [80076c18] warn_slowpath_fmt+0x2c/0x38 [ 203.92] [831a49ac] ieee80211_get_key_rx_seq+0x1b8/0x640 [mac80211] [ 203.92] [ 203.92] ---[ end trace 1ed35f4cd8a2a9e5 ]--- The original code has a bug of the following form in which Hello won't be printed. 7 switch (i) { 8 default: 9 printf(Hello.\n); 10 /* Won't fall through */ 11 case 2: 12 printf(World.\n); 13 } Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- ...ng-keys-for-ap-iface-in-ieee80211-do-stop.patch | 37 1 file changed, 37 insertions(+) create mode 100644 package/kernel/mac80211/patches/921-fix-freeing-keys-for-ap-iface-in-ieee80211-do-stop.patch diff --git a/package/kernel/mac80211/patches/921-fix-freeing-keys-for-ap-iface-in-ieee80211-do-stop.patch b/package/kernel/mac80211/patches/921-fix-freeing-keys-for-ap-iface-in-ieee80211-do-stop.patch new file mode 100644 index 000..1d48bc0 --- /dev/null +++ b/package/kernel/mac80211/patches/921-fix-freeing-keys-for-ap-iface-in-ieee80211-do-stop.patch @@ -0,0 +1,37 @@ +Index: compat-wireless-2014-05-22/net/mac80211/iface.c +=== +--- compat-wireless-2014-05-22.orig/net/mac80211/iface.c 2014-08-14 11:42:04.100927001 +0800 compat-wireless-2014-05-22/net/mac80211/iface.c2014-08-14 11:45:51.032928188 +0800 +@@ -912,10 +912,6 @@ + + ieee80211_adjust_monitor_flags(sdata, -1); + break; +- case NL80211_IFTYPE_P2P_DEVICE: +- /* relies on synchronize_rcu() below */ +- RCU_INIT_POINTER(local-p2p_sdata, NULL); +- /* fall through */ + default: + cancel_work_sync(sdata-work); + /* +@@ -929,10 +925,18 @@ +* another CPU. +*/ + ieee80211_free_keys(sdata, true); ++ switch(sdata-vif.type) { ++ case NL80211_IFTYPE_P2P_DEVICE: ++ /* relies on synchronize_rcu() below */ ++ RCU_INIT_POINTER(local-p2p_sdata, NULL); ++ break; + +- /* fall through */ +- case NL80211_IFTYPE_AP: +- skb_queue_purge(sdata-skb_queue); ++ case NL80211_IFTYPE_AP: ++ skb_queue_purge(sdata-skb_queue); ++ break; ++ default: ++ break; ++ } + } + + sdata-bss = NULL; -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Q: curl: IPv6 zone identifiers / RFC6874 / OpenWrt
Please file a bug against CURL itself, this issue is outside of our scope. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] brcm47xx: image: update list of Netgear WNR* firmwares
Signed-off-by: Rafał Miłecki zaj...@gmail.com --- Could we get it backported to the 14.07, please? --- target/linux/brcm47xx/image/Makefile | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/target/linux/brcm47xx/image/Makefile b/target/linux/brcm47xx/image/Makefile index 9bdc838..584bb6c 100644 --- a/target/linux/brcm47xx/image/Makefile +++ b/target/linux/brcm47xx/image/Makefile @@ -179,9 +179,13 @@ define Image/Build/mips74k/devices-with-64k-blocks $(call Image/Build/Chk,$(1),wndr3400_v2,U12H187T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/Chk,$(1),wndr3700_v3,U12H194T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/Chk,$(1),wndr4000,U12H181T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr1000_v3,U12H139T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/Chk,$(1),wnr2000v2,U12H114T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) - $(call Image/Build/Chk,$(1),wnr3500L,U12H136T99_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) - $(call Image/Build/Chk,$(1),wnr3500v2,U12H127T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr3000rp,U12H163T01_NETGEAR,1,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr3500l_v1_north_america,U12H136T99_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr3500l_v1_other_regions,U12H136T99_NETGEAR,1,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr3500l_v2,U12H172T00_NETGEAR,1,$(patsubst jffs2-%,jffs2,$(1))) + $(call Image/Build/Chk,$(1),wnr3500_v2,U12H127T00_NETGEAR,2,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/CyberTAN,$(1),wrt160n_v3,N150,3.0.3,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/CyberTAN,$(1),wrt310n_v2,310N,2.0.1,$(patsubst jffs2-%,jffs2,$(1))) $(call Image/Build/CyberTAN,$(1),wrt320n_v1,320N,1.0.5,$(patsubst jffs2-%,jffs2,$(1))) -- 1.8.4.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Netgear WNR1000 v3 N150 -- Is it possible to install OpenWRT on this without opening the box
Hi qo, On 14 August 2014 05:46, quickbooks office quickbooks.off...@gmail.com wrote: Is it possible to install Open WRT on Netgear WNR1000 v3 N150 without opening the box up? Native firmware format for all bcm47xx devices is trx, however Netgear firmware WebGUI accepts only .chk files. They are normal trx with an extra header. I've just submitted patch to generate .chk image for WNR1000 v3, see: https://lists.openwrt.org/pipermail/openwrt-devel/2014-August/027435.html http://patchwork.openwrt.org/patch/6118/ OpenWrt build bots should start generating firmware for your device in few next days. Installing .trx is also possible, but that requires access to the serial console. Your device seems to be based on BCM5356A1, I've never seen a boot log from this SoC. If you install OpenWrt on it, please make sure you'll send us a boot log, so we know what hardware exactly is that. So far I don't even know what version of WiFi is inside. A bit of problem may be low RAM, 16 MiB is a real minimum for OpenWrt, I don't know how fast/stable it's going to work. For example LuCI may be really slow on this. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel