Re: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug

2014-04-11 Thread Peter Lawler 

On 11/04/14 06:45, John Crispin wrote:

# opkg update
# opkg upgrade libopenssl


Whilst I think of it, a reminder that after performing this either 
restart the services relying on the library or the device itself.


I'm not qualified, nor inclined, to investigate how OpenWRT may end up 
unloading the old one and the loading the new one, but to be safe the 
service|unit restart is best.


Regards,

Pete.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Bastian Bittorf 
* Roman Yeryomin  [11.04.2014 10:45]:
> I would even use it if it really works...

For now, it boots fine via ethernet and/or Compact-flash
but only 1 ethernet-port is working.
my two ath5k-cards (R52) are not detected and it seems
to be somehow like this:

http://patchwork.linux-mips.org/patch/4087/

this is my klog:
http://www.intercity-vpn.de/files/openwrt/Routerboard_rb532_dmesg_ath5k_or_pci_fails.txt
(dont mind the yaffs2-fuckup, thats not related)

at the moment i dont have time for this, but if somebody like,
SSH-access and SSH to serial-line is possible (screen-session).

bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug

2014-04-11 Thread Matthias Strubel 
Hello OpenWRT-Dev.-Team,

thank you for providing the new package within the AA-repository.

BTW: it seems you made a copy mistake into
http://downloads.openwrt.org/attitude_adjustment/ , while deploying the
new files.


Do you consider upgrading the ImageBuilder as well?

Thank you for your work,

best regards
Matthias


On 04/10/2014 10:45 PM, John Crispin wrote:
> Heartbleed - libopenssl AA binary feed update
> 
> we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
> been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
> was updated. If you use openssl on your unit you need to run :
> 
> # opkg update
> # opkg upgrade libopenssl
> 
> In order to ensure that all affected services are using the updated
> OpenSSL library it is recommended to reboot the device after applying
> the upgrade.
> 
> To find out more about the bug go to - http://heartbleed.com/
> 
> Note that default OpenWrt installations are not vulnerable to the
> particular bug, neither the builtin SSH server nor the optional LuCI
> SSL support rely on OpenSSL for cryptography.
> 
> The OpenSSL library is not installed within the stock images available
> on the download server.
> 
> This is not a lightweight bug. Please take it serious and check your unit.
> 
> OpenWrt Developers
> ___
> 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

Re: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug

2014-04-11 Thread John Crispin 


On 11/04/2014 11:15, Matthias Strubel wrote:
> BTW: it seems you made a copy mistake into 
> http://downloads.openwrt.org/attitude_adjustment/ , while deploying
> the new files.

i copied them twice by accident, once to the wrong folder, the
misplaced version will be removed during the day

John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug

2014-04-11 Thread Justin Vallon 
FYI: It appears "opkg upgrade libopenssl" will install it if it has not
yet been installed.  Therefore, if the commands are run "just-in-case",
you will end up installing libopenssl where it was not previously installed:

# opkg info libopenssl | grep ^Status:
Status: unknown ok not-installed
# opkg list-upgradable
# opkg upgrade libopenssl
Installing libopenssl (1.0.1g-1) to root...
Downloading
http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/libopenssl_1.0.1g-1_ar71xx.ipk.
Configuring libopenssl.
# opkg info libopenssl | grep ^Status:
Status: install user installed
# opkg remove libopenssl
Removing package libopenssl from root...

The "Status: ... user ..." means that it was manually requested (or
installed via an "upgrade").

-Justin


On 4/10/14, 4:45 PM, John Crispin wrote:
> Heartbleed - libopenssl AA binary feed update
>
> we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
> been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
> was updated. If you use openssl on your unit you need to run :
>
> # opkg update
> # opkg upgrade libopenssl
>
> In order to ensure that all affected services are using the updated
> OpenSSL library it is recommended to reboot the device after applying
> the upgrade.
>
> To find out more about the bug go to - http://heartbleed.com/
>
> Note that default OpenWrt installations are not vulnerable to the
> particular bug, neither the builtin SSH server nor the optional LuCI
> SSL support rely on OpenSSL for cryptography.
>
> The OpenSSL library is not installed within the stock images available
> on the download server.
>
> This is not a lightweight bug. Please take it serious and check your unit.
>
> OpenWrt Developers
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


-- 
-Justin
justinval...@gmail.com




smime.p7s
Description: S/MIME Cryptographic Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 11:58, Bastian Bittorf  wrote:
> * Roman Yeryomin  [11.04.2014 10:45]:
>> I would even use it if it really works...
>
> For now, it boots fine via ethernet and/or Compact-flash
> but only 1 ethernet-port is working.
> my two ath5k-cards (R52) are not detected and it seems
> to be somehow like this:
>
> http://patchwork.linux-mips.org/patch/4087/
>
> this is my klog:
> http://www.intercity-vpn.de/files/openwrt/Routerboard_rb532_dmesg_ath5k_or_pci_fails.txt
> (dont mind the yaffs2-fuckup, thats not related)
>
> at the moment i dont have time for this, but if somebody like,
> SSH-access and SSH to serial-line is possible (screen-session).
>

Did you fix anything to boot it?
Mine says (with both ext4 and squashfs images):

[1.476000] scsi 0:0:0:0: Direct-Access ATA  Hitachi Flash
Ca Rev  PQ: 0 ANSI: 5
[1.488000] sd 0:0:0:0: [sda] 125184 512-byte logical blocks: (64.0
MB/61.1 MiB)
[1.496000] sd 0:0:0:0: [sda] Write Protect is off
[1.504000] sd 0:0:0:0: [sda] Write cache: disabled, read cache:
enabled, doesn't support DPO or FUA
[1.52]  sda: sda1 sda2
[1.532000] sd 0:0:0:0: [sda] Attached SCSI removable disk
[1.536000] Creating 1 MTD partitions on "/dev/sda2":
[1.544000] 0x-0x0303 : "/dev/sda2"
[1.552000] block2mtd: mtd0: [/dev/sda2] erase_size = 64KiB [65536]
[1.56] List of all partitions:
[1.564000] 1f004096 mtdblock0  (driver?)
[1.572000] 1f01  126976 mtdblock1  (driver?)
[1.576000] 0800   62592 sda  driver: sd
[1.584000]   08014336 sda1 -01
[1.588000]   0802   49392 sda2 -02
[1.592000] 1f02   49344 mtdblock2  (driver?)
[1.60] No filesystem could mount root, tried:  squashfs
[1.604000] Kernel panic - not syncing: VFS: Unable to mount root
fs on unknown-block(31,0)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Bastian Bittorf 
* Roman Yeryomin  [11.04.2014 16:48]:
> > at the moment i dont have time for this, but if somebody like,
> > SSH-access and SSH to serial-line is possible (screen-session).
> 
> Did you fix anything to boot it?

no, i just removed the broken-flag and started the build.

> Mine says (with both ext4 and squashfs images):

i just used 'dd' to write 'openwrt-rb532-combined-jffs2-128k.bin' to
my CF-card, e.g. 'dd if=openwrt-rb532-combined-jffs2-128k.bin of=/dev/sda'

please send me a link to your image, i will try to boot that...bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 17:54, Bastian Bittorf  wrote:
> * Roman Yeryomin  [11.04.2014 16:48]:
>> > at the moment i dont have time for this, but if somebody like,
>> > SSH-access and SSH to serial-line is possible (screen-session).
>>
>> Did you fix anything to boot it?
>
> no, i just removed the broken-flag and started the build.
>
>> Mine says (with both ext4 and squashfs images):
>
> i just used 'dd' to write 'openwrt-rb532-combined-jffs2-128k.bin' to
> my CF-card, e.g. 'dd if=openwrt-rb532-combined-jffs2-128k.bin of=/dev/sda'
>
> please send me a link to your image, i will try to boot that...bye, bastian

Tried jffs2 image - same result.
Could it be because I have 532A version? That one was with bigger RAM
(64M) with no other differences (as far as I know).
Images here:
https://box.tet.rtu.lv/public.php?service=files&t=1ed7993af28d2878e315eb415bea45c5

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 18:39, Roman Yeryomin  wrote:
> On 11 April 2014 17:54, Bastian Bittorf  wrote:
>> * Roman Yeryomin  [11.04.2014 16:48]:
>>> > at the moment i dont have time for this, but if somebody like,
>>> > SSH-access and SSH to serial-line is possible (screen-session).
>>>
>>> Did you fix anything to boot it?
>>
>> no, i just removed the broken-flag and started the build.
>>
>>> Mine says (with both ext4 and squashfs images):
>>
>> i just used 'dd' to write 'openwrt-rb532-combined-jffs2-128k.bin' to
>> my CF-card, e.g. 'dd if=openwrt-rb532-combined-jffs2-128k.bin of=/dev/sda'
>>
>> please send me a link to your image, i will try to boot that...bye, bastian
>
> Tried jffs2 image - same result.
> Could it be because I have 532A version? That one was with bigger RAM
> (64M) with no other differences (as far as I know).
> Images here:
> https://box.tet.rtu.lv/public.php?service=files&t=1ed7993af28d2878e315eb415bea45c5
>

Just noticed that mine has "board=500" and yours "board=500r5" in
cmdline. So yours is probably newer, but how they differ then?

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Bastian Bittorf 
* Roman Yeryomin  [11.04.2014 17:56]:
> Tried jffs2 image - same result.
> Could it be because I have 532A version? That one was with bigger RAM
> (64M) with no other differences (as far as I know).
> Images here:
> https://box.tet.rtu.lv/public.php?service=files&t=1ed7993af28d2878e315eb415bea45c5

strange, your image does not boot here:
http://www.intercity-vpn.de/files/openwrt/Routerboard_rb532_dmesg-Yeryomin.txt

please try to copy my image on you CF-card and boot:
http://www.intercity-vpn.de/files/openwrt/rb532.bin

seems generating the rootfs is broken for you somehow.

bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] issue with backport building openwrt for arm target

2014-04-11 Thread Outback Dingo 
#
# configuration written to .config
#
Building backport-include/backport/autoconf.h ... done.
  CC [M]
 
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/main.o
  CC [M]
 
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/compat-3.9.o
  CC [M]
 
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.o
In file included from
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:17:0:
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/backport-include/linux/pci.h:255:16:
warning: 'struct msix_entry' declared inside parameter list [enabled by
default]
 struct msix_entry *entries, int minvec, int maxvec)
^
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/backport-include/linux/pci.h:255:16:
warning: its scope is only this definition or declaration, which is
probably not what you want [enabled by default]
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:
In function 'backport_of_property_read_u32_index':
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:199:2:
error: implicit declaration of function 'of_find_property_value_of_size'
[-Werror=implicit-function-declaration]
  const u32 *val = of_find_property_value_of_size(np, propname,
  ^
/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:199:19:
warning: initialization makes pointer from integer without a cast [enabled
by default]
  const u32 *val = of_find_property_value_of_size(np, propname,
   ^
cc1: some warnings being treated as errors
make[9]: ***
[/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.o]
Error 1
make[8]: ***
[/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat]
Error 2
make[7]: ***
[_module_/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31]
Error 2
make[6]: *** [modules] Error 2
make[5]: *** [modules] Error 2
make[4]: *** [modules] Error 2
make[4]: Leaving directory
`/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31'
make[3]: ***
[/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/.built]
Error 2
make[3]: Leaving directory
`/home/dingo/Development/Wireless/blix-atmel/package/kernel/mac80211'
make[2]: *** [package/kernel/mac80211/compile] Error 2
make[2]: Leaving directory `/home/dingo/Development/Wireless/blix-atmel'
make[1]: ***
[/home/dingo/Development/Wireless/blix-atmel/staging_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/stamp/.package_compile]
Error 2
make[1]: Leaving directory `/home/dingo/Development/Wireless/blix-atmel'
make: *** [world] Error 2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Update cyassl on AA to v2.8.0, and curl too?

2014-04-11 Thread Ben West 
I noticed that some SSL connections made via curl+cyassl v2.6.0 to Amazon
AWS on a patched instance of AA began failing earlier this week with the
following error:
SSL_connect failed with error -112: mp_exptmod error state

I'm guessing this might have been triggered by an internal update Amazon
made to their stack to address the Heartbleed exploit (even tho not
directly related).

Copying over the cyassl and curl packages from trunk and trunk packages,
respectively, seems to resolve the problem.

Would it possible to sync the AA version of cyassl and curl with those from
trunk?  They'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

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 19:13, Bastian Bittorf  wrote:
> * Roman Yeryomin  [11.04.2014 17:56]:
>> Tried jffs2 image - same result.
>> Could it be because I have 532A version? That one was with bigger RAM
>> (64M) with no other differences (as far as I know).
>> Images here:
>> https://box.tet.rtu.lv/public.php?service=files&t=1ed7993af28d2878e315eb415bea45c5
>
> strange, your image does not boot here:
> http://www.intercity-vpn.de/files/openwrt/Routerboard_rb532_dmesg-Yeryomin.txt
>
> please try to copy my image on you CF-card and boot:
> http://www.intercity-vpn.de/files/openwrt/rb532.bin

hm.. it worked

> seems generating the rootfs is broken for you somehow.

ptgen fault?
I have 64bit environment if that matters...

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 19:52, Roman Yeryomin  wrote:
> On 11 April 2014 19:13, Bastian Bittorf  wrote:
>> * Roman Yeryomin  [11.04.2014 17:56]:
>>> Tried jffs2 image - same result.
>>> Could it be because I have 532A version? That one was with bigger RAM
>>> (64M) with no other differences (as far as I know).
>>> Images here:
>>> https://box.tet.rtu.lv/public.php?service=files&t=1ed7993af28d2878e315eb415bea45c5
>>
>> strange, your image does not boot here:
>> http://www.intercity-vpn.de/files/openwrt/Routerboard_rb532_dmesg-Yeryomin.txt
>>
>> please try to copy my image on you CF-card and boot:
>> http://www.intercity-vpn.de/files/openwrt/rb532.bin
>
> hm.. it worked
>

...and panicked about 10 minutes later:
http://pastebin.com/vuABEvPE

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Bastian Bittorf 
* Roman Yeryomin  [11.04.2014 20:18]:
> .and panicked about 10 minutes later:
> http://pastebin.com/vuABEvPE

we should made this discussion offlist via PM!

this crash is enforced from a special script, read
the log carefully: system_crashreboot() reason: olsrd missing

so dont mind, it's working - i will compare both
JFFS2-parts. i'am building on debian 7.3:

on x86_64 with 4 x Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz

so it should not differ from your build, but there
are a lot if possible things 8-)

bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Jonas Gorski 
On Fri, Apr 11, 2014 at 8:28 PM, Bastian Bittorf  wrote:
> * Roman Yeryomin  [11.04.2014 20:18]:
>> .and panicked about 10 minutes later:
>> http://pastebin.com/vuABEvPE
>
> we should made this discussion offlist via PM!

Why? This is potentially interesting stuff for other rb532 users, so
why not keep it on the list.


Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [authsae] Fix 802.11s authsae support in netifd

2014-04-11 Thread Vittorio G (VittGam) 
Hi,

This patch implements support for 802.11s protected mesh wireless networks 
(using authsae) in the netifd framework.

Until meshd-nl80211 implements a proper -P option for the PID file, this uses 
shell backgrounding in order to be able to get the PID for the process.


Signed-off-by: Vittorio Gambaletta 

---


diff -upr a/package/network/services/hostapd/files/netifd.sh 
b/package/network/services/hostapd/files/netifd.sh
--- a/package/network/services/hostapd/files/netifd.sh
+++ b/package/network/services/hostapd/files/netifd.sh
@@ -585,5 +585,5 @@ wpa_supplicant_run() {
 }
 
 hostapd_common_cleanup() {
-   killall hostapd wpa_supplicant
+   killall hostapd wpa_supplicant meshd-nl80211
 }

diff -upr a/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh 
b/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh
--- a/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh
+++ b/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh
@@ -449,6 +449,7 @@ mac80211_setup_adhoc() {
 
 mac80211_setup_vif() {
local name="$1"
+   local failed
 
json_select data
json_get_vars ifname
@@ -473,7 +474,19 @@ mac80211_setup_vif() {
json_get_var mp_val "$var"
[ -n "$mp_val" ] && iw dev "$ifname" set 
mesh_param "$var" "$mp_val"
done
-   # todo: authsae
+
+   # authsae
+   json_get_vars key
+   if [ -n "$key" ]; then
+   if [ -e "/lib/wifi/authsae.sh" ]; then
+   . /lib/wifi/authsae.sh
+   authsae_start_interface || failed=1
+   else
+   wireless_setup_vif_failed 
AUTHSAE_NOT_INSTALLED
+   json_select ..
+   return
+   fi
+   fi
;;
adhoc)
wireless_vif_parse_encryption

diff -upr a/package/network/services/authsae/files/lib/wifi/authsae.sh 
b/package/network/services/authsae/files/lib/wifi/authsae.sh
--- a/package/network/services/authsae/files/lib/wifi/authsae.sh
+++ b/package/network/services/authsae/files/lib/wifi/authsae.sh
@@ -1,28 +1,24 @@
 authsae_start_interface() {
-   local device="$1" # to use the correct channel
-   local vif="$2"
-   local band
-
-   cfgfile="/var/run/authsae-$vif.cfg"
-   config_get channel "$device" channel
-   config_get hwmode "$device" hwmode
-   config_get htmode "$device" htmode
-   config_get ifname "$vif" ifname
-   config_get key "$vif" key
-   config_get mesh_id "$vif" mesh_id
-   config_get mcast_rate "$vif" mcast_rate "12"
+   local mcast_rate
+   local mesh_htmode
+   local mesh_band
+   local authsae_conf_file="/var/run/authsae-$ifname.cfg"
+   local ret=1
+
+   json_get_vars mcast_rate
+   set_default mcast_rate "12"
 
case "$htmode" in
-   HT20|HT40+|HT40-) htmode="$htmode";;
-   NOHT|none|*) htmode="none";;
+   HT20|HT40+|HT40-) mesh_htmode="$htmode";;
+   *) mesh_htmode="none";;
esac
 
case "$hwmode" in
-   *g*) band=11g;;
-   *a*) band=11a;;
+   *g*) mesh_band=11g;;
+   *a*) mesh_band=11a;;
esac
 
-   cat > "$cfgfile" < "$authsae_conf_file" /dev/null &
+   authsae_pid="$!"
+   ret="$?"
+
+   echo $authsae_pid > /var/run/authsae-$ifname.pid
+   wireless_add_process "$authsae_pid" "/usr/bin/meshd-nl80211" 1
+
+   [ "$ret" != 0 ] && wireless_setup_vif_failed AUTHSAE_FAILED
+   return $ret
 }
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [authsae] Fix 802.11s authsae support in netifd

2014-04-11 Thread Vittorio G (VittGam) 
  

P.s.: This would fix ticket #15283. ___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Bastian Bittorf 
* Roman Yeryomin  [11.04.2014 20:18]:
> > seems generating the rootfs is broken for you somehow.
> 
> ptgen fault?
> I have 64bit environment if that matters...

please go into 'target/linux/rb532/image/gen_image.sh' and
before ptgen, insert this:

echo >>/tmp/BLA "OUTPUT=$OUTPUT KERNELSIZE=$KERNELSIZE KERNELIMAGE=$KERNELIMAGE 
ROOTFSSIZE=$ROOTFSSIZE ROOTFSIMAGE=$ROOTFSIMAGE"
echo >>/tmp/BLA "ptgen-out: '$( ptgen -o "$OUTPUT" -h 16 -s 32 -t 0x27 -p 
${KERNELSIZE}m -t 0x83 -p ${ROOTFSSIZE}m )'"

after ptgen, insert this:
echo >>/tmp/BLA "1: $1 3: $3"

do an 'make' and show me your results in '/tmp/BLA', here:

###
OUTPUT=/home/bastian/owrtbuild/openwrt/bin/rb532/openwrt-rb532-combined-jffs2-128k.bin
KERNELSIZE=4
KERNELIMAGE=/home/bastian/owrtbuild/openwrt/bin/rb532/openwrt-rb532-jffs2-128k.kernel
ROOTFSSIZE=48
ROOTFSIMAGE=/home/bastian/owrtbuild/openwrt/build_dir/target-mipsel_mips32_uClibc-0.9.33.2/linux-rb532/root.jffs2-128k
ptgen-out: '16384
4440064
4472832
50577408'
1: 16384 3: 4472832
###

bye, bastian

PS: will keep it on list, even if this goes deep...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] target rb532 / routerboard

2014-04-11 Thread Roman Yeryomin 
On 11 April 2014 23:07, Bastian Bittorf  wrote:
> * Roman Yeryomin  [11.04.2014 20:18]:
>> > seems generating the rootfs is broken for you somehow.
>>
>> ptgen fault?
>> I have 64bit environment if that matters...
>
> please go into 'target/linux/rb532/image/gen_image.sh' and
> before ptgen, insert this:
>
> echo >>/tmp/BLA "OUTPUT=$OUTPUT KERNELSIZE=$KERNELSIZE 
> KERNELIMAGE=$KERNELIMAGE ROOTFSSIZE=$ROOTFSSIZE ROOTFSIMAGE=$ROOTFSIMAGE"
> echo >>/tmp/BLA "ptgen-out: '$( ptgen -o "$OUTPUT" -h 16 -s 32 -t 0x27 -p 
> ${KERNELSIZE}m -t 0x83 -p ${ROOTFSSIZE}m )'"
>
> after ptgen, insert this:
> echo >>/tmp/BLA "1: $1 3: $3"
>
> do an 'make' and show me your results in '/tmp/BLA', here:
>
> ###
> OUTPUT=/home/bastian/owrtbuild/openwrt/bin/rb532/openwrt-rb532-combined-jffs2-128k.bin
> KERNELSIZE=4
> KERNELIMAGE=/home/bastian/owrtbuild/openwrt/bin/rb532/openwrt-rb532-jffs2-128k.kernel
> ROOTFSSIZE=48
> ROOTFSIMAGE=/home/bastian/owrtbuild/openwrt/build_dir/target-mipsel_mips32_uClibc-0.9.33.2/linux-rb532/root.jffs2-128k
> ptgen-out: '16384
> 4440064
> 4472832
> 50577408'
> 1: 16384 3: 4472832
> ###

For the jffs2-128k part (looks same):

OUTPUT=/home/roman/dev/openwrt/rb532/bin/rb532/openwrt-rb532-combined-jffs2-128k.bin
KERNELSIZE=4
KERNELIMAGE=/home/roman/dev/openwrt/rb532/bin/rb532/openwrt-rb532-jffs2-128k.kernel
ROOTFSSIZE=48
ROOTFSIMAGE=/home/roman/dev/openwrt/rb532/build_dir/target-mipsel_mips32_uClibc-0.9.33.2/linux-rb532/root.jffs2-128k
ptgen-out: '16384
4440064
4472832
50577408'
1: 16384 3: 4472832


Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] issue with backport building openwrt for arm target

2014-04-11 Thread Outback Dingo 
Recall bad build environment, its resolved


On Fri, Apr 11, 2014 at 12:07 PM, Outback Dingo wrote:

> #
> # configuration written to .config
> #
> Building backport-include/backport/autoconf.h ... done.
>   CC [M]
>  
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/main.o
>   CC [M]
>  
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/compat-3.9.o
>   CC [M]
>  
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.o
> In file included from
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:17:0:
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/backport-include/linux/pci.h:255:16:
> warning: 'struct msix_entry' declared inside parameter list [enabled by
> default]
>  struct msix_entry *entries, int minvec, int maxvec)
> ^
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/backport-include/linux/pci.h:255:16:
> warning: its scope is only this definition or declaration, which is
> probably not what you want [enabled by default]
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:
> In function 'backport_of_property_read_u32_index':
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:199:2:
> error: implicit declaration of function 'of_find_property_value_of_size'
> [-Werror=implicit-function-declaration]
>   const u32 *val = of_find_property_value_of_size(np, propname,
>   ^
> /home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.c:199:19:
> warning: initialization makes pointer from integer without a cast [enabled
> by default]
>   const u32 *val = of_find_property_value_of_size(np, propname,
>^
> cc1: some warnings being treated as errors
> make[9]: ***
> [/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat/backport-3.10.o]
> Error 1
> make[8]: ***
> [/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/compat]
> Error 2
> make[7]: ***
> [_module_/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31]
> Error 2
> make[6]: *** [modules] Error 2
> make[5]: *** [modules] Error 2
> make[4]: *** [modules] Error 2
> make[4]: Leaving directory
> `/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31'
> make[3]: ***
> [/home/dingo/Development/Wireless/blix-atmel/build_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/linux-at91/compat-wireless-2014-03-31/.built]
> Error 2
> make[3]: Leaving directory
> `/home/dingo/Development/Wireless/blix-atmel/package/kernel/mac80211'
> make[2]: *** [package/kernel/mac80211/compile] Error 2
> make[2]: Leaving directory `/home/dingo/Development/Wireless/blix-atmel'
> make[1]: ***
> [/home/dingo/Development/Wireless/blix-atmel/staging_dir/target-arm_arm926ej-s_uClibc-0.9.33.2_eabi/stamp/.package_compile]
> Error 2
> make[1]: Leaving directory `/home/dingo/Development/Wireless/blix-atmel'
> make: *** [world] Error 2
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel