Continue running 44048 for an all Apple household?

Post new topic   Reply to topic    DD-WRT Forum Forum Index -> Marvell MVEBU based Hardware (WRT1900AC etc.)
Goto page Previous  1, 2, 3  Next
Author Message
Rickers
DD-WRT Novice


Joined: 10 May 2015
Posts: 45

PostPosted: Thu Nov 25, 2021 8:39    Post subject: Reply with quote
My solution is to use the MAC filter to prevent problematic devices from connecting at 5GHz. 1900ACv1 here.
Sponsor
greatmoo27
DD-WRT Novice


Joined: 22 Jan 2019
Posts: 28

PostPosted: Sat Nov 27, 2021 5:10    Post subject: Reply with quote
Any good reason to update than staying at 44048?
STEVEG2088
DD-WRT Novice


Joined: 25 Nov 2021
Posts: 5

PostPosted: Sat Nov 27, 2021 13:47    Post subject: reason to upgrade Reply with quote
The reason is dnsmasq 2.82 has a whole bunch of vulnerabilities that were patched since January sometime. (google and you will find them easily)
I too was running 44048 for a year with no issues and good wifi speed.
I updated to 47581 > 2 weeks ago. It has been OK but I must admit wifi speeds are a bit slower and some devices in my house drop from time to time. Overall, it is not bad, I just need to deal with vs. being vulnerable.
Now I do wish that somehow 44048 base code could be simply updated with dnsmasq 2.86. However, I do not think that is even possible.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 11331
Location: Texas, USA

PostPosted: Sat Nov 27, 2021 19:00    Post subject: Reply with quote
The later releases >= 4 months old have the current upstream / OpenWRT drivers. The only other thing that has changed is wireless radio names and nvram variables, among other things. Update both partitions, do a hard reset, move forward. The general consensus of some folks is that we don't need a wifi settings sticky while others would like one. Unfortunately, the information I have on hand from one each of every supported WRT AC series Marvell supported by DD-WRT is not accessible at present - but I *should* have a WRT1900ACS in hand at some point thanks to another forum member.
_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware‽
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is‽
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
STEVEG2088
DD-WRT Novice


Joined: 25 Nov 2021
Posts: 5

PostPosted: Sat Nov 27, 2021 20:33    Post subject: Reply to kernel-panic69 Reply with quote
I want to be clear that I was not saying that 47581 build is all bad. All functions i use, including dnscrypt work well. I was just stating facts. I did speed tests on every device before and after and every one is a bit slower. Not terribly but like 10-15%. BTW, I upgraded with a full nvram erase and manually inputted all my settings, using the same ones for wifi as I had used in 44048. I upgraded to the same partition as I always keep stock on the other one. Now you mentioned to upgrade to both partitions. I thought they were independent of each other but i can try that if you are suggesting it.

In summary, thanks for a great product and all you and brainslayer do ! It is way better than stock IMO. I will stay on latest builds because using dnsmasq 2.82 seems too risky to me.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 11331
Location: Texas, USA

PostPosted: Sat Nov 27, 2021 20:50    Post subject: Reply with quote
The nvram variables are shared between the two partitions on Linksys WRT AC series devices.

https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=311117
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=315569

Not 100% applicable to DD-WRT, but from OpenWRT wiki:
Quote:
The WRT AC series of routers uses a dual firmware flash layout. This means that two separate firmware partitions are included on the device and are flashed in an alternating fashion.

If booting from the primary partition, the secondary (or alternate) partition will be flashed on next sysupgrade, and booting is toggled to happen from that partition. The same logic applies to secondary–>primary. Note that this means there is no permanent “OEM partition” and “OpenWrt partition”. Both firmwares follow the same round-robin logic, where partition usage changes at each sysupgrade. The current firmware always remains as the fallback, and the new firmware is flashed to the other partition.

See the Flash Layout section on each device page for more details, or options to switch between partitions below.


https://openwrt.org/toh/linksys/wrt_ac_series
https://openwrt.org/toh/linksys/wrt1200ac#flash_layout
https://openwrt.org/toh/linksys/wrt1900ac#flash_layout
https://openwrt.org/toh/linksys/wrt1900acs#flash_layout
https://openwrt.org/toh/linksys/wrt3200acm#flash_layout
https://openwrt.org/toh/linksys/wrt32x#flash_layout

_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware‽
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is‽
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
blkt
DD-WRT Guru


Joined: 20 Jan 2019
Posts: 3285

PostPosted: Sun Nov 28, 2021 12:20    Post subject: Reply with quote
Marvell users with Apple clients please confirm wireless cutouts, or none, running build r47692 11/28/2021.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 11331
Location: Texas, USA

PostPosted: Sun Nov 28, 2021 12:58    Post subject: Reply with quote
Not going to deploy the latest, no 0 or 5 involved; 47665 in a public wifi environment on Marvell with mixed clients of Android, Apple, etc. worky just fine. Just like all of my former test bench devices now in the wild have for quite some time.
_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware‽
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is‽
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
blkt
DD-WRT Guru


Joined: 20 Jan 2019
Posts: 3285

PostPosted: Sun Nov 28, 2021 13:15    Post subject: Reply with quote
I am asking those who have experienced issues with recent builds also because no one reported r47665.

The more people who do report fresh builds and configs the quicker to put r44048 and discussion to rest.

New Build - 11/29/2021 - r47695
Monza
DD-WRT User


Joined: 01 Jul 2018
Posts: 341

PostPosted: Mon Nov 29, 2021 20:54    Post subject: Reply with quote
blkt wrote:
I am asking those who have experienced issues with recent builds also because no one reported r47665


I have no Apple devices but . . .

Upgraded WRT1200AC v1's from r47656 to r47665 using Brave 1.10.97 (64-bit) running on Linux Mint 20.2 OS hardwired via Cat6.

Ran r47665 from release date till yesterday when I reverted to r47656 which was working for me without issues since release.

Reason for reverting was Roku/FireTV/FireTV Stick devices would not see internet even though devices show wireless connection was strong. This would occur later in the day when we would start evening streaming. Only the Roku/FireTV/FireTV Stick devices were affected as phones, tablets, TV, Pendoo devices and Sony devices connected as usual.

After disconnecting/reloading the devices they still would not connect. Rebooting the router would cause the devices to resume their normal behavior until several hours after use they would again not see the connection when opened on R47665. Rebooting the router again fixed problem. Odd since every other wireless device worked as expected without any fails.

May be my setup only as this is the first odd behavior I've seen in a long while. All devices working as expected since revert to r47656. All devices worked well on r47692. Update: Also on r47695 as of this morning no issues.

In short, only r47665 failed to work properly for me.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 11331
Location: Texas, USA

PostPosted: Mon Nov 29, 2021 21:25    Post subject: Reply with quote
blkt wrote:
I am asking those who have experienced issues with recent builds also because no one reported r47665.

The more people who do report fresh builds and configs the quicker to put r44048 and discussion to rest.

Agreed 100% The problem is that there is so much misinformation regarding Marvell and DD-WRT, that I give up trying and don't bother reporting. I am not going to point fingers.

@Monza: was this reported in the build release threads? Orphan reports don't do much good.

_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware‽
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is‽
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
blkt
DD-WRT Guru


Joined: 20 Jan 2019
Posts: 3285

PostPosted: Wed Dec 01, 2021 12:32    Post subject: Reply with quote
https://svn.dd-wrt.com/changeset/47711 https://svn.dd-wrt.com/changeset/47712

Thank you so much BrainSlayer and nbd! Next build release will put r44048 to rest.
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 11331
Location: Texas, USA

PostPosted: Wed Dec 01, 2021 16:38    Post subject: Reply with quote
Awesome news. It will probably improve things for more than just Marvell, but I'm cross-eyed from looking at code related to other long-standing issues...
_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware‽
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is‽
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
pbphoto
DD-WRT User


Joined: 29 Oct 2017
Posts: 241

PostPosted: Wed Dec 01, 2021 18:02    Post subject: Reply with quote
I don't understand the notes around 47711 and 47712, but you've got me excited! Prior to seeing this, I was going to nominate 47692 for "release of the year" and certainly the best release since 44048 for me. I'll wait and test the next release with these fixes.
blkt
DD-WRT Guru


Joined: 20 Jan 2019
Posts: 3285

PostPosted: Wed Dec 01, 2021 18:05    Post subject: Reply with quote
"Some drivers that do their own sequence number allocation (e.g. ath9k, mwlwifi) rely on being able to modify

params->ssn on starting tx ampdu sessions.
"-nbd - Someone also mentioned mt7615, surely there are others.

"problem is triggered by tearing down and re-establishing a-mpdu sessions. This depends on traffic patterns
and client behavior. The first agg session is likely to work, since it will have a low seq number and the driver's
seqno will be mostly in sync with mac80211's seqno. Subsequent sessions will trigger this more severely."-nbd

47711 is the patch, 47712 fixes possible driver crash due to invalid rates and mesh fwd_skb->dev TX handling.
Goto page Previous  1, 2, 3  Next Display posts from previous:    Page 2 of 3
Post new topic   Reply to topic    DD-WRT Forum Forum Index -> Marvell MVEBU based Hardware (WRT1900AC etc.) All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum