Re: [OpenWrt-Devel] Serial port - Atheros - WORKS

2010-03-24 Thread RHS Linux User
Hi, Works !!! OpenWRT Mesh Potato - Village Telco version. 1. disable ttyS0 line in inittab. 2. recompile 8250.c in ../david/ directory with define fastISR disabled. 3. rmmod 8250mp 3.5 insmod serial_core if needed 4. insmod 8250new.ko 5. minicom /dev/ttyS0

Re: [OpenWrt-Devel] Howto debug init scripts like preinit?

2010-03-24 Thread Ferenc Wagner
Daniel Dickinson csh...@csolve.net writes: You won't see anything from preinit with set -x because when preinit is first called there is no stdin/stdout. One of the things preinit does is attach itself to a terminal, if there is one (otherwise it just connects to a pseudo-terminal) Would

[OpenWrt-Devel] [patch] ddns-scripts feature

2010-03-24 Thread Tomasz Fornal
Hello I added small feature to ddns-script form myself, but it might be useful for others. This enhancement allow user to specify any script to obtain IP address. In configuration file option ip_source should be set to script and option ip_script should contain path to user script. Script must

Re: [OpenWrt-Devel] mjpg-streamer and kernel crash again

2010-03-24 Thread Kövesdi György
OK, wanted to be sure that we are hunting a real bug. Did you check that the files are actually written to that disk? Yes, it is written. I sent another email about executing a simple 'ls' command on that directory (or any other one containing a lot of files) also leads to crash. I suppose

Re: [OpenWrt-Devel] mjpg-streamer and kernel crash again

2010-03-24 Thread Bernhard Loos
2010/3/22 Kövesdi György k...@teledigit.hu: Where is the output of mjpg-streamer written to? It looks like it is using ram disk or (slow) flash memory. Make sure it is on the hard disk. Sorry, i forgot to mention that there is a link: /data - /mnt/xxx/ which point to the HD. What is the

Re: [OpenWrt-Devel] WRT160NL new bootloader fix

2010-03-24 Thread Bernhard Loos
After a suggestion from xMff, I dedicded to use a uci-defaults script, as this should fit the needs. Use it instead of the firstboot script in the original patch. I can't test it, as I don't have the device with me right now, but it's trivial. Bernhard 2010/3/22 Otto Solares

Re: [OpenWrt-Devel] mjpg-streamer and kernel crash again

2010-03-24 Thread Kövesdi György
Besides that, I would suggest to kill mjpg-streamer from time to time and restart it with a different output directory. I tried it but the time of the crash is not determined exactly: sometimes it occures sooner. So, the system will crash for sure, sooner or later. I want to participate in

Re: [OpenWrt-Devel] mjpg-streamer and kernel crash again

2010-03-24 Thread Bernhard Loos
Well, if you can reproduce the problem with ls, you can start debugging the kernel and figure out, what exactly allocates that much memory and maybe prevent it in some way. 2010/3/24 Kövesdi György k...@teledigit.hu: Besides that, I would suggest to kill mjpg-streamer from time to time and

[OpenWrt-Devel] Backfire 10.03-rc1

2010-03-24 Thread Nico
*** Release Candidate 1 *** The OpenWrt Team would like to announce a release candidate (RC1) of the next major release, codenamed Backfire. Testing of this build will help refine the code in preparation of the final release. Binaries can be downloaded at

Re: [OpenWrt-Devel] WRT160NL new bootloader fix

2010-03-24 Thread Otto Solares
On Wed, Mar 24, 2010 at 02:39:51PM +0100, Bernhard Loos wrote: After a suggestion from xMff, I dedicded to use a uci-defaults script, as this should fit the needs. Use it instead of the firstboot script in the original patch. I can't test it, as I don't have the device with me right now, but

Re: [OpenWrt-Devel] Backfire 10.03-rc1

2010-03-24 Thread Bruno Wolff III
On Wed, Mar 24, 2010 at 17:10:25 +0100, Nico n...@openwrt.org wrote: *** Release Candidate 1 *** The OpenWrt Team would like to announce a release candidate (RC1) of the next major release, codenamed Backfire. Testing of this build will help refine the code in preparation of the final

Re: [OpenWrt-Devel] mjpg-streamer and kernel crash again

2010-03-24 Thread Kövesdi György
Well, if you can reproduce the problem with ls, you can start debugging the kernel and figure out, what exactly allocates that much memory and maybe prevent it in some way. In the case of my 'ls' problem the memory allocation is correct, the memory really runs out, but i think that the system