Re: [OpenWrt-Devel] buildroot-ng
Hello, On Friday 09 September 2011 16:53:15 Roman Yeryomin wrote: On 6 September 2011 18:37, Roman Yeryomin leroi.li...@gmail.com wrote: Did anyone think of separating buildroot-ng from the content (packages and targets) into a separate project (under OpenWrt name of cause)? Then one can do something like `make content' and depending on what is configured get either openwrt or something else. Really noone? Well then how about not thinking but actually doing it? I already use it like that and thought that community could benefit from such approach too. This looks like a good idea, I am not sure about how many OpenWrt-specific stuff are folded into our build system, but if you have any patches to decouple OpenWrt-specificities from buildroot, feel free to get them posted. -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ar71xx: Stability issues on DIR-615 E4
Hello, On Friday 09 September 2011 19:54:47 Alexey Loukianov wrote: Good day to all, As I already had posted to the list, I'm experimenting with OpenWRT installation on my fresh-new DIR-615 rev. E4 box. Looks like that current trunk it is pretty unstable on it - I've got unexpected reboots or hangs at random intervals, varying from several minutes to the several hours. I suspect that the reboots are caused by kernel panic followed by hw reset from watchdog, but I hadn't been able to catch it with remote syslog. Every time it looks like everything is fine and then - kaboom - ssh connection get's dropped due to no response from the peer and I find the box being hanged or in process of rebooting itself. So, my questions are: a) Are there any users of DIR-615 E4 on the list experiencing similar troubles? b) What should I do to try to catch the kmesg at the hang/reboot moment? Should I solder in serial console connector and monitor for messages through it? Or maybe there's some other way like remote kernel debug utilities or something of that kind? You should be able to use the crashlog feature, which is a small ring-buffer in RAM holding kernel panics and such. Provided that the bootloader does not erase the contents of the RAM between two reboots, you can get this output by using: mount -t debugs /sys/kernel/debug cat /sys/kernel/debug/crashlog this should tell you what was the last cause of panic. Most essential is the (a) part of the question as the problem I face might be related to the possible damage the box might got while I've been soldering USB connector and several SMD resistors to its PCB. ATM I'm thinking about buying another DIR-615 E4 box just to check how does the virgin vanilla box behave under OpenWRT. Could be a good idea to make sure the hardware is not faulty. I doubt so, but maybe the board with USB has a different power supply circuitry to handle overcurrents and the powering of the USB devices? -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] sdk: fix generation for arm platforms
Signed-off-by: Roman Yeryomin ro...@advem.lv -- Index: target/sdk/Makefile === --- a/target/sdk/Makefile (revision 28142) +++ b/target/sdk/Makefile (working copy) @@ -29,7 +29,7 @@ $(BIN_DIR)/$(SDK_NAME).tar.bz2: clean mkdir -p $(SDK_BUILD_DIR)/dl $(SDK_BUILD_DIR)/package $(CP) $(INCLUDE_DIR) $(SCRIPT_DIR) $(TOPDIR)/docs $(SDK_BUILD_DIR)/ - $(TAR) -cf - -C $(TOPDIR) $(foreach exclude,$(EXCLUDE_DIRS),--exclude=$(exclude)) --exclude=staging_dir/$(ARCH) staging_dir/host staging_dir/target-$(ARCH)$(ARCH_SUFFIX)_$(LIBC)-$(LIBCV) staging_dir/toolchain-$(ARCH)$(ARCH_SUFFIX)_gcc-$(GCCV)_$(LIBC)-$(LIBCV) | \ + $(TAR) -cf - -C $(TOPDIR) $(foreach exclude,$(EXCLUDE_DIRS),--exclude=$(exclude)) --exclude=staging_dir/$(ARCH) staging_dir/host staging_dir/target-$(ARCH)$(ARCH_SUFFIX)_$(LIBC)-$(LIBCV)$(if $(CONFIG_arm),_eabi) staging_dir/toolchain-$(ARCH)$(ARCH_SUFFIX)_gcc-$(GCCV)_$(LIBC)-$(LIBCV)$(if $(CONFIG_arm),_eabi) | \ $(TAR) -xf - -C $(SDK_BUILD_DIR) mkdir -p $(SDK_BUILD_DIR)/target/linux $(CP) $(GENERIC_PLATFORM_DIR) $(PLATFORM_DIR) $(SDK_BUILD_DIR)/target/linux/ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ramips: add set-macs uci-default script
On 26 August 2011 04:33, Roman Yeryomin leroi.li...@gmail.com wrote: Signed-off-by: Roman Yeryomin ro...@advem.lv if there is nothing wrong, how about commiting this? Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] maccalc: add option to read mac from temp file
On 26 August 2011 04:30, Roman Yeryomin leroi.li...@gmail.com wrote: This method is much more stable than reading dd's output via stdin. Signed-off-by: Roman Yeryomin ro...@advem.lv Index: package/maccalc/src/main.c === --- a/package/maccalc/src/main.c (revision 28007) +++ b/package/maccalc/src/main.c (working copy) if there is nothing wrong, how about commiting this? Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] packages: add jansson JSON library
On 7 September 2011 00:21, Roman Yeryomin leroi.li...@gmail.com wrote: Signed-off-by: Roman Yeryomin ro...@advem.lv -- if there is nothing wrong, how about commiting this? Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Update mjpeg-streamer package
On Thu, Sep 08, 2011 at 10:31:31AM +0200, Roberto Riggio wrote: This patch upgrades the mjpeg-streamer package to the latest svn revision. It also closes track entry #9896 in the the newer version moved to v4l2. This patch it doesn't apply. mjpg-streamer r150 works for me too. - Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ar71xx: Stability issues on DIR-615 E4
Ok, I had managed to get the kernel panic dump, thx. to Florian Fainelli and his hint about /sys/kernel/debug/crashlog. To the tail of this message I attach oops logs either in vanilla state and parsed by ksymoops. I suspect that this oops might be the same as had been reported in ticket #10071 and fixed in r28213. Will check it and report back. === Time: 234.245408 watchdog timer 4Kernel bug detected[#1]: 4Cpu 0 4$ 0 : 802e 0004 00e0 4$ 4 : 81b7c1c0 e510 00fe 4$ 8 : 1000fc00 101f 81832000 4$12 : 0001 7fefb6b0 80262c50 0047 4$16 : 81849b60 01c0 0001 81849b70 4$20 : 802a12b0 81849800 802b6d08 e512 4$24 : 80069360 4$28 : 8029c000 8029dd30 802b 801b9ee0 4Hi: 001c 4Lo: 0003 4epc : 801ba06c 0x801ba06c 4Not tainted 4ra: 801b9ee0 0x801b9ee0 4Status: 1000fc03KERNEL EXL IE 4Cause : 10800024 4PrId : 00019374 (MIPS 24Kc) 4Modules linked in: cxacru usbatm nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat xt_conntrack xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables ppp_mppe ppp_async ppp_generic slhc br2684 atm ath9k ath9k_common ath9k_hw ath mac80211 crc_ccitt cfg80211 compat sha1_generic ecb arc4 aes_generic crypto_blkcipher cryptomgr aead crypto_hash crypto_algapi usb_storage ohci_hcd sd_mod ext4 jbd2 mbcache usbcore scsi_mod nls_base crc16 leds_gpio button_hotplug gpio_keys_polled input_polldev input_core 4Process swapper (pid: 0, threadinfo=8029c000, task=8029fbc0, tls=) 4Stack : 0002 0100 80dcc01c 80c44ad0 802f 80c317c8 80dcc000 80d9ae48 481849b70 0040 012c 802b 802f 802b6d08 e512 4802b 801d5788 802ab854 0040 802f 802f008c 0001 40003 0100 000a 802f 802f 802a95b8 802a9b90 8007a624 4802d 802dd1ea 802a 81ff 81f90015 802d7a60 4... 4Call Trace:[80c44ad0] 0x80c44ad0 4[80d9ae48] 0x80d9ae48 4[801d5788] 0x801d5788 4[8007a624] 0x8007a624 4[802d] 0x802d 4[802d] 0x802d 4[8007a82c] 0x8007a82c 4[800610e0] 0x800610e0 4[8006258c] 0x8006258c 4[80062760] 0x80062760 4[802d] 0x802d 4[8006151c] 0x8006151c 4[80063fcc] 0x80063fcc 4[80062780] 0x80062780 4[802b78d0] 0x802b78d0 4[802b721c] 0x802b721c 4 4 4Code: 24a503f4 0c094e07 2406037c 020d 24030001 ac430194 8e02 8c960004 8c420194 4Disabling lock debugging due to kernel taint 0Kernel panic - not syncing: Fatal exception in interrupt 0Rebooting in 3 seconds.. == root@OpenWrt:/tmp# ksymoops -m ./System.map dir615-kp.txt ksymoops 2.4.11 on mips 2.6.39.4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.6.39.4/ (default) -m ./System.map (specified) -t mips32r2 -a mips Error (regular_file): read_ksyms stat /proc/ksyms failed ksymoops: No such file or directory No modules in ksyms, skipping objects No ksyms, skipping lsmod 4Kernel bug detected[#1]: 4Cpu 0 4$ 0 : 802e 0004 00e0 4$ 4 : 81b7c1c0 e510 00fe 4$ 8 : 1000fc00 101f 81832000 4$12 : 0001 7fefb6b0 80262c50 0047 4$16 : 81849b60 01c0 0001 81849b70 4$20 : 802a12b0 81849800 802b6d08 e512 4$24 : 80069360 4$28 : 8029c000 8029dd30 802b 801b9ee0 4Hi: 001c 4Lo: 0003 4epc : 801ba06c 0x801ba06c 4Status: 1000fc03KERNEL EXL IE 4Cause : 10800024 481849b70 0040 012c 802b 802f 802b6d08 e512 4802b 801d5788 802ab854 0040 802f 802f008c 0001 40003 0100 000a 802f 802f 802a95b8 802a9b90 8007a624 4802d 802dd1ea 802a 81ff 81f90015 802d7a60 4Call Trace:[80c44ad0] 0x80c44ad0 4[80d9ae48] 0x80d9ae48 4[801d5788] 0x801d5788 4[8007a624] 0x8007a624 4[802d] 0x802d 4[802d] 0x802d 4[8007a82c] 0x8007a82c 4[800610e0] 0x800610e0 4[8006258c] 0x8006258c 4[80062760] 0x80062760 4[802d] 0x802d 4[8006151c] 0x8006151c 4[80063fcc] 0x80063fcc 4[80062780] 0x80062780 4[802b78d0] 0x802b78d0 4[802b721c] 0x802b721c 4Code: 24a503f4 0c094e07 2406037c 020d 24030001 ac430194 8e02 8c960004 8c420194 Error (Oops_bfd_perror): /tmp/ksymoops.ezR16f Invalid bfd target $14; 80262c50 twist_table.19232+0/20 $20; 802a12b0 ar71xx_eth0_data+0/40 $22; 802b6d08 softnet_data+8/80 $25; 80069360 unmask_mips_irq+0/20 $28; 8029c000 __end_rodata+0/0 $29; 8029dd30 init_thread_union+1d30/2000 $30; 802b random_table+a0/fc $31; 801b9ee0 ag71xx_poll+50/58c PC;