Re: [OpenWrt-Devel] [RFC] uClibc: Deactivate oversized thread stack cache
On Friday 15 November 2013 16:54:03 Bastian Bittorf wrote: * Sven Eckelmann s...@open-mesh.com [11.11.2013 11:41]: On Friday 08 November 2013 11:32:23 Weedy wrote: Do you have any benches or log dumps that show this fixed it for you? I am not really sure what you are expecting. I can not really show a log of the reset because the device just resets when the oom kicks in or the process is just killed (so it is really boring). And the log of a working system is also extreme boring. What do you want to see when nothing happens? maybe you can show something on the commandline bye forking and forking and show the mem-usage of the tasks? Forking doesn't make a lot of sense because this is related to the NPTL stack cache of a single process (so it is only related to pthreads). But the output of an example thread test is relative unspectacular: nodogsplash 0.9_beta9.9.6 on a 32 MiB MIPS device starts with ~25% memory usage for this particular process and increases more and more up to ~150% (so it is overbooking). With all changes applied it stays at ~9% Kind regards, Sven signature.asc Description: This is a digitally signed message part. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [ath9k-devel] ath9k: Deaf QCA9558 when setting rxchainmask
Matthias May wrote: I'm in the position where i want to use a 9390 as 2x2 instead of 3x3. I use backports-3.12-1. I've set the rx and tx mask in eeprom to 0x5. Every 30 seconds there is a short disconnect. Enabling some logging in echo 0x050C /sys/kernel/debug/ieee80211/phy0/ath9k/debug shows that something seems to go wrong during noise calibration. (See attached log). What seems odd to me, that for IQ cal it tries to calibrate chain 1 instead of chain 2. What is the value of 0x40d8 register ? echo 0x40d8 /sys/kernel/debug/ieee80211/phy0/ath9k/regidx cat /sys/kernel/debug/ieee80211/phy0/ath9k/regval Sujith ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [RFC] uClibc: Deactivate oversized thread stack cache
On 2013-11-08 18:52, s...@open-mesh.com wrote: From: Sven Eckelmann s...@open-mesh.com A small system like the common home router doesn't have 40 MiB per process for a dirty stack cache. This can easily lead to an overbooking OOM problem and caused a lot of hangs+reboots on 32 MiB systems running nodogsplash. Not using a stack cache can increase the time to spawn new threads. This is hopefully no problem for system not running a lot of parallel computations. Signed-off-by: Sven Eckelmann s...@open-mesh.com Committed in r38851, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] setting disk quotas
How to set disk quotas in OpenWRT? Thanks ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [ath9k-devel] ath9k: Deaf QCA9558 when setting rxchainmask
Matthias May wrote: I'm in the position where i want to use a 9390 as 2x2 instead of 3x3. I use backports-3.12-1. I've set the rx and tx mask in eeprom to 0x5. 0x5 is not a valid chainmask on AR9390. The official statement is: We intentionally didn’t productize the chain mask of 0x5 on AR9380/AR9580 because of the complexities of register addressing and getting through the ASIC self-calibrations in this configuration. I think for 2x2 operation, 0x3 is the only option. The problem with Chain-1 (which was mentioned in http://www.spinics.net/lists/linux-wireless/msg114607.html) is probably for a specific board. So maybe you can just set 0x3 using iw and see if things are okay. Nov 18 13:39:45 CHD500279 kernel: [16510.563694] ath: phy11: NF calibrated [ctl] [chain 0] is -105 Nov 18 13:39:45 CHD500279 kernel: [16510.563698] ath: phy11: NF calibrated [ctl] [chain 2] is -50 Nov 18 13:39:45 CHD500279 kernel: [16510.563701] ath: phy11: NF[2] (-50) MAX (-100), correcting to MAX Nov 18 13:39:45 CHD500279 kernel: [16510.563705] ath: phy11: NF calibrated [ext] [chain 0] is -105 Nov 18 13:39:45 CHD500279 kernel: [16510.563708] ath: phy11: NF calibrated [ext] [chain 2] is -50 Nov 18 13:39:45 CHD500279 kernel: [16510.563712] ath: phy11: NF[5] (-50) MAX (-100), correcting to MAX Again, this is the side effect of using the unsupported mask, 0x5. But, this is also a bug in ath9k. Right now the CCA registers assigned in ar9003_hw_attach_phy_ops() are used in a sequential manner. But, as per our systems engineers: AR_PHY_CCA_0 - for 1st active chain, (value always valid). AR_PHY_CCA_1 - for 2nd active chain, (value should be ignored except for chain mask 3,5,7). AR_PHY_CCA_2 - for 3rd active chain, (value should be ignored except for chain mask 7). So, if 0x5 is used, AR_PHY_CCA_0 and AR_PHY_CCA_1 should be used. But, ath9k currently uses AR_PHY_CCA_0 and AR_PHY_CCA_2 for 0x5 (in ar9003_hw_do_getnf). In any case, I don't think this needs to be fixed, since 0x5 is invalid. Sujith ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [ath9k-devel] ath9k: Deaf QCA9558 when setting rxchainmask
Matthias May wrote: root@CHD500279:/# echo 0x40d8 /sys/kernel/debug/ieee80211/phy6/ath9k/regidx root@CHD500279:/# cat /sys/kernel/debug/ieee80211/phy6/ath9k/regval 0x0004 On another device showing the same behaviour (but with various other patches and based on compat-wireless-2013-06-27) 0x0404. This commit removed code from the driver which handled a quirk that is probably required for the enterprise variants. Felix, we do require the code that handles AR_ENT_OTP_CHAIN2_DISABLE, right ? commit 56266bff6df685d9c26d08904ae1d43bad162539 Author: Rajkumar Manoharan rmano...@qca.qualcomm.com Date: Sat Aug 13 10:28:13 2011 +0530 ath9k_hw: Remove unnecessary chainmask configuration The chainmasks were already configured at process_ini before doing init calibration. Sujith ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] atheros: /etc/diag.sh for FON2201
There a couple threads on this list over the past 2 years about the need for device-specific targets for atheros, due to certain manufacturers' differing GPIO assignments for reset, flash CS, etc. I have to apply roughly similar patches to Attitude Adjustment for it to boot correctly on Engenius EOC-1650 and Open Mesh OM1P, albeit each with mutually exclusive GPIO assignments. Looks like FON2201 has its own GPIO assignment for the power LED. How does one start a new device-specific target for the atheros platform? On Sun, Nov 10, 2013 at 1:13 PM, Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us wrote: In Backfire, the power LED worked normally on the Fonera+, but in Barrier Breaker, it's unused. I can't seem to find a way to differentiate among hardware in the atheros target, so I'm submitting a FIXME patch to be further patched with info from other devices. Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us --- /dev/null 2013-11-09 12:36:28.330833697 -0800 +++ b/target/linux/atheros/base-files/etc/diag.sh 2013-11-10 07:34:45.372612754 -0800 @@ -0,0 +1,27 @@ +#!/bin/sh +# Copyright (C) 2013 OpenWrt.org + +. /lib/functions/leds.sh + +set_state() { + status_led=gpio4 + + [ -d /sys/class/leds/gpio4/ ] + [ -d /sys/class/leds/gpio7/ ] { + + case $1 in + preinit) + led_timer gpio7 200 200 + status_led_off + ;; + failsafe) + status_led_blink_failsafe + led_off gpio7 + ;; + done) + status_led_on + led_off gpio7 + ;; + esac + } +} ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] atheros: /etc/diag.sh for FON2201
How does one start a new device-specific target for the atheros platform? One approach that might work is trying to identify the board by its radio, then apply the required configuration on firstboot. ~ Jow 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] [OpenWrt-Users] Problem of connectivity with adhoc using wpa
Hi cmsv, Are still having problems with the recurring IBSS split detected issue? I'm operating a couple dozen UBNT Nanostation Loco M2 units as nodes in several WPA2-encrypted adhoc meshes (with each node additionally broadcasting a public AP and private WPA2 AP as virtual interfaces, for 3 VIFs total). Meshes range from 2 to 4 nodes each. I'm not seeing the IBSS split problem you describe, although I am having issues with wpad crashing sporadically, either taking out the node's IBSS-RSN interface or its private AP, either way requiring reboot to recover. That is, in my instances where a node drops off a mesh, it is because that node's wpa_supplicant process crashed, killing its adhoc VIF. You might look for crash files files from wpa_supplicant or hostapd in /tmp on problems nodes. The two crash files I've recovered thus far seem to suggest a buffer overflow in wpad, although I do not know if that actually triggered by other processes consuming all available RAM, or something in wpad itself. My nodes are running AA r38347, patched with the mac80211 and hostapd packages provided in same nbd repo that you quoted: http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary On Fri, Nov 1, 2013 at 9:50 PM, cmsv c...@wirelesspt.net wrote: Here's an update detected with horst regarding my testing. Although using the git files from trunk to replace mac80211 and hostapd did solve the problem mentioned before; i found another issue that does not happen with mac80211 and hostapd from current stable AA which in its turn suffers from other problems. Right now: DISTRIB_REVISION=r38621 plus http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary (wpa_suplicant.sh is not patched with Bruno's beacon_int patch and his patch fails to apply The routers suffer from IBSS network splits which are detected with horst with the follwoing IBSS Split detected (2 nodes) TSF outputs for the other router Also horst is only able to obtain the nodes ip's if adhoc is not encrypted. This happens every 10 seconds either having adhoc with PSK2 or without encryption. Batman-adv as well as L3 protocols are able to communicate between routers. This new problem does not happen with current stable AA mac80211 and hostapd. This article seems to identify the issue: http://wiki.villagetelco.org/index.php/Information_about_cell-id_splitting,_stuck_beacons,_and_failed_IBSS_merges ! Cmsv On 10/20/2013 05:37 PM, cmsv wrote: Hello Felix I replaced mac80211 and hostapd from AA tree by the ones from your git and recompiled a new image. The problem with adhoc and wpa that i described no longer happens and both routers are able to communicate with each other with regardless of which one starts or restarts the network; the wifi interface or reboots. On 10/19/2013 01:38 PM, Felix Fietkau wrote: On 2013-10-19 7:30 PM, cmsv wrote: I have recently experienced a problem when using wpa encryption on adhoc interfaces. Description: When both routers power up at the same time everything works without problems and bother can see and communicate with each other on layer 2 (batman-adv) and layer 3; however if one reboots or restarts the wireless interface; communication is no longer possible and both routers stop seeing each other in both layers. Rebooting both at the same time gets them to work again with each other. Someone mentioned that this might be caused due to the latest hostpad not being pulled. Any feedback is welcome. On both routers: option encryption 'psk2' wpad 20130405-1 DISTRIB_REVISION=r38401 DISTRIB_CODENAME=attitude_adjustment DISTRIB_TARGET=ar71xx/generic Here's a backport of mac80211+hostapd: http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary git://nbd.name/aa-mac80211.git Please try integrating that into your build tree and see if it fixes the issue. This problem is solved with the provided solution. There is still something that also changed and maybe is related to part of the described problem above. http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg20204.html mac80211.git also does not output the mac address to the wireless config. - Felix ___ openwrt-users mailing list openwrt-us...@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] atheros: /etc/diag.sh for FON2201
Unfortunately, firstboot is not an option for me with the EOC-1650 and OM1P. Both devices require mutually exclusive patches just to boot in the first place, I believe due to different flash CS pin on each. I have to compile seperate rootfs images for each device time. On Mon, Nov 18, 2013 at 11:00 AM, Jo-Philipp Wich j...@openwrt.org wrote: How does one start a new device-specific target for the atheros platform? One approach that might work is trying to identify the board by its radio, then apply the required configuration on firstboot. ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] atheros: /etc/diag.sh for FON2201
Also, apologies for confusing typo: compile separate rootfs images for each device type. On Mon, Nov 18, 2013 at 11:58 AM, Ben West b...@gowasabi.net wrote: Unfortunately, firstboot is not an option for me with the EOC-1650 and OM1P. Both devices require mutually exclusive patches just to boot in the first place, I believe due to different flash CS pin on each. I have to compile seperate rootfs images for each device time. On Mon, Nov 18, 2013 at 11:00 AM, Jo-Philipp Wich j...@openwrt.org wrote: How does one start a new device-specific target for the atheros platform? One approach that might work is trying to identify the board by its radio, then apply the required configuration on firstboot. ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Quick hack for kernel entropy problem on MIPS
Hauke Mehrtens hauke at hauke-m.de writes: On 10/17/2013 05:40 PM, chrono wrote: Ahoi everyone, it was requested on IRC that I send my solution to the entropy problem with the current kernel (e.g. having 0 available entropy): root at OpenWrt:/# cat /proc/sys/kernel/random/entropy_avail 0 A similar patch was applied to trunk in r38834. Hauke I provided this backport patch to #openwrt on freenode last week. I am glad it was included in trunk. Two important clarifications: 1. The original poster applies his patch to kernel 3.3.8 (it seems) yet the interface that makes use of get_cycles() in seeding the random pool wasn't introduced until 3.6. The patch on pre-3.6 kernels effectively does nothing entropy-wise. Without more comprehensive backports, there is no similar simple solution for Attitude. 2. You aren't going to see /proc/sys/kernel/random/entropy_avail affected by this patch because the machine/boot specific seeding does not credit the entropy count. --mancha ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Creating Atheros calibration data without ART (Atheros Radio Tool) ?
Hi, out wifi community has quite a few Nanostation routers that had their flash erased by EMP pulse from thunderstorm :( If we could recreate ART calibration data then we could repair them. Does anybody here have any experience with creating calibration data for Atheros devices? Is it possible to do without ART software? There is some mention on forums [1] of using cheap SDR and ART software to create calibration data, but AFAIK there is no way to get hold of ART software. If there is any other way please write here or feel free to contact me direcly, and help is much appreciated. Cheers! [1] https://forum.openwrt.org/viewtopic.php?pid=186920#p186920 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: Kernel support update tl-wr842n_v2 added missing usb led
Just a small oversight my part, added the support for the USB led diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v8.c b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v8.c index 064a33f..0099b15 100644 --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v8.c +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v8.c @@ -185,7 +185,7 @@ static void __init tl_wr842n_v2_setup(void) { tl_ap123_setup(); - ath79_register_leds_gpio(-1, ARRAY_SIZE(tl_wr841n_v8_leds_gpio) - 1, + ath79_register_leds_gpio(-1, ARRAY_SIZE(tl_wr841n_v8_leds_gpio), tl_wr841n_v8_leds_gpio); ath79_register_gpio_keys_polled(1, TL_WR841NV8_KEYS_POLL_INTERVAL, ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ar71xx: Kernel support update tl-wr842n_v2 added missing usb led
Signed-off-by: Martijn Zilverschoon thefriedzom...@gmail.com 2013/11/18 Martijn Zilverschoon thefriedzom...@gmail.com: Just a small oversight my part, added the support for the USB led ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] linux-wireless WARNING in ieee80211_sta_ps_deliver_wakeup
Hi, I'm running openwrt Trunk Rev 38850 on Freescale P1020WLAN (mpc85xx) and repeatingly get the following kernel warning during boot. This is 2x ath9k (AR93xx) on a ppc dualcore with each phy spanning multiple BSS with multiple dynamic VLANs each. Regards, M. Braun [ 163.749372] [ cut here ] [ 163.754000] WARNING: at /opt/openwrt/stage2/trunk/build_dir/target-powerpc_8540_eglibc-2.17/linux-mpc85xx_p1020wlan-fem/compat-wireless-2013-11-05/net/mac80211/util.c:2375 [ 163.769287] Modules linked in: ath9k ath9k_htc ath9k_common iptable_nat carl9170 ath9k_hw ath nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE ebtable_nat ebtable_filter ebtable_broute 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 nf_nat nf_defrag_ipv4 nf_conntrack macvlan iptable_raw iptable_mangle iptable_filter ipt_REJECT ip_tables ebtables ebt_vlan ebt_ulog ebt_stp ebt_snat ebt_redirect ebt_pkttype ebt_nflog ebt_mark_m ebt_mark ebt_log ebt_limit ebt_ip6 ebt_ip ebt_dnat ebt_arpreply ebt_arp ebt_among ebt_802_3 crc8 crc7 crc_itu_t crc_ccitt compat sch_teql em_nbyte cls_basic sch_dsmark em_meta sch_gred sch_htb act_ipt sch_tbf em_text sch_codel sch_sfq act_police sch_prio em_cmp sch_red act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress ledtrig_morse ledtrig_heartbeat ledtrig_gpio booke_wdt xt_set x_tables ip_set_list_set ip_set_hash_netport ip_set_hash_netiface ip_set_hash_net ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set msdos e1000 dummy tun vfat fat minix nls_utf8 cryptodev ipv6 bridge stp chainiv eseqiv psnap p8022 llc xts gf128mul crypto_wq algif_skcipher algif_hash af_alg sha1_generic krng rng crypto_null michael_mic md5 md4 talitos hmac ecb des_generic deflate cbc authenc aead arc4 crypto_blkcipher mmc_block gpio_keys_polled usb_storage mmc_core input_polldev leds_gpio sd_mod scsi_mod ext4 jbd2 mbcache btrfs zlib_deflate xor i2c_mpc raid6_pq lzo_decompress lzo_compress libcrc32c button_hotplug crc32c crypto_hash [ 163.916584] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.10.18 #9 [ 163.922585] task: c04162e0 ti: ee7e8000 task.ti: c0444000 [ 163.927977] NIP: f3ba7ad4 LR: f3b8131c CTR: c02f3bd8 [ 163.932935] REGS: ee7e9c20 TRAP: 0700 Not tainted (3.10.18) [ 163.938760] MSR: 00029000 CE,EE,ME CR: 44048042 XER: [ 163.944872] [ 163.944872] GPR00: f3b81310 ee7e9cd0 c04162e0 0003 f3b81310 [ 163.944872] GPR08: efa74cac 0001 f3bd1d7a c02f3bd8 10034aa0 ee1e6030 ee9c64be [ 163.944872] GPR16: efb69264 0004 efb69000 efae6570 ee9c6480 f3ba eebf4500 efa74c20 [ 163.944872] GPR24: ee7e9cd8 efb6911c efb69000 0004 efb691ec [ 163.974692] NIP [f3ba7ad4] ieee80211_smps_is_restrictive+0x60/0x94 [mac80211] [ 163.981830] LR [f3b8131c] ieee80211_sta_ps_deliver_wakeup+0x1f4/0x54c [mac80211] [ 163.989217] Call Trace: [ 163.991667] [ee7e9cd0] [f3b81310] ieee80211_sta_ps_deliver_wakeup+0x1e8/0x54c [mac80211] (unreliable) [ 164.000899] [ee7e9d30] [f3b9a144] ieee80211_rx_irqsafe+0xc34/0x3958 [mac80211] [ 164.008128] [ee7e9dd0] [f3b9cdb4] ieee80211_rx_irqsafe+0x38a4/0x3958 [mac80211] [ 164.015443] [ee7e9e30] [f3b9d4e8] mac80211_ieee80211_rx+0x680/0x848 [mac80211] [ 164.022669] [ee7e9e90] [f3d8b038] ath_rx_tasklet+0xe98/0xfec [ath9k] [ 164.029024] [ee7e9f40] [f3d88068] ath9k_tasklet+0x134/0x340 [ath9k] [ 164.035300] [ee7e9f70] [c002bbf0] tasklet_action+0xec/0x188 [ 164.040872] [ee7e9fa0] [c002bd80] __do_softirq+0xf4/0x1c8 [ 164.046270] [ee7e9ff0] [c000badc] call_do_softirq+0x14/0x24 [ 164.051845] [c0445e60] [c00045a0] do_softirq+0x88/0xec [ 164.056982] [c0445e80] [c002bfd4] irq_exit+0x74/0x8c [ 164.061945] [c0445e90] [c000436c] do_IRQ+0x12c/0x154 [ 164.066910] [c0445ec0] [c000d6bc] ret_from_except+0x0/0x18 [ 164.072398] --- Exception: 501 at arch_cpu_idle+0x24/0x60 [ 164.072398] LR = arch_cpu_idle+0x24/0x60 [ 164.082057] [c0445f80] [c007e928] rcu_idle_enter+0xbc/0xf8 (unreliable) [ 164.088678] [c0445f90] [c005bc08] cpu_startup_entry+0xf8/0x158 [ 164.094515] [c0445fc0] [c03e57c0] start_kernel+0x300/0x314 [ 164.07] [c0445ff0] [c3f8] skpinv+0x2e4/0x320 [ 164.104955] Instruction dump: [ 164.107920] 68830001 7c630034 5463d97e 68630001 4e800020 0fe0 3860 4e800020 [ 164.115694] 3d40f3bd 394a1d7a 892a000a 69290001 0f09 2f89 40beffac 3860 [ 164.123641] ---[ end trace 67775a34f53bbbf9 ]--- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: user space support update tl-wr842n_v2 add default led support
Small update to uci_defaults/01_leds, to support the usb led Signed-off-by: Martijn Zilverschoon thefriedzom...@gmail.com diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds index 95b30c1..ec31631 100755 --- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds +++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds @@ -229,7 +229,15 @@ tl-wr741nd-v4) ucidef_set_led_wlan wlan WLAN tp-link:green:wlan phy0tpt ;; -tl-wr841n-v8 |\ +tl-wr841n-v8) + ucidef_set_led_netdev wan WAN tp-link:green:wan eth0 + ucidef_set_led_switch lan1 LAN1 tp-link:green:lan1 switch0 0x04 + ucidef_set_led_switch lan2 LAN2 tp-link:green:lan2 switch0 0x08 + ucidef_set_led_switch lan3 LAN3 tp-link:green:lan3 switch0 0x10 + ucidef_set_led_switch lan4 LAN4 tp-link:green:lan4 switch0 0x02 + ucidef_set_led_wlan wlan WLAN tp-link:green:wlan phy0tpt + ;; + tl-wr842n-v2) ucidef_set_led_netdev wan WAN tp-link:green:wan eth0 ucidef_set_led_switch lan1 LAN1 tp-link:green:lan1 switch0 0x04 @@ -237,6 +245,7 @@ tl-wr842n-v2) ucidef_set_led_switch lan3 LAN3 tp-link:green:lan3 switch0 0x10 ucidef_set_led_switch lan4 LAN4 tp-link:green:lan4 switch0 0x02 ucidef_set_led_wlan wlan WLAN tp-link:green:wlan phy0tpt + ucidef_set_led_usbdev usb USB tp-link:green:3g 1-1 ;; tl-wr941nd | \ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Creating Atheros calibration data without ART(Atheros Radio Tool) ?
A possible solution or workaround could be make a backup of the cal data of each unit and restore it in case of disaster. - Original Message - From: valent.turko...@gmail.com To: OpenWrt Development List openwrt-devel@lists.openwrt.org Sent: Monday, November 18, 2013 9:13 PM Subject: [OpenWrt-Devel] Creating Atheros calibration data without ART(Atheros Radio Tool) ? Hi, out wifi community has quite a few Nanostation routers that had their flash erased by EMP pulse from thunderstorm :( If we could recreate ART calibration data then we could repair them. Does anybody here have any experience with creating calibration data for Atheros devices? Is it possible to do without ART software? There is some mention on forums [1] of using cheap SDR and ART software to create calibration data, but AFAIK there is no way to get hold of ART software. If there is any other way please write here or feel free to contact me direcly, and help is much appreciated. Cheers! [1] https://forum.openwrt.org/viewtopic.php?pid=186920#p186920 ___ 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] Coding support for both tagged and untagged ports in switches
Hi, I started looking at the source code of both swconfig (the kernel part) and ag71xx to check whether it would be easy to support tagged and untagged (i.e. both at the same time) ports on the integrated switch of TL-WR740N. Before doing anything silly that would require recovery using the serial console, I wanted to ask knowledgeable people here whether there is any technical obstacle in achieving this. What I would like to achieve is the following: - I have a TL-WR740N and a TL-WDR4900 connected through a non-VLAN switch. I can only use one ethernet cable from the TL-WDR4900 to the switch. - I would like to have some traffic sent in a VLAN between the two routers while there is other untagged traffic going on in parallel (and also other non-VLAN computers connected to the switch. Both integrated switches would have their port 0 (cpu) tagged and port 1 both tagged (for, say, VLAN 2) and untagged for VLAN 1. In other words, if tagged traffic enters port 1, then it is forwarded to port 0 on the condition that it is tagged as VLAN 2; if untagged traffic enters port 1 it is tagged VLAN 1 and forwarded to port 0. Only traffic from VLAN 1 is stripped of its tag upon exit through port 1. This is something that others have tried to do, unsuccessfully as far as I know. The inability to have a port both tagged and untagged has been even reported as a bug (at least regarding AR8327). I want to start with the TL-WR740N first and then try with the TL-WDR4900. So is there anything that would make this completely impossible to implement? Thanks for any info on the matter. Cheers, Ignacy -- /* This is not a comment */ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 0/2] WNDR4300 iwinfo hardware.txt update
This patches updates iwinfo to get the device string of the Wireless MAC correctly. The PCI connected AR9580 (used for 5GHz) is only an entry in the hardware.txt database. The SoC Wireless MAC AR9340 needed some extension in the iwinfo code. I came up with the solution to use the modalias strings in order to detect the on SoC Wireless MAC. I'm not sure wheater this is a clean solution, I think its better than poking around in the EEPROM/MTD in order to find some (pseudo) device/vendor id. At least for the Atheros based devices this should work fine since all Wirless MAC have a distinct modalias (see arch/mips/ath79/dev-wmac.c). Changes since v1: - Don't fail if no entry was found - Renamed modstring to modalias - Create temporary iface for modalias method as well Stefan Agner (2): iwinfo: add Atheros AR9580 to hardware.txt iwinfo: add device detection using modalias package/network/utils/iwinfo/src/hardware.txt | 2 + package/network/utils/iwinfo/src/include/iwinfo.h | 1 + .../utils/iwinfo/src/include/iwinfo/utils.h| 3 +- .../network/utils/iwinfo/src/include/iwinfo/wext.h | 1 + package/network/utils/iwinfo/src/iwinfo_nl80211.c | 50 +++--- package/network/utils/iwinfo/src/iwinfo_utils.c| 39 - package/network/utils/iwinfo/src/iwinfo_wext.c | 9 7 files changed, 79 insertions(+), 26 deletions(-) -- 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 v2 2/2] iwinfo: add device detection using modalias
Detect SoC wireless mac such as AR9340 using the devices modalias string. Beside PCI IDs the hardware.txt can now contain modalias strings as device identification. Signed-off-by: Stefan Agner ste...@agner.ch --- package/network/utils/iwinfo/src/hardware.txt | 1 + package/network/utils/iwinfo/src/include/iwinfo.h | 1 + .../utils/iwinfo/src/include/iwinfo/utils.h| 3 +- .../network/utils/iwinfo/src/include/iwinfo/wext.h | 1 + package/network/utils/iwinfo/src/iwinfo_nl80211.c | 50 +++--- package/network/utils/iwinfo/src/iwinfo_utils.c| 39 - package/network/utils/iwinfo/src/iwinfo_wext.c | 9 7 files changed, 78 insertions(+), 26 deletions(-) diff --git a/package/network/utils/iwinfo/src/hardware.txt b/package/network/utils/iwinfo/src/hardware.txt index 153ffeb..85b2986 100644 --- a/package/network/utils/iwinfo/src/hardware.txt +++ b/package/network/utils/iwinfo/src/hardware.txt @@ -51,6 +51,7 @@ 0x168c 0x0029 0x168c 0xa0950 0 Atheros AR9223 0x168c 0x002a 0x168c 0xa0930 0 Atheros AR9280 0x168c 0x002b 0x168c 0xa0910 0 Atheros AR9285 +platform:ar934x_wmac 0 0 Atheros AR9340 0x168c 0x0033 0x168c 0xa1200 0 Atheros AR9580 0x1814 0x3050 0x1814 0x00050 0 RaLink Rt3050 0x1814 0x3052 0x1814 0x00080 0 RaLink Rt3052 diff --git a/package/network/utils/iwinfo/src/include/iwinfo.h b/package/network/utils/iwinfo/src/include/iwinfo.h index ebea319..474b44f 100644 --- a/package/network/utils/iwinfo/src/include/iwinfo.h +++ b/package/network/utils/iwinfo/src/include/iwinfo.h @@ -138,6 +138,7 @@ struct iwinfo_hardware_entry { uint16_t device_id; uint16_t subsystem_vendor_id; uint16_t subsystem_device_id; + char modalias[64]; int16_t txpower_offset; int16_t frequency_offset; }; diff --git a/package/network/utils/iwinfo/src/include/iwinfo/utils.h b/package/network/utils/iwinfo/src/include/iwinfo/utils.h index d58ec5f..90aa84a 100644 --- a/package/network/utils/iwinfo/src/include/iwinfo/utils.h +++ b/package/network/utils/iwinfo/src/include/iwinfo/utils.h @@ -37,7 +37,8 @@ int iwinfo_ifmac(const char *ifname); void iwinfo_close(void); -struct iwinfo_hardware_entry * iwinfo_hardware(struct iwinfo_hardware_id *id); +struct iwinfo_hardware_entry * iwinfo_hardware_modalias(char *modalias); +struct iwinfo_hardware_entry * iwinfo_hardware_pci(struct iwinfo_hardware_id *id); int iwinfo_hardware_id_from_mtd(struct iwinfo_hardware_id *id); diff --git a/package/network/utils/iwinfo/src/include/iwinfo/wext.h b/package/network/utils/iwinfo/src/include/iwinfo/wext.h index e84f6a6..b86b050 100644 --- a/package/network/utils/iwinfo/src/include/iwinfo/wext.h +++ b/package/network/utils/iwinfo/src/include/iwinfo/wext.h @@ -51,6 +51,7 @@ int wext_get_countrylist(const char *ifname, char *buf, int *len); int wext_get_hwmodelist(const char *ifname, int *buf); int wext_get_mbssid_support(const char *ifname, int *buf); int wext_get_hardware_id(const char *ifname, char *buf); +int wext_get_hardware_modalias(const char *ifname, char *buf); int wext_get_hardware_name(const char *ifname, char *buf); void wext_close(void); diff --git a/package/network/utils/iwinfo/src/iwinfo_nl80211.c b/package/network/utils/iwinfo/src/iwinfo_nl80211.c index a258d2f..c43bd09 100644 --- a/package/network/utils/iwinfo/src/iwinfo_nl80211.c +++ b/package/network/utils/iwinfo/src/iwinfo_nl80211.c @@ -2281,28 +2281,8 @@ int nl80211_get_mbssid_support(const char *ifname, int *buf) int nl80211_get_hardware_id(const char *ifname, char *buf) { int rv; - char *res; - /* Got a radioX pseudo interface, find some interface on it or create one */ - if (!strncmp(ifname, radio, 5)) - { - /* Reuse existing interface */ - if ((res = nl80211_phy2ifname(ifname)) != NULL) - { - rv = wext_get_hardware_id(res, buf); - } - - /* Need to spawn a temporary iface for finding IDs */ - else if ((res = nl80211_ifadd(ifname)) != NULL) - { - rv = wext_get_hardware_id(res, buf); - nl80211_ifdel(res); - } - } - else - { - rv = wext_get_hardware_id(ifname, buf); - } + rv = wext_get_hardware_id(ifname, buf); /* Failed to obtain hardware IDs, search board config */ if (rv) @@ -2317,11 +2297,33 @@ static const struct iwinfo_hardware_entry * nl80211_get_hardware_entry(const char *ifname) { struct iwinfo_hardware_id id; + static struct iwinfo_hardware_entry *he = NULL; + char *res, *real_ifname = ifname, *tmp_ifname = NULL; + static char modalias[64]; - if (nl80211_get_hardware_id(ifname, (char *)id)) - return NULL; + if (!strncmp(ifname, radio, 5)) + { +
[OpenWrt-Devel] [PATCH v2 1/2] iwinfo: add Atheros AR9580 to hardware.txt
Signed-off-by: Stefan Agner ste...@agner.ch --- package/network/utils/iwinfo/src/hardware.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/package/network/utils/iwinfo/src/hardware.txt b/package/network/utils/iwinfo/src/hardware.txt index 66cbe2a..153ffeb 100644 --- a/package/network/utils/iwinfo/src/hardware.txt +++ b/package/network/utils/iwinfo/src/hardware.txt @@ -51,6 +51,7 @@ 0x168c 0x0029 0x168c 0xa0950 0 Atheros AR9223 0x168c 0x002a 0x168c 0xa0930 0 Atheros AR9280 0x168c 0x002b 0x168c 0xa0910 0 Atheros AR9285 +0x168c 0x0033 0x168c 0xa1200 0 Atheros AR9580 0x1814 0x3050 0x1814 0x00050 0 RaLink Rt3050 0x1814 0x3052 0x1814 0x00080 0 RaLink Rt3052 0x1814 0x3352 0x1814 0x000c0 0 RaLink Rt3352 -- 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] [OpenWrt-Users] Problem of connectivity with adhoc using wpa
Hello Ben Right now i am using: AA r38621 wpad - 20130807-1 horst - git-1http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary from http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary which replaced all files from AA mac80211 and hostapd directories. On 11/18/2013 12:56 PM, Ben West wrote: Hi cmsv, Are still having problems with the recurring IBSS split detected issue? Not at the moment. Horst is not detecting IBSS splits and i have ran several iperf tests in order to abuse all the avalable bandwidth between routers. I am however still running tests. I'm operating a couple dozen UBNT Nanostation Loco M2 units as nodes in several WPA2-encrypted adhoc meshes (with each node additionally broadcasting a public AP and private WPA2 AP as virtual interfaces, for 3 VIFs total). Meshes range from 2 to 4 nodes each. I am using tp-link and d-link routers all atheros. Only adhoc is encrypted with wpa2 (pks2) 2 to 4 routers. I'm not seeing the IBSS split problem you describe, although I am having issues with wpad crashing sporadically, either taking out the node's IBSS-RSN interface or its private AP, either way requiring reboot to recover. That is, in my instances where a node drops off a mesh, it is because that node's wpa_supplicant process crashed, killing its adhoc VIF. I have not seen this issue but i have another issue in hands which forces me to cold reboot some routers. It is described here: http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg20575.html The causes the ath9k 9 router to freeze but i do believe that it is related to tcp traffic and iptables since i have found a work around to prevent the router to freeze. I will post later my conclusions regarding this issue. I also noticed another very strange occurrence related to the freezes. # ls % 77000 770?H?H?H?H?H?H?H?H?H?H?H?H$ 9?} Enter Z^B{[2]+: bin dev etc lib mnt overlay proc rom root r?[J??[J[12Du r?[J??[J? sbin sys tmp usr var www ?^@^@^@^@^@^A[ ?^@^@^??1000] ? ? ?0?s ?L?00] ?[ ?L?00] ?[ ` 1ws? ???z ?}i???~??kX??^@^@~@^B^@^H!B?^H^H ?j?j?j?j?j??i??%R? I have not found out why i get these files in / Al this only happens with AR9*** You might look for crash files files from wpa_supplicant or hostapd in /tmp on problems nodes. The two crash files I've recovered thus far seem to suggest a buffer overflow in wpad, although I do not know if that actually triggered by other processes consuming all available RAM, or something in wpad itself. What wpad release are you using ? My nodes are running AA r38347, patched with the mac80211 and hostapd packages provided in same nbd repo that you quoted: http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary I am very interested in your progress regarding your problem. Keep me updated. On Fri, Nov 1, 2013 at 9:50 PM, cmsv c...@wirelesspt.net mailto:c...@wirelesspt.net wrote: Here's an update detected with horst regarding my testing. Although using the git files from trunk to replace mac80211 and hostapd did solve the problem mentioned before; i found another issue that does not happen with mac80211 and hostapd from current stable AA which in its turn suffers from other problems. Right now: DISTRIB_REVISION=r38621 plus http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary (wpa_suplicant.sh is not patched with Bruno's beacon_int patch and his patch fails to apply The routers suffer from IBSS network splits which are detected with horst with the follwoing IBSS Split detected (2 nodes) TSF outputs for the other router Also horst is only able to obtain the nodes ip's if adhoc is not encrypted. This happens every 10 seconds either having adhoc with PSK2 or without encryption. Batman-adv as well as L3 protocols are able to communicate between routers. This new problem does not happen with current stable AA mac80211 and hostapd. This article seems to identify the issue: http://wiki.villagetelco.org/index.php/Information_about_cell-id_splitting,_stuck_beacons,_and_failed_IBSS_merges! Cmsv On 10/20/2013 05:37 PM, cmsv wrote: Hello Felix I replaced mac80211 and hostapd from AA tree by the ones from your git and recompiled a new image. The problem with adhoc and wpa that i described no longer happens and both routers are able to communicate with each other with regardless of which one starts or restarts the network; the wifi interface or reboots. On 10/19/2013 01:38 PM, Felix Fietkau wrote: On 2013-10-19 7:30 PM, cmsv wrote: I have recently experienced a problem when using wpa encryption on adhoc interfaces. Description: When both routers power up at the same time everything works without
Re: [OpenWrt-Devel] [OpenWrt-Users] Problem of connectivity with adhoc using wpa
On 2013-11-20 00:49, cmsv wrote: I have not seen this issue but i have another issue in hands which forces me to cold reboot some routers. It is described here: http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg20575.html The causes the ath9k 9 router to freeze but i do believe that it is related to tcp traffic and iptables since i have found a work around to prevent the router to freeze. I will post later my conclusions regarding this issue. I also noticed another very strange occurrence related to the freezes. # ls % 77000 770?H?H?H?H?H?H?H?H?H?H?H?H$ 9?} Enter Z^B{[2]+: bin dev etc lib mnt overlay proc rom root r?[J??[J[12Du r?[J??[J? sbin sys tmp usr var www ?^@^@^@^@^@^A[ ?^@^@^??1000] ? ? ?0?s ?L?00] ?[ ?L?00] ?[ ` 1ws? ???z ?}i???~??kX??^@^@~@^B^@^H!B?^H^H ?j?j?j?j?j??i??%R? I have not found out why i get these files in / Al this only happens with AR9*** I'm pretty sure your serial console is picking up garbage input. The freezes themselves are probably caused by the sysrq magic sequence appearing in that garbage. A while back I've committed a patch to trunk that makes it stop processing the sysrq sequence from the serial port. I have now backported this to AA in r38863. Please test if this resolves your freezes (although you will probably still get garbage files in /). If you want to make sure that this doesn't happen, build an image with serial console support disabled - I don't think this is a software bug. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Trunk build no /etc/init.d/firewall, uci firewall references
I found this must have been an error on my part. I cleared everythign out and re-synced. Somehow OpenWrt C Firewall had been cleared in my .config. Sorry for the disturbance. Camden On Sun, Nov 17, 2013 at 11:24 AM, camden lindsay camden.lindsay+open...@gmail.com wrote: Hello- Has something changed with options during build required to have the firewall scripts in the base image? I built an image from trunk this morning to upgrade my router. I am not doing anything special in make menuconfig other than setting target system and profile. But once i do an mtd write of the image, there does not appear to be any configuration for the firewall in uci, (/etc/config) nor in startup scripts (/etc/init.d) root@OpenWrt:/tmp# mtd write -r openwrt-ar71xx-generic-wzr-hp-ag300h-squashfs-sysupgrade.bin firmware Unlocking firmware ... Writing from openwrt-ar71xx-generic-wzr-hp-ag300h-squashfs-sysupgrade.bin to firmware ... Rebooting ... Write failed: Broken pipe dylan@BigBox ~ $ telnet 192.168.1.1 Trying 192.168.1.1... Connected to 192.168.1.1. Escape character is '^]'. === IMPORTANT Use 'passwd' to set your login password this will disable telnet and enable SSH -- BusyBox v1.19.4 (2013-11-17 08:55:26 PST) built-in shell (ash) Enter 'help' for a list of built-in commands. ___ __ | |.-.-.-.| | | |..| |_ | - || _ | -__| || | | || _|| _| |___|| __|_|__|__||||__| || |__| W I R E L E S S F R E E D O M - BARRIER BREAKER (Bleeding Edge, r38840) - * 1/2 oz Galliano Pour all ingredients into * 4 oz cold Coffeean irish coffee mug filled * 1 1/2 oz Dark Rum with crushed ice. Stir. * 2 tsp. Creme de Cacao - root@OpenWrt:/# uci show firewall uci: Entry not found root@OpenWrt:/# uci show | grep firewall root@OpenWrt:/# root@OpenWrt:/# ls -l /etc/config -rw-r--r--1 root root 687 Nov 17 2013 6relayd -rw-r--r--1 root root 885 Nov 17 2013 dhcp -rw-r--r--1 root root 134 Nov 17 2013 dropbear -rw---1 root root 675 Jan 1 00:00 network -rw---1 root root 659 Jan 1 00:00 system -rw---1 root root 115 Jan 1 00:00 ubootenv -rw-r--r--1 root root 884 Jan 1 00:00 wireless root@OpenWrt:/# root@OpenWrt:/# ls -l /etc/init.d/ -rwxr-xr-x1 root root 4096 Nov 17 2013 6relayd -rwxr-xr-x1 root root 1988 Nov 16 2013 boot -rwxr-xr-x1 root root 418 Nov 17 2013 cron -rwxr-xr-x1 root root 318 May 14 2013 defconfig -rwxr-xr-x1 root root 13151 Nov 17 2013 dnsmasq -rwxr-xr-x1 root root 308 May 14 2013 done -rwxr-xr-x1 root root 3920 Nov 17 2013 dropbear -rwxr-xr-x1 root root 2015 May 14 2013 led -rwxr-xr-x1 root root 1389 Nov 17 2013 log -rwxr-xr-x1 root root 729 Nov 16 2013 network -rwxr-xr-x1 root root 126 May 14 2013 sysctl -rwxr-xr-x1 root root 742 Nov 17 2013 sysntpd -rwxr-xr-x1 root root 926 Nov 17 2013 telnet -rwxr-xr-x1 root root 102 May 14 2013 umount root@OpenWrt:/# What am I missing? Thank you Camden ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel