Re: Suspending and resuming a single PCI device (and bridge)

["Justin Mattock" <justinmattock@gmail.com>]

You're welcome, hopefully you dont have that irritating FIFO blowout.
    Justin P. Mattock
2008/4/4 Maciej Żenczykowski <Maciej.Zenczykowski@tcs.uj.edu.pl>:> On Fri, 4 Apr 2008, Justin Mattock wrote:>>> > Hello; I noticed this with the macbook pro ati chipset as well(FIFO> > thing), you probably read somewhere but if you didn't try> > iwpriv ath0 bgscan 0, and put that in /etc/rc.local for starting up.> > hope this solves the problem with ath0, also I notice with 2.6.25-rc1> >>>  Ok, I hadn't tried this before - because it didn't work - figured out the> problem was an x86_64 kernel with i386 wireless-tools utilities (so> reinstalled the 64-bit utilities).>  Now, it works, we'll see if it helps.>>> > this happend quite a bit with the new madwifi, but using> > madwifi-dfs-r3221-20080119 seems to not produce that kind of problem.> > Hopefully this helps you out. (if this problem is more than above then> > hopefully somebody else has the answer for you.)> > regards;> >               Justin P. Mattock> >> >>>  I've been using madwifi-3421 (and various other versions before that) on an> smp 64-bit kernel.>>  I'm assuming the -dfs shouldn't affect this?  Anyway, if the bgscan doesn't> help I'll try the specific version you pointed out.>>  Thanks,>  Maciej>>> > On Fri, Apr 4, 2008 at 12:13 AM, Maciej Żenczykowski <maze@tcs.uj.edu.pl>> wrote:> >> > > I've got a wireless card (atheros 5418 on a MacBookPro3,1) which is> > >  (kind-of) supported by the madwifi driver (from head), however> > >  occasionally it gets stuck (long outstanding bug with lots of> > >  comments, but no fixes) - I've noticed that a suspend to ram and> > >  resume (almost?) always fixes the problem.> > >> > >  Thus, I'm wondering if there is a way to cause a pci device (and> > >  possibly the pci bridge/port it's connected to) to suspend/resume> > >  manually (or naturally, any other solution to the problem)...> > >> > >  The hardware in question:> > >> > >  # lspci -t | egrep 0b; lspci -vvnn -s 00:1c.4; lspci -vvnn -s 0b:00.0> > >> > >           +-1c.4-[0000:0b]----00.0> > >> > >  00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI> > >  Express Port 5 [8086:2847] (rev 03) (prog-if 00 [Normal decode])> > >        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-> > >        Latency: 0, Cache Line Size: 256 bytes> > >        Bus: primary=00, secondary=0b, subordinate=0b, sec-latency=0> > >        Memory behind bridge: d7300000-d73fffff> > >        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort-> > >  <TAbort- <MAbort- <SERR- <PERR-> > >        BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-> > >                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-> > >        Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00> > >                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s> > >  unlimited, L1 unlimited> > >                        ExtTag- 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 #5, Speed 2.5GT/s, Width x1, ASPM L0s L1,> > >  Latency L0 <256ns, L1 <4us> > >                        ClockPM- Suprise- LLActRep+ BwNot-> > >                LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled-> > >  Retrain- CommClk+> > >                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-> > >                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train-> > >  SlotClk+ DLActive+ BWMgmt- ABWMgmt-> > >                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd-> > >  HotPlug+ Surpise+> > >                        Slot #  4, PowerLimit 6.500000; Interlock-> NoCompl-> > >                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet-> > >  CmdCplt- HPIrq- LinkChg-> > >                        Control: AttnInd Unknown, PwrInd Unknown,> > >  Power- Interlock-> > >                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt-> > >  PresDet+ Interlock-> > >                        Changed: MRL- PresDet+ LinkState+> > >                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal-> > >  PMEIntEna- CRSVisible-> > >                RootCap: CRSVisible-> > >                RootSta: PME ReqID 0000, PMEStatus- PMEPending-> > >        Capabilities: [80] Message Signalled Interrupts: Mask- 64bit-> > >  Queue=0/0 Enable-> > >                Address: fee0300c  Data: 4179> > >        Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device> > >  [0000:0000]> > >        Capabilities: [a0] Power Management version 2> > >                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA> > >  PME(D0+,D1-,D2-,D3hot+,D3cold+)> > >                Status: D0 PME-Enable- DSel=0 DScale=0 PME-> > >        Kernel driver in use: pcieport-driver> > >        Kernel modules: shpchp> > >> > >  0b:00.0 Network controller [0280]: Atheros Communications, Inc. AR5418> > >  802.11abgn Wireless PCI Express Adapter [168c:0024] (rev 01)> > >        Subsystem: Apple Computer Inc. Unknown device [106b:0087]> > >        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-> > >        Latency: 0, Cache Line Size: 256 bytes> > >        Interrupt: pin A routed to IRQ 16> > >        Region 0: Memory at d7300000 (64-bit, non-prefetchable)> [size=64K]> > >        Capabilities: [40] Power Management version 2> > >                Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA> > >  PME(D0+,D1+,D2-,D3hot+,D3cold-)> > >                Status: D0 PME-Enable- DSel=0 DScale=0 PME-> > >        Capabilities: [50] Message Signalled Interrupts: Mask- 64bit-> > >  Queue=0/0 Enable-> > >                Address: 00000000  Data: 0000> > >        Capabilities: [60] Express (v1) Legacy Endpoint, MSI 00> > >                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s> > >  <512ns, L1 <64us> > >                        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- Suprise- LLActRep- BwNot-> > >                LnkCtl: ASPM L1 Enabled; RCB 128 bytes Disabled-> > >  Retrain- CommClk+> > >                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-> > >                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train-> > >  SlotClk+ DLActive- BWMgmt- ABWMgmt-> > >        Capabilities: [90] MSI-X: Enable- Mask- TabSize=1> > >                Vector table: BAR=0 offset=00000000> > >                PBA: BAR=0 offset=00000000> > >        Kernel driver in use: ath_pci> > >        Kernel modules: ath5k, ath_pci> > >> > >  When the problem happens, the kernel driver reports:> > >  kernel: wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting.> > >  kernel:last message repeated 92 times> > >> > >  I've noticed this seems to be correlated to <MAbort+ being asserted on> > >  the pci port (00:1c.4) and on the device itself (0b:00.0) - thus I> > >  think the above message is more of a symptom, than an actual> > >  problem...> > >> > >  Does anyone have any ideas (for example how [else] to clear MAbort)?> > >> > >  This is on kernel 2.6.24.4-74.fc8 from koji for fedora core 8 (also> > >  present on 2.6.24.3-*.fc8), but people have reported issues on pretty> > >  much everything (ubuntu, etc), any desired futher information> > >  available by request...> > >> > >  Not currently subscribed so please keep me CC'ed.> > >> > >  Thanks,> > >  Maciej> > >  --> > >  To unsubscribe from this list: send the line "unsubscribe linux-kernel"> in> > >  the body of a message to majordomo@vger.kernel.org> > >  More majordomo info at  http://vger.kernel.org/majordomo-info.html> > >  Please read the FAQ at  http://www.tux.org/lkml/> > >> > >> >> >> >> > --> > Justin P. Mattock>


-- Justin P. Mattock˙ôčş{.nÇ+‰ˇŸŽ‰­†+%ŠË˙ąéÝś\x17ĽŠw˙ş{.nÇ+‰ˇĽŠ{ąţGŤé˙Š{ayş\x1dʇڙë,j\a­˘fŁ˘ˇhšďę˙‘ęçz_čŽ\x03(­éšŽŠÝ˘j"ú\x1aś^[m§˙˙ž\aŤţGŤé˙˘¸?™¨č­Ú&Łř§~áśiO•ćŹzˇšvŘ^\x14\x04\x1aś^[m§˙˙Ă\f˙śě˙˘¸?–IĽ