[seb666]

Hi,
a few days ago, after having read that the Apple client issue was solved, I updated from r44048 to the current version, running r47942 at the moment.
I did a factory reset and configured everything from scratch through the GUI.

So far everything is running smoothly except for one thing:
I have a Lenovo T460 laptop running macOS ("Hackintosh").
There's a helper application called HeliPort that provides support for the builtin Intel AC 8260 wifi card.
With r44048 that worked perfectly well, but with the latest release, I'm unable to get a "full" connection, instead I'm seeing these messages in syslog constantly repeating:

[kernel-panic69]

Not sure there is anything that can be done, since it's "Hackintosh", and the upstream wireless driver has had commits since the last release. This isn't an "Apple" issue by the very nature of the fact that it's "Hackintosh", IMHO. But without screenshots of your settings... what can be suggested (or not) is a mystery.

[seb666]

Thanks for replying!
I wasn't trying to suggest that this was an "Apple" issue, sorry if I gave that impression.
I have a bunch of actual Apple devices that stopped working reliably with the post r44048 releases, which fortunately now seems to be a thing of the past - this is my reason for finally updating.

I just had that spare T460 lying around and a few weeks back decided to see how macOS would run on it.
Since I did not encounter that current issue with r44048, either something has changed in DD-WRT or I forgot some apparently important setting.
I was hoping someone would have seen this behavior before and could maybe point me in the right direction.

I have attached my 5G and 2.4G settings, as well as the wireless security settings - nothing special, really, as I didn't touch any of the advanced settings.

Anyway, if there's no apparent cause, I'm fine with using a cable connection for now and try an updated version of the wifi driver.

Sebastian

[kernel-panic69]

My suggestion is to pick one network authentication protocol that all of your client devices support (i.e. WPA2 Personal) with CCMP-128(AES) Algorithm. That may be where your issue lies. I would've probably opted for some flavor of Linux over Hackintosh, but then again... I have considered doing a Hackintosh install to see if some software I use on MacOS would work on it, lol.

[Monza]

I had similar problems with two devices about one year ago after an update. The solution was to "forget" my wireless network on the device and than reconnect to my wireless network. Since you updated from such and old release to the current release it may be worth trying this.

Also when updating from such an old release, depending on the modem model, it is good to reboot both the modem and router to allow them to renegotiate their connection. I doubt this is your problem but it can fix some issues going from old to new releases. Your modem may not require a reboot after such a jump in router firmware.

Also, its sorta the norm for both radios to have only WPA2 Personal and CCMP-128 (AES) checked and nothing else for wireless security settings for the best connection success among all devices.

[egc]

Perhaps Wireless Network mode NG-Mixed instead of BG Mixed

Do not use Auto Channel always choose a channel.

[seb666]

I found the culprit: apparently the Hackintosh does not like the "WPA2 Personal with SHA256" option.
I now have WPA2 personal and WPA3 personal checked, which works.
The T460 connects fine and my iDevices still use WPA3.
Checking my old r44048 screenshots, I just noticed that I left out the SHA256 option before as well, d'oh... #-)

Thanks a lot guys! I think it's time to end the year

Sebastian

[kernel-panic69]

Ok, so these other shiny silver squirrels didn't catch didn't catch my attention earlier, lol

[seb666]

Happy New Year, everyone!
Just to wrap this up and not ignore @Monza and @egc's suggestions:

I already tried forgetting and re-connect to the network, but that did not change anything.

My 2.5GHz network is only used by a few legacy devices of which one will not work in NG-mixed mode, this is why I set it to BG-mixed.
This network has it's own SSID, so I can explicitely choose to use or not use it with a specific device.
The T460 connects to the 5GHz network.

I have used a manual channel with the 5GHz network in the past, but with the constantly changing radio environment in my neighborhood, at some point the chosen channel might not be optimal.
I just set it to auto and have no complaints so far.

Besides, I still have not found an expanation what exactly the extension channel desgnations mean, i.e. LL/LU/UL/UU.
To my understanding - and now we get completely off-topic - a 5GHz 802.11n channel is 40 MHz wide and a specific channel's frequency designates the center frequency, i.e. we're using 20MHz below and 20MHz above that.
Since 802.11ac uses 80MHz channels, we need 2x20MHz more, this is where the extension channel(s) come in, right?
So, if I get this right, L means "lower" and U mean "upper" and an extension channel set to "LL" means that we allocate the additional 2x20MHz at the lower spectrum of our channel?
If we think in 20MHz "blocks", with "LL" we would get three blocks below the channel frequency and one block above - is this correct?
Vice versa, with "UU" we would have one block below the center frequency and three blocks above.
But then, what do those "+6/-6/+2/-2" numbers associated with the extension channel setting mean?
And why is there a difference between LU and UL?
If my assumptions are correct, UL/LU would each allocate one 20MHz block from the upper end and one from the lower end of our channel.

Sebastian

[ho1Aetoo]

There is only one correct extension channel for each primary channel.
Therefore it is best not to play around with the extension channels - as they are correctly selected when "allow channel overlapping" is disabled.

1. select channel width
2. select channel
3. apply

wrong extension channels lead to many clients either not connecting at all or only with 20Mhz

for example the channels 36 40 44 can never be LL - because there is no space in the spectrum and this can not be 80Mhz

[ho1Aetoo]

further explanation:

40 UL(+2)

40 = primary 20Mhz channel
U = 80Mhz channel is above the primary channel
L = 40MHz channel is below the primary channel
(+2) = 80Mhz center frequency is 42 (primary channel +2)

Edit: lost pictures attached

[seb666]

Wow, thank you very much for that perfect explanation!
I think it's finally completely clear to me now

Sebastian