Return-path: Received: from mail-yk0-f180.google.com ([209.85.160.180]:35540 "EHLO mail-yk0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755172AbbKCTbn (ORCPT ); Tue, 3 Nov 2015 14:31:43 -0500 Received: by ykek133 with SMTP id k133so33809144yke.2 for ; Tue, 03 Nov 2015 11:31:42 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <2123913.hP4j56Dl4k@alby> References: <5638B98F.2080908@gmail.com> <13779729.DhZWn6HO5Q@alby> <2123913.hP4j56Dl4k@alby> Date: Tue, 3 Nov 2015 11:31:42 -0800 Message-ID: (sfid-20151103_203146_531969_C1EA220A) Subject: Re: Ralink RT5592 5Ghz capability not working From: Alexis Green To: Alberto Mattea Cc: linux-wireless Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: All signs point to RT5592 not supported by rt2x00 driver... I'm guessing they fudged pci id for some internal reasons (maybe even to mess with OpenWRT people). On Tue, Nov 3, 2015 at 11:09 AM, Alberto Mattea wrote: > My device (the RP-N53) has 2 chips too: the other is integrated in the mt7620 soc and reports itself as > > [ 14.120000] ieee80211 phy1: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'soc_wmac.eeprom'. > [ 14.140000] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 5390, rev 0500 detected > [ 14.150000] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 7620 detected > [ 14.170000] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht' > > it is used for 2.4Ghz only (https://wikidevi.com/wiki/ASUS_RP-N53) > Unfortunately opening the RP-N53 appears impossible without voiding the warranty :( > > In data mar 3 novembre 2015 10:32:29, hai scritto: >> This is so strange. Asus RT-N56U you mentioned earlier as one of the >> examples actually has two separate chips for each band (and one of >> them is RT3091) - https://wikidevi.com/wiki/ASUS_RT-N56U >> Are you able to take a picture of the chip? >> >> On Tue, Nov 3, 2015 at 10:10 AM, Alberto Mattea wrote: >> > Hey, thanks for your answer. The device definitely isn't a RT3091, so do >> > you think it's some sort of an OEM hybrid? Do you think it would be >> > better to report this to the openwrt bugzilla? >> > >> > Thanks >> > >> > In data mar 3 novembre 2015 14:41:35, Xose Vazquez Perez ha scritto: >> >> Alberto Mattea wrote: >> >> > this is about the mini-pcie version used in some embedded products >> >> > (for example the Buffalo WHR-600D and the Asus RP-N53). >> >> > It has an RT5592 chip and the hardware supports both 2.4 and 5Ghz >> >> > (5Ghz works with the proprietary driver supplied with the devices), >> >> > but rt2800pci seems to see only the 2.4 Ghz capability. >> >> >> >> As far as I know, RT5592 PCIe devices are unsupported by rt2800pci. >> >> >> >> > dmesg: >> >> > >> >> > [ 14.070000] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, >> >> > rev >> >> > 0222 detected [ 14.080000] ieee80211 phy0: rt2x00_set_rf: Info - RF >> >> > chipset 0001 detected [ 14.100000] ieee80211 phy0: Selected rate >> >> > control algorithm 'minstrel_ht' [ 134.420000] ieee80211 phy0: >> >> > rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin' [ >> >> > 134.460000] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware >> >> > detected - version: 0.34 >> >> >> >> Here is the output of a real RT5592 PCIe device with rt2800pci driver(Feb >> >> 2013): >> >> >> >> phy1 -> rt2x00_set_chip: Info - Chipset detected - rt: 5592, rf: 000f, >> >> rev: >> >> 0222. phy1 -> rt2800_init_eeprom: Error - Invalid RT chipset 0x5592 >> >> detected. phy1 -> rt2x00lib_probe_dev: Error - Failed to allocate device. >> >> >> >> > The weird thing is that in lspci it is reported as an RT3091, due to >> >> > the >> >> > 0x3091 pci device id: >> >> > >> >> > 01:00.0 Network controller [0280]: Ralink corp. RT3091 Wireless 802.11n >> >> > 1T/2R PCIe [1814:3091]> >> >> > >> >> > Subsystem: Ralink corp. RT3091 Wireless 802.11n 1T/2R PCIe >> >> > [1814:3091] >> >> > >> >> > [...] >> >> >> >> 06:00.0 Network controller [0280]: Ralink corp. Device [1814:5592] >> >> >> >> Subsystem: ASUSTeK Computer Inc. Device [1043:851a] >> >> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- >> >> ParErr- >> >> >> >> Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- >> >> ParErr- >> >> DEVSEL=fast >TAbort- SERR- > >> Cache Line Size: 64 bytes >> >> >> >> Interrupt: pin A routed to IRQ 11 >> >> Region 0: Memory at fe500000 (32-bit, non-prefetchable) >> >> [size=64K] >> >> Capabilities: [40] Power Management version 3 >> >> >> >> Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA >> >> >> >> 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: 0000000000000000 Data: 0000 >> >> >> >> Capabilities: [70] Express (v2) Endpoint, MSI 00 >> >> >> >> DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s >> >> >> >> <512ns, L1 unlimited ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- >> >> DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- >> >> RlxdOrd- >> >> ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 >> >> bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend- >> >> LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, >> >> L1 <64us ClockPM+ Surprise- LLActRep- BwNot- >> >> >> >> LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- >> >> >> >> CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed >> >> 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- >> >> DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: >> >> Completion >> >> Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, >> >> EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: >> >> Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- >> >> Compliance >> >> De-emphasis: -6dB >> >> >> >> LnkSta2: Current De-emphasis Level: -6dB, >> >> >> >> EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, >> >> EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [100 v1] >> >> 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- >> >> NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- >> >> NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ >> >> ChkEn- Capabilities: [140 v1] Device Serial Number >> >> c1-a5-f3-ff-fe-a9-85-30 >> >> >> >> > So maybe due to this (i'm not sure), rt2800pci only enables the 2.4 Ghz >> > >> > band support: >> >> Your device does not look like a real RT5592 chip. >> >> >> >> > All this with kernel 3.18 (openwrt 15.05 Chaos Calmer). >> >> > Any ideas? >> >> >> >> OpenWrt brings _a lot of_ code out upstream kernel. >> >> Who knows what is running. >> > >> > -- >> > To unsubscribe from this list: send the line "unsubscribe linux-wireless" >> > in the body of a message to majordomo@vger.kernel.org >> > More majordomo info at http://vger.kernel.org/majordomo-info.html >