Confirmed it is also work.
iwx0 at pci0 dev 20 function 3 "Intel Wi-Fi 6 AX201" rev 0x00, msix
Regards,
zxystd
Hi Stefan,
Did we missed the 'umac_prph_offset' constant value in
iwm_clear_persistence_bit function? From linux code, it is read_umac_prph, not
read_prph, so the function should be looks like this:
int
+iwm_clear_persistence_bit(struct iwm_softc *sc)
+{
+ uint32_t hpm, wprot;
+
+ hpm = iwm_re
Got it!
I am trying to upgrade iwx firmwares version to -59 to support future gen3
devices and I found this section, so I post the info, that's my fault, thank
you for correct me!
Regards,
zxystd
-- Original --
From: "Stefan Sperling" ;
Date: Mo
Hi,
Did we missed the 'umac_prph_offset' constant value in
iwm_clear_persistence_bit function? From linux code, it is read_umac_prph, not
read_prph, so the function should be looks like this:
int
+iwm_clear_persistence_bit(struct iwm_softc *sc)
+{
+ uint32_t hpm, wprot;
+
+ hpm = iwm_read_prph
It is not a functionality change. The firmware dma is not actually used and it
is due to ported from iwm, this patch remove this allocation.
By the way, firmware monitor code is not ported done and not work, right?
Index: sys/dev/pci/if_iwx.c
=
OK.
seems it is the only reason why I can see the difference.
Thank you.
---Original---
From: "Stefan Sperling"
The indexes into the ac array in the iwx_mac_ctxt_cmd_common are from the
iwx_ac enum and not the txfs. The current code therefore puts the edca params
in the wrong indexes of the array, causing wrong priority for data-streams of
different ACs. This bug is not exists in iwm as its txf number is
