PDA

Bekijk de volledige versie : WL500g Premium - 7f-pre6 - URGENT ... now -pre7



Oleg
03-09-2006, 10:26
I've updated my firmware to workaround partial nvram loss problem. Everyone, who use my firmware, should upgrade to this latest version: http://oleg.wl500g.info/gp/WL500gp-1.9.2.7-7f-pre7.trx

With this firmware, your unit would correctly detect RESET button state, regardless of nvram settings. I'm still investigating the reason for nvram loss - this is sort of hardware problem.

Updated to -pre7. Added a new workarounds for flash handling. Flash programing is now much faster, hangups should go away when commiting nvram changes. MirrorBit flash technology hacks added... nvram CRC checks are also added. Only kernel is updated.

r0kanon
03-09-2006, 12:03
Hi Oleg, thanks very much for this notice. I have just completed wl-500Gp with HDD, enhanced-ctorrent and stuff like that. It has been working well for a week now. Do you think there is a way to keep customizations or shall I just complete torrents and take everything down, then re-install from scratch?

Cheers and just wanted to say - your work is excellent.

Oleg
03-09-2006, 14:21
You do not need to reinstall everything. Just flash new firmware and replace /sbin/rc with an updated one.

seaky
03-09-2006, 14:31
I've updated my firmware to workaround partial nvram loss problem. Everyone, who use my firmware, should upgrade to this latest version: http://oleg.wl500g.info/gp/WL500gp-1.9.2.7-7f-pre6.trx

With this firmware, your unit would correctly detect RESET button state, regardless of nvram settings. I'm still investigating the reason for nvram loss - this is sort of hardware problem.

Many thanks for your work!

Pedro83
03-09-2006, 23:11
Hi Oleg, thanks for new release. I've bought 500gP recently and still running Asus firmware. Do you still expect possibility of dead router? Is there any other way how to bring it then back to "life" except the trick with pin inside... I would like to install your firmware but i don't want to lose warranty. I will wait couple days probably to have responses from those braver :) thx for your work on firmware... P

Oleg
04-09-2006, 08:15
This is not a firmware problem, but hardware. The router "dies" with ASUS firmware too and DD-WRT as well.

Pedro83
04-09-2006, 08:19
oh, really sorry then... that's good news :) so I will give it try sooner or later... and what about the reset? just through pin? or any other option?

r0kanon
04-09-2006, 12:26
I updated the firmware, (by the way web interface refused to do that but ASUS recovery utility loaded it fine. Perhaps it has to do with the fact that I had gx firmware on it before) however ...


You do not need to reinstall everything. Just flash new firmware and replace /sbin/rc with an updated one.

Oleg I somehow lost you there. What is updated /sbin/rc ?

I understand this is a binary that contains quite a few things (including reboot) and it comes with the firmware. So if I flash a new one on, the /sbin/rc is updated as well? Or is there something that I am just missing?

Many thanks

IvanS
04-09-2006, 15:52
This is not a firmware problem, but hardware. The router "dies" with ASUS firmware too and DD-WRT as well.

Can we have some more details about this hw problem?
Is it something you/Asus can find a software workaround?

BTW I read that wl500gP should have some hw facility to speed up encryption? Does your firmware support it?

thanks and kudos for the great work you're doing

Oleg
04-09-2006, 18:57
oh, really sorry then... that's good news :) so I will give it try sooner or later... and what about the reset? just through pin? or any other option?
Reset should work fine now. I've added a code, which checks nvram validity (this feature does not exist in any other firmware at the moment) and automatically resets to defaults. Also, button is no longer depends on the nvram content. And finally, looks like the problem was due to hangups during nvram commit. Finally, the reason was that this new flash utilize MirrorBit technology which is not directly supported by linux. The flash supplies unexpected values during the query cycle, which are causing extra delays during write cycles. Etc, etc, etc... :D I've added a "hack" to workaround this issues.

Oleg
04-09-2006, 18:59
Can we have some more details about this hw problem?
Is it something you/Asus can find a software workaround?

Read above.


BTW I read that wl500gP should have some hw facility to speed up encryption? Does your firmware support it?
No tech doc is available for this facility and there is no code utilizing it... Well, perhaps they're using the same arch as for accelerators, but nobody checked this.

P Still
04-09-2006, 20:00
Is Client mode now working ?

last I tried with release 1.9.2.7-7f-pre4 and client mode it just acted as .... and no possibilities to contact the bricked router. => Pin 9 .....

Should I dare again with 7f-pre6 ?

Oleg
04-09-2006, 20:12
Is Client mode now working ?

last I tried with release 1.9.2.7-7f-pre4 and client mode it just acted as .... and no possibilities to contact the bricked router. => Pin 9 .....

Should I dare again with 7f-pre6 ?

Works fine. The latest is pre7.

bbaccsi
04-09-2006, 22:28
Oleg, I've experienced a problem with 7f pre6: on the web surface
if I clicked on save & restart I couldn't log in after restart, but
had to force a reeboot again from ssh. Does pre7 solve this problem also?
Thanks for your work!

Bbaccsi


I've updated my firmware to workaround partial nvram loss problem. Everyone, who use my firmware, should upgrade to this latest version: http://oleg.wl500g.info/gp/WL500gp-1.9.2.7-7f-pre7.trx

With this firmware, your unit would correctly detect RESET button state, regardless of nvram settings. I'm still investigating the reason for nvram loss - this is sort of hardware problem.

Updated to -pre7. Added a new workarounds for flash handling. Flash programing is now much faster, hangups should go away when commiting nvram changes. MirrorBit flash technology hacks added... nvram CRC checks are also added. Only kernel is updated.

Oleg
05-09-2006, 08:00
pre7 does not fix a problems: it tries to workaround them. Yes, flash pre7.

dunatos
05-09-2006, 10:20
I have installed olegs 1.9.2.7-7f-pre7 firmware on my router.

I now want to install the firmware asus supplied. I have download the file "WL500gp_1.9.6.9_TW.trx" from their site. But when I select the file in firmware upgrade and select upgrade. The router write it will take about 80 seconds..... Then after about 1 minute, the screen reloads as it should. But nothing has happend, the firmware is still "olegs 1.9.2.7-7f-pre7"?

How can I roll back to the asus firmware?

Oleg
05-09-2006, 10:28
Use firmware restoration tool.

dunatos
05-09-2006, 10:35
Use firmware restoration tool.

already use it!
the firmware is still "olegs 1.9.2.7-7f-pre7"

degenerated
05-09-2006, 12:12
already use it!
the firmware is still "olegs 1.9.2.7-7f-pre7"

try tftp'ing it while in diag mode

dunatos
06-09-2006, 07:02
try tftp'ing it while in diag mode

what is command "tftp"?
and how to use it?

Please provide a step

degenerated
06-09-2006, 12:17
what is command "tftp"?
and how to use it?

Please provide a step

well check this thread http://wl500g.info/showthread.php?t=1329

IvanS
06-09-2006, 20:59
Read above.

No tech doc is available for this facility and there is no code utilizing it... Well, perhaps they're using the same arch as for accelerators, but nobody checked this.

Is it something that can be exploited for ssh too or just for the wifi part?

Who should we flood with emails to make the docs public?
On my (our as users) part it seems a definitively good investment to try to put you in the condition to improve the firmware further.

thx for the workaround and the reply

Banane
06-09-2006, 21:13
The router "dies" with ASUS firmware too and DD-WRT as well. I can confirm this. In my case it "died" with OpenWRT, see http://forum.openwrt.org/viewtopic.php?id=7050 O.k. I build my own OpenWRT and maybe I did something wrong. But my build messages and results didn't look like that at first sight. I could only reanimate the router with PIN 9 (see also here: http://wl500g.info/showthread.php?p=35121#post35121 ). Before, I already observed strange nvram values: http://wl500g.info/showthread.php?p=34696#post34696 (I posted some nvram excerpts at the end of the post.)

So, if all this is true, Oleg has the only save firmware at the moment (with his workarounds)! Great work again, Oleg!

And here are my questions: Perhaps, I would like to change to Oleg's new firmware, even though I like OpenWRT, too. Are there any possibilities that Oleg's firmware does not have? Especially I want to access a DVD via USB and samba! Therefore I need USB-stuff, Samba-stuff and Kernel-filesystem-module for ISO9660 and UDF.

And I want to boot any customized firmware of my choice from an usb-medium. (This way I never need to do the PIN 9 again when I hacked too much.) Is it possible to boot from usb-media with Oleg's firmware like with OpenWRT? (http://wiki.openwrt.org/UsbStorageHowto?highlight=%28HowTo%29) Or vice versa: let OpenWRT on Asus and boot Oleg's from usb-medium somehow? Are the firmwares all the same: a busybox that can be "easily" bootet with

exec /bin/busybox init ?

Best regards

Thorsten

Kosh
10-09-2006, 08:31
I installed the WL500gp-1.9.2.7-7f-pre7.trx two days ago on my WL500gP. I followed the tutorial http://wl500g.info/showthread.php?t=5909 to install several packages. The only part I skipped was the "Extend RAM to 32MB" section of that tutorial, because free returns the following on my box:

total used free shared buffers
Mem: 30140 28684 1456 0 1048
Swap: 136544 2804 133740
Total: 166684 31488 135196
So it seems to me, that the 32MB memory are already available. Has the latest firmware version been modified to support the 32MB out of the box? If I look at the sdram values in the nvram I find the following values:

sdram_ncdl=0x507
sdram_init=0x0009
The value "sdram_ncdl=0x507" differs from the "sdram_ncdl=0" in the tutorial. My question is now, if I would gain anything from setting the ncdl value in nvram, since the 32MB seems already available to me...

Tanks for your help,
Kosh

PartyZan
12-09-2006, 19:57
I would like to know, what are the main improvements if I upgrade to pref7 firmware. I'm not such a "power user" like most of you guys here... so I need a simple answer. :p

Thank you!

Oleg
12-09-2006, 20:10
I would like to know, what are the main improvements if I upgrade to pref7 firmware. I'm not such a "power user" like most of you guys here... so I need a simple answer. :p

Thank you!

This depends on the firmware which you've at the moment. If you've one of my firmwares before -pre6, then you should uprade for sure. The changes are internal to keep your router working when nvram fails.

Oleg
12-09-2006, 20:12
The value "sdram_ncdl=0x507" differs from the "sdram_ncdl=0" in the tutorial. My question is now, if I would gain anything from setting the ncdl value in nvram, since the 32MB seems already available to me...
You've 32MB enabled. ncdl == 0 is used to automagically tune memory timings. Once booted it would be set to different value, so 0x507 is also valid...

Oleg
12-09-2006, 20:14
Is it something that can be exploited for ssh too or just for the wifi part?

Mostly by IPSec.


Who should we flood with emails to make the docs public?

Broadcom. :D

Oleg
12-09-2006, 20:19
I can confirm this. In my case it "died" with OpenWRT, see http://forum.openwrt.org/viewtopic.php?id=7050
Actually, the fix is possible for openwrt too... There are 2 patches in my sources which are fixing this...

Banane
12-09-2006, 21:45
Hi Oleg!


Actually, the fix is possible for openwrt too... There are 2 patches in my sources which are fixing this...

Well, send OpenWRT your fix! :-) As far as I remember from some posts you have already been in contact with them. Why not? If I could help a little bit, ..., but I (am only a "newbie" and) believe it is far more efficient if you're communicating with mbm, nbd and so on yourself :-)

I assume they are developing on "kamikaze" mainly :o . Don't know If they would patch WR5 for one device (of several supported) , that did not exist and has never been supported "officially" till march or so :confused: . If they do not patch, it would not "help" people, that do not compile the "bleeding" edge and want to use "stable" WR5. Perhaps there are still other possibilities, but may be a more complicated situation for WR5 with 500gP, but your fix still could be used for kamikaze!

Best regards

Thorsten

PartyZan
13-09-2006, 16:56
This depends on the firmware which you've at the moment. If you've one of my firmwares before -pre6, then you should uprade for sure. The changes are internal to keep your router working when nvram fails.

Thanks for your answer! Currently I'm runing official fw (1.9.6.9),... I tried also your pre6 fw and I played to much with some settings and finally I run "factory default" wich cause my router died.... pin 9 bring it alive... ;)
Will try pre7... :p

guilherme
20-09-2006, 20:02
Anyone know if tfp command'll restore the router instead of use pin 9? I'd like 2 try oleg's firmware but I don't want 2 open my router.

Banane
20-09-2006, 21:11
Sorry, there will be no guarantee, of course! There's always a real risk. As Oleg says there seems to be hardware bug or something like that, as far as I understand!? His newest firmware seems to work around the problem, and may be the only one, that does this, but ...

Maybe, you will have problems and can restore a firmware with tftp but only if you can reach your router via ip. If it suddenly decides to take a random ip from about 4000000000 possibilities or even no ip at all it will be not reachable anymore.

As much as I understand, this can even happen, if you do not change your firmware but only your settings, like i did before writing the following post:
http://wl500g.info/showthread.php?p=34696#post34696

Here is one defect ip setting in my nvram:

dr_staticipaddr_x=
]S񖕞&fNQx5?Lg4ֳH8ٷ*x矓PTԷ) MMkېa *ihcZ080000800800888pCO> }z߲a,Y־#G,ab}#9& ղ&M ,k^|qI)s/~9v+ȷ/_IC*UאX|mN{+_Ws.w%ߵ|n仕od >(}Q
o^|)mɷ=}̌rsw,J/=aYeUu=Rކ6-߽ѿ>v<cǘ`yJcS.6ŖDNկ#_O "6j}Z_Q/ۖ/#ߎ|Y
;$_Yjoߍw<~[74|q18N8a#K1'ǹnq[Uz]yM=Q;w!I?})?}y~6:xbtGu# G=
K/| '; 5A߅y21x5{mGdUL:̟r?0W; p0[䮘bU8/q

I do not understand how this could happen, but if the router does such things, it can also suddenly point to a random or invalid ip value. If you only changed your settings you still have guarantee and get a new device or money back!

Perhaps Oleg can post some more descriptions of the symptoms or causes of the bug!?

Oleg
21-09-2006, 09:32
Here is one defect ip setting in my nvram:

Have you reseted to defaults after you've flashed -pre7? Perhaps, this is an old firmware thing...

Banane
22-09-2006, 00:49
Hi Oleg!

I should have written:

"Here is one defect ip setting that has been in my nvram with my first/original asus firmware"

:-)

philwo
29-10-2006, 12:24
Are Olegs workarounds/fixes incorporated into OpenWRT yet? :)