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
https://lists.openwrt.org/cgi-bin/mailman
wireless config file, flashed with
Barrier Breaker r45620, have this /var/run/wpa_supplicant-wlan0.conf
generated:
ap_scan=2
network={
scan_ssid=0
ssid="MyMesh"
key_mgmt=WPA-PSK
mode=1
fixed_freq=1
frequency=5180
mode=1
psk=&qu
s Calmer r46069 sees this /var/run/wpa_supplicant-wlan0.conf
generated:
ap_scan=2
network={
scan_ssid=0
ssid="MyMesh"
key_mgmt=WPA-PSK
mode=1
fixed_freq=1
frequency=5180
mode=1
psk="..."
proto=RSN
bssid
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 wrote:
> This is the /et
amily
>
> * Known Issues
> - KALLSYMS is active causing some devices to fail
>
> And lots and lots of other advancements...
> As always a big thank you goes to all our active package maintainers,
> testers, supporters and documenters.
>
>
> Have fun!
> The O
> >>
> >> Also (kind of off-topic): Do you know why 5Ghz channels 36-48 are forced
> >> to be 17dBm only on the WNDR3800? I found two possible explanations:
> >> either because of the factory calibration (is it possible to get them
> in a
> >
re it could be.
>
> Thanks
> Nico
>
> On 07/29/2015 06:21 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.
> openwrt-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/mailman/listinfo/openwrt-devel
>
>
--
Ben West
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
er/cucumbertony
___
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
openwrt-devel@li
nks in advance.-
>
>
>
> Best Regards,
>
> Guillermo Nardoni
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
--
Ben West
b
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
do about it...
>
> Thanks,
>
> Bill
> ___
> 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.n
875.5MHz
Part 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
: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/tru
___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.o
Hi Felix,
Thank you for the response. My responses inline below.
On Thu, Apr 11, 2013 at 9:49 AM, Felix Fietkau wrote:
> On 2013-04-11 6:10 AM, Ben West wrote:
> > Hi All,
> >
> > I just successfully flashed trunk r36255 onto an AR2315-based
> > Engenius/Senao EO
g 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
___
nglethreaded \
>
> + --disable-examples
>
> define Build/InstallDev
> $(INSTALL_DIR) $(1)/usr/include
>
>
>
> I'm sorry again for the mistake
> Massimo
>
>
>
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.open
he environment to recognize the size of the types,
> there is a conflict on the size of the long type. Can you attach the
> changes on curl makefile for using CyaSSL ?
>
>
>
> 2013/5/16 Ben West
>
>> Thank you for sharing this patch!
>>
>> I'm trying thi
* The size 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 wrote:
> Thank you for responding. Below is the
___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.**org
> https://lists.openwrt.org/**mailman/listinfo/openwrt-devel<https://lists.openwrt.org/mailman/listinfo/openwrt-devel>
>
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
. In particular, the v3.x 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?
>
ly used,
> I can see a 50-90% CPU usage in [spi0] kernel process.
>
> Using precompiled version helps a little, but it's still unusable.
>
>
> Best regards.
>
> _______
> openwrt-devel mailing list
> openwrt-devel@
+= no-engines
> endif
>
> +ifndef CONFIG_OPENSSL_WITH_EC
> + OPENSSL_OPTIONS += no-ec
> +endif
> +
> +ifndef CONFIG_OPENSSL_WITH_EC2M
> + OPENSSL_OPTIONS += no-ec2m
> +endif
> +
> ifeq ($(CONFIG_x86_64),y)
>OPENSSL_TARGET:=linux-x86_64
> else
> ___
option ssid 'public-ap'
option hidden '1'
option encryption none
Has there been a regression in hostapd w/r/t IBSS-RSN support, or possibly
a configuration change?
P.S. I use the full hostapd and wpa_supplicant packages, not hos
\
> CC="$(filter-out ccache,$(TARGET_CC))"
>
>
> With these settings I was able to compile curl for atheros 71xx
>
>
> Bye
> Massimo
>
>
>
>
> 2013/5/21 Massimo Vellucci
>
>> I'm sorry but these days I have been very busy with work. I h
schrieb Felix Fietkau:
> > >> 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.
> > &
> > Also 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://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
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 configuratio
generic"
> DISTRIB_DESCRIPTION="OpenWrt Attitude Adjustment 12.09"
>
>
>
> Conclusion:
> It does seem that wpa_supplicant is not compatible with option
> beacon_int . However if i remove this option from the configuration or
> specify it as option beacon_interval
}
> - $beacon_interval
> + $beacon_int
> $brates
> $mrate
> $ht_str
> --
> 1.8.1.2
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/ma
if" bridge
>>> config_get ssid "$vif" ssid
>>> config_get bssid "$vif" bssid
>>> bssid1=${bssid:+"bssid=$bssid"**}
>>> - beacon_interval=${beacon_int:+**"beacon_interval=$beacon_int"}
>>> +
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
understand that since AA 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 wrote:
> On 2013-10-12 4:16 PM, Ben West wrote:
> > Hello All,
> >
> >
0( 0) 34449
388569
Total packet count::ideal 8629 lookaround 958
On Sun, Oct 13, 2013 at 1:21 PM, Felix Fietkau 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
Also, sorry for typo: "transfers averaged to *415KBytes/sec* ..."
On Mon, Oct 14, 2013 at 10:55 AM, Ben West 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
les/lib/upgrade
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
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
wrote:
> On Wednesday 16 October 2013 09:48:33 Ben West wrote:
> > I notice
for a AR7240 in a UBNT Nanostation Loco.
Is setting the fragmentation threshold supported 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
> > Adjustment uses kernel 3.3 and there zram worked differently or was
> not
> > included at all, I do not know exactly. But I would like to see zram
> > backported to AA and would like to see a nice patch.
> >
> > Hauke
> >
> >
> ___
> 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
876 pages reserved
[315651.73] 2389 pages shared
[315651.73] 5924 pages non-shared
[315651.73] SLUB: Unable to allocate memory on node -1 (gfp=0x20)
[315651.73] cache: kmalloc-4096, object size: 4096, buffer size:
4096, default order: 3, min order: 0
[315651.73] node 0: sla
ts 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 wrote:
> Thank you Bastian for the recommendation
led_off "gpio7"
> + ;;
> + done)
> + status_led_on
> + led_off "gpio7"
> + ;;
> + esac
> + }
> +}
> __
>> 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 so
boot.
>
> ~ 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
___
Also, apologies for confusing typo: "compile separate rootfs images for
each device type."
On Mon, Nov 18, 2013 at 11:58 AM, Ben West wrote:
> Unfortunately, firstboot is not an option for me with the EOC-1650 and
> OM1P. Both devices require mutually exclusive patches jus
tweb.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
Might anyone know if updated and/or translated documentation for the
freifunk-watchdog service is available somewhere? All I can find is
the somewhat outdated German wiki page below:
http://wiki.freifunk.net/Kamikaze/LuCI/Watchdog
--
Ben West
http://gowasabi.net
b...@gowasabi.net
continue;
>
> + channels[count].max_power = AR5K_TUNE_MAX_TXPOWER;
> +
> count++;
> }
>
>
> --
> Tobias PGP: http://8ef7ddba.uguu.de
> ___
> openwrt-devel mail
e 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
>&
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
IG_IP17XX_PHY=y
> CONFIG_IRQ_CPU=y
> CONFIG_IRQ_FORCED_THREADING=y
> +CONFIG_LEDS_GPIO=y
> CONFIG_MDIO_BOARDINFO=y
> CONFIG_MIPS=y
> CONFIG_MIPS_L1_CACHE_SHIFT=5
> --
> 1.7.2.5
>
> ___
> openwrt-devel mailing list
> openwrt-deve
r newer 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 bootin
top is unstable, but I doubt that as the
> reverse direction seems very stable (upper graph).
>
> Any help is appreciated.
>
> Cheers
>
> Daniel
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://
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
been
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
31
; - Are you using bridging between cable and wifi?
> - What is the system load in top while you're running the test?
> - Please show me the relevant output from
> /sys/kernel/debug/ieee80211/phy1/netdev:*/stations/*/rc_stats while
> running a throughput test.
>
> - Feli
**_
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.**org
> https://lists.openwrt.org/**mailman/listinfo/openwrt-devel<https://lists.openwrt.org/mailman/listinfo/openwrt-devel>
>
--
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
__
wrt.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/openwrt-devel
s 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.openwr
the forum 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
h
ne
;;
esac
fi
Should values specified as basic_rate appear in the wifi interface's rate
mask?
On Wed, Feb 26, 2014 at 3:59 PM, Ben West wrote:
> I'm curious about the correct use of basic_rate parameter in
> /etc/config/wireless for 802.11n operation on ath9k. Spe
patch to allow specification of supported rates via UCI?)
On Fri, Mar 7, 2014 at 12:24 PM, Felix Fietkau 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 o
#x27;adhoc'
option device 'radio0'
option ssid 'MyMesh'
option bssid '02:CA:FF:EE:BA:BE'
option encryption 'psk2'
option key 'averystrongkey'
The wiki about /etc/config/wireless doesn&
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 wrote:
> On 2014-03-19 20:22, Ben West wrote:
> > I believe I discovered that interface
/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
ey're 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
strcpy(led_names[led], "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
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 wrote:
es to load modules?
I've filed a ticket with more details:
https://dev.openwrt.org/ticket/16513
--
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
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 wrote:
> With one exception, all the OM1P and EOC-1650 units (atheros / ath5k) I've
> tri
u.
>>
>> Thanks for your patience!
>>
>> Moses F.
>> Ubiquiti Networks
>>
>>*valent.turkovic*
>>
>> Jun 02 16:30
>>
>> I have heard from guys at Wlan Slovenia that you have changed chip on new
>
I 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
PUs 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.
>
>
--
B
the pkg variants in qty 1.
On Tue, Jan 17, 2012 at 8:02 PM, jonsm...@gmail.com wrote:
> On Tue, Jan 17, 2012 at 8:33 PM, Ben West wrote:
> > This unfortunately a common attitude from parts vendors, especially when
> you
> > are not buying in qty 10k+.
>
> We are in the 2-4K
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 wrote:
> AP mode?
>
> On Thu, Jan 19, 2012 at 2:42 PM, Ben West wrote:
> > Many moons ago
d/mouse.
https://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.open
PS8
> =VeQH
> -END PGP SIGNATURE-
> ___
> 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-devel@lists.openwrt.**org
> https://lists.openwrt.org/**mailman/listinfo/openwrt-devel<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
t/s MCS 11 40Mhz
rx bitrate: 135.0 MBit/s MCS 7 40Mhz
On Wed, Apr 18, 2012 at 7:33 PM, Ray Gibson 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
80 matches
Mail list logo
