OpenWrt Forum Archive

Topic: Update on Linksys WRT1900AC support

The content of this topic has been archived between 16 Sep 2014 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.

nyt wrote:

same size, but dif md5sum on the ap8x.ko module... will see if it improves.

Huh. After applying the patches ap8x.ko is the same in both the old tree from github and openwrt post-patches.

In fact the two trees are almost identical.

jklap wrote:
nyt wrote:

same size, but dif md5sum on the ap8x.ko module... will see if it improves.

Huh. After applying the patches ap8x.ko is the same in both the old tree from github and openwrt post-patches.

In fact the two trees are almost identical.


Correct, I ran md5sum on the binary on the device and it came up different... it gets stripped going from staging -> build, so my mistake

(Last edited by nyt on 29 Apr 2014, 15:58)

Tried a couple of things this morning (all connecting to 2.4):
* Switching wdev0 from 11bgnac to 11gn
* Switching wdev1 from 11anac to 11gn (comes up as 11an)
* Disabling wdev1 (doesn't work-- also disables wdev0)
* Dropping encryption
* Other/auto channels (auto doesn't seem to work-- possibly marvel.sh issue)

Also did some googling on the error seen-- I can only find references to it when people are talking about AC support.

Also interesting that that error is showing in the logs given the binary is the same... why now?

jklap wrote:

Tried a couple of things this morning (all connecting to 2.4):
* Switching wdev0 from 11bgnac to 11gn
* Switching wdev1 from 11anac to 11gn (comes up as 11an)
* Disabling wdev1 (doesn't work-- also disables wdev0)
* Dropping encryption
* Other/auto channels (auto doesn't seem to work-- possibly marvel.sh issue)

Also did some googling on the error seen-- I can only find references to it when people are talking about AC support.

Also interesting that that error is showing in the logs given the binary is the same... why now?

Either it was missed earlier or changes to hostapd?  Could have been missed earlier.  Not sure what it is, but it happens on connect, nothing when the connection drops.

I suspected yesterday but wasn't able to try and verify until today. I have one client that doesn't seem to loose its connection at all. Not even when one of my other test machines looses it's connection. I verified both are connecting via 2.4/n

2.4n seemed more stable, but after some time and running high bitrate transfers it would also lock up until reassociating.

I have a few questions about this router before I'll buy it.I want to put OpenWRT on it.I have 1Gbps internet connection on PPoE from RCS&RDS(Romanian ISP).How is the support for this router does work HW NAT(hardware acceleration),IPv6,how is the USB support(what read,write speeds do you get?).Does Wi-Fi(N and AC) work  and its stable

(Last edited by gamer8martie on 29 Apr 2014, 18:55)

nyt wrote:

2.4n seemed more stable, but after some time and running high bitrate transfers it would also lock up until reassociating.

Not sure it's (entirely) related to bitrate-- the machine that consistently locks up isn't doing much-- certainly not over 1MB/s.

x33 wrote:

I've been on the Attitude Adjustment prebuilt binary, and it's been pretty stable.  The only 802.11ac device I have is a Nexus 5 and I can run Speedtest several times without disconnects.

Thats /some/ good news. smile

jklap wrote:

I suspected yesterday but wasn't able to try and verify until today. I have one client that doesn't seem to loose its connection at all. Not even when one of my other test machines looses it's connection. I verified both are connecting via 2.4/n

Sounds good, I still don't own a wrt1900ac, (hopefully soon)

The fastest NIC I run on my LAN is only 2.4n, so could not test AC anyways, unless I get a 802.11ac NIC.

Sill running strong with 2 WRT54GL's and 1 D-Link 615, the D-Link is a N radio.


2.4n for me is fine for now. smile

(Last edited by gufus on 29 Apr 2014, 23:25)

Drakia wrote:

Looks like they've re-arranged the GitHub repo and now the source ready for building is stored in a private repo: https://github.com/wrt1900ac/opensource/issues/4

Now why do suppose they did that?

bjbaughcum03 wrote:
Drakia wrote:

Looks like they've re-arranged the GitHub repo and now the source ready for building is stored in a private repo: https://github.com/wrt1900ac/opensource/issues/4

Now why do suppose they did that?

No idea, but it's rather annoying because they're telling us to email them for access, but not providing an email address to email them at.

nyt wrote:
x33 wrote:

I've been on the Attitude Adjustment prebuilt binary, and it's been pretty stable.  The only 802.11ac device I have is a Nexus 5 and I can run Speedtest several times without disconnects.

What what speeds?  Only get the issue with 70-80+mbps transfers here.

Downloaded iPerf and ran a few tests between my wired PC and the Nexus 5, getting between 167Mbps to 178Mbps.  I'm able to run the tests 5 or 6 times with no disconnects.

[86808.091437] INFO: rcu_sched self-detected stall on CPU { 0}  (t=6000 jiffies g=195730 c=195729 q=1744)
[86808.100829] CPU: 0 PID: 3338 Comm: miniupnpd Tainted: P             3.10.32 #1
[86808.108070] Backtrace:
[86808.110545] [<c0019e08>] (dump_backtrace+0x0/0x118) from [<c001a16c>] (show_stack+0x18/0x1c)
[86808.119003]  r6:c04558b8 r5:000006d0 r4:c04506f8 r3:00000000
[86808.124728] [<c001a154>] (show_stack+0x0/0x1c) from [<c0190574>] (dump_stack+0x24/0x28)
[86808.132759] [<c0190550>] (dump_stack+0x0/0x28) from [<c00705e0>] (rcu_check_callbacks+0x230/0x6e8)
[86808.141751] [<c00703b0>] (rcu_check_callbacks+0x0/0x6e8) from [<c0030fac>] (update_process_times+0x48/0x74)
[86808.151525] [<c0030f64>] (update_process_times+0x0/0x74) from [<c005cd74>] (tick_sched_timer+0x1d8/0x200)
[86808.161114]  r7:cdbcdc90 r6:c047dee8 r5:00004ef3 r4:87a8bc21
[86808.166841] [<c005cb9c>] (tick_sched_timer+0x0/0x200) from [<c00450c8>] (__run_hrtimer.isra.32+0xa8/0x144)
[86808.176524] [<c0045020>] (__run_hrtimer.isra.32+0x0/0x144) from [<c00458a0>] (hrtimer_interrupt+0x138/0x2ac)
[86808.186375]  r7:00000001 r6:c0811458 r5:00004ef3 r4:87a8b9a1
[86808.192106] [<c0045768>] (hrtimer_interrupt+0x0/0x2ac) from [<c029781c>] (armada_370_xp_timer_interrupt+0x4c/0x54)
[86808.202490] [<c02977d0>] (armada_370_xp_timer_interrupt+0x0/0x54) from [<c006b578>] (handle_percpu_devid_irq+0x74/0x8c)
[86808.213299]  r4:cf803c80 r3:c02977d0
[86808.216912] [<c006b504>] (handle_percpu_devid_irq+0x0/0x8c) from [<c0067e84>] (generic_handle_irq+0x34/0x44)
[86808.226763]  r8:cdbcdc90 r7:cdbcdcc4 r6:00000000 r5:00000010 r4:00000010
[86808.226763] r3:c006b504
[86808.234691] [<c0067e50>] (generic_handle_irq+0x0/0x44) from [<c0017524>] (handle_IRQ+0x84/0x94)
[86808.243410]  r4:c0450bb0 r3:00000060
[86808.247023] [<c00174a0>] (handle_IRQ+0x0/0x94) from [<c000855c>] (armada_370_xp_handle_irq+0x70/0x144)
[86808.256350]  r6:c0495fe4 r5:00000013 r4:c0255304 r3:cf802400
[86808.262074] [<c00084ec>] (armada_370_xp_handle_irq+0x0/0x144) from [<c0008ce0>] (__irq_svc+0x40/0x50)
[86808.271316] Exception stack(0xcdbcdc90 to 0xcdbcdcd8)
[86808.276383] dc80:                                     00000618 00dea735 ee1bdfb3 00dea731
[86808.284585] dca0: cdbcdde0 cf9a6800 c03f9ffc c02552a0 63800001 00000000 00001000 cdbcdcec
[86808.292785] dcc0: 00000610 cdbcdcd8 c02552c0 c0255304 00000013 ffffffff
[86808.299428] [<c02552a0>] (mvneta_get_stats64+0x0/0xc8) from [<c02b001c>] (dev_get_stats+0x40/0xbc)
[86808.308408]  r5:cf9a6800 r4:cdbcdde0
[86808.312026] [<c02affdc>] (dev_get_stats+0x0/0xbc) from [<c02c8a1c>] (dev_seq_printf_stats+0x24/0x16c)
[86808.321267]  r7:00000081 r6:00000000 r5:ce4f49c0 r4:cf9a6800
[86808.326991] [<c02c89f8>] (dev_seq_printf_stats+0x0/0x16c) from [<c02c8b8c>] (dev_seq_show+0x28/0x30)
[86808.336146]  r9:00000000 r8:63800001 r7:00000081 r6:00000000 r5:cf9a6800
[86808.336146] r4:ce4f49c0
[86808.344072] [<c02c8b64>] (dev_seq_show+0x0/0x30) from [<c00c2884>] (seq_read+0x304/0x468)
[86808.352281] [<c00c2580>] (seq_read+0x0/0x468) from [<c00e4c08>] (proc_reg_read+0x5c/0x94)
[86808.360487] [<c00e4bac>] (proc_reg_read+0x0/0x94) from [<c00a30e8>] (vfs_read+0xac/0x148)
[86808.368684]  r7:00000000 r6:cdbcdf78 r5:0171c4d0 r4:cea1c380
[86808.374409] [<c00a303c>] (vfs_read+0x0/0x148) from [<c00a3730>] (SyS_read+0x44/0x74)
[86808.382170]  r8:00001000 r7:00000000 r6:cea1c380 r5:00000000 r4:00002ee8
[86808.388951] [<c00a36ec>] (SyS_read+0x0/0x74) from [<c0009020>] (ret_fast_syscall+0x0/0x30)
[86808.397235]  r9:cdbcc000 r8:c00091a4 r7:00000003 r6:bebb1a68 r5:00001000
[86808.397235] r4:0171bf90
[113273.323917] INFO: rcu_sched self-detected stall on CPU { 0}  (t=6000 jiffies g=253626 c=253625 q=1011)
[113273.333396] CPU: 0 PID: 3338 Comm: miniupnpd Tainted: P             3.10.32 #1
[113273.340723] Backtrace:
[113273.343286] [<c0019e08>] (dump_backtrace+0x0/0x118) from [<c001a16c>] (show_stack+0x18/0x1c)
[113273.351831]  r6:c04558b8 r5:000003f3 r4:c04506f8 r3:00000000
[113273.357644] [<c001a154>] (show_stack+0x0/0x1c) from [<c0190574>] (dump_stack+0x24/0x28)
[113273.365762] [<c0190550>] (dump_stack+0x0/0x28) from [<c00705e0>] (rcu_check_callbacks+0x230/0x6e8)
[113273.374841] [<c00703b0>] (rcu_check_callbacks+0x0/0x6e8) from [<c0030fac>] (update_process_times+0x48/0x74)
[113273.384702] [<c0030f64>] (update_process_times+0x0/0x74) from [<c005cd74>] (tick_sched_timer+0x1d8/0x200)
[113273.394379]  r7:cdbcdc90 r6:c047dee8 r5:00006705 r4:6a8b29de
[113273.400195] [<c005cb9c>] (tick_sched_timer+0x0/0x200) from [<c00450c8>] (__run_hrtimer.isra.32+0xa8/0x144)
[113273.409965] [<c0045020>] (__run_hrtimer.isra.32+0x0/0x144) from [<c00458a0>] (hrtimer_interrupt+0x138/0x2ac)
[113273.419903]  r7:00000001 r6:c0811458 r5:00006705 r4:6a8b25a6
[113273.425721] [<c0045768>] (hrtimer_interrupt+0x0/0x2ac) from [<c029781c>] (armada_370_xp_timer_interrupt+0x4c/0x54)
[113273.436193] [<c02977d0>] (armada_370_xp_timer_interrupt+0x0/0x54) from [<c006b578>] (handle_percpu_devid_irq+0x74/0x8c)
[113273.447088]  r4:cf803c80 r3:c02977d0
[113273.450789] [<c006b504>] (handle_percpu_devid_irq+0x0/0x8c) from [<c0067e84>] (generic_handle_irq+0x34/0x44)
[113273.460726]  r8:cdbcdc90 r7:cdbcdcc4 r6:00000000 r5:00000010 r4:00000010
[113273.460726] r3:c006b504
[113273.468743] [<c0067e50>] (generic_handle_irq+0x0/0x44) from [<c0017524>] (handle_IRQ+0x84/0x94)
[113273.477549]  r4:c0450bb0 r3:00000060
[113273.481248] [<c00174a0>] (handle_IRQ+0x0/0x94) from [<c000855c>] (armada_370_xp_handle_irq+0x70/0x144)
[113273.490664]  r6:c0495fe4 r5:00000013 r4:c0255304 r3:cf802400
[113273.496476] [<c00084ec>] (armada_370_xp_handle_irq+0x0/0x144) from [<c0008ce0>] (__irq_svc+0x40/0x50)
[113273.505806] Exception stack(0xcdbcdc90 to 0xcdbcdcd8)
[113273.510960] dc80:                                     00000618 00fefdb5 3a76331c 00fefdb5
[113273.519250] dca0: cdbcdde0 cf9a6800 c03f9ffc c02552a0 63800001 00000000 00001000 cdbcdcec
[113273.527537] dcc0: 00000610 cdbcdcd8 c02552c0 c0255304 00000013 ffffffff
[113273.534266] [<c02552a0>] (mvneta_get_stats64+0x0/0xc8) from [<c02b001c>] (dev_get_stats+0x40/0xbc)
[113273.543333]  r5:cf9a6800 r4:cdbcdde0
[113273.547037] [<c02affdc>] (dev_get_stats+0x0/0xbc) from [<c02c8a1c>] (dev_seq_printf_stats+0x24/0x16c)
[113273.556365]  r7:00000081 r6:00000000 r5:cd357140 r4:cf9a6800
[113273.562181] [<c02c89f8>] (dev_seq_printf_stats+0x0/0x16c) from [<c02c8b8c>] (dev_seq_show+0x28/0x30)
[113273.571421]  r9:00000000 r8:63800001 r7:00000081 r6:00000000 r5:cf9a6800
[113273.571421] r4:cd357140
[113273.579434] [<c02c8b64>] (dev_seq_show+0x0/0x30) from [<c00c2884>] (seq_read+0x304/0x468)
[113273.587728] [<c00c2580>] (seq_read+0x0/0x468) from [<c00e4c08>] (proc_reg_read+0x5c/0x94)
[113273.596022] [<c00e4bac>] (proc_reg_read+0x0/0x94) from [<c00a30e8>] (vfs_read+0xac/0x148)
[113273.604306]  r7:00000000 r6:cdbcdf78 r5:0171c710 r4:cea2cbc0
[113273.610117] [<c00a303c>] (vfs_read+0x0/0x148) from [<c00a3730>] (SyS_read+0x44/0x74)
[113273.617966]  r8:00001000 r7:00000000 r6:cea2cbc0 r5:00000000 r4:00002ee8
[113273.624836] [<c00a36ec>] (SyS_read+0x0/0x74) from [<c0009020>] (ret_fast_syscall+0x0/0x30)
[113273.633206]  r9:cdbcc000 r8:c00091a4 r7:00000003 r6:bebb1a68 r5:00001000
[113273.633206] r4:0171bf00
[115198.254562] INFO: rcu_sched self-detected stall on CPU { 0}  (t=6000 jiffies g=256913 c=256912 q=1300)
[115198.264041] CPU: 0 PID: 3338 Comm: miniupnpd Tainted: P             3.10.32 #1
[115198.271369] Backtrace:
[115198.273932] [<c0019e08>] (dump_backtrace+0x0/0x118) from [<c001a16c>] (show_stack+0x18/0x1c)
[115198.282478]  r6:c04558b8 r5:00000514 r4:c04506f8 r3:00000000
[115198.288289] [<c001a154>] (show_stack+0x0/0x1c) from [<c0190574>] (dump_stack+0x24/0x28)
[115198.296407] [<c0190550>] (dump_stack+0x0/0x28) from [<c00705e0>] (rcu_check_callbacks+0x230/0x6e8)
[115198.305486] [<c00703b0>] (rcu_check_callbacks+0x0/0x6e8) from [<c0030fac>] (update_process_times+0x48/0x74)
[115198.315346] [<c0030f64>] (update_process_times+0x0/0x74) from [<c005cd74>] (tick_sched_timer+0x1d8/0x200)
[115198.325024]  r7:cdbcdc90 r6:c047dee8 r5:000068c5 r4:98b76449
[115198.330837] [<c005cb9c>] (tick_sched_timer+0x0/0x200) from [<c00450c8>] (__run_hrtimer.isra.32+0xa8/0x144)
[115198.340607] [<c0045020>] (__run_hrtimer.isra.32+0x0/0x144) from [<c00458a0>] (hrtimer_interrupt+0x138/0x2ac)
[115198.350545]  r7:00000001 r6:c0811458 r5:000068c5 r4:98b761f1
[115198.356364] [<c0045768>] (hrtimer_interrupt+0x0/0x2ac) from [<c029781c>] (armada_370_xp_timer_interrupt+0x4c/0x54)
[115198.366834] [<c02977d0>] (armada_370_xp_timer_interrupt+0x0/0x54) from [<c006b578>] (handle_percpu_devid_irq+0x74/0x8c)
[115198.377729]  r4:cf803c80 r3:c02977d0
[115198.381428] [<c006b504>] (handle_percpu_devid_irq+0x0/0x8c) from [<c0067e84>] (generic_handle_irq+0x34/0x44)
[115198.391366]  r8:cdbcdc90 r7:cdbcdcc4 r6:00000000 r5:00000010 r4:00000010
[115198.391366] r3:c006b504
[115198.399382] [<c0067e50>] (generic_handle_irq+0x0/0x44) from [<c0017524>] (handle_IRQ+0x84/0x94)
[115198.408188]  r4:c0450bb0 r3:00000060
[115198.411889] [<c00174a0>] (handle_IRQ+0x0/0x94) from [<c000855c>] (armada_370_xp_handle_irq+0x70/0x144)
[115198.421305]  r6:c0495fe4 r5:00000013 r4:c0255304 r3:cf802400
[115198.427116] [<c00084ec>] (armada_370_xp_handle_irq+0x0/0x144) from [<c0008ce0>] (__irq_svc+0x40/0x50)
[115198.436445] Exception stack(0xcdbcdc90 to 0xcdbcdcd8)
[115198.441600] dc80:                                     00000618 01032f73 455e8298 01032ee3
[115198.449889] dca0: cdbcdde0 cf9a6800 c03f9ffc c02552a0 63800001 00000000 00001000 cdbcdcec
[115198.458176] dcc0: 00000610 cdbcdcd8 c02552c0 c0255304 00000013 ffffffff
[115198.464906] [<c02552a0>] (mvneta_get_stats64+0x0/0xc8) from [<c02b001c>] (dev_get_stats+0x40/0xbc)
[115198.473973]  r5:cf9a6800 r4:cdbcdde0
[115198.477678] [<c02affdc>] (dev_get_stats+0x0/0xbc) from [<c02c8a1c>] (dev_seq_printf_stats+0x24/0x16c)
[115198.487007]  r7:00000081 r6:00000000 r5:ce57f340 r4:cf9a6800
[115198.492821] [<c02c89f8>] (dev_seq_printf_stats+0x0/0x16c) from [<c02c8b8c>] (dev_seq_show+0x28/0x30)
[115198.502062]  r9:00000000 r8:63800001 r7:00000081 r6:00000000 r5:cf9a6800
[115198.502062] r4:ce57f340
[115198.510075] [<c02c8b64>] (dev_seq_show+0x0/0x30) from [<c00c2884>] (seq_read+0x304/0x468)
[115198.518370] [<c00c2580>] (seq_read+0x0/0x468) from [<c00e4c08>] (proc_reg_read+0x5c/0x94)
[115198.526664] [<c00e4bac>] (proc_reg_read+0x0/0x94) from [<c00a30e8>] (vfs_read+0xac/0x148)
[115198.534947]  r7:00000000 r6:cdbcdf78 r5:0171c768 r4:ce4cb080
[115198.540760] [<c00a303c>] (vfs_read+0x0/0x148) from [<c00a3730>] (SyS_read+0x44/0x74)
[115198.548609]  r8:00001000 r7:00000000 r6:ce4cb080 r5:00000000 r4:00002ee8
[115198.555478] [<c00a36ec>] (SyS_read+0x0/0x74) from [<c0009020>] (ret_fast_syscall+0x0/0x30)
[115198.563849]  r9:cdbcc000 r8:c00091a4 r7:00000003 r6:bebb1a68 r5:00001000
[115198.563849] r4:0171c708

no wireless clients attached... just crashed.

Drakia wrote:

Looks like they've re-arranged the GitHub repo and now the source ready for building is stored in a private repo: https://github.com/wrt1900ac/opensource/issues/4

Clone OpenWrt from the given commit hash and apply their patches. Not sure what is in the private repo but a workable (minus the wifi drops) image can be built that way.

nyt wrote:
[86808.091437] INFO: rcu_sched self-detected stall on CPU { 0}  (t=6000 jiffies g=195730 c=195729 q=1744)
[86808.100829] CPU: 0 PID: 3338 Comm: miniupnpd Tainted: P             3.10.32 #1

no wireless clients attached... just crashed.

Maybe http://www.myopenrouter.com/download/di … -all-CPU/?

jklap wrote:
nyt wrote:
[86808.091437] INFO: rcu_sched self-detected stall on CPU { 0}  (t=6000 jiffies g=195730 c=195729 q=1744)
[86808.100829] CPU: 0 PID: 3338 Comm: miniupnpd Tainted: P             3.10.32 #1

no wireless clients attached... just crashed.

Maybe http://www.myopenrouter.com/download/di … -all-CPU/?

ancient bug fixed over a year ago sad

Looking at the backtrace, it's reading from a sysfs file which is causing the lockup when querying the mvnet driver in mvneta_get_stats64

[86808.262074] [<c00084ec>] (armada_370_xp_handle_irq+0x0/0x144) from [<c0008ce0>] (__irq_svc+0x40/0x50)
[86808.271316] Exception stack(0xcdbcdc90 to 0xcdbcdcd8)
[86808.276383] dc80:                                     00000618 00dea735 ee1bdfb3 00dea731
[86808.284585] dca0: cdbcdde0 cf9a6800 c03f9ffc c02552a0 63800001 00000000 00001000 cdbcdcec
[86808.292785] dcc0: 00000610 cdbcdcd8 c02552c0 c0255304 00000013 ffffffff
[86808.299428] [<c02552a0>] (mvneta_get_stats64+0x0/0xc8) from [<c02b001c>] (dev_get_stats+0x40/0xbc)
[86808.308408]  r5:cf9a6800 r4:cdbcdde0
[86808.312026] [<c02affdc>] (dev_get_stats+0x0/0xbc) from [<c02c8a1c>] (dev_seq_printf_stats+0x24/0x16c)
[86808.321267]  r7:00000081 r6:00000000 r5:ce4f49c0 r4:cf9a6800
[86808.326991] [<c02c89f8>] (dev_seq_printf_stats+0x0/0x16c) from [<c02c8b8c>] (dev_seq_show+0x28/0x30)
[86808.336146]  r9:00000000 r8:63800001 r7:00000081 r6:00000000 r5:cf9a6800
[86808.336146] r4:ce4f49c0
[86808.344072] [<c02c8b64>] (dev_seq_show+0x0/0x30) from [<c00c2884>] (seq_read+0x304/0x468)
[86808.352281] [<c00c2580>] (seq_read+0x0/0x468) from [<c00e4c08>] (proc_reg_read+0x5c/0x94)
[86808.360487] [<c00e4bac>] (proc_reg_read+0x0/0x94) from [<c00a30e8>] (vfs_read+0xac/0x148)
[86808.368684]  r7:00000000 r6:cdbcdf78 r5:0171c4d0 r4:cea1c380
[86808.374409] [<c00a303c>] (vfs_read+0x0/0x148) from [<c00a3730>] (SyS_read+0x44/0x74)
[86808.382170]  r8:00001000 r7:00000000 r6:cea1c380 r5:00000000 r4:00002ee8
[86808.388951] [<c00a36ec>] (SyS_read+0x0/0x74) from [<c0009020>] (ret_fast_syscall+0x0/0x30)
[86808.397235]  r9:cdbcc000 r8:c00091a4 r7:00000003 r6:bebb1a68 r5:00001000

(Last edited by nyt on 30 Apr 2014, 23:30)

Hey, I've read through these forums and several other tutorials for unbricking the WRT1900AC but none have resulted in any progress.
My Situation:
     I tried to update the firmware on my router to a version of BATMAN meant for the WRT54G series, but when I tried to update the firmware it never finished and threw me an error saying the firmware didn't install properly. Ever since I have been unable to access my router at all. It is labeled as an Unregistered network on my computer when I hook up to it, and the router has no default gateway or ip address assigned to it.

Any suggestions would be helpful, I am unsure if it is even bricked because nothing any website says will work.

Dzitars wrote:

Hey, I've read through these forums and several other tutorials for unbricking the WRT1900AC but none have resulted in any progress.

For reference for those hanging out here, can you share the links you've found for unbricking the WRT1900AC?

And did you see nyt's post on the first page about switching to the alternate firmware? If that doesn't work, you likely are going to need to get handy with some serial work.

As a side note, I think they really need to review /lib/upgrade/platform.sh. They are updating the boot partition before the flash-- which seems like it should be *after* the flash has been confirmed as successful. Wish they'd respond to my question on github to where issues can be reported.

jklap wrote:

Wish they'd respond to my question on github

Say, are you running their latest build?

Barrier Breaker

Barrier-Breaker/openwrt-armadaxp--jffs2-128k.img - prebuilt image based on OpenWrt Barrier-Breaker

Barrier-Breaker/patch_submission_1.6.tar.gz - patch files for standard OpenWrt Package

OpenWRT git base revision: e97be7a104e5c809ae4638cf169823249a505698

OpenWRT svn base revision: 40006

gufus wrote:

Say, are you running their latest build?

Barrier Breaker

Barrier-Breaker/openwrt-armadaxp--jffs2-128k.img - prebuilt image based on OpenWrt Barrier-Breaker

Barrier-Breaker/patch_submission_1.6.tar.gz - patch files for standard OpenWrt Package

OpenWRT git base revision: e97be7a104e5c809ae4638cf169823249a505698

OpenWRT svn base revision: 40006

No but yes. Compiled my own image based on their patches (and some of my own). Was running originally from that git commit hash but have been experimenting with the git head since then.... wifi doesn't work, likely due to the binary being kernel specific but have been testing other things most recently. I had been running their previously posted image for Barrier-Breaker-- not sure if anything had changed-- looks like they just renamed and moved the file.

Ok, thx!

Got my wrt1900ac today smile

Think I'll just use the OEM firmware for now

ttul

jklap wrote:

wifi doesn't work,

BTW

Hope they get the driver for the Marvell 802.11ac wireless chipset problem fixed soon.

Sorry, posts 126 to 125 are missing from our archive.