Re: [OpenWrt-Devel] OpenSSL: update to 1.0.1g - heartbleed bug
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
* 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
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
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
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
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
* 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
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
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
* 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
# # 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?
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
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
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
* 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
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
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
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
* 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
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
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