New oleg firmware version

[lly]

Is modprobe broken?

This is expected behavior in all Oleg firmwares.

modprobe intended to use with modules in /opt/lib/modules/... - i.e. external modules, and requires modules.dep for proper work.

insmod search for modules in /lib/modules/... only.

[maurer]

after i run almost all Wengi how-to (at least the parts i needed) i enabled the ftp from web-gui.
I'm using WL500gx-1.9.2.7-d-r381.trx latest.
But the performance of the ftp were very poor - through ssh tunnel.
After i disabled the ftp from web-gui i could not see my usb harddisk.
What could be the cause?
Do I need to restore the defaults and run the how-to again?

thanks.

[sebw]

Thanks for your reply lly

modprobe intended to use with modules in /opt/lib/modules/... - i.e. external modules, and requires modules.dep for proper work.

I have /opt/lib/modules/2.4.37.2/modules.dep and all the modules. This used to work in earlier versions and 'modprobe nfs' still works OK. I can execute 'modprobe audio' after inserting using insmod and I do not get any errors.

Any ideas what may be doing wrong?

[lly]

I have /opt/lib/modules/2.4.37.2/modules.dep and all the modules. This used to work in earlier versions and 'modprobe nfs' still works OK. I can execute 'modprobe audio' after inserting using insmod and I do not get any errors.

Any ideas what may be doing wrong?

Will check it, possible bug in busybox.

Updated:
I confirm the problem, it appeared only if module has dependencies. Fixed in r388.

[cichy]

Hello,
I'm getting this messages all the time

svc: bad direction 1681013353, dropping request

What's wrong, where's my mistake. I'm using latest version of wl-500 firmware (WL500gp-1.9.2.7-d-r381)

[lly]

Hello,
I'm getting this messages all the time

svc: bad direction 1681013353, dropping request

What's wrong, where's my mistake. I'm using latest version of wl-500 firmware (WL500gp-1.9.2.7-d-r381)

I even don't know in which circumstances this happens on you router, how you achieve it, was this works on alternative firmwares, etc. So I can't help without such information.
Either you should explain problem in detail, or only somebody who use NFS/RPC exactly same as you can help.

P.S. NFS is not enabled by default.

[kaffesump]

1. Very good indeed!

2. Yes, you would think that "reboot" would work from Putty but the problem is when is it not I've tried "reboot", rebooting from the webinterface etc. but now I've reseted (by removing the electricity cord) and restored the whole shit. But I'll definitively download the latest compiled version and flash and re-do everything when I find the time =)

Thanks a lot for the answers!

PS. Love the smileys on this forum

1. You can still use wengi's how-to on the beta firmware.
In fact, the only thing you need to do is: backup settings and flashfs, restore factory defaults, flash firmware, reconfigure the router and flash the flashfs file back. You'll be done quickly
Rebooting is a different problem... you should just type "reboot" in a console like putty.

2. No you don't need to compile it yourself, even tough it's not that hard. You can download the latests revision here: http://code.google.com/p/wl500g/
they may update a lot faster than the stable releases, so visit the site now and then

good answers?

[cichy]

Regarding last issue i've posted here, well it's all gone there's no more such error. But now i've noticed something else, that wasn't there.

Jun 27 12:16:03 smbd[222]: [2009/06/27 12:16:03, 0] lib/util_sock.c:read_socket_data(477)
Jun 27 12:16:03 smbd[222]:   read_socket_data: recv failure for 4. Error = No route to host

[lly]

Regarding last issue i've posted here, well it's all gone there's no more such error. But now i've noticed something else, that wasn't there.

Jun 27 12:16:03 smbd[222]: [2009/06/27 12:16:03, 0] lib/util_sock.c:read_socket_data(477)
Jun 27 12:16:03 smbd[222]:   read_socket_data: recv failure for 4. Error = No route to host

• "error" from your first post means that something send bad RPC request to NFS server on router, nothing more. I can't imagine what program on which host it can be.
• "error" from your next post means either bad record in routing table or lost link to specific host. This is not a firmware bug too.

[cichy]

Glad to hear this, so i'll try to find whatever causes these errors.

P.S. Is there any thread about using NTFS-3G on oleg's firmware?

[lly]

P.S. Is there any thread about using NTFS-3G on oleg's firmware?

As I know, dedicated thread is absent, since NTFS-3G is not supported on stock kernels 2.4.20. Some volunteers from Russian thread perform tests of NTFS-3g on our beta firmware, and found it working, but transfer speed is ugly small ~1.5 Mb/s due to CPU limitation.

[cichy]

So i'll stay with ext3. Thanx lly

[wpte]

Just wondering, is it possible to turn on asynchronous io?
or get it compiled for olegs?

since I believe this means it's turned off?

cat /proc/slabinfo | grep kio
kiobuf 0 0 64 0 0 1

I guess it might optimize disk speeds a lot

and ibm says it's available in patches for 2.4:
http://www.ibm.com/developerworks/li...brary/l-async/

[theMIROn]

there's no aio support in 2.4 vanila kernel, and the latest andrea's patch is from 05-Oct-2003
http://www.kernel.org/pub/linux/kern.../2.4.23aa1.bz2

[wpte]

there's no aio support in 2.4 vanila kernel, and the latest andrea's patch is from 05-Oct-2003
http://www.kernel.org/pub/linux/kern.../2.4.23aa1.bz2

so that's a no go then?