t-devel mailing
> listopenwrt-devel@lists.openwrt.orghttps://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/ma
ertony
___
FCC mailing list
f...@lists.prplfoundation.org
http://lists.prplfoundation.org/cgi-bin/mailman/listinfo/fcc
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt-devel mailing list
o
PM, Atanas Vladimirov wrote:
https://dev.openwrt.org/ticket/20201
On BB I used 20dBm for both 2.4 and 5GHz on the same router.
Sent with AquaMail for Android
http://www.aqua-mail.com
On 29 юли 2015 г. 18:40:10 Ben West b...@gowasabi.net wrote:
This is what I observe running
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
___
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
Following up that I've verified this changeset presently in trunk/Chaos
Calmer resolves the HT mode issue in Barrier Breaker. Would it be possible
to backport this changeset?
https://dev.openwrt.org/changeset/44100/
On Sat, Jun 27, 2015 at 3:46 PM, Ben West b...@gowasabi.net wrote
mode=1
fixed_freq=1
frequency=5180
mode=1
psk=...
proto=RSN
bssid=02:CA:FF:EE:BA:BE
mcast_rate=12
htmode=HT20
}
The station dump on the radio running Chaos Calmer does show HT modes in
use.
--
Ben West
http://gowasabi.net
b
=MyMesh
key_mgmt=WPA-PSK
mode=1
fixed_freq=1
frequency=5180
mode=1
psk=...
proto=RSN
bssid=02:CA:FF:EE:BA:BE
beacon_int=500
mcast_rate=12
}
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
.
--
Ferry Huberts
--
Olsr-users mailing list
olsr-us...@lists.olsr.org
https://lists.olsr.org/mailman/listinfo/olsr-users
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
:
On 10.02.2015 05:32, Ben West wrote:
I found on a UBNT Nanostation running BB r43824 that apparently only a
subset of the DFS 5.8GHz channels are enabled.
This matches the channel definitions in the reg DB file:
https://dev.openwrt.org/browser/trunk/package/kernel/mac80211/files
15.247 (b)(3) , (b)(4)
36dBm
Part 15.407 (a)(3)
--
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
___
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
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
, MSN: valent.turko...@hotmail.com
___
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
Aha, nevermind, false alarm. Looks like the failing reflashed nodes were
carrying over /etc/init.d/boot from AA (which is incompatible with trunk).
On Fri, May 16, 2014 at 7:32 PM, Ben West b...@gowasabi.net wrote:
With one exception, all the OM1P and EOC-1650 units (atheros / ath5k) I've
], wlan);
+ else
-+ sprintf(led_names[led], gpio%d, i);
++ continue;
+
+ ar2315_leds[led].name = led_names[led];
+ ar2315_leds[led].gpio = i;
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
for illustration.
Unfortunately, my login password to patchwork is missing, so I can't mark
this patch as non-applicable. Could someone else see about that?
(P.S. How does one get his/her login account at patchwork.openwrt.orgreset?)
On Fri, May 9, 2014 at 12:40 PM, Ben West b...@gowasabi.net
working fine for me under AA r40431.
--
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
/attitude_adjustment_12.09/package/openssl/Makefile?rev=40420
--
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
that its already
powered and out of bootup, and then issuing wifi restart does not trigger
the failure. Pointing to a problem with bootup.
On Thu, Mar 20, 2014 at 9:20 AM, Felix Fietkau n...@openwrt.org wrote:
On 2014-03-19 20:22, Ben West wrote:
I believe I discovered that interfaces in /etc
'
The wiki about /etc/config/wireless doesn't appear to make explicitly clear
that interface identifiers should not be the same as the 'network' property
for that interface.
http://wiki.openwrt.org/doc/uci/wireless
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
patch to allow specification of supported rates via UCI?)
On Fri, Mar 7, 2014 at 12:24 PM, Felix Fietkau n...@openwrt.org wrote:
On 2014-03-04 18:20, Ben West wrote:
To follow up, here it seems that setting the basic_rate option in
/etc/config/wireless under AA r39154 has no effect
?
On Wed, Feb 26, 2014 at 3:59 PM, Ben West b...@gowasabi.net wrote:
I'm curious about the correct use of basic_rate parameter in
/etc/config/wireless for 802.11n operation on ath9k. Specifically, I'm
looking for the ability to disable low bitrates (e.g. 1Mbit/s) to conserve
airtime.
http
yields usage like this, but that appears to be for
802.11g operation:
option basic_rate '1000 2000 5500 11000'
Does the basic_rate list have to be populated for all values from 2000 to
30, i.e. when using HT40 modes, to exclude 1Mbit/s?
Thank you.
--
Ben West
http://gowasabi.net
b
not possible in adhoc, i.e. not allowed per 802.11
protocol spec, and/or does the mac80211 library itself perhaps enforce long
preambles?
Thanks.
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
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
+ ;;
+ 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
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
___
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
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
] ath: phy0: Failed to stop TX DMA, queues=0x004!
[316017.64] ath: phy0: Failed to stop TX DMA, queues=0x004!
...
On Sat, Nov 9, 2013 at 12:38 PM, Bastian Bittorf bitt...@bluebottle.comwrote:
* Ben West b...@gowasabi.net [09.11.2013 19:22]:
anecdotal experience that some processes don't
it. Likewise, I'd be
curious if anyone else has seen such a dump file appear before, as this is
my first. (Or at least it is the first where I had a chance to inspect
/tmp before rebooting.)
On Mon, Nov 11, 2013 at 12:49 PM, Ben West b...@gowasabi.net wrote:
Thank you Bastian for the recommendation
___
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
for ar71xx?
--
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
Hi Marek,
This is the wiki page in question:
http://wiki.openwrt.org/toh/openmesh/om2p#upgrading.openwrt
Thank you for clarifying that sysupgrade does work!
On Thu, Oct 17, 2013 at 6:17 AM, Marek Lindner
mareklind...@neomailbox.chwrote:
On Wednesday 16 October 2013 09:48:33 Ben West wrote
Or should the factory image now be used when running sysupgrade on an
OM2P?
Since I only have one such device, I'm asking here first before possibly
finding things out the hard way. ;)
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
) 34449
388569
Total packet count::ideal 8629 lookaround 958
On Sun, Oct 13, 2013 at 1:21 PM, Felix Fietkau n...@openwrt.org wrote:
On 2013-10-13 7:49 PM, Ben West wrote:
The devices in 'production' use are Engenius EOC-01650 and Open Mesh
OM1Ps, both with Atheros SoC AR2315
Also, sorry for typo: transfers averaged to *415KBytes/sec* ...
On Mon, Oct 14, 2013 at 10:55 AM, Ben West b...@gowasabi.net wrote:
Hi Felix,
I've tried testing both AA r38347 as-is, and also AA recompiled with the
back-ported copies of hostapd and mac80211 packages that you provided
only
receives a selection of backports from trunk, it can occasionally be a
hodgepodge of working vs suboptimal code.
Thank you.
On Sat, Oct 12, 2013 at 9:22 AM, Felix Fietkau n...@openwrt.org wrote:
On 2013-10-12 4:16 PM, Ben West wrote:
Hello All,
I operate a small adhoc meshing network
or reporting speed regressions
on the mac80211 library, considering that accurately measuring such can be
so difficult? Would it be best for me to attempt the same throughput tests
using firmware compiled against current trunk, to see if the regression is
also present there?
Thank you.
--
Ben West
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
fix_wpa_supplicant_beacon_int.patch
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel
}
- $beacon_interval
+ $beacon_int
$brates
$mrate
$ht_str
On 10/10/2013 12:17 AM, Ben West wrote:
I believe this problem appeared on or about r36682, which coincides with
a hostapd update to AA. This suggests a regression in hostapd w/r/t/ to
beacon
/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
Hi Radu,
My first recommendation would be to repeat your attempt using the
*wpad*package on all nodes, instead of hostapd / wpa_supplicant. If
you have the
wpad package already compiled, you should just be able to remove hostapd
and wpa_supplicant and then install wpad; both use same
a small change to mac80211 is required (this has already been merged
upstream)
Cheers,
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http
:
On 2013-06-17 1:57 AM, Ben West wrote:
I can confirm the 100-sizeof_long_long.patch patch for curl
provided
by Massimo does work fine for me under ar71xx and atheros platforms.
That is, I can now successfully have libcurl link to cyassl instead
of
openssl.
What additional
OpenSSL from my application that I am developing and
using CyaSSL.
The problem of porting applications from OpenSSL to CyaSSL is requires a
lot of work. The two libraries are not compatible 100%
2013/5/21 Ben West b...@gowasabi.net
For an update, I have since been able to get libcurl to link
IBSS-RSN support, or possibly
a configuration change?
P.S. I use the full hostapd and wpa_supplicant packages, not hostapd-mini
or wpad-mini.
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
, but it's still unusable.
Best regards.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/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/mailman
openwrt-devel@lists.openwrt.**org openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/**mailman/listinfo/openwrt-develhttps://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt
kernel is not supported for so
little memory, and the OpenWRT dev community
likewise doesn't support it.
Hi Ben
What you means is v3.x kernel don't support 32MB RAM? not the issue of LUCI?
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
of `long long', as computed by sizeof. */
+#define SIZEOF_LONG_LONG 8
+
#ifndef curl_socket_typedef
/* socket typedef */
#if defined(WIN32) !defined(__LWIP_OPT_H__)
On Fri, May 17, 2013 at 12:00 PM, Ben West b...@gowasabi.net wrote:
Thank you for responding. Below is the diff of the curl
on the size of the long type. Can you attach the
changes on curl makefile for using CyaSSL ?
2013/5/16 Ben West b...@gowasabi.net
Thank you for sharing this patch!
I'm trying this very patch to see if I can use cyassl with curl, instead
of openssl. (cyassl v1.6.5 is apparently old enough
-devel@lists.openwrt.org
https://lists.openwrt.org/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/mailman/listinfo
in kernel.
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/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/mailman/listinfo/openwrt-devel
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/**mailman/listinfo/openwrt-develhttps://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt-devel mailing list
openwrt
running a throughput test.
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
posted to an email list with public archives.
Google is likely rather protective of the ad revenue streams they derive
from analyzing users' search queries, so have those queries modified
en-route might not sit well with them.
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
Thank you for committing this patch into trunk/AA!
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
direction seems very stable (upper graph).
Any help is appreciated.
Cheers
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b
platforms. Currently a Atheros targets get
the same init code, and
clearly your board needs different init code to mine :)
Cheers,
Karl P
On Sun, Aug 26, 2012 at 10:13:33PM -0500, Ben West wrote:
This changeset on trunk appears to prevent booting up on a OM1P
(Atheros AR2315
@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
if it was something in my tree, but just thought i'd
let you know. I can rebuilt with a clean true today and watch serial to see
if the issue persists.
On 08/24/2012 01:02 PM, Ben West wrote:
My problem is likely unrelated, but could you (Tobias) say precisely
what revision of trunk you
dev.openwrt.ort seems to be throwing 502 errors, at least for the past
hour or so.
https://dev.openwrt.org/browser/trunk
https://dev.openwrt.org/browser/branches
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt
://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
40Mhz
rx bitrate: 135.0 MBit/s MCS 7 40Mhz
On Wed, Apr 18, 2012 at 7:33 PM, Ray Gibson rgib...@futurec.net wrote:
**
On 4/18/2012 5:15 PM, Ben West wrote:
If the access points are very close together, you might also try turning
down TX power on both ends.
What is the dBm reported by iw
-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt
://dev.openwrt.org/ticket/10541
Has anyone encountered problems with insufficient entropy causing random
NAT failures?
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman
jonsm...@gmail.comwrote:
On Tue, Jan 17, 2012 at 8:33 PM, Ben West b...@gowasabi.net wrote:
This unfortunately a common attitude from parts vendors, especially when
you
are not buying in qty 10k+.
We are in the 2-4K volume range which is too low for them to
apparently care about. If they'd
obsolete by now.
The thread author would need to check whether the ralink driver supports AP
mode (which doesn't look hopeful from Googling).
On Thu, Jan 19, 2012 at 3:09 PM, Mark Deneen mden...@gmail.com wrote:
AP mode?
On Thu, Jan 19, 2012 at 2:42 PM, Ben West b...@gowasabi.net wrote:
Many
of the router SOC CPUs easily available for purchase? We've
tried to buy some buy nobody wants to talk to us.
As a work around we are using a lpc3130 ($3.50) and an OEM USB wifi
stick ($4.00 ralink). We have to go through FCC anyway because of the
2.4Ghz 802.15.4 radio.
--
Ben West
http://gowasabi.net
was previously getting, research on the
Nanostation M5 itself seems to imply its maximum possible txpower is indeed
only 27dBm, suggesting the 30dBm figure was erroneous.
http://www.ubnt.com/downloads/nanoM5_DS.pdf
Could anyone on the list verify this from their own testing?
Thanks.
--
Ben West
74 matches
Mail list logo
