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:
gufus wrote:
Drakia wrote:

Wonder why they ditched the source for the driver and just included the binary in this release though...

Good question

I've asked about the wifi driver

Always the same answer sad
https://forum.openwrt.org/viewtopic.php … 04#p233604

Do they know their binary driver doesn't work so well?  My inquiries were met with silence =[

I'm starting to wonder about this problem (hope it gets fixed one day)

BTY

The binary wireless driver and the OEM Firmware Version:1.1.7.160582 works for me

Good speed for 5G AC too

http://www.gypsy-designs.com/22.jpg

NIC
http://www.gypsy-designs.com/1.jpg

Regards

(Last edited by gufus on 27 May 2014, 00:48)

gufus wrote:
nyt wrote:
gufus wrote:

Good question

I've asked about the wifi driver

Always the same answer sad
https://forum.openwrt.org/viewtopic.php … 04#p233604

Do they know their binary driver doesn't work so well?  My inquiries were met with silence =[

I'm starting to wonder about this problem (hope it gets fixed one day)

BTY

The binary wireless driver and the OEM Firmware Version:1.1.7.160582 works for me

Good speed for 5G AC too

http://www.gypsy-designs.com/22.jpg

NIC
http://www.gypsy-designs.com/1.jpg

Regards

OEM firmware defeats the purpose of this router.

Sorry, I'll stay "on-topic" smile

Their attitude adjustment build works fine, I think I'll see about finding the patchset for that and building that instead of barrier breaker..

nyt wrote:

Their attitude adjustment build works fine, I think I'll see about finding the patchset for that and building that instead of barrier breaker..

No wireless disconnects with encryption enabled?

Drakia wrote:
nyt wrote:

Their attitude adjustment build works fine, I think I'll see about finding the patchset for that and building that instead of barrier breaker..

No wireless disconnects with encryption enabled?

Just some quick tests so far... no prolonged usage... but no issues yet..

Does anyone else notice noise from this router during high speed wireless transfers?

nyt wrote:

Their attitude adjustment build works fine, I think I'll see about finding the patchset for that and building that instead of barrier breaker..

yeah unfortunately this was the source they uploaded without proper permissions set... I don't have the patience to go through that again at the moment...  Did they ever produce a patch set for r38260?

(Last edited by nyt on 27 May 2014, 05:03)

nyt wrote:
gufus wrote:
Drakia wrote:

Wonder why they ditched the source for the driver and just included the binary in this release though...

Good question

I've asked about the wifi driver

Always the same answer sad
https://forum.openwrt.org/viewtopic.php … 04#p233604

Do they know their binary driver doesn't work so well?  My inquiries were met with silence =[

I'm pretty much convinced now that they're idiots, comparatively speaking this project will go nowhere, sadly.

jalyst wrote:
nyt wrote:
gufus wrote:

Good question

I've asked about the wifi driver

Always the same answer sad
https://forum.openwrt.org/viewtopic.php … 04#p233604

Do they know their binary driver doesn't work so well?  My inquiries were met with silence =[

I'm pretty much convinced now that they're idiots, comparatively speaking this project will go nowhere, sadly.

IMHO

Lets wait and see, things will become more clear in time.

Hi guys,

I've just bought a WRT1900AC with the express purpose of running OpenWRT, as I have my own linux application that I wrote and want to run on my router. Unfortunately I just belived all Linksys's advertising that the WRT1900AC actually could run OpenWRT, and went ahead and bought the router without looking here first.

Sorry for the noob questions but I've tried reading this thread and am still not clear on exactly what  the current situation is with running OpenWRT on a WRT1900AC.

It seems everyone here is having various problems and are mostly compiling their own images, yet I just had a brief email exchange with Matt Fatheree at Linksys to try and shed some light on exactly what the current situation is, and he said:

> There is a pre-built OpenWrt firmware image available here:
> https://github.com/wrt1900ac/opensource … 2-128k.img
> Wireless is working in that image, although I can not comment on all of the rest of the functionality.

Has anyone already tried exactly this pre-built image? if so, how stable/good is it? Is this actually the most stable/functional prebuilt openWRT image so far for WRT1900AC, or is there a more stable/functional prebuilt image available now?

Thanks guys,
Neil.

(Last edited by justniz on 27 May 2014, 07:14)

justniz wrote:

Hi guys,

I've just bought a WRT1900AC with the express purpose of running OpenWRT, as I have my own linux application that I wrote and want to run on my router. Unfortunately I just belived all Linksys's advertising that the WRT1900AC actually could run OpenWRT, and went ahead and bought the router without looking here first.

Sorry for the noob questions but I've tried reading this thread and am still not clear on exactly what  the current situation is.

It seems everyone here is having various problems and are mostly compiling their own image, yet I just had a brief email exchange with Matt Fatheree at Linksys to try and shed some light on exactly what the current situation is, and he said:

>   There is a pre-built OpenWrt firmware image available here:
>         https://github.com/wrt1900ac/opensource … 2-128k.img

Has anyone just tried exactly this pre-built image already? if so, how stable/good is it? Is this actually the most stable/functional prebuilt openWRT image for WRT1900AC avaialble so far, or is there a more stable/functional one available now?

Thanks guys,
Neil.

The barrier breaker image has unstable wifi and some issues with miniupnpd.  The aa image is working ok.  I just created a diff off their aa tree (With broken permissions) and trying to compile an aa build now...  at least a custom aa build is better than a broken bb build.

(Last edited by nyt on 27 May 2014, 07:14)

nyt wrote:

The barrier breaker image has unstable wifi and some issues with miniupnpd.  The aa image is working ok.  I just created a diff off their aa tree (With broken permissions) and trying to compile an aa build now...  at least a custom aa build is better than a broken bb build.

Is their aa already fully stable/functional on the WRT1900AC then?

if so, what would be the advantages of using a bb build, even with the wifi and miniupnpd issues fixed?

Thanks and sorry again for the noob questions,
Neil.

justniz wrote:

I've just bought a WRT1900AC with the express purpose of running OpenWRT,

Welcome to the trenches..

smile

justniz wrote:
nyt wrote:

The barrier breaker image has unstable wifi and some issues with miniupnpd.  The aa image is working ok.  I just created a diff off their aa tree (With broken permissions) and trying to compile an aa build now...  at least a custom aa build is better than a broken bb build.

Is their aa already fully stable/functional on the WRT1900AC then?

if so, what would be the advantages of using a bb build, even with the wifi and miniupnpd issues fixed?

Thanks and sorry again for the noob questions,
Neil.

They've provided enough code for BB that you can compile your own without much issue, unfortunately this isn't so for aa.

I fired off an AA build tonight.. generated a patch from their uploaded source, but onto a functional openwrt checkout.  copied all the binary stuff, then fixed permissions on their base-files.  I'll see how this does in the next couple of days.... its not bb, but if it works, should at least keep me happy until they get bb working right.

nyt wrote:
gufus wrote:

quite a bit larger eh  hmm

It's not stripped
It's also not likely you'll get too far..

vermagic:       3.2.40 SMP mod_unload ARMv7

Their previous version wasn't stripped either

ap8x.ko: ELF 32-bit LSB relocatable, ARM, version 1 (SYSV), BuildID[sha1]=0x2418be4e1abd83210d56912aa41cd4b778e237fd, not stripped

So here is what I've been seeing after running it solid for over a week.

The disconnects don't seem to be directly tied to running out of memory-- I've been running with with tweaked memory settings and swap and they are still occurring.

I do see a lot of cpu stalls-- ALL of them showing stack traces related to network ops-- often Sys_sendto but not always.

I've also seen several kernel panics-- hadn't turned on minicom logging and so have missed the full details before it would reboot itself.

The migration/0 process is consuming a massive amount of CPU time-- migration/1 almost nothing.

At times the route's load will jump to 4-5 when nothing seems to be going on-- feels like it's due to the migration/0 process. This often happens around the time of disconnects-- certainly see cpu stalls during this time.

Several of my machines are using the WRT1900AC as their router-- caveat that any machine that needs a solid wifi is connecting to an Airport Express smile

Other devices such as phones are using the WRT1900AC's wifi and rarely see issues... but they are likely 1) always re-connecting and 2) not moving huge amounts of data.

jklap wrote:

So here is what I've been seeing after running it solid for over a week.

Which image? aa or bb

Thx!

Well I have an AA image built.  I'll either upload the source tree or provide patching info somewhere once I test it...

-rw-r--r-- 1 nyt users 23855104 May 27 20:49 openwrt-armadaxp--jffs2-128k.img

no joy yet...

- init -
[  173.885808] Kernel panic - not syncing: Attempted to kill init!
[  173.891754] CPU1: stopping
[  173.894469] Backtrace:
[  173.896955] [<c0011060>] (dump_backtrace+0x0/0x110) from [<c0484cc0>] (dump_stack+0x18/0x1c)
[  173.905418]  r6:fbc21000 r5:00000001 r4:c063b948 r3:c0616028
[  173.911146] [<c0484ca8>] (dump_stack+0x0/0x1c) from [<c00128f0>] (handle_IPI+0x104/0x180)
[  173.919353] [<c00127ec>] (handle_IPI+0x0/0x180) from [<c0008330>] (do_IPI+0x10/0x14)
[  173.927119]  r5:60000013 r4:c000ec84
[  173.930732] [<c0008320>] (do_IPI+0x0/0x14) from [<c000d534>] (__irq_svc+0x34/0xe8)
[  173.938324] Exception stack(0xcf855f78 to 0xcf855fc0)
[  173.943392] 5f60:                                                       cf2243c0 c060a8f0
[  173.951600] 5f80: cf855fb0 c0017664 cf854000 c061056c c063b784 c063b930 0000406a 562f5842
[  173.959807] 5fa0: 00000000 cf855fdc cf855fc0 cf855fc0 c000eaf0 c000ec84 60000013 ffffffff
[  173.968018] [<c000ec3c>] (cpu_idle+0x0/0x84) from [<c05ec238>] (secondary_start_kernel+0x13c/0x160)
[  173.977091]  r6:10c03c7d r5:00000015 r4:00000002 r3:c060a6d0
[  173.982818] [<c05ec0fc>] (secondary_start_kernel+0x0/0x160) from [<005ebb74>] (0x5ebb74)
gufus wrote:
jklap wrote:

So here is what I've been seeing after running it solid for over a week.

Which image? aa or bb

Thx!

head

jklap wrote:
gufus wrote:
jklap wrote:

So here is what I've been seeing after running it solid for over a week.

Which image? aa or bb

Thx!

head

Ok, Thx again smile

Seems my aa errors were due to config.. copied their base config out of the veriksystems dir and built with that... now I have a working AA build... now to just go through the config yet again and enable all my options.

ATTITUDE ADJUSTMENT (Attitude Adjustment, unknown)

Linux ZOMGWTFBBQWIFI 3.2.36 #2 SMP Wed May 28 04:40:51 EDT 2014 armv7l GNU/Linux

I've also heard some interesting news from Belkin.  Unfortunately, I cannot share yet... but it's good news... stay tuned in the next few weeks.

(Last edited by nyt on 29 May 2014, 07:10)

Hi nyt...when you've got your aa build fixed could you kindly post a link to the *.img.
Also, does the openvpn feature appear to work ok?
Thanks