Hi,
On 03/26/2014 12:12 PM, Adrian Chadd wrote:
> Is the MAC/PHY and PCI reset stuff correctly being (re) initialised
> after resume?
>
> What's in AR_SCR, AR_PCICFG, AR_RC ?
>
> AR_SCR = 0x4004
> AR_PCICFG = 0x4010
> AR_RC = 0x4000
Well, how could one check that, esp. in Linux?
Regards,
Eugene
I have that model chip somewhere. Resuming works fine in freebsd.
Is the MAC/PHY and PCI reset stuff correctly being (re) initialised
after resume?
What's in AR_SCR, AR_PCICFG, AR_RC ?
AR_SCR = 0x4004
AR_PCICFG = 0x4010
AR_RC = 0x4000
-a
On 25 March 2014 01:07, Eugene Shatokhin wrote:
> Hi,
Hi,
On 01/21/2014 05:48 PM, Nick Kossifidis wrote:
> Since you have a version that works you could use git bisect to find
> out the patch that introduced the bug, try to revert it and see what
> happens.
>
Well, our user that reported the problem first has not responded since I
sent him the firs
On 01/21/2014 03:11 AM, Nick Kossifidis wrote:
> kernel: ath5k :06:00.0: Refused to change power state, currently in D3
>
> It seems something is going wrong on the PCI subsystem, if the card
> doesn't get power, ath5k can't do anything about it.
>
Thanks for quick reply. Do you have any sugge
2014/1/21 Eugene Shatokhin :
> On 01/21/2014 03:11 AM, Nick Kossifidis wrote:
>>
>> kernel: ath5k :06:00.0: Refused to change power state, currently in D3
>>
>> It seems something is going wrong on the PCI subsystem, if the card
>> doesn't get power, ath5k can't do anything about it.
>>
>
> Tha
kernel: ath5k :06:00.0: Refused to change power state, currently in D3
It seems something is going wrong on the PCI subsystem, if the card
doesn't get power, ath5k can't do anything about it.
2014/1/20 Eugene Shatokhin :
> Hi,
>
> One of our users experiences a problem with their WiFi adapter