On 03/12/2012 10:39 AM, althaser wrote:
> Dear Larry,
>
> I don't know if you are the right person to report this bug, but if you can
> report to the right place I would be grateful.
>
> ATM, the module rtl8192e (r8192e_pci.ko) isn't auto-loaded into the kernel.
> It is rtl8192se, but this module doesn't work with rtl8192e board.
>
> The right module should be r8192e_pci.
>
> I have:
>
> # lspci -vvv
> 03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8192E/RTL8192SE
> Wireless LAN Controller (rev 01)
> Subsystem: Askey Computer Corp. Device 7160
> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
> SERR+ FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort-
> >SERR- <PERR- INTx-
> Interrupt: pin A routed to IRQ 16
> Region 0: I/O ports at 3000 [size=256]
> Region 1: Memory at f0700000 (32-bit, non-prefetchable) [size=16K]
> 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/1 Maskable- 64bit+
> Address: 0000000000000000 Data: 0000
> Capabilities: [70] Express (v1) Legacy Endpoint, MSI 00
> DevCap:MaxPayload 256 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us
> ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
> DevCtl:Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
> RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
> MaxPayload 128 bytes, MaxReadReq 512 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-
> 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] Virtual Channel
> Caps:LPEVC=0 RefClk=100ns PATEntryBits=1
> Arb:Fixed- WRR32- WRR64- WRR128-
> Ctrl:ArbSelect=Fixed
> Status:InProgress-
> VC0:Caps:PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
> Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
> Ctrl:Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
> Status:NegoPending- InProgress-
> Capabilities: [160 v1] Device Serial Number ea-db-a7-fe-ff-b6-26-00
>
>
> $ lshal
> udi = '/org/freedesktop/Hal/devices/pci_10ec_8192'
> info.parent = '/org/freedesktop/Hal/devices/pci_8086_3b42' (string)
> info.product = 'RTL8192E/RTL8192SE Wireless LAN Controller' (string)
> info.subsystem = 'pci' (string)
> info.udi = '/org/freedesktop/Hal/devices/pci_10ec_8192' (string)
> info.vendor = 'Realtek Semiconductor Co., Ltd.' (string)
> linux.hotplug_type = 2 (0x2) (int)
> linux.subsystem = 'pci' (string)
> linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1c.0/0000:03:00.0' (string)
> pci.device_class = 2 (0x2) (int)
> pci.device_protocol = 0 (0x0) (int)
> pci.device_subclass = 128 (0x80) (int)
> pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1c.0/0000:03:00.0'
> (string)
> pci.product = 'RTL8192E/RTL8192SE Wireless LAN Controller' (string)
> pci.product_id = 33170 (0x8192) (int)
> pci.subsys_product_id = 29024 (0x7160) (int)
> pci.subsys_vendor = 'Askey Computer Corp.' (string)
> pci.subsys_vendor_id = 5199 (0x144f) (int)
> pci.vendor = 'Realtek Semiconductor Co., Ltd.' (string)
> pci.vendor_id = 4332 (0x10ec) (int)
>
> running 3.2.9 kernel version
This is not a bug. There are two kinds of devices that have PCI ID 10ec:8192,
and therefore 2 drivers. During the bus scan, it is possible that both of the
drivers will be loaded. Each of them tests the PCI revision ID. If it is 0x10,
then rtl8192se is the correct driver, whereas if it is 0x01, then r8192e_pci is
needed. Kernel 3.2.9 contains the code for these tests.
If the correct driver is loaded first, then the second will never be tested;
however, if the wrong one is first, then it will still be in memory, but it will
be inactive and have no devices attached to it. That is likely the case with
your system.
Is driver r8192e_pci generated for your kernel? What does 'modinfo r8192e_pci'
show? A number of distros make the decision not to generate many modules from
the staging tree. Perhaps yours is one of them.
Larry