OUR NETWORK:TiVo Community TechLore Explore3DTV DVRplayground Dijit Community See all... About UsAdvertiseContact Us

 
Learn about scoring Forum's Raw Score: 114948.0
November 4, 2009 05:41 AM

Categories: WGR614L (Legacy Product)

Rating (0 votes)
  • 1
  • 2
  • 3
  • 4
  • 5
Rate This!

Member Avatar

Syed Yasir Imtiaz

Member
Joined: 06/25/2009

I have compiled the source code of WGR614L version 1.1.11_6.0.36.

I run the following commands:

export PATH=/opt/brcm/hndtools-mipsel-uclibc/bin:$PATH
export PATH=/opt/brcm/hndtools-mipsel-linux/bin:$PATH

cd home/bcm5354/src/
rm -rf $(find . -name '.depend')

make clean

make

After successful compilation the chk file named e.g. "wgr614v8_10291329.chk " is created.

I have compared this file with the pre-compiled "chk" file provided by netgear.

The size of both the files is different as well as the data inside.

I then compiled the code again and generated another "chk" file "wgr614v8_10291413.chk ".

when I compared both files that i have compiled, there size is same but their content is not same (I see the content by using a hex editor)

Kindly anyone tell me that what could be the problem. Because I have made no changes, just compiled the same code 2 times but their output is different.

Output is not totally different. Instead their are some places where the output is exactly the same, in some places they are totally changed and in some places only their addresses are changed.

e.g the value 1F is at 0021:43a4 in one file and is at 0021:43a6 at another file.

what could be the reason ? 

Everyone wants to live on top of the mountain, but all the happiness n growth occur while U're climbing it

Discussion:    Add a Comment | Comments 1-5 of 5 | Latest Comment

November 5, 2009 12:41 AM

It may happen if firmware store time stamp information in its header. So most of the portion would be some, some will be different.
You should get same behavior when you run those firmwares.

November 5, 2009 1:39 AM

Is there a method by which i could make the firmwares identical ?

Is it possible that I could somehow remove the time stamp information in order to make the two different firmware outputs same?

Actually because the outputs are not same, i m confused that may be the code is not run properly... But as the .chk file is generated so it means that all the progress of code is successful but i want the outputs to be same to each other as well.

Everyone wants to live on top of the mountain, but all the happiness n growth occur while U're climbing it

November 5, 2009 11:02 PM

You can look into src/router/Makefile.
After first compilation do not touch or read or write any files. Then again compile the same code. In that case both firmware should have same size and same content (may be some different in header due to time stamp).

If you have serial cable setup then you can try those firmware. After all if somehow your board is crashed you can always recover it through serial cable, provided bootloader is ok.

November 6, 2009 3:45 AM

I have compiled the same code 3 times without making any change. did not read or write any of the files.

Just run the make commands.

But I saw different behaviour in all the 3 files.

At some places they were same, some places they were totally different and in some places their addresses of the data was same. Means same data was present on different locations.

as you said that it could be because of time stamp information in the header, but in that case only some of the bytes should be same. But in my case many of the bytes were different.

Should i delete some of the files (means some additional files generated after first compilation)in the src folder or any other before recompiling? or Make clean command is enough ?

Everyone wants to live on top of the mountain, but all the happiness n growth occur while U're climbing it

November 6, 2009 3:55 AM

Regarding the serial setup.

I don't have the serial cable of 3.3v right now.

I m searching for that cable but could not be able to find that one uptill now.

I have made the backup using tftpEnable utility in the form of 8 mtd files. I think If I could get the serial cable, I will be able to restore the firmware using those files.

Actually, If in case I upload the chk file using GUI and if the router would not accept that file then its true that I could restore the router using the serial console but in that case too I would not know that what was the problem with my chk file that has made the router unstable.

So there should be a method by which we could verify the chk file before uploading it to the router :)

Everyone wants to live on top of the mountain, but all the happiness n growth occur while U're climbing it

Discussion:    Add a Comment | Back to Top | Comments 1-5 of 5 | Latest Comment

Add Your Reply

(will not be displayed)

Email me when comments are added to this thread

 
 

Please log in or register to participate in this community!

Log In

Remember

Not a member? Sign up!

Did you forget your password?

You can also log in using OpenID.

close this window
close this window