Re: [OpenWrt-Devel] Force 3G/GRPS with Huawei dongle

2010-05-06 Thread Bastian Bittorf
* yann lopez [06.05.2010 11:20]: > Let me know, if you'd like to commit it. + elif echo "$cardinfo" | grep huawei; then please use 'echo xy | grep -q huawei' or better define is_huawei () { local CARDINFO="$1" case "$CARDINFO" in *huawei*) retu

Re: [OpenWrt-Devel] Force 3G/GRPS with Huawei dongle

2010-05-06 Thread Bastian Bittorf
* Mark Deneen [06.05.2010 17:30]: > Somewhat related -- Sierra Wireless cards typically speak a proprietary > protocol on one of the USB serial ports. I have enough of the protocol > implemented to read RSSI values on UMTS and CDMA cards. > > Is this something that OpenWrt is looking to include

Re: [OpenWrt-Devel] Force 3G/GRPS with Huawei dongle

2010-05-07 Thread Bastian Bittorf
* Mark Deneen [06.05.2010 22:20]: [...] > strength, the PPP connection is dropped. I solve this by having the > process run all of the time, and handling the error state of the file > closing on me. I am running a SVN version somewhere between 7.09 and > 8.09 -- maybe the serial port issue has

Re: [OpenWrt-Devel] ar71xx, ath9k, low bandwidth in ad-hoc mode / mac80211 with HT-Rates (802.11n)

2010-07-27 Thread Bastian Bittorf
> > Is there a way to increase the bandwidth up to 300 Mbps? > mac80211 does not support using HT rates in ad-hoc yet - that's > still > being worked on. Somebody interested to work on this for some money/donation? bye, Bastian Bittorf ___

[OpenWrt-Devel] mac80211 / ath9k / multicast-rate / ibss / adhoc / mesh

2010-09-13 Thread Bastian Bittorf
At the moment it is IMHO not possible to enforce a multicast-rateset or even a simple fixed multicast-rate with mac80211. So it is nearly impossible to build a working mesh-network (olsr/batman) with mac80211 based wifi-drivers. (because all protocols use packetloss as index for link-cost/etx, but

[OpenWrt-Devel] mac80211 / ath9k / multicast-rate / ibss / adhoc / mesh

2010-09-13 Thread Bastian Bittorf
At the moment it is IMHO not possible to enforce a multicast-rateset or even a simple fixed multicast-rate with mac80211. So it is nearly impossible to build a working mesh-network (olsr/batman) with mac80211 based wifi-drivers. (because all protocols use packetloss as index for link-cost/etx, but

[OpenWrt-Devel] mac80211 / openwrt - some complaints

2010-09-13 Thread Bastian Bittorf
after working some days with mac80211/atk9k-based devices, i have several complaints about: 1) there is no way to set/get beacon rate 2) there is no way to set/get the multicastrate. iw dev wlanX station dump outputs tx-rate, but is tx=rate=mrate? 3) there is no way to get/set the txpower 4) t

Re: [OpenWrt-Devel] mac80211 / openwrt - some complaints

2010-09-13 Thread Bastian Bittorf
Zitat von Jo-Philipp Wich : > > 3) there is no way to get/set the txpower > > iwconfig txpower should still work. on TP-Link_TL-WR1043ND it does not work: r...@wifibox:~# iwlist wlan0 txpower wlan0 unknown transmit-power information. > > 4) there is no way to use HT40/802.11n-Rates with IB

Re: [OpenWrt-Devel] mac80211 / openwrt - some complaints / rdate

2010-09-13 Thread Bastian Bittorf
> see https://forum.openwrt.org/viewtopic.php?id=24719 /etc/init.d/rdate restart would be much better, so i propose such a wrapper. (which is not "enabled" by default) bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://

Re: [OpenWrt-Devel] mac80211 / openwrt - some complaints / txpower

2010-09-13 Thread Bastian Bittorf
> > on TP-Link_TL-WR1043ND it does not work: > > > > r...@wifibox:~# iwlist wlan0 txpower > > wlan0 unknown transmit-power information. > Try just setting txpower via iwconfig. iwconfig should > also > show the currently set txpower value. this works, but it shows 27 dBm (500mW) ? I propose

Re: [OpenWrt-Devel] Dropbear init script fix for trunk/backfire

2010-09-14 Thread Bastian Bittorf
> Right now I would just change all UCI options for Dropbear to > lowercase > to make it consistent with all other packages, but Luci and X-Wrt I'am fine with that, it's never to late to correct that mistake. Seems, that it is time for an "uci styleguide" bye, Bastian ___

[OpenWrt-Devel] [PATCH] Package dnsmasq init-file

2010-10-27 Thread Bastian Bittorf
-off-by: Bastian Bittorf Index: package/dnsmasq/files/dnsmasq.init === --- package/dnsmasq/files/dnsmasq.init (Revision 23650) +++ package/dnsmasq/files/dnsmasq.init (Arbeitskopie) @@ -283,7 +283,12 @@ #check for an already active dhcp

[OpenWrt-Devel] mac80211 / uci / beacon-interval

2010-10-27 Thread Bastian Bittorf
I want to deliver a patch for uci-style configuration for this: http://www.spinics.net/lists/linux-wireless/msg57794.html what do you think is the best way? (from users perspective) option beaconinterval 1000 option bintval 1000 option bi 1000 bye, Bastian _

Re: [OpenWrt-Devel] [PATCH] Package dnsmasq init-file

2010-11-19 Thread Bastian Bittorf
Bump! Anyone likes to add this patch? bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] ath9k / mac80211 / mcast_rate / b0rken

2010-11-19 Thread Bastian Bittorf
just to mention this, fixed mcast_rate is broken, it simply does nothing so iw dev 'wlan0' ibss join MYWIFI 2412 fixed-freq 02:ca:ff:ee:ba:be mcast-rate 6 works, but mcast-rate is "auto" again... bye, Bastian ___ openwrt-devel mailing list openwrt-deve

[OpenWrt-Devel] mac80211 / ath9k / ibss / adhoc / probe-responses

2010-11-19 Thread Bastian Bittorf
in ibss/adhoc mode, i can see sometimes a lot of probe-responses (storms), which is not needed. is there a way to omit this? with the oldsk00l whiterussian firmware/hacked wl-driver, there was a ff_noprobe=1 fix to get this... 8-) bye, Bastian ___ openw

[OpenWrt-Devel] uhttpd / cgi VS images / proposal for changing

2011-01-09 Thread Bastian Bittorf
I can't establish the same behavior like busybox-httpd, i want: /www/cgi-bin-splash /www/images/some_art.png /www/cgi-bin/admin_page (=cgi-script) The password protected space is possible via /etc/httpd.conf , but how to get images + cgi? if i choose option cgi_prefix '/' then the imag

[OpenWrt-Devel] uhttpd / cgi VS images / proposal for changing

2011-01-09 Thread Bastian Bittorf
forgot the proposal: what about making a switch for this: option prefix_noncgi '/images" to have normal output of /www/images/mypicture.png bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/

[OpenWrt-Devel] uhttpd / cgi / redirect

2011-01-09 Thread Bastian Bittorf
i encountered a strange behavior in contrast to busybox-httpd. for our splash we have a custom-shell-script, which does the magic, but with uhttpd, it does not work: bast...@box:~$ wget -SO - "http://busybox.lan/cgi-bin-redirect"; --2011-01-09 17:35:20-- http://192.168.100.23/ Connecting to 192.

Re: [OpenWrt-Devel] uhttpd / cgi / redirect

2011-01-09 Thread Bastian Bittorf
> So your script has to output: > > Status: 302 Temporary Redirect\r\n Thank you SO much, 10 minutes later && a had given up 8-)) It works... bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailma

Re: [OpenWrt-Devel] uhttpd / cgi VS images / proposal for changing

2011-01-09 Thread Bastian Bittorf
> list interpreter 'cgi-bin-splash=/bin/ash' Nice idea, but does not work, when starting in cli: Error: Invalid interpreter: cgi-bin-welcome=/bin/ash bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.or

Re: [OpenWrt-Devel] automated testing brainstorming

2011-01-09 Thread Bastian Bittorf
> > but I've recently came across a usb2-to-four-times-serial for 39 > euros [1] Good idea. @work we have enough space/power to make this. So i will setup: 1 x Computer 4 x Router (Linksys WRT54GL, TP-Link 1043ND, DIR-300, RouterStation Pro) 4 x Serial soldered to routers 1 x Internet 1 x Ethern

[OpenWrt-Devel] packages/ makefile / unison / bounty

2011-01-14 Thread Bastian Bittorf
i want to have unison[1] on my openwrt-boards. has someone time to make the makefile, so it cleanly appears in menuconfig? The dependencies are IMHO ocaml[2,3], is it? my bet is 50 euro, maybe other people are also willing to give some money. bye, Bastian [1] http://www.cis.upenn.edu/~bcpierce/

[OpenWrt-Devel] wireless / ibss / mac80211 / beaconinterval = bintval = bi

2011-01-14 Thread Bastian Bittorf
this patch[1] seems trivial, but it is not in wireless-testing yet - anybody knows why? (it seems to me, that mac80211 can handle beacon-interval, but the iw commandline does not handle it yet) bye, Bastian [1] http://permalink.gmane.org/gmane.linux.kernel.wireless.general/57957 _

Re: [OpenWrt-Devel] packages / makefile / unison / bounty

2011-01-15 Thread Bastian Bittorf
> has someone time to make the makefile, so it some hints are here: http://comments.gmane.org/gmane.comp.misc.nslu2.devel/1864 http://mybookworld.wikidot.com/forum/t-68436/unison-file-synchronizer http://mybookworld.wikidot.com/forum/t-256393/gcc-compiler-in-optware bye, Bastian _

[OpenWrt-Devel] trashfiles in linux-ar71xx_generic/linux-2.6.32.27/.pc/

2011-01-15 Thread Bastian Bittorf
i'am unsure, but maybe this was an commit accident: some files in directory build_dir/linux-ar71xx_generic/linux-2.6.32.27/.pc/ have all permission flags unset, so fgrep BLA build_dir/linux-ar71xx_generic/linux-2.6.32.27/.pc/generic/202-mips_mem_functions_performance.patch/arch/mips/lib/memcmp.c

[OpenWrt-Devel] [PATCH] base-files: refactoring load_modules()

2011-01-15 Thread Bastian Bittorf
ode: the new code seems to last a litte bit longer, in my case: 7.44 sec <-> 7.50 sec on an ar71xx/400mhz - should be ok IMHO. Signed-off-by: Bastian Bittorf >From 019309c9156a5ed4a756619bc2bcce9a44cf50f2 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sat, 15 Jan 2011 14:29:

[OpenWrt-Devel] [PATCH] base-files: refactoring calc_tmpfs_size() without awk

2011-01-15 Thread Bastian Bittorf
-effect: the code is better readable. there was an discussion about that: http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg01217.html Signed-off-by: Bastian Bittorf >From 019309c9156a5ed4a756619bc2bcce9a44cf50f2 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sat, 15 Jan 2011

Re: [OpenWrt-Devel] [PATCH] base-files: refactoring load_modules()

2011-01-15 Thread Bastian Bittorf
> As an outsider, I'd just like to say that I find this new code > more > complex for very little benefit. really? more lines maybe, but straightforward and not hacky. attached is the algo, without better logging - but i think the better logging is worth it. bye, Bastian. load_modules() {

[OpenWrt-Devel] [PACKAGE] ulogd / segfault

2011-01-15 Thread Bastian Bittorf
this works: ulogd --help this segfaults: ulogd -d root@box:~ lsmod |grep -i ulog ipt_ULOG3968 0 x_tables9312 41 ipt_ULOG,xt_HL,xt_hl,xt_MARK,ipt_ECN,xt_CLASSIFY,xt_time,xt_tcpmss,xt_statistic,xt_mark,xt_length,ipt_ecn,xt_DSCP,xt_dscp,xt_string,xt_layer7,xt_quota

[OpenWrt-Devel] [PATCH] base-files: refactoring manual_coldplugging_of_interfaces_during_boot / without awk

2011-01-15 Thread Bastian Bittorf
another one, which can be easily done without using of awk. Signed-off-by: Bastian Bittorf >From d62cbe4451d648a7a5c3e96b12356037a9fe8438 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sat, 15 Jan 2011 20:22:48 +0100 Subject: [PATCH 1/1] refactoring manual coldplugging of interfa

Re: [OpenWrt-Devel] [PATCH] base-files: refactoring manual_coldplugging_of_interfaces_during_boot / without awk

2011-01-15 Thread Bastian Bittorf
Zitat von Felix Fietkau : > On 2011-01-15 8:26 PM, Bastian Bittorf wrote: > > another one, which can be easily done without using of awk. > Makes it look ugly though - what's the point of this? It is always a bad idea to mix up different languages in one environment. Another

Re: [OpenWrt-Devel] [PATCH] base-files: refactoring manual_coldplugging_of_interfaces_during_boot / without awk

2011-01-15 Thread Bastian Bittorf
> The all-caps names should be reserved for global vars i'am fine with this, new patches tomorrow. bye, bastian (lowercase 8-) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] base-files: refactoring load_modules(), 2nd try / proper coding style

2011-01-16 Thread Bastian Bittorf
ode: the new code seems to last a litte bit longer, in my case: 7.44 sec <-> 7.50 sec on an ar71xx/400mhz - should be ok IMHO. Signed-off-by: Bastian Bittorf >From d584b3e50a67b5e63949430ce16128d8bc5a0066 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sun, 16 Jan 2011 11

[OpenWrt-Devel] [PATCH] base-files: refactoring manual_coldplugging_during_boot without AWK / 2nd try (coding style)

2011-01-16 Thread Bastian Bittorf
what it does. If the function disturbs, than we should move it to an include, but this has nothing to do with this patch. (maybe a function manual_coldplugging_on_boot() ) Signed-off-by: Bastian Bittorf >From 848263afbe42087b2c51387688816be5590f090b Mon Sep 17 00:00:00 2001 From: Bastian Bitt

[OpenWrt-Devel] [PATCH] base-files: refactoring calc_tmpfs_size without awk / 2nd try (coding style)

2011-01-16 Thread Bastian Bittorf
, which's name was unclear. Signed-off-by: Bastian Bittorf >From 5fde9d204cfd9aa0e40b93e1400efb96a8cd4e2f Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sun, 16 Jan 2011 11:55:25 +0100 Subject: [PATCH] refactoring calc_tmpfs_size() without awk --- .../base-files/files/lib

[OpenWrt-Devel] [PATCH] base-files: refactoring find_mtd_part() without awk, grep - without forks

2011-01-16 Thread Bastian Bittorf
nearly 2 times faster, than the old one. (1 passes: 115sec old <-> 62sec new code) Signed-off-by: Bastian Bittorf >From 726f36df7b668604df4fe6fce6b8e588e05ae881 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sun, 16 Jan 2011 12:23:28 +0100 Subject: [PATCH] refactoring find

[OpenWrt-Devel] [PATCH] base-files: refactoring unbridge() without awk/grep

2011-01-16 Thread Bastian Bittorf
ary anymore. there is also a check for an call without args. Signed-off-by: Bastian Bittorf >From 43cd5dfefcf0527b295f445900b9d650f7dffc53 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sun, 16 Jan 2011 13:55:55 +0100 Subject: [PATCH] refactoring unbridge() without awk/grep --- packag

[OpenWrt-Devel] [PATCH] base-files: refactoring rootfs_type() without awk

2011-01-16 Thread Bastian Bittorf
it is always a bad idea to mix up different languages in one environment. Another point is, to bury awk in base-files. There is no reason for it, these are only quick hacks from the old days of whiterussian 8-). by using better varnames, the code is now readable. Signed-off-by: Bastian Bittorf

[OpenWrt-Devel] uhttpd / strange bug

2011-01-16 Thread Bastian Bittorf
if i fetch a cgi-script and this script also fetches something from localhost, than the webserver hangs, until restart. so: cgi-bin-welcome.sh has something like wget http://127.0.0.1/cgi-bin-database.sh then the server hangs. bye, Bastian. PS: the flag "-A" (tcp-keepalive) is not documented i

[OpenWrt-Devel] Optimize for speed, not for size

2011-01-16 Thread Bastian Bittorf
what is the best point to enforce an compilation with -O3 instead of -Os ? I tried to change target/linux/ar71xx/Makefile -> CFLAGS: after menuconfig, but then my image didn't work - or is there a cleaner way? bye, Bastian ___ openwrt-devel mailing li

Re: [OpenWrt-Devel] Optimize for speed, not for size

2011-01-16 Thread Bastian Bittorf
> The -O3 optimization adds a good bit of size that means more page > faults and cache misses, which translates to slower real-world > performance. this is theory as must be checked. our routers are so powerful (16mb RAM or more, these where workstations some years ago), so we have enough space an

Re: [OpenWrt-Devel] Optimize for speed, not for size

2011-01-17 Thread Bastian Bittorf
> Do they also have as much (L2) cache as your workstations some > years ago? good catch! L1/L2-cache = 64kb (mips24kc) if i read the specs correctly, which isn't that bad...anyway: if it really speeds up, we can only see in practise... bye, Bastian. _

Re: [OpenWrt-Devel] [PACKAGE] ulogd / segfault

2011-01-18 Thread Bastian Bittorf
> this segfaults: > ulogd -d it correspond to this ticket: https://dev.openwrt.org/ticket/8481 bye, Bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate

2011-01-19 Thread Bastian Bittorf
it is always a bad idea to mix up different languages in one environment. now we use ash-builtins to get uptime_in_seconds() instead of using cryptic sed-style. Signed-off-by: Bastian Bittorf >From 00c9af1c15d9a9f1959651a0fd7eac014e4e9808 Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date:

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate

2011-01-19 Thread Bastian Bittorf
> Did you test it with the other 'selectable' shells as well? only with dash/bash and ash, but these commands are very simple and are working on every somehow organzied posix-shell. > IMHO you should keep things as they are. I had to read your patch > three times before I got the clue what you're

[OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-19 Thread Bastian Bittorf
it is always a bad idea to mix up different languages in one environment. now we use ash-builtins to get uptime_in_seconds() instead of using cryptic sed-style. Signed-off-by: Bastian Bittorf >From a0997188ea3a325db33f9041297ebfea0180e31f Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date:

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate

2011-01-19 Thread Bastian Bittorf
> Notice please that your function returns "whatever" before IFS or > the full input if it does not contain IFS. > The original sed expression returns the validated number string or > an empty string. You are right, i have reworked the patch. if /proc/uptime does not return a number, than you hav

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate

2011-01-19 Thread Bastian Bittorf
> Sed will return the same output, regardless what shell you use. You say: lets use another language, we cannot be sure, that our shell-scripts are portable. IMHO we should better work on the scripts, to be sure they are portable - and don't change the language. > >> IMHO you should keep things

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-19 Thread Bastian Bittorf
> The use of sed an awk should not be consider "a different" > languages > simple because aren't different languages but just tools like read yes, but we should use the best suiting tool, and this means NOT that we should use oneliners which are often unreadable, when looking through code... > Mo

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-20 Thread Bastian Bittorf
> >> it is always a bad idea to mix up different languages > >> in one environment. > > I don't accept this is a valid starting point. I agree that it is > useful to limit the number of tools/languages you use, but you > should > still try and use the right tool/language for the right job. your

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-20 Thread Bastian Bittorf
> if > you, in 1, 6, 12 months, still forward port all the changes and > fixes > done in base-files to base-files-mini ?! of course i can maintain my "private" branch personally, but I really think I'am not alone. If we have it in openwrt-git, everybody can use the code. If we really recognize, t

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-20 Thread Bastian Bittorf
> > [ ] base-files standard > > [ ] base-files mini (no sed/awk, experimental) > > But how many space is safe if busybox is compiled without sed and > awk? 485.928 bytes original 451.976 bytes without sed+awk but thats not only the point. if we have a selectable experimental base-files package,

Re: [OpenWrt-Devel] [PATCH] base-files/hotplug: refactoring ifup/netstate V2

2011-01-20 Thread Bastian Bittorf
> > - e.g. trying to abondon ifconfig/route/arp by using ip > > i doubt that owrt will ever switch to using ip, at least not in > its > current state. but it's really a pity, that a _network_ distro uses an 25+ years old concept 8-). openwrt can only use ip, if we change a lot in base-files... >

Re: [OpenWrt-Devel] [PATCH] base-files: refactoring load_modules()

2011-01-20 Thread Bastian Bittorf
> for micro images usually busybox is used and awk/sed are available > busybox applets. i really doubt that the size increase is in > proportion to the rework (including bugfixing) the already working > code. think future: do we ever rely on busybox? maybe some users use e.g. toybox[1] later? bye

[OpenWrt-Devel] [PATCH] packages/dnsmasq: add support for option "--dhcp-script"

2011-01-27 Thread Bastian Bittorf
STA 00:13:e8:a5:b0:f1 IEEE 802.11: associated (aid 1) Jan 27 09:41:03 box daemon.info dnsmasq-dhcp[16537]: DHCPREQUEST(wlan0) 10.10.44.5 00:13:e8:a5:b0:f1 Jan 27 09:41:03 box daemon.info dnsmasq-dhcp[16537]: DHCPACK(wlan0) 10.10.44.5 00:13:e8:a5:b0:f1 polyphem Jan 27 09:41:03 box user.notice root:

[OpenWrt-Devel] [PATCH] packages/mac80211.sh Reordering calls for beacon-interval/mcast-rate

2011-01-27 Thread Bastian Bittorf
wifi is b0rken at the moment, it matters in which order we call mcast-rate/beacon-interval please apply ASAP. just to mention this: the antenna-call also does not work, but wifi comes up anyway. without this patch wifi comes NOT up! Signed-off-by: Bastian Bittorf >F

[OpenWrt-Devel] [PATCH] packages/mac80211.sh refactoring get_freq()

2011-01-27 Thread Bastian Bittorf
lowered forking, cleaner approach, faster. a loop of 1000 calls, works nearly twice as fast, as the old code. anyway: would'nt it be better to have a case-table, which can translate (phyX, band, channel) -> freq? Signed-off-by: Bastian Bittorf >From e681b67765ddfd9264205f8444b1e999c

[OpenWrt-Devel] [PATCH] mac80211.sh setting ESSID in station mode

2011-01-28 Thread Bastian Bittorf
in station/client mode we forgot to set the ESSID, so there was no connection possible. this is just a proposal - i'am unsure if there is a better place for the command. Signed-off-by: Bastian Bittorf ___ openwrt-devel mailing list openwrt-

[OpenWrt-Devel] [PATCH] mac80211.sh setting ESSID in station mode

2011-01-28 Thread Bastian Bittorf
in station/client mode we forgot to set the ESSID, so there was no connection possible. this is just a proposal - i'am unsure if there is a better place for the command. Signed-off-by: Bastian Bittorf >From 831ce3fda06bbccc0a2be09b783a4a2e2db41b69 Mon Sep 17 00:00:00 2001 From: Bastian

[OpenWrt-Devel] uhttpd / bug when decoding URL

2011-01-28 Thread Bastian Bittorf
when decoding an RFC2396-url-encoded string on commandline, there a two mistakes: first, the ssl-check is loaded, which is not needed. second a '+' is not decoded to space. (and it seems, that the hole decoding is not feature-complete) e.g. uhttpd -d "open+wrt" should return "open wrt", but lea

[OpenWrt-Devel] problem with iproute2 VS busybox ip-applet

2011-01-29 Thread Bastian Bittorf
if i install "ip" after using already builtin busybox "ip applet", then we have to files: /bin/ip (symlinks to busybox) /usr/sbin/ip (real ip) so the postinstall-process of iproute2 should detect this, throw a logmessage (and remove "/bin/ip"?). should i send a patch, is there are there reasons

[OpenWrt-Devel] [PATCH] broadcom/diag recognize Dell Truemobile 2300 / TM2300 without ModelId

2011-01-29 Thread Bastian Bittorf
sorry for call up the deads, but during fiddling with 10 devices we recognized, that they all where not detected correctly, because of a missing nvram-var. this patch makes it work without the var. Signed-off-by: Bastian Bittorf >From 283c46fb06407e45e436e86d55c1f58471e9a3f7 Mon Sep 17 00

[OpenWrt-Devel] [PATCH] recognize Dell Truemobile 2300 v1 / TM2300 with missing nvram var ModelId / enhanced

2011-01-29 Thread Bastian Bittorf
configured - so no wan. this patch makes it work without the var. the lower the risc of false positives we take 3 vars into account. Signed-off-by: Bastian Bittorf i >From d2e26453bc641348341e2869ba9cfcc0b96ea86f Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Sat, 29 Jan 2011 13:46:19 +0

Re: [OpenWrt-Devel] [PATCH v2 1/1] Redux: Allow user to apply settings to solos h/w before bringing up network

2011-01-31 Thread Bastian Bittorf
+dialog() { + local tag="$(echo "$1" | cut -d= -f1)" + local value="$(echo "$1" | cut -d= -f2-)" i think the trailing '-' is an mistake... + response="$(soloscli -s "$port" "$tag" "$value")" + [ $? -ne 0 ] && { + logger "soloscli($port): $tag '$value' returns

[OpenWrt-Devel] Refactoring base-files

2011-02-05 Thread Bastian Bittorf
Some weeks ago, i started (undesired) a discussion[1,2] about how and why i think the base-files should get a refurbishment. I send several patches as a proposal, but it was not possible to apply them - the reasons are: - the code changed nearly nothing, only the style - some people mentioned, tha

[OpenWrt-Devel] Enhancement for Gigabit-Switch RTL8366RB (TP-Link 1043nd) /

2011-03-10 Thread Bastian Bittorf
IGMP-Snooping Reply-To: X-Editor: vi http://ex-vi.sourceforge.net/ There is an open Ticket https://dev.openwrt.org/ticket/7977 With some more functions. I really would like to see this applied. Another wish/idea: Support IGMP-snooping. This would make it possible to use it together with IP-TV a

[OpenWrt-Devel] ath9k / channel greaeter 11 / txpower too low / regdomain / crda

2011-03-22 Thread Bastian Bittorf
in actual trunk, when i compile for ar71xx (TP-Link1043ND) with kernel-modules -> -> wireless drivers -> kmod-ath -> configuration -> YES "Force Atheros drivers to respect the user's regdomain settings" in /etc/config/wireless i set: option 'channel' '12' option 'country' 'JP' option 'txpowe

[OpenWrt-Devel] iptables / missing libip4tc.so.0

2011-03-29 Thread Bastian Bittorf
I build from trunk for ar71xx. I already tried make clean/distclean. After flashing the router i get: root@openwrt:~ iptables -h iptables: can't load library 'libip4tc.so.0' the file belongs to iptables and is defined here: package/iptables/Makefile but it is not build?: build@box:$ grep "ipta

Re: [OpenWrt-Devel] iptables / missing libip4tc.so.0

2011-03-31 Thread Bastian Bittorf
> > Did you forget to run make oldconfig after updating? Yes, again I have learned something. Is it safe, to always do "make oldconfig" when going with trunk, instead of a simple "make"? Every morning i do: cd ../packages git pull cd ../openwrt git pull get_coffee & make V=99 > Does this error

[OpenWrt-Devel] [PATCH] fix kmod-fs-btrfs deps / zlib_deflate / makefile

2011-04-11 Thread Bastian Bittorf
btrfs needs zlib_deflate, which was built but not included Signed-off-by: Bastian Bittorf >From cf929ddffe84d5ab6d6e33a5046f6af6e3bb37fc Mon Sep 17 00:00:00 2001 From: Bastian Bittorf Date: Mon, 11 Apr 2011 09:32:01 +0200 Subject: [PATCH] btrfs depends needs zlib_deflate, respect this

Re: [OpenWrt-Devel] Retaining WAN IP addresses across reboots

2011-04-13 Thread Bastian Bittorf
> Please also note that the real time clock is important for knowing > if > the DHCP lease is still valid. > Since most routers don't have a hardware RTC, there is no way to > know > it the DHCP lease is still valid before you get WAN connectivity to > update the time with NTP. in our special open

[OpenWrt-Devel] [EMAIL PROTECTED]: [PATCH] refactoring base-files for using "ip" instead of "ifconfig/route..."]

2008-05-17 Thread Bastian Bittorf
hello hackers, here are some patches to let the user decide wether to use "ifconfig/route..." or the nice command "ip", which is much more cleaner IMHO. This is not complete yet, but let me first know, if the used fallback-method or "elegant" or if I have to rewr

Re: [OpenWrt-Devel] [EMAIL PROTECTED]: [PATCH] refactoring base-files for using "ip" instead of "ifconfig/route..."]

2008-05-17 Thread Bastian Bittorf
* Brian J. Murrell <[EMAIL PROTECTED]> [17.05.2008 15:45]: > > + local BROADCAST="192.168.1.255" # maybe calculate from > > IP/NETMASK? > > + local NETMASK="255.255.255.0" > > + local CIDR_MASK="24"# which must be NETMASK in > > other notation (maybe calculate

Re: [OpenWrt-Devel] [EMAIL PROTECTED]: [PATCH] refactoring base-files for using "ip" instead of "ifconfig/route..."]

2008-05-17 Thread Bastian Bittorf
* Peter Denison <[EMAIL PROTECTED]> [17.05.2008 15:00]: > I would far rather see 'ip' tried first, and then fall back to ifconfig > (which is almost guaranteed to be present) than the other way round. Ofcourse this is my goal, but let it us do slow and safe I think... bye, Bastian. signature

Re: [OpenWrt-Devel] [EMAIL PROTECTED]: [PATCH] refactoring base-files for using "ip" instead of "ifconfig/route..."]

2008-05-17 Thread Bastian Bittorf
* Ondrej Zajicek <[EMAIL PROTECTED]> [17.05.2008 15:45]: > You can use "broadcast +" to let program compute proper broadcast address. ok, will do so... > > + ip link set dev $DEVICE arp on > > This is unnecessry, isn't it? Maybe, but it doesn hurt. See the examples at: http://www.p

[OpenWrt-Devel] [PATCH] adding usage-information to ipcalc.sh

2008-05-17 Thread Bastian Bittorf
because i hate to look into source just to guess the cmdline-params... bye, Bastian Index: package/base-files/files/bin/ipcalc.sh === --- package/base-files/files/bin/ipcalc.sh (Revision 11157) +++ package/base-files/files/bin/i

[OpenWrt-Devel] [PATCH] refactoring ifconfig->ip , cleanups, /etc/preinit

2008-05-17 Thread Bastian Bittorf
first base-file which now can work with ip and ifconfig some cleanups for better reading. can anyone explain, what the "size"-awk thing makes really? bye, Bastian <[EMAIL PROTECTED]> Index: package/base-files/files/etc/preinit === --

[OpenWrt-Devel] [PATCH] refactoring ifconfig->ip, /sbin/ifdown

2008-05-17 Thread Bastian Bittorf
another base-file: Index: package/base-files/files/sbin/ifdown === --- package/base-files/files/sbin/ifdown(Revision 11157) +++ package/base-files/files/sbin/ifdown(Arbeitskopie) @@ -59,6 +59,11 @@ [ ."$device" != ."$

[OpenWrt-Devel] [PATCH] refactoring ifconfig->ip, fix for previous patch /etc/preinit

2008-05-17 Thread Bastian Bittorf
missspelled something. string must be "PREFIX" not only "PRE" bye, Bastian <[EMAIL PROTECTED]> Index: package/base-files/files/etc/preinit === --- package/base-files/files/etc/preinit(Revision 11157) +++ package/base-files/fi

[OpenWrt-Devel] [PATCH] refactoring ifconfig->ip, /usr/share/udhcpc/default.script

2008-05-17 Thread Bastian Bittorf
this is a bit more, integrating fallback for ifconfig AND route...this script needs some rewrite, because it was and is ugly in some sections bye, Bastian <[EMAIL PROTECTED]> Index: package/base-files/files/usr/share/udhcpc/default.script ==

Re: [OpenWrt-Devel] [PATCH] refactoring ifconfig->ip , cleanups, /etc/preinit

2008-05-17 Thread Bastian Bittorf
* Florian Fainelli <[EMAIL PROTECTED]> [17.05.2008 18:40]: > This awk call calculates the half of the available RAM to later allow > base-files setting up a tmpfs of exactly of this size. wouldt it be better (for understanding) to do something like: - while read NUL MEM NUL; do

[OpenWrt-Devel] [PATCH 0/5] BASEFILES, refactoring ifconfig/route -> ip , explanation

2008-05-18 Thread Bastian Bittorf
./package/base-files/files/usr/share/udhcpc/default.script (i've just grep'ed all basefiles for "ifconfig " and "route ") Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]> signature.asc Description: Digital signature __

[OpenWrt-Devel] [PATCH 2/5] BASEFILES, refactoring ifconfig/route -> ip , /etc/preinit

2008-05-18 Thread Bastian Bittorf
I've also added one more netmsg and moved the netmsg direct into the function, for not having two different places for the broadcast-address. Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]> --- Index: package/base-files/files/

[OpenWrt-Devel] [PATCH 3/5] BASEFILES, refactoring ifconfig/route -> ip , /sbin/ifdown

2008-05-18 Thread Bastian Bittorf
Only a small one. Maybe we should also flush the ip-address? Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]> --- Index: package/base-files/files/sbin/ifdown === --- package/base-files/files/sbin/ifdown(Revision

[OpenWrt-Devel] [PATCH 1/5] BASEFILES, refactoring ifconfig/route -> ip , /etc/hotplug.d/iface/10-routes

2008-05-18 Thread Bastian Bittorf
maybe we should define variables for some things, so we must not double-generate things... Is it correct to use absolut path: /usb/sbin/ip ? Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]> --- Index: package/base-files/files/etc/hotplug.d/iface/10-

[OpenWrt-Devel] [PATCH 4/5] BASEFILES, refactoring ifconfig/route -> ip , /usr/share/udhcpc/default.script

2008-05-18 Thread Bastian Bittorf
This is a big more, added also some comments. Maybe some things can be more readable. Can the originator do some explanations in code? Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]> --- Index: package/base-files/files/usr/share/udhcpc/default.

Re: [OpenWrt-Devel] [PATCH 0/5] BASEFILES, refactoring ifconfig/route -> ip , explanation

2008-05-18 Thread Bastian Bittorf
* Felix Fietkau <[EMAIL PROTECTED]> [18.05.2008 15:23]: > The problem with this approach is that it relies only on the return type > of the ifconfig/route calls. I'd suggest the following approach: > In a central include file, check for presence of the ip applet or > executable and if it is not

[OpenWrt-Devel] watchdog/crondog : (was Re: [PATCH 7/7] atheros: ar531x watchdog support)

2008-05-21 Thread Bastian Bittorf
* Axel Gembe <[EMAIL PROTECTED]> [20.05.2008 20:30]: > Good to hear that. I really dislike targets without proper watchdog so I I forgot that to mention on wcw2008/berlin, but IMHO those hardware-watchdog are a nice-to-have but not really necessary. Practically i have never seen an router which t

Re: [OpenWrt-Devel] watchdog/crondog

2008-05-21 Thread Bastian Bittorf
* Axel Gembe <[EMAIL PROTECTED]> [21.05.2008 14:00]: > First, you can't guarantee which processes are killed by the oom-killer, > so you might end up with dropbear killed and cron still running. > I think what you need is softdog. It is in the current kernels and does > just that. > Just confi

Re: [OpenWrt-Devel] Interest in a openwrt router database to partially replace TOH?

2013-12-09 Thread bittorf wireless )) Bastian Bittorf
* Joris de Vries [09.12.2013 09:52]: > > the hardware is known to be out of production. Looking for > > hardware to buy to run OpenWRT is... less than straightforward. > > This is so absolutely true. I have gone as far as to create a snippet (link > included, please don't click, it's horrible) t

<    3   4   5   6   7   8