Feedback for R7000 New firmware 1.0.9.18

snoo
Aspirant
Feb 06, 2018
You've totally missed the point hurricane28. You can talk about experience & common sense all you like, but a factory reset is total BS. It's BS coz some **bleep**ty coder can't process an out of range or re-used variable from an old configuration. Just because it may fix it, doesn't mean its the right answer. It's like if I ask you to be quiet, and you keep dribbling **bleep** ... and then I rip your arms off & beat you around the head a bit just to shut you up - it may work, but it's probably no the right way to go about it.
- IrvSp
  Master
  Feb 06, 2018
  snoo, since you don't know how the code is written, you can't be sure if a RESET is needed or not?
  
  Consider this, there is only limited RAM. In it resides the present code and data settings. Do you know the size taken and free space?
  
  Now you have to load the new firmware install s/w somewhere. Probably need to at least retain a bootstrap set of code to start the initialization of the new code once downloaded and possibily verified. I'd suspect it would be wise to overlay the old firmware in case the d/l was bad.
  
  Assuming all that is true, can you be sure no data settings were overlaid during the firmware install? Even windows code comes down compressed and needs to be expanded when installed, and that requires some 'scratch area' to do that.
  
  Are you sure that even IF no data settings are overlaid that the new code wasn't using a different location for some settings. The new firmware did NOT move the data though?
  
  IF a new setting was added or removed (like Disney Circle and Arlo support) can you be sure that the data settings area wasn't changed and compressed or expanded, thus moving the address of some settings?
  
  Yes, all that is BAD CODING, but you just don't know, do you?
  
  The PERFECT way would be for NG to require you to SAVE the settings before upgrade, have the new firmware CLEAR all settings when first initialized, and then have you load the saved settings and the saved file have information what each item was and the firmware set those for you. That would be the best for all involved, but it isn't the case.
  
  I'm always trying the new flash without a reset. If I do hit a problem (rare) I'll do a reset. I think in the various releases I've only had to do this twice. I also think the reset code has changed? I think it used to actually clear all settings but it doesn't now.
  
  Want to read the source code, see https://kb.netgear.com/2649/NETGEAR-Open-Source-Code-for-Programmers-GPL, you'll find R7000 in the list and code for various flashes. You can get it sent to you on a flash drive for $20 or d/l it. Not worth my time doing that. The latest code is a 491MB zipped file. 2 files in it, a readme for building and a .TAR file for the code. Oh, you'll need some specific tools to build it too:
  
  =======
  Note:
        This package has been built successfully on 32-bit i386 Fedora 6 Linux
        host machine. Compiling this package on platforms other than Fedora Core 6
        may have unexpected results.
  =======
  - Diggie3
    Luminary
    Feb 06, 2018
    Oh my god, are you really arguing over this?
    
    If you want to see all the settings you can just log into the router and dump them with the nvram command. There's no big mystery to it.
    
    It's rare that you need to factory reset the router, and he already showed that the issue clearly affects one specific version by both upgrading to that version and downgrading to it.
    
    I personally don't know what the point in trying to make 1.9.18 work is anyway, it clearly is not a stable version, why even have the argument?

Forum Discussion

Feedback for R7000 New firmware 1.0.9.18