wl0 MAC/HW Address wrong on latest build

12 posts / 0 new
Last post
techiesjc
techiesjc's picture
wl0 MAC/HW Address wrong on latest build

I have installed the latest build on my R8000 that had the previous build running with no issues.  I factory reset the device prior to and after the download.  the wl0 address comes up with "00:00:00:00:00:02" while the other devices all have correct MAC/HW addresses.  I have attempted to "force" the address in nvram and I still get this same issue.  Any ideas? Thanks!

Sadhanhaldar
Sadhanhaldar's picture
Yes, I also found the same

Yes, I also found the same issue.
Developers are working to fix the issue.

techiesjc
techiesjc's picture
Thanks - any ETA and if not

Thanks - any ETA and if not the current download should be removed as it does not enable you to use the device.

Sayan Mukherjee
Sayan Mukherjee's picture
I have the same issue

I have the same issue regarding wl0 mac address.

But the device is working fine with this firmware. I have not found any notable issues so far, except the known issues stated in the description.

Are you getting any other issue? If yes, kindly mention them.

Thanks.

cableguy187
cableguy187's picture
I could not get the bonding

I could not get the bonding of the 2 radios to work..

techiesjc
techiesjc's picture
The only issue with the wl0

The only issue with the wl0 address is that I have multiple R8000s acting as multi-channel APs and the duplication of "00:00:00:00:00:02" makes it pretty impossible to deploy!

shinzon
shinzon's picture
techiesjc said: The only

techiesjc said: The only issue with the wl0 address is that I have multiple R8000s acting as multi-channel APs and the duplication of "00:00:00:00:00:02" makes it pretty impossible to deploy!

What he said.

shinzon
shinzon's picture
So it appears that the MAC is

So it appears that the MAC is not set correctly in the base nvram settings that get loaded upon the initial reboot/reset. You CAN set it and commit via nvram modification, but it gets reset upon reboot. So it appears nvram modifications are not being persisted for some if not all nvram command line modifications.

My knowledge of the firmware development environment is limited.

techiesjc
techiesjc's picture
Team - WHEN are you going to

Team - WHEN are you going to resolve this issue in the current build? It is totally useless if you do not post a FIXED versions ASAP.

Paint
Paint's picture
I was able to fix the MAC

I was able to fix the MAC issue with this build by following my insructions here. Its important that you whip your NVRAM settings correctly before updating...

The only issue I have is that one of the AC networks, WL0, only works at sub-AC based speeds. WL2 works at 866mpbs.

By deleting my NVRAM settings correctly, my MAC address for my WAN is the correct MAC (not 00:00:00:00:00:02)

Please follow these instructions I posted on the How-To forum: http://myopenrouter.com/forum/how-install-ddwrt-netgear-r8000-tathagata-rev27261

Mojolacerator2
Mojolacerator2's picture
By now I hope all who flash

By now I hope all who flash new images on their routers are clearing the nvram.

I have flashed the "current" image and have found that there are still unresolved radio issues. While not flawless,

I am back on Kong's March 7 image, with the correct tweaking, it runs very fast with very stable wireless.

Paint
Paint's picture
the newest Kong build for the

the newest Kong build for the R8000 is from 26-July-15 and it runs extremely stable. Wireless Briding still does not work with these builds, but is being worked on. 

You must clear out your NVRAM before and after flashing this rom. 

 

http://www.desipro.de/ddwrt/K3-AC-Arm/dd-wrt.K3_R8000.chk

http://www.desipro.de/ddwrt/K3-AC-Arm/