Can you share which model?
Thanks!
Can you share which model?
Thanks!
Ho do you measure power consumption? I'm quite sure your tool isn't very precise. My R4 never got under 3.5 without anything connected and fully idle. It's virtually impossible to be that different.
Did you use Sinovoip's image or real OpenWrt?
I have USB-C power meter, and the details are quite accurate I believe, I don't know what power type you use, if you choose DC jack and measuring directly from AC side of course there will be a lot more power being used due to the loss in the power brick, while my measurement is directly on USB.
Just the one together with AC power bar (not very sure about model number), but I have many USB-C power which work with my R4, I tried to connect a USB HDD to R4 to increase a bit the power consumption and it's still fine.
To stress it a bit, I connected a 2.5" spinning HDD to my R4, running tansmission torrent download, power consumption is roughly 6-7W only.
Note I haven't plugged anything into SFP+ yet.
well my wifi 7 card shows up, but the Drivers are part of Kernel 6.9 far as i know and i don't know if it can be used as a AP or not.
01:00.0 Network controller: Qualcomm Technologies, Inc WCN785x Wi-Fi 7(802.11be) 320MHz 2x2 [FastConnect 7800] (rev 01)
Subsystem: Foxconn International, Inc. High Band Simultaneous Wireless Network Adapter
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- SERR- <PERR- INTx-
Region 0: Memory at 30200000 (64-bit, non-prefetchable) [disabled] [size=2M]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] MSI: Enable- Count=1/32 Maskable+ 64bit-
Address: 00000000 Data: 0000
Masking: 00000000 Pending: 00000000
Capabilities: [70] Express (v2) Endpoint, IntMsgNum 0
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 0W TEE-IO-
DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
LnkCap: Port #0, Speed 8GT/s, Width x2, ASPM L0s L1, Exit Latency L0s <1us, L1 <64us
ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
LnkCtl: ASPM Disabled; RCB 64 bytes, LnkDisable- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 8GT/s, Width x1 (downgraded)
TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Range ABCD, TimeoutDis+ NROPrPrP- LTR+
10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
FRS- TPHComp+ ExtTPHComp-
AtomicOpsCap: 32bit- 64bit- 128bitCAS-
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-
AtomicOpsCtl: ReqEn-
IDOReq- IDOCompl- LTR+ EmergencyPowerReductionReq-
10BitTagReq- OBFF Disabled, EETLPPrefixBlk-
LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer- 2Retimers- DRS-
LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+ EqualizationPhase1+
EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
Retimer- 2Retimers- CrosslinkRes: unsupported
Capabilities: [100 v2] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
HeaderLog: 00000000 00000000 00000000 00000000
Capabilities: [148 v1] Secondary PCI Express
LnkCtl3: LnkEquIntrruptEn- PerformEqu-
LaneErrStat: 0
Capabilities: [158 v1] Transaction Processing Hints
No steering table available
Capabilities: [1e4 v1] Latency Tolerance Reporting
Max snoop latency: 0ns
Max no snoop latency: 0ns
Capabilities: [1ec v1] L1 PM Substates
L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
PortCommonModeRestoreTime=70us PortTPowerOnTime=0us
L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1-
T_CommonMode=0us LTR1.2_Threshold=104448ns
L1SubCtl2: T_PwrOn=28us
Which card exactly did you order and where did you buy it?
This card shows up on ali but two times the price of intel be200...
But Intel card doesn't support AP mode.
If you already own the card, boot up a general purpose linux distribution, update the kernel to v6.9~ and check how far you can get (iw list
will tell you about the interface capabilities, hostapd should be available for most distributions; and even network-manager afaik offers a basic hotspot mode). I'm not saying this should be the real, long term solution, but it's an easy approach for a quick test (at worst even running from a USB stick, without touching the installed system). You will have to do quite some experimenting either way, as these cards aren't commonly used for this purpose (or on OpenWrt at all).
Judging from design and specs, this is more intended for client uses - how far it may go in AP mode remains to be seen.
It was pulled from a MSI HERALD-BE NCM865 WI-FI 7
and Amazon have them.
I know that, i'm not dumb ...
Looks like the Linux Desktop UI's need updated for Wifi 7.
Qualcomm QCNCM865 with Linux Kernel 6.9.rc pulled up 1060 lines with iw list
This is a Qualcomm client card - so it is questionable whether the firmware and drivers support an AP mode at all.
The Upstream Linux driver also tells you that the AP mode is disabled.
You can see this by the (no IR) flag
So, as loaNga0m already implied, it's just as useless for AP uses as an Intel card, which is kind of a bummer.
You can remove the (no IR) flag in the driver.
But as already mentioned, this is a client/station card.
The WCN cards support AP mode in the 2.4Ghz band - I am not aware of anything else.
You can also remove the flags on the Intel cards to enable AP mode in the ≥5Ghz band - but this doesn't do much except crash the card firmware
Regarding Hardware flow offloading: Even with the latest snapshot, I still have a problem with it. If I enable hardware flow offloading, my wan speeds drop to 0. LAN connections work fine and as expected, but WAN connections are horrible.
Here an example without offloading:
And here with it enabled:
Neither the system log nor the kernel log indicate any issues.
What could be the cause?
Please try to limit the RAM size to 2 GiB (by settings bootargs
in U-Boot to contain mem=2048M
) and report if that fixes the issue.
Now its working as expected, thanks
But is that a final solution or a workaround?
You may try this patch and rebuild, let me know if it helps
diff --git a/target/linux/generic/hack-6.1/001-net-ethernet-mtk_eth_soc-fix-dma-for-devices-with-more-than-4gb-of-dram.patch b/target/linux/generic/hack-6.1/001-net-ethernet-mtk_eth_soc-fix-dma-for-devices-with-more-than-4gb-of-dram.patch
new file mode 100644
index 0000000000..94c629a554
--- /dev/null
+++ b/target/linux/generic/hack-6.1/001-net-ethernet-mtk_eth_soc-fix-dma-for-devices-with-more-than-4gb-of-dram.patch
@@ -0,0 +1,22 @@
+From 005603010bf67b37c5757a1e8f61165dc7684152 Mon Sep 17 00:00:00 2001
+From: Elad Yifee <eladwf@gmail.com>
+Date: Mon, 29 Apr 2024 16:41:11 +0300
+Subject: [PATCH] net: ethernet: mtk_eth_soc: Fix DMA for devices with more than 4GB of dram
+Add GFP_DMA32 flag to pages allocations in order to support devices with more than 4GB of dram
+
+Signed-off-by: Elad Yifee <eladwf@gmail.com>
+---
+ drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/drivers/net/ethernet/mediatek/mtk_eth_soc.c
++++ b/drivers/net/ethernet/mediatek/mtk_eth_soc.c
+@@ -1890,7 +1890,7 @@ static void *mtk_page_pool_get_buff(stru
+ {
+ struct page *page;
+
+- page = page_pool_alloc_pages(pp, gfp_mask | __GFP_NOWARN);
++ page = page_pool_alloc_pages(pp, gfp_mask | __GFP_NOWARN | GFP_DMA32);
+ if (!page)
+ return NULL;
+