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.

I have been trying to follow this guide
http://wiki.openwrt.org/doc/recipes/usb … al_network
and it all seems to work right except for under the mount usb deice my device has defaults as option where as in the guide it shows rw and sync.

DavidMcWRT wrote:
gufus wrote:

BTY

No heartbleed in CC r43860 OpenVPN

root@AC1900:~#  strings /usr/lib/libssl.so.1.0.0 | grep OpenSSL
OpenSSLDie
SSLv3 part of OpenSSL 1.0.1j 15 Oct 2014
TLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
DTLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
OpenSSL 1.0.1j 15 Oct 2014
root@AC1900:~#

There's recently been some new OpenSSL advisories:
https://www.openssl.org/news/vulnerabilities.html

It's the same ver.

root@AC1900:~# opkg install libopenssl
Package libopenssl (1.0.1j-4) installed in root is up to date.
root@AC1900:~#
root@AC1900:~# strings /usr/lib/libssl.so.1.0.0 | grep OpenSSL
OpenSSLDie
SSLv3 part of OpenSSL 1.0.1j 15 Oct 2014
TLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
DTLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
OpenSSL 1.0.1j 15 Oct 2014
root@AC1900:~#

(Last edited by gufus on 11 Jan 2015, 03:57)

I am also trying to install bandwithd but it will not find the package

dysolve wrote:

I have been trying to follow this guide
http://wiki.openwrt.org/doc/recipes/usb … al_network
and it all seems to work right except for under the mount usb deice my device has defaults as option where as in the guide it shows rw and sync.

Install/setup

luci-app-samba

git-15.005.65059-9edd0e4-1

gufus wrote:
dysolve wrote:

I have been trying to follow this guide
http://wiki.openwrt.org/doc/recipes/usb … al_network
and it all seems to work right except for under the mount usb deice my device has defaults as option where as in the guide it shows rw and sync.

Install/setup

luci-app-samba

git-15.005.65059-9edd0e4-1

I already had git-14.359.33351-5e6c33e-1 installed. I am upgrading to 15 now. I have the same problem. I do not have permission to write to the shares.

thanks for the help so far

(Last edited by dysolve on 11 Jan 2015, 06:01)

RickStep wrote:

Software is the most difficult to test and debug.

Our school systems have primary grade pupils and secondary grade students writing programs. Do they work; YES. Do they follow any standard; NO. If posted online for others to use securely; NO.

The grade school pupils & higher grade students can't use carpentry tools, can't cook, can't fix a car, can't design an electronic circuit; BUT THE SCHOOL SYSTEM has taught them the are SOFTWARE PROGRAMMERS.

The problem is; IF some of these "kids"; many of these kids that get a university degree in software engineering; HOW do you break them of really bad programming habits.

Most "kids" that learn to program in public school systems like it so much that they produce programs today (aps) for smartphones & tables etc. and despite their university degree NEVER get away from CRAP programming.

It is way easier to teach someone how to program from scratch; than it is to BREAK programmers from OLD HABITS.

I was not taking a swipe at a dedicated group here; bat at the programmer/group that sold the software that allows these posts.

The "board" software IS crap!

Go down to the DavidMcWrt post number 2,243 from Friday 20:55:03 hours.

Rick

Is there any moderator for this? To discuss forum software has nothing to do with this topic. For forum software issue, please open your own thread and don't hijack this thread.

Moderator should clean this thread up for another non-related post.

LogicoZone wrote:
RickStep wrote:

Software is the most difficult to test and debug.

Our school systems have primary grade pupils and secondary grade students writing programs. Do they work; YES. Do they follow any standard; NO. If posted online for others to use securely; NO.

The grade school pupils & higher grade students can't use carpentry tools, can't cook, can't fix a car, can't design an electronic circuit; BUT THE SCHOOL SYSTEM has taught them the are SOFTWARE PROGRAMMERS.

The problem is; IF some of these "kids"; many of these kids that get a university degree in software engineering; HOW do you break them of really bad programming habits.

Most "kids" that learn to program in public school systems like it so much that they produce programs today (aps) for smartphones & tables etc. and despite their university degree NEVER get away from CRAP programming.

It is way easier to teach someone how to program from scratch; than it is to BREAK programmers from OLD HABITS.

I was not taking a swipe at a dedicated group here; bat at the programmer/group that sold the software that allows these posts.

The "board" software IS crap!

Go down to the DavidMcWrt post number 2,243 from Friday 20:55:03 hours.

Rick

Is there any moderator for this? To discuss forum software has nothing to do with this topic. For forum software issue, please open your own thread and don't hijack this thread.

Moderator should clean this thread up for another non-related post.

I second this, While Rick has a valid point, this thread is not the right place for it.

(Last edited by dysolve on 11 Jan 2015, 08:49)

dysolve wrote:
gufus wrote:
dysolve wrote:

I have been trying to follow this guide
http://wiki.openwrt.org/doc/recipes/usb … al_network
and it all seems to work right except for under the mount usb deice my device has defaults as option where as in the guide it shows rw and sync.

Install/setup

luci-app-samba

git-15.005.65059-9edd0e4-1

I already had git-14.359.33351-5e6c33e-1 installed. I am upgrading to 15 now. I have the same problem. I do not have permission to write to the shares.

thanks for the help so far

I have made some progress, I am now able to wget to the drives and copy the files from the drives to my windows machines. It must be permission issue, but I am having issues sorting it out

ok, I got it working. it needed chmod -R 777 for some reason. now I have an issue where I can not copy any file bigger than 20meg to the drives.

I have also noticed the fastest transfer speed is <20MB/s

(Last edited by dysolve on 11 Jan 2015, 07:24)

@dysolve
chmod -R 777 (Your folder)
chown -R nobody ("")

lifehacksback wrote:

@dysolve
chmod -R 777 (Your folder)
chown -R nobody ("")

i did both of these and that gave me read write access from windows but I can not write a file larger than 20meg. I can wget over 4gig !

None can help me with openvswitch ?

Once again the question is: 'is it possible to run it on this AP? do you have any suggestion?'

It's sad to see that you've spent a lot of time answering to a guy that just shouts while ignoring people that kindly ask questions.

piepoli.antonio wrote:

None can help me with openvswitch ?

Once again the question is: 'is it possible to run it on this AP? do you have any suggestion?'

It's sad to see that you've spent a lot of time answering to a guy that just shouts while ignoring people that kindly ask questions.

it tends to be the squeaky wheel gets the grease in forums. https://github.com/pichuang/openvwrt. it shows it as CC ready and some one has to be first to test wink

I've flashed mine with lifehacksback's OpenWRT and it really seems to work faster then the linksys firmware.
It's my first time using openWRT so I'm still learning.

I'm struggling with the WIFI right now. Can't make it work in AC mode...
Also, Is it possible to have both wifis act like a single one like the linksys firmware does ?

Thanks in advance

Philou wrote:

I've flashed mine with lifehacksback's OpenWRT and it really seems to work faster then the linksys firmware.
It's my first time using openWRT so I'm still learning.

I'm struggling with the WIFI right now. Can't make it work in AC mode...
Also, Is it possible to have both wifis act like a single one like the linksys firmware does ?

Thanks in advance

what issues are you having? radio one is 2.4 N and second is 5 AC.

gufus wrote:
DavidMcWRT wrote:
gufus wrote:

BTY

No heartbleed in CC r43860 OpenVPN

root@AC1900:~#  strings /usr/lib/libssl.so.1.0.0 | grep OpenSSL
OpenSSLDie
SSLv3 part of OpenSSL 1.0.1j 15 Oct 2014
TLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
DTLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
OpenSSL 1.0.1j 15 Oct 2014
root@AC1900:~#

There's recently been some new OpenSSL advisories:
https://www.openssl.org/news/vulnerabilities.html

It's the same ver.

root@AC1900:~# opkg install libopenssl
Package libopenssl (1.0.1j-4) installed in root is up to date.

I had j3 installed prior to doing the update.

gufus wrote:

root@AC1900:~#
root@AC1900:~# strings /usr/lib/libssl.so.1.0.0 | grep OpenSSL
OpenSSLDie
SSLv3 part of OpenSSL 1.0.1j 15 Oct 2014
TLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
DTLSv1 part of OpenSSL 1.0.1j 15 Oct 2014
OpenSSL 1.0.1j 15 Oct 2014
root@AC1900:~#

This info remained the same between j3 and j4.

However, the j4 package file date is 8th Jan, same date as the latest advisories.

Long story short - if you're running j4 you're up to date smile

(Last edited by DavidMcWRT on 11 Jan 2015, 15:38)

dysolve wrote:
Philou wrote:

I've flashed mine with lifehacksback's OpenWRT and it really seems to work faster then the linksys firmware.
It's my first time using openWRT so I'm still learning.

I'm struggling with the WIFI right now. Can't make it work in AC mode...
Also, Is it possible to have both wifis act like a single one like the linksys firmware does ?

Thanks in advance

what issues are you having? radio one is 2.4 N and second is 5 AC.

My Radio0 is in master mode with 2.4 N and works perfectly

My Radio1 is in client mode with AC and it does not work.
It says "Wireless is disabled or not associated"

For now I have given both a different ESSID.
Can I give them the same ESSID to have only 1 WIFI network ?

Philou wrote:
dysolve wrote:
Philou wrote:

I've flashed mine with lifehacksback's OpenWRT and it really seems to work faster then the linksys firmware.
It's my first time using openWRT so I'm still learning.

I'm struggling with the WIFI right now. Can't make it work in AC mode...
Also, Is it possible to have both wifis act like a single one like the linksys firmware does ?

Thanks in advance

what issues are you having? radio one is 2.4 N and second is 5 AC.

My Radio0 is in master mode with 2.4 N and works perfectly

My Radio1 is in client mode with AC and it does not work.
It says "Wireless is disabled or not associated"

For now I have given both a different ESSID.
Can I give them the same ESSID to have only 1 WIFI network ?


I have radio0 as my 2.4 Ghz wifi, and radio1 as my 5Ghz wifi, they do have different names(eg: wifi and wifi_5ghz). 
I had to play with the settings for the 5ghz to get it to run, what I ended up with was this:
Mode: AC
Channel: (Pick one, auto didn't work for me)
Width: 80(only one that works for me...the rest render the 5ghz not working at all)
Transmit Power: 20dbm(100mW)

Those got mine working, hope that helps.


[Edit] I am using lifehackisback's image from Jan 5-ish

(Last edited by mtcycler90 on 11 Jan 2015, 18:50)

bsoft wrote:

I'm going to chime in too about Belkin (Linksys) and Marvell.

THANK YOU to Belkin for working to get a driver up-streamed. The fact that you released an open source mac802.11 driver for the 88W8864 is why I bought a WRT1900AC. Absent your open-source support, I would have purchased a Netgear R7000 instead, mostly because it was considerably cheaper.

I understand why everyone is frustrated at how long this has taken. Belkin promised open-source and then failed to deliver. Anyone who knows open-source and in particular Linux knows that binary blobs aren't going to cut it, nor are half-broken modules that don't use the standard interfaces.

However, anyone who knows Linux *also* knows that poor manufacturer support is the rule, not the exception. Things have gotten much better in the last few years as more companies have seen the light, but the embedded space is still very rough.

I hope that Belkin/Linksys as a corporate entity learned from this ordeal, and as a result has a much better relationship with open source projects in the future.

Marvell for what it's worth, seems to have a better rapport with open source projects (they seem to be in regular communication with the free-electrons group, which contributes a lot of ARM arch code & drivers to the linux kernel).

I am a little hesitant to heap praise on Belkin/Linksys simply because there is no evidence one way or another that they decided to make good on their promises and help bring to the state of affairs to where we are now.

I can tell you that we were pushing for this (and the EFF was too):

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                              
Delivered-To: youalreadyknowmyemail@gmail.com
Received: by 10.27.91.146 with SMTP id p140csp661140wlb;
        Thu, 11 Dec 2014 13:09:16 -0800 (PST)
X-Received: by 10.68.103.195 with SMTP id fy3mr21012877pbb.84.1418332155001;
        Thu, 11 Dec 2014 13:09:15 -0800 (PST)
Return-Path: <xxxx@eff.org>
Received: from mail2.eff.org (mail2.eff.org. [173.239.79.204])
        by mx.google.com with ESMTPS id ex2si3270130pbb.231.2014.12.11.13.09.14
        for <youalreadyknowmyemail@gmail.com>
        (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
        Thu, 11 Dec 2014 13:09:14 -0800 (PST)
Received-SPF: pass (google.com: domain of ranga@eff.org designates 173.239.79.204 as permitted sender) client-ip=173.239.79.204;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of xxxx@eff.org designates 173.239.79.204 as permitted sender) smtp.mail=xxxx@eff.org;
       dkim=pass header.i=@eff.org
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=eff.org; s=mail2;
    h=To:References:Message-Id:Content-Transfer-Encoding:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=HAMl9UHXLdcAdl+Y5fCi9tvlvwc8Y2KObmWfVYyRShQ=;
    b=xyskK5SNWQevp6V3oiMoZ2DE4D7JTmnzdSqPkTDkqgR82WZvOBrYTQGMvQfWYPer/47ol6zPy2uHPogj1SfEBaeEfqyOTo6u2BnhfKlNAFvnOS2/IvxJUr5yTyvVtS1UMQKS0K8/cPajSX4CIm7g2RB+Bk1VKbJ7C7cc4eqGZIA=;
Received: ; Thu, 11 Dec 2014 13:09:13 -0800
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Subject: Re: WRT1900AC in Chaos Calmer ?
From: Ranga Krishnan <xxxx@eff.org>
In-Reply-To: <CAFFfgDwkUuW1_Qf9Sy_ykyEAp6UmKN2rGCxiun96AxuvxokgGA@mail.gmail.com>
Date: Thu, 11 Dec 2014 13:09:14 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <D38EDBA9-C54D-42F8-8CB2-53809C46C5C8@eff.org>
References: <AFBC73E9-7A13-4EFC-A9C4-22077DDAF498@eff.org> <CAFFfgDwkUuW1_Qf9Sy_ykyEAp6UmKN2rGCxiun96AxuvxokgGA@mail.gmail.com>
To: mark milburn <youalreadyknowmyemail@gmail.com>
X-Mailer: Apple Mail (2.1510)

Hi Mark,

  Thanks for the detailed reply. I sent your requests 3. a, b, c to my =
contact
at Belkin/Linksys. I have not heard back from them. I will follow up =
next
week and let you know if there are any results.=20

Best, Ranga


On Dec 9, 2014, at 10:30 AM, mark milburn <youalreadyknowmyemail@gmail.com> =
wrote:

> Hi Ragna,
> Realistically I don't think I'll be making the CC release for the wifi
> chip (the other drivers aren't really important by comparison).  I
> believe the OpenWRT devs were shooting for an end of year release for
> CC.  I am not sure if they are on schedule.
>=20
> As far as help for getting things back on track for a CC release:
> 1.  The firmware we currently have is not API compatible with the
> mainline kernel driver that supports other Marvell 8000 series wifi
> chips (mwl8k).  Without an API compatible firmware, development is
> significantly more difficult, and I would be concerned about our
> ability to merge our patches to mwl8k upstream.  Just yesterday I sent
> an email to Marvell employees asking if Marvell could make an API
> compatible firmware available for this wifi chip.  I intend to follow
> up with them tomorrow if I receive no response.
>=20
> 2.  If we're stuck with the firmware we have now, I think the easiest
> way to speed up development is to break down the task by firmware
> command packet and reworking the corresponding function in the mwl8k
> driver.  See below for links to code.
>=20
> 3.  Given what transpired between the OpenWRT devs and Belkin/Linksys
> representatives on the OpenWRT-dev mailing list, I am not confident
> that Belkin/Linksys knows what's actually necessary to get this
> deviced supported by mainline OpenWRT.  However, if Belkin/Linksys
> could do the following I think it would be extremely helpful:
> a.  Get us into contact with Marvell so that we could discuss the best
> way to go about adding support for our wifi chip into the linux kernel
> (mwl8k or creating a new driver).
> b.  Release the GPL tarball of the latest firmware for this device
> (there have been some wifi driver/firmware updates I'd like to be able
> to look at).
> c.  Start interacting with the OpenWRT community again.
>=20
> mwl8k changes that should compile against OpenWRT trunk:
> https://github.com/OperatorOverload/mwl8k-working
>=20
> firmware binaries:
> https://github.com/mmilburn/88W8764-firmware
>=20
> rename 88W8764.bin to fmimage_8864_ap-0.fw, place in =
/usr/lib/firmware/mwl8k/
>=20
> OpenWRT on WRT1900AC discussion thread:
> https://forum.openwrt.org/viewtopic.php?id=3D50173&p=3D63
>=20
> Hope that addresses your questions,
> Mark
>=20
>=20
> On Mon, Dec 8, 2014 at 3:54 PM, Ranga Krishnan <xxxx@eff.org> wrote:
>> Hi Mark,
>>=20
>>  I work on the open wireless router software at the EFF :
>>=20
>>   https://openwireless.org/router/download
>>=20
>>=20
>>  I am looking into having this software work on the
>> WRT1900AC. I saw in the OpenWRT mailing list that
>> the goal is to have this router supported in Chaos Calmer
>> and you are working on the driver (s?) to have this
>> happen.
>>=20
>>  I wanted to check if you see the work being on
>> target to be supported by CC release. If there was
>> some help you needed to make this happen, what
>> would it be ?
>>=20
>> I have made contact with some folks at Belkin/Linksys
>> and if there is something they could do to ensure the
>> WRT1900AC is supported in CC then I could ask them.
>> No guarantees, but I am willing to ask and see.
>>=20
>> Best regards,
>> Ranga
>=20

my contact with Marvell (with portions removed):

                                                                                                                                                                                                                                                               
MIME-Version: 1.0
Received: by 10.27.172.5 with HTTP; Thu, 11 Dec 2014 10:20:53 -0800 (PST)
In-Reply-To: <EC64E4604C8024438259B683BB2514E11D8025D866@SC-VEXCH1.marvell.com>
References: <CAFFfgDzOZUXKqM6zEp5gwpqWsb2mz9shvVARwBTYLuTrYMp-5Q@mail.gmail.com>
    <EC64E4604C8024438259B683BB2514E11D8025D866@SC-VEXCH1.marvell.com>
Date: Thu, 11 Dec 2014 11:20:53 -0700
Delivered-To:youalreadyknowmyemail@gmail.com
Message-ID: <CAFFfgDwn2HZ=Qo3E8COrN8W73hEy8z3x0xvSsMfc=-QjBve+_w@mail.gmail.com>
Subject: Re: linux mwl8k and Marvell 88W8864
From: mark milburn <youalreadyknowmyemail@gmail.com>
To: xxxx
Cc: xxxx
Content-Type: text/plain; charset=UTF-8

Thanks for your reply xxxx.

I'd like to add support for the 8864 to mwl8k because I have a
consumer unit (Linksys WRT1900AC) that uses that SoC as its only
wireless adapter.

Linksys originally marketed this unit as having support for a specific
embedded Linux project called OpenWRT (https://openwrt.org/).  For a
variety of reasons, they were unable to follow through with that
promise.  Furthermore, the driver & firmware combination we use at the
moment (the previously referenced mrvl_wlanv7_drv) also has some
problems that prevent it from being included in OpenWRT (e.g. the
driver requires a special patched version of hostapd, which makes it
unmaintainable).

The thinking is that we can avoid all of these problems if support for
the 8864 can be added into mwl8k.  Since we knew that the 8764 is
supported by mwl8k and the mrvl_wlanv7_drv, it stood to reason that
support for the 8864 could be added to mwl8k.  That's the route we
have been pursuing here:
https://github.com/OperatorOverload/mwl8k-working .

...

Would Marvell and the OpenWRT project potentially be able to negotiate
a release of specifications that could allow outside developers to
participate in 8864 development?  I know Marvell and the OLPC project
were able to negotiate this with the 88W8388 (see here for a link to
the released firmware spec:
http://wiki.laptop.org/go/88W8388#Standard_interface)

Would Marvell be able to: make statements about, or keep the OpenWRT
community updated on the progress of 8864 development?

Finally, if there is anything outside developers can do to expedite
8864 development, please do not hesitate to contact me or the OpenWRT
project.

Thanks again,
Mark
>>-----Original Message-----
>>From: mark milburn [mailto:youalreadyknowmyemail@gmail.com]
>>Sent: 10 December 2014 23:56
>>To: xxxx
>>Cc: xxxx
>>Subject: linux mwl8k and Marvell 88W8864
>>
>>Hello xxxx & xxxx,
>>I'm reaching out to you two to see if I can't get into contact with
>>the de facto maintainer of the mwl8k driver.  I am attempting to add
>>support for the Marvell 88W8864 into mwl8k.  I was hoping that I might
>>be able to ask Marvell very nicely to release a firmware for the
>>88W8864 that has an API that more closely matches the one used by
>>mwl8k.
>>
>>Currently, I am using the GPLed reference driver & firmware found here:
>>https://github.com/TheDgtl/mrvl_wlan_v7drv
>>
>>and have found several differences in the firmware packet formats
>>contained in mwl8k and the reference driver (e.g. GET_HW_SPEC).
>>Because the 8864 hardware seems to be very similar to the 8764, it
>>appears as though an 8864 firmware that would be API compatible with
>>mwl8k would be technically possible.  Obviously there are far more
>>than just technical factors involved, but I figured it wouldn't hurt
>>to ask.
>>
>>Thanks for your time,
>>Mark Milburn

Given the close timing of events, one could argue that the wifi driver release was already in the works.  Unfortunately, we just don't know what really happened.  Hopefully my pessimism is entirely unfounded.

Still waiting for a reply here:
https://www.mail-archive.com/openwrt-de … 28516.html

The switch driver for our device now supports 802.1Q VLANs in Chaos Calmer thanks to @leitec and Nikita.  Update your checkout to get the changes.

mtcycler90 wrote:
Philou wrote:
dysolve wrote:

what issues are you having? radio one is 2.4 N and second is 5 AC.

My Radio0 is in master mode with 2.4 N and works perfectly

My Radio1 is in client mode with AC and it does not work.
It says "Wireless is disabled or not associated"

For now I have given both a different ESSID.
Can I give them the same ESSID to have only 1 WIFI network ?


I have radio0 as my 2.4 Ghz wifi, and radio1 as my 5Ghz wifi, they do have different names(eg: wifi and wifi_5ghz). 
I had to play with the settings for the 5ghz to get it to run, what I ended up with was this:
Mode: AC
Channel: (Pick one, auto didn't work for me)
Width: 80(only one that works for me...the rest render the 5ghz not working at all)
Transmit Power: 20dbm(100mW)

Those got mine working, hope that helps.


[Edit] I am using lifehackisback's image from Jan 5-ish

Thank you big time. That did the trick for me too.
Works perfectly.
Now my only problem comes from the fact that I can't seem to be able to change the wifi password.

I've read this : http://wiki.openwrt.org/doc/uci/wireles … e.wpa2.psk
Is it not possible to change the password through the web UI ?

Thanks

(Last edited by Philou on 11 Jan 2015, 21:00)

Testing branch updated big_smile
updated to kernel 3.18.2

lonniereeder wrote:

So is it updated under your testing link

Testing

Any other thoughts for the "alternate" firmware reset method?  I tried the process on the wiki but my WRT1900AC doesn't start blinking the power light after holding the reset button for *any* amount of time.

I also tried a "30-30-30" reset with no luck.

mmilburn wrote:

The switch driver for our device now supports 802.1Q VLANs in Chaos Calmer thanks to @leitec and Nikita.  Update your checkout to get the changes.

Great. Do you have one image with this.

lifehacksback wrote:

Testing branch updated big_smile
updated to kernel 3.18.2

Is this from the latest trunk, and so includes Kaloz's improvements?

Likewise depending on when you "cut" is, does it have the just-posted VLan stuff?

I regret I won't have time to do any testing this week, but hopefully others can pound on it smile

If all is good this could become the next known-good build, which would then likely just be the two - this one and Mcwrt.

Ps, did you do any security work on this or is it as-is as per previous builds?

Sorry for all the questions, basically just trying to see what you've rolled up into it smile

Well done for your continue work!